Veeam B&R-Aufbewahrungsrichtlinien – Entwirrung von Backup-Ketten mit technischem Support

Hallo Leser unseres Blogs! Zum Teil ist uns das schon bekannt – meine englischsprachigen Beiträge erschienen hier in der Übersetzung meiner lieben Kollegin Polareule. Dieses Mal habe ich mich entschieden, das russischsprachige Publikum direkt anzusprechen.

Für mein Debüt wollte ich ein Thema finden, das für ein möglichst breites Publikum interessant ist und eine detaillierte Auseinandersetzung erfordert. Daniel Defoe argumentierte, dass Tod und Steuern auf jeden Menschen warten. Ich für meinen Teil kann sagen, dass jeder Support-Techniker auf Fragen zu den Richtlinien zum Speichern von Wiederherstellungspunkten (oder, einfacher ausgedrückt, zur Aufbewahrung) wartet. Ich habe vor vier Jahren als Junior-Ingenieur der Stufe 4 damit begonnen, zu erklären, wie Kundenbindung funktioniert, und ich erkläre es auch heute noch als Leiter des spanisch- und italienischsprachigen Teams. Ich bin sicher, dass auch meine Kollegen aus der zweiten und sogar dritten Supportebene regelmäßig die gleichen Fragen beantworten.

Vor diesem Hintergrund wollte ich einen abschließenden, möglichst detaillierten Beitrag verfassen, auf den russischsprachige Benutzer immer wieder als Referenz zurückgreifen können. Der richtige Zeitpunkt ist gekommen – die kürzlich veröffentlichte Zehn-Jahres-Jubiläumsversion fügte der seit Jahren unveränderten Grundfunktionalität neue Funktionen hinzu. Mein Beitrag konzentriert sich hauptsächlich auf diese Version – obwohl das meiste, was geschrieben wird, auch für frühere Versionen gilt, werden Sie dort einfach einige der beschriebenen Funktionen nicht finden. Wenn ich abschließend ein wenig in die Zukunft blicke, möchte ich sagen, dass in der nächsten Version einige Änderungen zu erwarten sind, aber wir werden Ihnen darüber informieren, wenn es soweit ist. Also lasst uns anfangen.

Backup-Jobs

Schauen wir uns zunächst den Teil an, der sich in Version 10 nicht geändert hat. Die Aufbewahrungsrichtlinie wird durch mehrere Parameter bestimmt. Öffnen wir das Fenster zum Erstellen einer neuen Aufgabe und gehen zur Registerkarte Speicher. Hier sehen wir einen Parameter, der die gewünschte Anzahl an Wiederherstellungspunkten bestimmt:

Dies ist jedoch nur ein Teil der Gleichung. Die tatsächliche Anzahl der Punkte wird auch durch den für den Job eingestellten Sicherungsmodus bestimmt. Um diese Option auszuwählen, klicken Sie auf der gleichen Registerkarte auf die Schaltfläche „Erweitert“. Dadurch wird ein neues Fenster mit vielen Optionen geöffnet. Nummerieren wir sie und betrachten wir sie einzeln:

Wenn nur Option 1 aktiviert ist, wird der Job im Modus „unendlich inkrementell“ (immer vorwärts inkrementell) ausgeführt. Hier gibt es keine Schwierigkeiten – die Aufgabe speichert die festgelegte Anzahl von Wiederherstellungspunkten von einem vollständigen Backup (Datei mit der Erweiterung VBK) bis zum letzten Inkrement (Datei mit der Erweiterung VIB). Wenn die Anzahl der Punkte den eingestellten Wert überschreitet, wird das älteste Inkrement mit der vollständigen Sicherung zusammengeführt. Mit anderen Worten: Wenn die Aufgabe so eingestellt ist, dass sie 3 Punkte speichert, befinden sich unmittelbar nach der nächsten Sitzung 4 Punkte im Repository. Danach wird die vollständige Sicherung mit dem ältesten Inkrement zusammengeführt und die Gesamtzahl der Punkte wird auf zurückgesetzt 3.

Äußerst einfach ist auch die Beibehaltung für den Modus „Rückwärtsinkremental“ (umgekehrter Schrittmaßbetrieb) (Option 2). Da in diesem Fall der neueste Punkt ein vollständiges Backup ist, gefolgt von einer Kette sogenannter Rollbacks (Dateien mit der Erweiterung VRB), reicht es zur Anwendung der Aufbewahrung aus, einfach das älteste Rollback zu löschen. Die Situation wird die gleiche sein: Unmittelbar nach der Sitzung überschreitet die Punktzahl den eingestellten Wert um 1 und kehrt danach auf den gewünschten Wert zurück.

Beachten Sie, dass Sie im Reverse-Inkrementalmodus auch periodische Vollsicherungen aktivieren können (Option 4), dies ändert jedoch nichts am Wesen. Ja, es werden vollständige Wiederherstellungspunkte in der Kette angezeigt, aber wir löschen trotzdem nur die ältesten Punkte einzeln.

Schließlich kommen wir zum interessanten Teil. Wenn Sie die inkrementelle Sicherung aktivieren, aber auch die Optionen 3 oder 4 (oder beide gleichzeitig) aktivieren, beginnt die Aufgabe mit der Erstellung regelmäßiger Vollsicherungen mit der „aktiven“ oder synthetischen Methode. Die Methode zum Erstellen eines vollständigen Backups ist nicht wichtig – es enthält dieselben Daten und die inkrementelle Kette wird in „Unterketten“ unterteilt. Diese Methode wird als vorwärts inkrementell bezeichnet und ist es, die einen erheblichen Teil der Fragen unserer Kunden verursacht.

