Im vorherigen Artikel haben wir Sie über neue Funktionen in der im Januar veröffentlichten Version 4 von Update 4 für Veeam Backup & Replication 9.5 (VBR) informiert, in der die Sicherungen auf dem Band nicht bewusst erwähnt wurden. Die Geschichte über diesen Bereich verdient einen separaten Artikel, da es wirklich viele neue Funktionen gab.

- QA Jungs, einen Artikel schreiben?
- Warum nicht!

Bandlaufwerke im 21. Jahrhundert

Das Speichern von Daten auf Magnetbändern (Kassetten, Teips , wie wir sie in Forschung und Entwicklung nennen) ist nicht auf den ZX-Spectrum-Computer beschränkt, der der Vergangenheit angehörte. Ein Spiel, für das mehrere Minuten lang von einer Bandkassette in 48 KB RAM geladen werden konnte. Während eines Vierteljahrhunderts nahmen die Geschwindigkeit und Kapazität der Kassetten um 6-7 Größenordnungen zu. Dieser Vergleich ist nicht ganz richtig und der LTO- Standard hält nicht mit Moores Gesetz Schritt. Moderne Technologien ermöglichen jedoch die Aufzeichnung von 12 Terabyte Daten auf einem Kilometer Band eines Bandes (bis zu 30 Terabyte im Komprimierungsmodus), sodass das 160-Dollar-Laufwerk die Konkurrenten bei den Kosten für die Langzeitspeicherung einer großen Datenmenge zurücklässt, selbst wenn Investitionen in Aufzeichnungsgeräte berücksichtigt werden Ich lese. Daten auf solchen Bändern werden zuverlässig für 15-30 Jahre gespeichert.

Ich komme von der anderen Seite. Ransomware-Viren haben in letzter Zeit ein neues Niveau erreicht. Sie können ihre Zeit in der Infrastruktur eines großen Unternehmens wochen- und monatelang warten und mit dem Aufkommen einer weiteren Zero-Day-Sicherheitslücke nicht nur alle Daten, sondern auch alle erreichbaren Backups zerstören (nicht ohne menschliche Hilfe, da viel Geld auf dem Spiel steht) . Hier ist ein neues Beispiel dafür, wann ein Unternehmen Ransomware bezahlen musste. Der sogenannte Luftspalt , d. H. Backups, die physisch von der Infrastruktur isoliert waren, wurde in der Tat die einzige zuverlässige Rettung aus solchen Geschichten. Magnetband ist hier eine der zeitlosen Lösungen.



Eine Spezifikation und technologische Neuheiten bei Eisen und Bariumferrit von führenden Herstellern (IBM, HPE, Oracle, Dell) für zuverlässigen Datenschutz reichen jedoch nicht aus. Sie benötigen eine gute Software. Bei Veeam beschäftigt sich unser gesamtes Team mit Bandsicherungen. Ungefähr 10 Personen analysieren, planen, recherchieren, entwickeln und testen täglich. Sie konnten die Ergebnisse dieser Arbeit in früheren Artikeln ( eins , zwei ) sehen. Was wurde im letzten Jahr getan?

Glossar

Es besteht die Wahl zwischen Freiheiten in Bezug auf die Muttersprache und der Schwierigkeit der Lesbarkeit des Klerikalismus. Ich bevorzuge das erste, also entschuldige ich mich im Voraus, wenn jemand Slang-Wörter aus der Liste unten das Auge verletzt. Hier werde ich kurz daran erinnern, was ein bestimmter Begriff bedeutet.

Mieter auf Band. Anbieter geschützt - Kunden geschützt

Trumpfkarten sofort auf den Tisch legen. Die ehrgeizigste Funktion unseres Updates für Cloud-Anbieter , die VBR in ihrer Infrastruktur verwenden. Die Entwicklung wurde vor zwei Jahren begonnen. Bald stellten wir fest, dass wir für die nächste Version keine Zeit haben, um eine so ernste Aufgabe zu bewältigen, machten eine kurze Pause und veröffentlichten schließlich eine Funktion in 9.5 Update 4.

Kurz gesagt, Anbieter haben jetzt die Möglichkeit, Sicherungen ihrer Kunden mithilfe eines Bandauftrags im GFS-Pool auf Kassetten zu kopieren. Dies gibt Anbietern - und das sind sehr große Leute, die uns und der Handelsabteilung am Herzen liegen - zwei Möglichkeiten:

• Schützen Sie Ihre Kunden (Mieter, Mieter - Mieter) vor Datenverlust durch versehentliches Löschen oder Infrastrukturprobleme ("Überschwemmung im Serverraum").
• Bieten Sie Mandanten einen zusätzlichen Service zum Wiederherstellen von Daten aus einer alten Sicherung, die gemäß der Datenspeicherungsrichtlinie lange Zeit aus dem Cloud-Repository entfernt wurde, aber weiterhin auf Band verbleibt.

Aus Sicht des Marketings ist die Funktionalität aus unserer Sicht sehr "lecker" - nicht weniger schwierig zu implementieren.

Entwicklung

Das Hauptproblem ist die Datenverschlüsselung. Die meisten Cloud-Backups sind verschlüsselt, Statistiken sagen etwa ⅔ der Gesamtzahl aus. Für uns war diese Zahl eine Überraschung, es wurde angenommen, dass fast alles verschlüsselt ist, aber nein - viele Kunden scheinen bedingungslos Vertrauen in ihre Anbieter zu haben.

Das Paradigma ist einfach: Der Anbieter sollte nicht in der Lage sein, die Daten seiner Mieter zu entschlüsseln. Gleichzeitig ist es als Teil der neuen Funktion auf Anbieterseite erforderlich, Speicher mit Backups zu öffnen. Dies ist erforderlich, um Datenblöcke zu übertragen, um beispielsweise eine virtuelle vollständige Sicherung zu erstellen. Die Hauptsache ist, dies unabhängig vom Mandanten zu tun, wenn die erforderlichen Schlüssel während der Ausführung des Auftrags nicht an den Anbieter übertragen werden.

Die Lösung für dieses Problem, die übrigens in einem anderen wichtigen Merkmal des freigegebenen Add-Ons - Capacity Tier - verwendet wird, besteht darin, einen zusätzlichen Verschlüsselungsschlüssel hinzuzufügen. Der Archivschlüssel (Archivschlüssel) wird verschlüsselt in der Provider-Datenbank gespeichert. Nach einem kniffligen Schema auf der Anbieterseite kann es verwendet werden, um das Geschäft zu öffnen, Datenblöcke zwischen den Geschäften zu verschieben und neu zu verschlüsseln (schließlich hat jeder seinen eigenen Schlüssel), aber die Daten selbst können nicht entschlüsselt werden.


^{Tricky Schema (Arbeitsversion)}

Ich füge hinzu, dass alle Ingenieure in Forschung und Entwicklung die Verschlüsselung in unserem Produkt sehr mögen, aber niemand im Detail weiß, wie es funktioniert. (Es gab immer noch einen Witz "und warum es überhaupt funktioniert", aber die Redakteure haben es nicht verpasst.)

Testen

Hunderte von Fehlern wurden in der Funktion aufgezeichnet. Die schwierigsten Bereiche sind Verschlüsselung, Benutzeroberfläche und Probleme bei der Wiederherstellung.

Unter dem Gesichtspunkt des Testens stellte die große Variabilität die „Kombinatorik“ der Typen und Typen von Mandantenjobs und -repositorys dar - ich meine sowohl Quelle als auch Ziel beim Wiederherstellen von Sicherungen in der Infrastruktur. All dies hängt von der Logik im Rahmen des GFS-Modells ab (einschließlich des neuen Modells - Parallelität und tägliche Medien, mehr dazu weiter unten) und im Großen und Ganzen von Cloud-Besonderheiten, die für Teips ungewöhnlich sind. Denken Sie daran, mit viel Verschlüsselung zu würzen. Um die Metapher fortzusetzen, haben wir viel von diesem Gericht gegessen - aber es auch von allen Seiten probiert.


^{Fragment des Testplans}

Ergebend

Eine ausführliche Beschreibung finden Sie im Benutzerhandbuch (bisher in englischer Sprache): Backup , Recovery . Ich werde auf die Hauptpunkte eingehen.

Backup

Der Anbieter fügt dem Teip-Job Mandanten mit dem GFS-Pool als Ziel hinzu. Wenn im zweiten Schritt des Assistenten eine Cloud-Lizenz vorhanden ist, ist die Option Mandanten verfügbar. Sie können alle Mandanten gleichzeitig oder separat hinzufügen oder nur ein separates Kontingent (aber kein Unterquot) eines einzelnen Mandanten auswählen. Sie können Mandanten-Backups und reguläre lokale Backups nicht im selben Job mischen.



Der Rest der Tinkturen ist fast vollständig identisch mit dem üblichen Job im GFS-Pool.

Die Wiederherstellung von Daten ist sowohl auf der Seite des Anbieters als auch auf der Seite des Mieters selbst möglich.

Anbieterseitige Wiederherstellung