Hier wird die Aufbewahrung angewendet, indem der älteste Teil der Kette gelöscht wird (von einem vollständigen Backup bis zu einem Inkrement). Gleichzeitig werden wir nicht nur ein leeres Backup oder nur einen Teil der Inkremente löschen. Die gesamte „Unterkette“ wird auf einmal vollständig entfernt. Auch die Bedeutung der Einstellung der Punktezahl ändert sich – wenn es sich bei anderen Methoden um die maximal zulässige Zahl handelt, nach der eine Retention angewendet werden muss, dann bestimmt diese Einstellung hier die Mindestzahl. Mit anderen Worten: Nach dem Löschen der ältesten „Teilkette“ sollte die Anzahl der Punkte im verbleibenden Teil dieses Minimum nicht unterschreiten.

Ich werde versuchen, dieses Konzept grafisch darzustellen. Nehmen wir an, die Aufbewahrung ist auf 3 Punkte eingestellt, die Aufgabe wird jeden Tag ausgeführt, mit einem vollständigen Backup am Montag. In diesem Fall wird der Einbehalt angewendet, wenn die Gesamtpunktzahl 10 erreicht:

Warum schon 10, wenn sie 3 aufstellen? Am Montag wurde ein Voll-Backup erstellt. Von Dienstag bis Sonntag sorgte der Job für Zuwächse. Abschließend wird am nächsten Montag wieder ein Voll-Backup erstellt und erst wenn 2 Inkremente erstellt wurden, kann endgültig der gesamte alte Teil der Kette gelöscht werden, da die verbleibende Anzahl an Punkten nicht unter die gesetzten 3 sinken wird.

Wenn die Idee klar ist, empfehle ich Ihnen, den Selbstbehalt selbst zu berechnen. Nehmen wir folgende Bedingungen: Die Aufgabe wird am Donnerstag zum ersten Mal gestartet (natürlich wird eine vollständige Sicherung erstellt). Die Aufgabe besteht darin, mittwochs und sonntags ein vollständiges Backup zu erstellen und 8 Wiederherstellungspunkte zu speichern. Wann wird der Selbstbehalt erstmals angewendet?

Um diese Frage zu beantworten, empfehle ich Ihnen, ein Blatt Papier zu nehmen, es nach Wochentagen zu zeichnen und aufzuschreiben, welcher Punkt an jedem Tag entsteht. Die Antwort wird offensichtlich sein

Antwort

Klarstellung: Zur Beantwortung genügt die Frage: „Wann wird der Einbehalt angewendet?“ Die Antwort ist, wenn wir die ersten 3 Punkte (VBK, VIB, VIB) entfernen können und der Rest der Kette nicht unter die erforderlichen 8 Punkte fällt. Dass uns das gelingt, wird deutlich, wenn wir insgesamt 11 Punkte haben, also am Sonntag der zweiten Woche.

Einige Leser mögen einwenden: „Warum das alles, wenn es so ist?“ rps.dewin.me? Ohne Zweifel ist es ein sehr nützliches Werkzeug, und in manchen Fällen würde ich es verwenden, aber es hat auch Einschränkungen. Erstens ist es nicht möglich, die Anfangsbedingungen festzulegen, und in vielen Fällen lautet die Frage genau: „Wir haben eine solche Kette, was passiert, wenn wir diese oder jene Einstellungen ändern?“. Zweitens mangelt es dem Tool noch etwas an Sichtbarkeit. Als ich den Kunden die RPS-Seite zeigte, fand ich kein Verständnis, aber nachdem ich sie Tag für Tag wie im Beispiel bemalt hatte (sogar mit der gleichen Farbe), wurde alles klar.

Schließlich haben wir die Option „Vorherige Backup-Ketten in Rollbacks umwandeln“ (gekennzeichnet mit Nummer 5) nicht berücksichtigt. Diese Option verwirrt manchmal Kunden, die sie „on the fly“ aktivieren und ein einfaches synthetisches Backup ermöglichen möchten. Mittlerweile aktiviert diese Option einen ganz besonderen Backup-Modus. Ohne auf Details einzugehen, möchte ich gleich sagen, dass „Vorherige Backup-Ketten in Rollbacks umwandeln“ in dieser Phase der Produktentwicklung eine veraltete Option ist und ich mir kein einziges Szenario vorstellen kann, in dem sie verwendet werden sollte. Sein Wert ist so zweifelhaft, dass Anton Gostev selbst eine Zeit lang einen Anruf über das Forum schickte und ihn bat, ihm Beispiele für seine nützliche Verwendung zu schicken (wenn Sie welche haben, schreiben Sie in die Kommentare, ich bin sehr interessiert). Wenn es keine gibt (ich denke, das wird der Fall sein), wird die Option in zukünftigen Versionen entfernt.

Der Job erstellt Inkremente (VIB) bis zu dem Tag, an dem die synthetische Vollsicherung geplant ist. An diesem Tag wird zwar VBK erstellt, aber alle Punkte vor diesem VBK werden in Rollbacks (VRB) umgewandelt. Danach erstellt der Job bis zur nächsten synthetischen Sicherung weiterhin Inkremente für die vollständige Sicherung. Dadurch entsteht in der Kette eine explosive Mischung aus VBK-, VBR- und VIB-Dateien. Die Nachspannung wird ganz einfach angewendet – durch Entfernen des letzten VBR:

Probleme

Abgesehen vom tatsächlichen Verständnis der Funktionsweise hängen die meisten Probleme, die bei der Verwendung des inkrementellen Modus auftreten, normalerweise mit einem vollständigen Backup zusammen. Für diesen Modus ist eine regelmäßige Vollsicherung notwendig, da sonst das Repository Punkte sammelt, bis es überläuft.

Beispielsweise kann es sein, dass ein vollständiges Backup zu selten erstellt wird. Nehmen wir an, die Aufgabe ist auf die Speicherung von 10 Punkten eingestellt und einmal im Monat wird ein vollständiges Backup erstellt. Es ist klar, dass die tatsächliche Punktzahl hier viel größer sein wird als die festgelegte. Oder die Aufgabe wird generell so eingestellt, dass sie in einem unendlich-inkrementellen Modus arbeitet und 50 Punkte speichert. Dann hat jemand versehentlich ein vollständiges Backup erstellt. Das war's, von nun an wartet die Aufgabe, bis der Vollpunkt 49 Inkremente erreicht hat, danach wendet sie die Retention an und kehrt in den Unendlich-Voll-Modus zurück.

In anderen Fällen ist die regelmäßige Erstellung einer vollständigen Sicherung festgelegt, dies geschieht jedoch aus irgendeinem Grund nicht. Ich werde hier den beliebtesten Grund auflisten. Einige Kunden bevorzugen die Planungsoption „Nachher ausführen“ und richten Jobs so ein, dass sie in einer Kette ausgeführt werden. Nehmen wir dieses Beispiel: Es gibt 3 Jobs, die jeden Tag ausgeführt werden und am Sonntag ein vollständiges Backup erstellen. Die erste Aufgabe beginnt um 22.30 Uhr, der Rest wird nacheinander gestartet. Eine inkrementelle Sicherung dauert 10 Minuten und daher sind alle Aufgaben um 23.00 Uhr mit der Arbeit fertig. Da ein vollständiges Backup jedoch eine Stunde dauert, passiert am Sonntag Folgendes: Die erste Aufgabe läuft von 22.30 bis 23.30 Uhr. Der nächste ist von 23.30 bis 00.30 Uhr. Aber die dritte Aufgabe wird am Montag gestartet. Für Sonntag ist ein Voll-Backup konfiguriert, daher wird es in diesem Fall einfach nicht sein. Die Aufgabe wartet auf eine vollständige Sicherung, um die Aufbewahrung anzuwenden. Seien Sie also vorsichtig, wenn Sie die Option „Ausführen nach“ verwenden, oder verwenden Sie sie überhaupt nicht – stellen Sie einfach die Jobs so ein, dass sie gleichzeitig starten, und lassen Sie den Ressourcenplaner seine Arbeit erledigen.

Die schwierige Option „Gelöschte Elemente entfernen“

Wenn Sie die Einstellungen der Aufgabe „Speicher – Erweitert – Wartung“ durchgehen, können Sie auf die Option „Daten gelöschter Elemente entfernen nach“ stoßen, berechnet in Tagen.

Einige Kunden erwarten, dass es sich hierbei um eine Kundenbindung handelt. Tatsächlich handelt es sich hierbei um eine völlig eigenständige Option, deren Missverständnis zu unerwarteten Folgen führen kann. Allerdings muss ich zunächst erklären, wie B&R auf Situationen reagiert, in denen während der Sitzung nur wenige Maschinen erfolgreich gesichert werden.

Stellen Sie sich dieses Szenario vor: ein unendlich inkrementeller Job, der zum Speichern von 6 Punkten konfiguriert ist. Es sind 2 Maschinen in der Aufgabe, eine hat immer erfolgreich gesichert, die andere hat manchmal Fehler gemacht. Infolgedessen hat sich bis zum siebten Punkt folgende Situation entwickelt:

Es ist Zeit, den Einbehalt anzuwenden, aber eine Maschine hat 7 Punkte und der andere nur 4. Wird der Einbehalt hier angewendet? Die Antwort lautet: Ja, das wird es. Wenn mindestens ein Objekt gesichert wurde, geht B&R davon aus, dass der Punkt erstellt wurde.

Eine ähnliche Situation kann auftreten, wenn eine Maschine während einer bestimmten Sitzung einfach nicht in die Aufgabe einbezogen wurde. Dies geschieht beispielsweise, wenn Maschinen nicht einzeln, sondern als Teil von Containern (Ordnern, Speichern) zur Aufgabe hinzugefügt werden und eine Maschine vorübergehend in einen anderen Container migriert. Der Auftrag gilt dann als erfolgreich, allerdings finden Sie in der Statistik einen Hinweis, dass Sie darauf achten sollen, dass diese oder jene Maschine nicht mehr vom Auftrag bearbeitet wird.

Was passiert, wenn Sie nicht darauf achten? Im unendlich-inkrementellen oder umgekehrt-inkrementellen Modus verringert sich die Anzahl der Wiederherstellungspunkte der „problematischen“ Maschine mit jeder Sitzung, bis sie den in VBK gespeicherten Wert 1 erreicht. Mit anderen Worten: Auch wenn die Maschine längere Zeit nicht gesichert wird, bleibt ein Wiederherstellungspunkt bestehen. Dies ist nicht der Fall, wenn regelmäßige Vollsicherungen aktiviert sind. Wenn Signale von B&R ignoriert werden, kann es sein, dass der letzte Punkt zusammen mit dem alten Teil der Kette gelöscht wird.