Wird über einen neuen Assistenten ausgeführt. Hier können Sie bereits zu einem separaten Job wechseln. Die gesamte Kette, die sich an einem bestimmten Tag im Repository befand, wird wiederhergestellt.



Es gibt drei Restaurantoptionen:

1. Am ursprünglichen Ort. In diesem Fall wird die ursprüngliche Sicherung, falls vorhanden, gelöscht. Mandantenjobs werden automatisch für die wiederhergestellte Kette neu konfiguriert. Es versteht sich, dass eine solche Wiederherstellung für den Client im Allgemeinen unsichtbar ist, nur für kurze Zeit wird sie vom Cloud-Repository getrennt.
2. In ein neues Kontingent / Repository. Ein Anbieter kann zu diesem Zweck beispielsweise ein separates temporäres Konto erstellen, das er anschließend löscht. Die Sicherung wird nach der Synchronisierung mit der Anbieterdatenbank in der Mandanteninfrastruktur angezeigt.
3. Nur auf ein Linux- oder Windows-Serverlaufwerk, das in der Infrastruktur des Anbieters registriert ist. Außerdem kann diese Kette auf einem Flash-Laufwerk aufgezeichnet und ein Mieter gesendet werden.

Mieterwiederherstellung

Diese Option impliziert, dass der Kunde über eine eigene Teip-Infrastruktur und eine große Datenmenge für das Restaurant verfügt. Der Anbieter kann das Band mit den aufgezeichneten Backups vom Lieferservice physisch an den Kunden senden, er katalogisiert es auf seinem Gerät, entschlüsselt die Bänder und Backups und arbeitet mit den Backups so, als hätte er sie selbst auf Band geschrieben. Hier ist ein Life-Hack, um Terabytes nicht über WAN herunterzuladen.

Umfangreiche Verbesserungen des GFS-Pools

GFS- Medienpools wurden vor zwei Jahren in VBR in Version 9.5 veröffentlicht. Im neuesten Update haben wir diese Funktionalität sowohl im Zusammenhang mit dem Erscheinen der Tenant-to-Tape-Funktion als auch auf Wunsch der Benutzer gut gepumpt.

Tägliche Mediensätze

Ein neues tägliches Medienset ist erschienen. Jetzt können Sie im GFS-Pool Backups für jeden Tag speichern, und zwar nicht nur vollständig, sondern auch inkrementell. Letztere nehmen deutlich weniger Platz ein, und dies wurde durchgeführt, um Band zu sparen. Es versteht sich, dass diese Kassetten in der Bibliothek ständig gedreht und nicht zum entfernten Speicher transportiert werden. Gleichzeitig benötigen Sie für ein Restaurant von einem inkrementellen Punkt aus die Bänder eines der älteren Mediensets (wöchentlich, monatlich, vierteljährlich oder jährlich). Es ist unmöglich, das tägliche Medienset ohne das wöchentliche einzuschalten, so dass in den meisten Fällen wöchentliche Kassetten erforderlich sind, um eine inkrementelle Kopie wiederherzustellen. Sie befinden sich entweder immer in der Bibliothek oder in einem nicht so entfernten Lagerhaus.



Die Logik für die Arbeit mit Bandjobs im GFS-Medienpool ist nicht die einfachste . Technische Redakteure lassen Sie nicht lügen. Kurz gesagt, ohne die Details werden nur vollständige Sicherungen (einschließlich virtueller vollständiger Sicherungen) in die wöchentlichen und älteren Mediensätze kopiert, eine für jedes Datum und in die tägliche Sicherung alle Sicherungen, die sich für den aktuellen Tag im Repository befinden, da die Sicherung -Job kann öfter als einmal am Tag beginnen.

Parallelität, Startzeit und Wartezeit in GFS-Pools

Jetzt ist die parallele Aufzeichnung mehrerer Ketten oder die Arbeit an mehreren Bibliothekslaufwerken auch in GFS-Medienpools möglich (früher - nur im Normalfall). Es ist im Schritt Optionen des Medienpools enthalten.



Eine wichtige Klarstellung : Dieselbe Datei wird immer in denselben Stream geschrieben. Bei mehreren großen virtuellen Maschinen wird daher empfohlen, die Konfiguration pro VM im Repository zu aktivieren, damit die Sicherung aus mehreren Ketten besteht.