Nachdem wir diese Details verstanden haben, können wir endlich die Option „Daten gelöschter Elemente entfernen nach“ in Betracht ziehen. Es werden alle Punkte für eine bestimmte Maschine gelöscht, wenn diese Maschine X Tage lang nicht gesichert wird. Bitte beachten Sie, dass diese Einstellung nicht auf Fehler reagiert (versucht - hat nicht funktioniert). Es sollte nicht einmal versucht werden, die Maschine zu sichern. Es scheint, dass die Option nützlich ist und immer aktiviert bleiben sollte. Wenn der Administrator die Maschine aus der Aufgabe entfernt hat, ist es logisch, die Kette nach einer Weile von unnötigen Daten zu bereinigen. Allerdings erfordert das Stimmen Disziplin und Sorgfalt.

Lassen Sie mich ein Beispiel aus der Praxis geben: Der Aufgabe wurden mehrere Container hinzugefügt, deren Zusammensetzung recht dynamisch war. Aufgrund des fehlenden Arbeitsspeichers kam es auf dem B&R-Server zu Problemen, die unbemerkt blieben. Die Aufgabe wurde gestartet und versuchte, ein Backup der Maschinen zu erstellen, mit Ausnahme einer Maschine, die zu diesem Zeitpunkt nicht im Container vorhanden war. Da viele Maschinen Fehler erzeugt haben, muss B&R standardmäßig drei zusätzliche Versuche unternehmen, um „problematische“ Maschinen zu sichern. Aufgrund ständiger Probleme mit dem Arbeitsspeicher zogen sich diese Versuche über mehrere Tage hin. Es gab keinen zweiten Versuch, die fehlende VM zu sichern (das Fehlen einer VM ist kein Fehler). Infolgedessen wurde bei einem der wiederholten Versuche die Bedingung „Gelöschte Elemente entfernen“ erfüllt und alle Punkte der Maschine wurden gelöscht.

Bei dieser Gelegenheit kann ich Folgendes sagen: Wenn Sie Benachrichtigungen über die Ergebnisse der eingerichteten Aufgaben haben und noch besser, die Integration mit Veeam ONE verwendet wird, wird Ihnen dies höchstwahrscheinlich nicht passieren. Wenn Sie einmal wöchentlich auf den B&R-Server schauen, um zu überprüfen, ob alles funktioniert, sollten Sie lieber Optionen ablehnen, die möglicherweise zum Löschen von Backups führen könnten.

Was ist neu in Version 10?

Was wir schon einmal besprochen haben, gibt es bei B&R schon in vielen Versionen. Nachdem wir diese Arbeitsprinzipien verstanden haben, sehen wir uns nun an, was in den „Top Ten“ des Jubiläums hinzugefügt wurde.

Tägliche Aufbewahrung

Oben haben wir die „klassische“ Speicherrichtlinie basierend auf der Anzahl der Punkte betrachtet. Ein alternativer Ansatz besteht darin, im selben Menü „Tage“ anstelle von „Wiederherstellungspunkten“ festzulegen.

Die Idee geht aus dem Namen hervor: Die Aufbewahrung speichert die festgelegte Anzahl von Tagen, die Anzahl der Punkte an jedem Tag spielt keine Rolle. Bedenken Sie dabei Folgendes:

• Der aktuelle Tag wird bei der Berechnung des Einbehalts nicht berücksichtigt
• Es werden auch Tage gezählt, an denen die Aufgabe überhaupt nicht funktioniert hat. Dies sollte beachtet werden, damit Sie nicht versehentlich die Punkte von Aufgaben verlieren, die unregelmäßig funktionieren.
• Der Wiederherstellungspunkt wird ab dem Tag seiner Erstellung gezählt (d. h. wenn die Aufgabe am Montag begann und am Dienstag endete, dann ist dies ein Punkt vom Montag).

Ansonsten werden die Grundsätze für die Anwendung der Aufbewahrung nach Aufgaben auch durch die gewählte Sicherungsmethode bestimmt. Versuchen wir es mit einer anderen Berechnungsaufgabe mit derselben inkrementellen Methode. Nehmen wir an, die Aufbewahrung ist auf 8 Tage eingestellt, die Aufgabe wird alle 6 Stunden ausgeführt, mit einem vollständigen Backup am Mittwoch. In diesem Fall funktioniert die Aufgabe am Sonntag nicht. Der Job wird erstmals am Montag ausgeführt. Wann wird der Einbehalt angewendet?

Antwort
Wie immer ist es am besten, ein Schild zu zeichnen. Ich erlaube mir, die Aufgabe zu vereinfachen und nicht alle für jeden Tag erstellten Punkte zu ziehen, da die Anzahl der Punkte pro Tag hier keine Rolle spielt. Wichtig ist für uns nur, dass am ersten Montag und am Mittwoch der erste Punkt ein Voll-Backup ist, an den anderen Tagen wird der Task einfach 4 inkrementelle Punkte erstellen.

Wir sind uns darüber im Klaren, dass die Aufbewahrung durch das Löschen des Montag-Voll-Backups und seines Inkrements angewendet wird. Wann wird es passieren? Wenn der Rest der Kette 8 Tage umfasst. Dabei zählen wir nicht den aktuellen Tag, sondern den Sonntag im Gegenteil. Die Antwort lautet also Donnerstag der zweiten Woche.

GFS-Archivierung für reguläre Jobs

Vor Version 10 war die Speichermethode „Grandfather-Father-Son“ (GFS) nur für Backup-Kopierjobs und Bandkopierjobs verfügbar. Jetzt steht es auch für ein regelmäßiges Backup zur Verfügung.

Obwohl dies nichts mit dem aktuellen Thema zu tun hat, kann ich nicht sagen, dass die neue Funktionalität keine Abkehr von der 3-2-1-Strategie bedeutet. Das Vorhandensein von Archivpunkten im Haupt-Repository hat keinen Einfluss auf dessen Zuverlässigkeit. Es versteht sich, dass GFS in Verbindung mit einem Scale-out-Repository verwendet wird, um diese Punkte an S3 und ähnliche Speicher zu senden. Wenn Sie es nicht verwenden, ist es besser, Primär- und Archivpunkte weiterhin in verschiedenen Repositorys zu speichern.

Schauen wir uns nun die Prinzipien zum Erstellen von GFS-Punkten an. In den Aufgabeneinstellungen ist im Schritt „Speichern“ eine spezielle Schaltfläche aufgetaucht, die das folgende Menü aufruft:

Das Wesentliche von GFS kann auf mehrere Punkte reduziert werden (beachten Sie, dass GFS bei anderen Arten von Aufgaben anders funktioniert, aber dazu später mehr):

• Die Aufgabe erstellt kein separates Voll-Backup unter dem GFS-Punkt. Stattdessen wird das am besten geeignete verfügbare Voll-Backup verwendet. Daher muss der Job im inkrementellen Modus mit einer regelmäßigen Vollsicherung ausgeführt werden oder eine Vollsicherung muss manuell vom Benutzer erstellt werden.
• Wenn nur ein Zeitraum aktiviert ist (z. B. ein wöchentlicher Zeitraum), wartet die Aufgabe zu Beginn des GFS-Zeitraums einfach auf ein vollständiges Backup und markiert das erste geeignete Backup als GFS.

Beispiel: Ein Job ist so konfiguriert, dass ein wöchentliches GFS mithilfe eines Mittwoch-Backups gespeichert wird. Die Aufgabe wird jeden Tag ausgeführt, die vollständige Sicherung ist jedoch für Freitag geplant. In diesem Fall beginnt der GFS-Zeitraum am Mittwoch und die Aufgabe beginnt mit dem Warten auf einen geeigneten Punkt. Es erscheint am Freitag und wird mit der GFS-Flagge gekennzeichnet.

• Wenn mehrere Zeiträume gleichzeitig aktiviert sind (z. B. wöchentlich und monatlich), wendet B&R eine Methode an, die es ermöglicht, denselben Punkt als GFS mehrerer Intervalle zu verwenden (um Platz zu sparen). Die Flaggen werden der Reihe nach vergeben, beginnend mit dem Jüngsten.

Beispiel: Das wöchentliche GFS ist auf Mittwoch und das monatliche GFS auf die letzte Woche des Monats eingestellt. Der Job wird jeden Tag ausgeführt und erstellt montags und freitags vollständige Backups.

Beginnen wir der Einfachheit halber mit der Zählung ab der vorletzten Woche des Monats. Diese Woche wird am Montag ein vollständiges Backup erstellt, das jedoch ignoriert wird, da das wöchentliche GFS-Intervall am Mittwoch beginnt. Aber das Voll-Backup vom Freitag ist für den GFS-Punkt völlig geeignet. Dieses System ist uns bereits bekannt.

Überlegen Sie nun, was in der letzten Woche des Monats passieren wird. Das monatliche GFS-Intervall beginnt am Montag, aber der Montags-VBK wird nicht als GFS gekennzeichnet, da der Job versucht, einen VBK sowohl als monatlichen als auch als wöchentlichen GFS-Punkt zu kennzeichnen. Gleichzeitig beginnt die Suche mit der wöchentlichen, kann also per Definition auch zu einer monatlichen werden.

Wenn jedoch nur wöchentliche und jährliche Intervalle aktiviert sind, funktionieren sie unabhängig voneinander und markieren möglicherweise zwei separate VBKs als entsprechende GFS-Intervalle.

Backup-Kopieraufträge

Eine andere Art von Aufgabe, die oft eine Klärung am Arbeitsplatz erfordert. Lassen Sie uns zunächst die „klassische“ Arbeitsweise ohne Neuerungen in Version 10 analysieren

Eine einfache Aufbewahrungsmethode

Standardmäßig werden solche Jobs im unendlich-inkrementellen Modus ausgeführt. Die Erstellung von Punkten wird durch zwei Parameter bestimmt – das Kopierintervall und die gewünschte Anzahl an Wiederherstellungspunkten (hier gibt es keine tageweise Aufbewahrung). Das Kopierintervall wird beim Erstellen eines Jobs auf der ersten Job-Registerkarte festgelegt:

Die Anzahl der Punkte wird etwas weiter unten auf der Registerkarte „Ziel“ ermittelt

Der Job erstellt 1 neuen Punkt pro Intervall (es spielt keine Rolle, wie viele Punkte von den ursprünglichen Jobs für die VM erstellt wurden). Am Ende des Intervalls wird der neue Punkt finalisiert und bei Bedarf wird eine Aufbewahrung durch Verkettung des VBK und des ältesten Inkrements angewendet. Dieser Mechanismus ist uns bereits bekannt.

Aufbewahrungsmethode mit GFS

BCJ kann auch archivierte Punkte speichern. Dies wird auf derselben Registerkarte „Ziel“ direkt unter den Einstellungen für die Anzahl der Wiederherstellungspunkte konfiguriert:

GFS-Punkte können auf zwei Arten erstellt werden – synthetisch, unter Verwendung der Daten im sekundären Repository oder durch Simulation einer vollständigen Sicherung und Lesen aller Daten aus dem primären Repository (aktiviert durch die mit Nummer 3 gekennzeichnete Option). Die Aufbewahrung wird in beiden Fällen sehr unterschiedlich sein, daher werden wir sie getrennt betrachten.