Außerdem konnte die Startzeit des GFS-Jobs selbst gewählt werden . Viele Benutzer mochten es nicht, um Mitternacht zu beginnen und dann fast den ganzen Tag zu warten, bis der Beschaffungsjob beendet war. Jetzt kann diese Zeit zum Beispiel am späten Abend eingestellt werden, wenn bereits etwas auf Band kopiert werden muss. Darüber hinaus haben wir auf Wunsch der Benutzer in den erweiterten Einstellungen eine Option hinzugefügt, die bisher nur mit dem Registrierungsschlüssel aktiviert werden konnte. Es reicht aus, den letzten Wiederherstellungspunkt verarbeiten auszuwählen , anstatt zu warten - und was sich zum Zeitpunkt des Starts des Bandauftrags im Repository befindet (z. B. der Punkt für gestern), wird auf das Band kopiert, es wird überhaupt nicht gewartet.

Verbesserte Arbeit mit mehreren Bibliotheken

Es geht um die Situation, wenn mehr als eine Bibliothek zu einem Medienpool hinzugefügt wird. Wir haben dies bereits unterstützt, aber von Zeit zu Zeit kamen Kunden mit Beschwerden über nicht ganz vorhersehbares Verhalten.

War

Zum Beispiel wurde der Bandjob gestartet, es wurden zwei Laufwerke in der ersten Bibliothek benötigt, aber die Einstellungen für die Parallelität ermöglichen es, 4 Laufwerke gleichzeitig zu verwenden. Sollte dieser Job in die zweite Bibliothek des Medienpools wechseln und diese auch verwenden, oder ist dies eine Verschwendung von Ressourcen?

Ein anderer Fall. Eine Option wurde ausgewählt, um durch die Bedingung "Es sind keine Kassetten verfügbar" zu wechseln. In der ersten Bibliothek gibt es nur eine Kassette, aber alle Daten werden möglicherweise darauf abgelegt. Mit den Einstellungen können Sie jedoch parallel auf zwei Kassetten schreiben. Sollte die zweite Bibliothek in diesen Fall involviert sein?

Wir haben uns entschlossen, diesen Bereich in Ordnung zu bringen, damit das Verhalten explizit angepasst werden kann.

Ist geworden

Bibliotheken im Medienpool erschienen Rollen - aktiv und passiv . Der Medienpool selbst verfügt über zwei Modi: Fail-Safe oder Failover und Parallelisierung . Abhängig von den Anforderungen können Sie den Medienpool jetzt auf verschiedene Arten konfigurieren.

• Wenn Sie mehrere Peer-Bibliotheken haben und die Aufzeichnung in ihnen parallelisieren müssen, aktivieren Sie den parallelen Aufzeichnungsmodus. Dazu müssen allen Bibliotheken aktive Rollen zugewiesen werden. In diesem Fall werden die neuen Bänder und Laufwerke sofort aktiviert, sobald dies erforderlich ist, unabhängig davon, in welcher Bibliothek sie sich befinden. Es gibt immer noch Priorität - zuerst werden wir versuchen, Ressourcen in der Bibliothek zu finden, die sich weiter oben in der Liste befindet.
• Wenn sich eine Hauptbibliothek und ein altes oder eigenständiges Laufwerk in Reserve befinden, aktivieren Sie den Feylover-Modus, indem Sie die Hauptbibliothek ganz oben auf der Liste platzieren und eine passive Rolle für Sicherungsgeräte auswählen. Der Wechsel zu einem solchen Gerät erfolgt nur dann, wenn es wirklich notwendig ist, dass der Job zumindest irgendwie funktioniert. Diese Situation wird als abnormal angesehen, und es wird eine Benachrichtigung per E-Mail gesendet.

Es gibt eine kompliziertere Situation, die wir noch nicht unterstützen - mehrere aktive Bibliotheken mit passiven. Das Feedback zeigt, ob solche Konfigurationen erforderlich sind und ob die Funktion in Zukunft "beendet" werden muss. Standardpraxis.

WORM-Unterstützung

WORM - Write Once Read Many - Bänder, die auf Eisen-Ebene nicht gelöscht oder überschrieben werden können, können nur Daten anhängen. Ihre obligatorische Verwendung wird durch die Regeln einiger Organisationen geregelt, beispielsweise derjenigen, die auf dem Gebiet der Medizin tätig sind. Das Hauptproblem bei solchen Bändern war zuvor, dass VBR während der Inventarisierung oder Katalogisierung eine Überschrift aufzeichnete, die in Zukunft nicht mehr gelöscht werden konnte, und Bandaufträge während eines solchen Versuchs mit einem Fehler fielen.

In 9.5 Update 4 ist die vollständige Unterstützung für solche Bänder implementiert. Es wurden WORM-Medienpools (regulär und GFS) hinzugefügt, in denen Sie nur Bänder dieses Typs ablegen können.