Synthetisches GFS

In diesem Fall wird der GFS-Punkt nicht genau am vereinbarten Tag erstellt. Stattdessen wird ein GFS-Punkt erstellt, wenn die VIB des Tages, an dem der GFS-Punkt erstellt werden sollte, mit der vollständigen Sicherung zusammengeführt wird. Dies führt manchmal zu Missverständnissen, da die Zeit vergeht, es aber immer noch keinen GFS-Punkt gibt. Und nur ein mächtiger Schamane aus dem technischen Support kann vorhersagen, an welchem ​​Tag der Punkt noch erscheinen wird. Tatsächlich ist keine Magie erforderlich – schauen Sie sich einfach die festgelegte Anzahl von Punkten und das Synchronisierungsintervall (wie viele Punkte jeden Tag erstellt werden) an. Versuchen Sie es anhand dieses Beispiels selbst zu berechnen: Die Aufgabe ist auf die Speicherung von 7 Punkten eingestellt, das Synchronisationsintervall beträgt 12 Stunden (also 2 Punkte pro Tag). Im Moment gibt es bereits 7 Punkte in der Kette, heute ist Montag und für diesen Tag ist die Erstellung eines GFS-Punktes geplant. An welchem ​​Tag wird es erstellt?

Antwort
Hier ist es besser zu beschreiben, wie sich die Dynamik der Kette im Laufe des Tages ändert:

Am Montag wird also das letzte Inkrement in der Kette als GFS markiert, es treten jedoch keine weiteren sichtbaren Änderungen auf. Jeden Tag schafft die Aufgabe zwei neue Punkte und die Beibehaltung treibt die Kette unaufhaltsam voran. Am Donnerstag ist es schließlich an der Zeit, die Aufbewahrung auf dasselbe Inkrement anzuwenden. Diese Sitzung wird länger als gewöhnlich dauern, da die Aufgabe die erforderlichen Blöcke aus der Kette „zieht“ und einen neuen vollständigen Punkt erstellt. Von nun an gibt es 2 Punkte in der Kette – 8 in der Hauptkette + GFS.

Erstellen von GFS-Punkten mit der Option „Gesamten Punkt lesen“.

Oben habe ich gesagt, dass BCJ im unendlich-inkrementellen Modus arbeitet. Jetzt analysieren wir die einzige Ausnahme von dieser Regel. Wenn Sie die Option „Gesamten Punkt lesen“ aktivieren, wird der GFS-Punkt genau am geplanten Tag erstellt. Die Aufgabe selbst wird im inkrementellen Modus mit regelmäßigen Vollsicherungen ausgeführt, die wir oben besprochen haben. Die Retention wird auch durch Entfernen des ältesten Teils der Kette angewendet. In diesem Fall werden jedoch nur Inkremente gelöscht und die vollständige Sicherung verbleibt als GFS-Punkt. Dementsprechend werden mit GFS-Flags gekennzeichnete Punkte bei der Berechnung der Retention nicht berücksichtigt.

Angenommen, die Aufgabe ist so eingestellt, dass sie 7 Punkte speichert und am Montag einen wöchentlichen GFS-Punkt erstellt. In diesem Fall erstellt der Job tatsächlich jeden Montag ein vollständiges Backup und markiert es als GFS. Die Beibehaltung wird angewendet, wenn nach dem Löschen von Inkrementen aus dem ältesten Teil die Anzahl der verbleibenden Inkremente nicht unter 7 fällt. So sieht es im Diagramm aus:

Am Ende der zweiten Woche befinden sich also insgesamt 14 Punkte in der Kette. In der zweiten Woche wurden durch die Aufgabe 7 Punkte erzielt. Wenn es sich um eine einfache Aufgabe handelte, wäre die Aufbewahrung bereits angewendet worden. Da es sich jedoch um einen BCJ mit GFS-Retention handelt, zählen wir keine GFS-Punkte, was bedeutet, dass es nur 6 davon gibt. Das heißt, wir können den Retention immer noch nicht anwenden. In der dritten Woche erstellen wir ein weiteres Voll-Backup mit dem GFS-Flag. 15 Punkte, aber auch diesen zählen wir nicht. Und schließlich erstellen wir am Dienstag der dritten Woche ein Inkrement. Wenn wir nun die Inkremente der ersten Wochenkette entfernen, erfüllt die Gesamtzahl der Inkremente die festgelegte Beibehaltung.

Wie oben erwähnt ist es bei dieser Methode sehr wichtig, dass regelmäßig Vollsicherungen erstellt werden. Wenn Sie beispielsweise die Hauptretention auf 7 Tage, aber nur 1 Jahrespunkt festlegen, kann man sich leicht vorstellen, dass die Inkremente viel, viel mehr als 7 akkumulieren. In solchen Fällen ist es besser, die synthetische Erstellungsmethode zu verwenden GFS.

Und noch einmal „Gelöschte Elemente entfernen“

Diese Option gibt es auch für BCJ:

Die Logik dieser Option ist hier dieselbe wie bei regulären Backup-Aufgaben – wenn die Maschine für die angegebene Anzahl von Tagen nicht verarbeitet wird, werden ihre Daten aus der Kette gelöscht. Für BCJ ist diese Option jedoch objektiv nützlicher, und hier erfahren Sie, warum.