Neue Kassetten haben ein blaues, eingefrorenes Symbol. Aus Sicht des Benutzers unterscheidet sich die Arbeit mit WORM-Kassetten nicht von der Arbeit mit normalen Kassetten.

Der "Vorschub" der Kassetten wird anfänglich durch das Barcode- Suffix bestimmt. Wenn der Barcode auf ihnen regelmäßig oder nicht lesbar ist, gibt das Laufwerk Informationen aus, wenn die Kassette zum ersten Mal eingesetzt wird. Legen Sie WORM-Bänder in einen regulären Medienpool und schreiben Sie darauf. Das funktioniert nicht. Aus dem Witzigen: Es gab bereits Benutzer, die WORM-Barcodes auf normale Kassetten klebten und nach dem Update von den Änderungen in ihrer Infrastruktur überrascht waren.

Kartuschenchip

Mit der Einführung nicht wiederbeschreibbarer Kassetten begannen sie mit dem Chip zu arbeiten .Wir haben vorher keine Standardattribute im Chip verwendet, jetzt schreiben und lesen wir einige davon, aber wir nehmen sie nicht als Hauptdatenquelle wahr. Die Hauptrichtlinie ist immer noch der Titel der Kassette. Diese Entscheidung stellte sich als richtig heraus: Nach einem Monat nach der Veröffentlichung sehen wir, wie der „Zoo“ des Benutzereisens Überraschungen in Bezug auf die Arbeit mit dem Chip bringt.

Bandsicherung von NDMP-Volumes

Abschließend über die Funktion, die von der Anzahl der Überprüfungen dieses Updates am häufigsten angefordert wird. Die Sicherung von NDMP-Volumes auf Bändern wurde verfügbar. Es ist erforderlich, der VBR-Infrastruktur einen NDMP-Server hinzuzufügen. Danach können im File-Teip-Job Volumes von diesem Host ausgewählt werden. Sie fallen in Form von Dateien mit einem speziellen Attribut auf die Kassette, um sie von der üblichen Katalogisierung zu unterscheiden.



In der ersten Implementierung gibt es bestimmte Einschränkungen: Erweiterungen werden nicht unterstützt, und das Sichern und Wiederherstellen nur des gesamten Volumes, jedoch nicht einzelner Dateien, ist möglich. Backup läuft durch den Dump (im Fall von NetApp - die ufsdump ), gibt es seine eigenen Besonderheiten: die maximale Anzahl von inkrementalen Punkten - 9, und dann vollständige Sicherung gezwungen wird.

Abschließend

Dies waren nur die größten Neuerungen im Bereich der Sicherung auf Band in VBR 9.5 Update 4. Weitere Änderungen sind nachstehend aufgeführt:

• die Möglichkeit, die Reihenfolge der Beschaffungsjobs und -dateien in Bandjobs festzulegen;
• Die Bandoperatorrolle wurde hinzugefügt (der Benutzer kann alles außer der Wiederherstellung vom Band ausführen - hierfür gibt es einen Wiederherstellungsoperator).
• Vollständige Einschluss- / Ausschlussmasken im Dateibandjob hinzugefügt (außer NDMP);
• Die Wiederherstellung im Datei-Teip-Job wurde verbessert (der Ordner wird mit den Dateien wiederhergestellt, die zum Zeitpunkt der Sicherung vorhanden waren, und nicht mit allen Dateien, die jemals in der Geschichte der Sicherungen enthalten waren - übrigens eine sehr beliebte Funktion).
• erhöhte Wiederherstellungsgeschwindigkeit einer sehr großen Anzahl von Dateien von Kassetten;
• Der Algorithmus zur Auswahl des nächsten Bandes für die Aufnahme wurde verbessert, insbesondere ceteris paribus. Wir berücksichtigen die Menge der Daten, die über die gesamte Lebensdauer geschrieben / gelesen wurden. Wir berücksichtigen die aktuellsten Daten.
• verbesserte Produktstabilität.

Nützliche Links

Zur Abwechslung werde ich einige Links zu russischsprachigen Ressourcen geben:

• Testversion für VBR 9.5 Update 4 herunterladen
• Artikel über Habr "Nützliche Tipps zum Archivieren von Veeam-Backups auf Magnetband"
• Artikel über Habr "7 nützliche Tipps zum Schutz von Backups vor kryptografischen Viren"
• Der Teip-Abschnitt der Bedienungsanleitung (auf Englisch)
• Nun, die Review-Videos „How it works“ (obwohl bisher auf Englisch) sind an ihren früheren Platz zurückgekehrt - Sie können sie hier ansehen . Das Teiping ist auf den Folien 95 - 102 beschrieben.