Im normalen Modus arbeitet BCJ in einem unendlich-inkrementellen Modus. Wenn also die Maschine irgendwann aus der Aufgabe entfernt wird, werden durch die Aufbewahrung nach und nach alle Wiederherstellungspunkte gelöscht, bis nur noch einer übrig ist – in VBK. Stellen wir uns nun vor, dass der Job auch für die Erstellung synthetischer GFS-Punkte konfiguriert ist. Wenn es soweit ist, muss der Job ein GFS für alle Maschinen in der Kette erstellen. Wenn eine Maschine überhaupt keine neuen Punkte hat, müssen Sie den vorhandenen verwenden. Und so jedes Mal. Dadurch kann folgende Situation entstehen:

Achten Sie auf den Abschnitt „Dateien“: Wir haben die Haupt-VBK- und 2 wöchentlichen GFS-Punkte. Und nun zum Abschnitt „Wiederherstellungspunkte“ – tatsächlich enthalten diese Dateien dasselbe Abbild der Maschine. Solche GFS-Punkte haben natürlich keinen Sinn, sie nehmen nur Platz ein.

Diese Situation ist nur bei Verwendung von synthetischem GFS möglich. Um dies zu verhindern, nutzen Sie die Option „Gelöschte Elemente entfernen“. Denken Sie daran, eine ausreichende Anzahl von Tagen festzulegen. Der technische Support hat Fälle gesehen, in denen die Option auf weniger als die Anzahl der Tage als das Synchronisierungsintervall eingestellt war – BCJ begann wild zu randalieren und Punkte zu löschen, bevor sie Zeit hatten, sie zu erstellen.

Beachten Sie auch, dass diese Option keine Auswirkungen auf vorhandene GFS-Punkte hat. Wenn Sie die Archive bereinigen möchten, müssen Sie dies manuell tun – indem Sie mit der rechten Maustaste auf den Computer klicken und „Von Festplatte löschen“ auswählen (vergessen Sie nicht, im angezeigten Fenster das Kontrollkästchen „GFS-Vollsicherung entfernen“ zu aktivieren). :

Innovation v.10 – Sofortkopie (sofortige Kopie)

Nachdem wir uns mit der „klassischen“ Funktionalität befasst haben, gehen wir zur neuen über. Innovation ist eine davon, aber sehr wichtig. Dies ist eine neue Betriebsart.

So etwas wie ein „Synchronisierungsintervall“ gibt es nicht, die Aufgabe überwacht ständig, ob neue Punkte aufgetaucht sind und kopiert sie alle, egal wie viele es sind. Der Job bleibt jedoch inkrementell, was bedeutet, dass diese Punkte als VIB kopiert werden, selbst wenn der Hauptjob einen VBK oder VRB erstellt. Ansonsten gibt es in diesem Modus keine Überraschungen – sowohl die Standard- als auch die GFS-Aufbewahrung funktionieren nach den oben beschriebenen Regeln (obwohl hier nur synthetisches GFS verfügbar ist).

Scheiben drehen sich. Funktionen von Repositories für gedrehte Laufwerke

Die ständige Bedrohung durch Ransomware-Viren hat es zum De-facto-Sicherheitsstandard gemacht, eine Kopie der Daten auf einem Medium zu haben, das der Virus nicht erreichen kann. Eine Möglichkeit besteht darin, rotierende Repositorys zu verwenden, bei denen die Festplatten abwechselnd verwendet werden: Während eine Festplatte angeschlossen und beschreibbar ist, werden die übrigen an einem sicheren Ort gespeichert.
Um B&R beizubringen, mit solchen Repositories zu arbeiten, klicken Sie in den Repository-Einstellungen im Schritt „Repository“ auf die Schaltfläche „Erweitert“ und wählen Sie die entsprechende Option aus:

Danach wartet VBR darauf, dass die periodisch vorhandene Kette aus dem Repository verschwindet, was eine Festplattenrotation bedeutet. Abhängig von der Art des Repositorys und der Art des Auftrags wird sich B&R unterschiedlich verhalten. Sie können dies mit einer Tabelle wie dieser darstellen:

Betrachten wir jede Option.

Normaler Job und Windows-Repository

Wir haben also eine Aufgabe, die Ketten auf der ersten Festplatte speichert. Beim Drehen verschwindet die erstellte Kette tatsächlich und die Aufgabe muss diesen Verlust irgendwie überstehen. Es bietet Trost darin, ein vollständiges Backup zu erstellen. Somit bedeutet jede Rotation eine vollständige Sicherung. Aber was passiert mit den Punkten auf einem nicht angeschlossenen Laufwerk? Sie werden gespeichert und bei der Berechnung des Selbstbehalts berücksichtigt. Somit gibt die festgelegte Anzahl an Punkten in der Aufgabe an, wie viele Punkte auf allen Festplatten gehalten werden müssen. Hier ist ein Beispiel:

Der Job wird im unendlich-inkrementellen Modus ausgeführt und ist für die Speicherung von 3 Wiederherstellungspunkten konfiguriert. Aber wir haben auch eine zweite Festplatte und drehen sie einmal pro Woche (es können mehr Festplatten sein, das ändert aber nichts am Wesen).

In der ersten Woche erstellt die Aufgabe Punkte auf der ersten Festplatte und führt die zusätzlichen zusammen. Somit beträgt die Gesamtpunktzahl drei:

Dann schließen wir die zweite Festplatte an. Beim Start wird B&R feststellen, dass sich das Laufwerk geändert hat. Die Kette auf der ersten Festplatte verschwindet von der Schnittstelle, die Informationen darüber bleiben jedoch in der Datenbank erhalten. Der Job enthält nun 3 Punkte auf der zweiten Festplatte. Die allgemeine Situation wird wie folgt sein:

Zum Schluss schließen wir das erste Laufwerk wieder an. Bevor ein neuer Punkt erstellt wird, prüft die Aufgabe, was mit der Aufbewahrung vorhanden ist. Ich möchte Sie daran erinnern, dass der Einbehalt auf 3 Punkte eingestellt ist. In der Zwischenzeit haben wir 3 Punkte auf Datenträger 2 (der jedoch offline ist und an einem sicheren Ort gespeichert ist, den B&R nicht erreichen kann) und 3 Punkte auf Datenträger 1 (dieser ist jedoch verbunden). Sie können also bedenkenlos 3 Punkte von Datenträger 1 entfernen, da diese den Aufbewahrungszeitraum überschreiten. Danach erstellt die Aufgabe erneut ein vollständiges Backup und unsere Kette beginnt wie folgt auszusehen:

Wenn die Aufbewahrung so konfiguriert ist, dass Tage statt der Anzahl der Punkte gespeichert werden, ändert sich die Logik nicht. Außerdem wird die GFS-Aufbewahrung überhaupt nicht unterstützt, wenn Repositorys mit Festplattenrotation verwendet werden.

Normaler Job und Linux-Repository-Netzwerkspeicher

Auch diese Variante ist möglich, aufgrund der Einschränkungen jedoch generell weniger empfehlenswert. Die Aufgabe reagiert auf die Festplattenrotation und das Verschwinden der Kette auf die gleiche Weise – indem sie ein vollständiges Backup erstellt. Die Einschränkung hängt mit dem verkürzten Aufbewahrungsmechanismus zusammen.

Dabei wird bei der Rotation einfach die gesamte Kette auf der getrennten Platte aus der B&R-Datenbank gelöscht. Bitte beachten Sie, dass die Dateien selbst aus der Datenbank auf der Festplatte verbleiben. Sie können importiert und zur Wiederherstellung verwendet werden, aber es ist nicht schwer zu erraten, dass solche vergessenen Ketten früher oder später das gesamte Repository füllen werden.

Die Lösung besteht darin, DWORD ForceDeleteBackupFiles hinzuzufügen, wie auf dieser Seite angegeben: www.veeam.com/kb1154. Danach beginnt der Job einfach bei jeder Rotation damit, den gesamten Inhalt des Job-Ordners oder Repository-Ordners (je nach Wert) zu löschen.

Hierbei handelt es sich jedoch nicht um eine elegante Aufbewahrung, sondern vielmehr um eine Bereinigung sämtlicher Inhalte. Leider ist der technische Support auf Fälle gestoßen, in denen das Repository lediglich das Stammverzeichnis der Festplatte war, in dem sich neben Backups auch andere Daten befanden. All dies wurde während der Rotation zerstört.

Wenn ForceDeleteBackupFiles aktiviert ist, funktioniert es außerdem für alle Arten von Repositorys, d. h. auch Repositorys unter Windows beenden die Anwendung der Aufbewahrung und beginnen mit dem Löschen von Inhalten. Mit anderen Worten: Eine lokale Festplatte unter Windows ist die beste Wahl für ein solches Backup-Speichersystem.

Sicherungskopie und Windows-Repository

Mit BCJ wird es noch interessanter. Es gibt nicht nur eine vollständige Aufbewahrung, sondern es ist auch nicht erforderlich, bei jedem Festplattenwechsel ein vollständiges Backup zu erstellen! Es funktioniert so:

Zunächst beginnt B&R damit, Punkte auf der ersten CD zu machen. Nehmen wir an, wir legen die Retention auf 3 Punkte fest. Die Aufgabe wird in einem unendlich-inkrementellen Modus arbeiten und alles Überflüssige zusammenführen (ich erinnere Sie daran, dass die GFS-Aufbewahrung in diesem Fall nicht unterstützt wird).

Dann schließen wir die zweite Festplatte an. Da es noch keine Kette darauf gibt, erstellen wir ein Voll-Backup, danach haben wir eine zweite Kette aus drei Punkten:

Schließlich ist es an der Zeit, das erste Laufwerk wieder anzuschließen. Und hier kommt die Magie ins Spiel, da die Aufgabe kein vollständiges Backup erstellt, sondern lediglich die inkrementelle Kette fortsetzt:

Danach verfügt tatsächlich jede Festplatte über eine eigene unabhängige Kette. Daher bedeutet Retention hier nicht die Anzahl der Punkte auf allen Datenträgern, sondern die Anzahl der Punkte auf jedem Datenträger einzeln.

Sicherungskopie und Linux-Repository-Netzwerkspeicher

Auch hier geht jegliche Eleganz verloren, wenn sich das Repository nicht auf einem lokalen Windows-Laufwerk befindet. Dieses Skript funktioniert ähnlich wie die einfache Aufgabe oben. Bei jeder Rotation erstellt BCJ ein vollständiges Backup und vorhandene Punkte werden vergessen. Um nicht ohne freien Speicherplatz zu bleiben, müssen Sie DWORD ForceDeleteBackupFiles verwenden.

Abschluss

Aufgrund eines so langen Textes haben wir zwei Arten von Aufgaben in Betracht gezogen. Natürlich gibt es noch viele weitere Aufgaben, aber es wird nicht möglich sein, sie alle in einem Artikel zu betrachten. Sollten Sie nach der Lektüre noch Fragen haben, dann schreiben Sie diese in die Kommentare, ich beantworte sie gerne persönlich.

Source: habr.com