Für mein Debüt wollte ich ein Thema finden, das für ein möglichst breites Publikum von Interesse ist und eine detaillierte Prüfung erfordert. Daniel Defoe argumentierte, dass Tod und Steuern auf jeden warten. Ich für meinen Teil kann sagen, dass jeder Supporttechniker Fragen zu Speicherrichtlinien für Wiederherstellungspunkte (oder einfacher zur Aufbewahrung) hat. Wie Retention funktioniert, begann ich vor 4 Jahren als Junioringenieur der ersten Stufe zu erklären und erkläre jetzt weiter, da ich bereits Teamleiter des spanisch- und italienischsprachigen Teams bin. Ich bin sicher, dass meine Kollegen aus der zweiten und sogar der dritten Unterstützungsstufe regelmäßig dieselben Fragen beantworten.
Vor diesem Hintergrund wollte ich den letzten, detailliertesten Beitrag schreiben, auf den russischsprachige Benutzer als Referenz immer wieder zurückkommen können. Der Moment ist richtig - die kürzlich veröffentlichte Version zum 10-jährigen Jubiläum hat die Grundfunktionalität, die sich seit Jahren nicht geändert hat, um neue Funktionen erweitert. Mein Beitrag konzentriert sich hauptsächlich auf diese Version - obwohl das meiste, was geschrieben wurde, für frühere Versionen gilt, werden Sie einige der dort beschriebenen Funktionen einfach nicht finden. Wenn ich ein wenig in die Zukunft schaue, werde ich sagen, dass in der nächsten Version einige Änderungen erwartet werden, aber wir werden Ihnen dies zu gegebener Zeit mitteilen. Also lasst uns anfangen.
Sicherungsjobs
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 Sie das Fenster zum Erstellen einer neuen Aufgabe und wechseln Sie zur Registerkarte Speicher. Hier sehen wir einen Parameter, der die gewünschte Anzahl von Wiederherstellungspunkten bestimmt:
Dies ist jedoch nur ein Teil der Gleichung. Die tatsächliche Anzahl der Punkte wird auch durch den für die Aufgabe festgelegten Sicherungsmodus bestimmt. Um diesen Parameter auszuwählen, müssen Sie auf derselben Registerkarte auf die Schaltfläche Erweitert klicken. Dies öffnet ein neues Fenster mit vielen Optionen. Lassen Sie uns sie nummerieren und der Reihe nach betrachten:
Wenn nur Option 1 aktiviert ist, wird der Job im inkrementellen Modus "Für immer vorwärts" ausgeführt. Hier gibt es keine Schwierigkeiten - die Task speichert die festgelegte Anzahl von Wiederherstellungspunkten von einer vollständigen Sicherung (Datei mit der Erweiterung VBK) bis zum letzten Inkrement (Datei mit der Erweiterung VIB). Wenn die Anzahl der Punkte den angegebenen Wert überschreitet, wird das älteste Inkrement mit der vollständigen Sicherung zusammengeführt. Mit anderen Worten, wenn die Aufgabe so eingestellt ist, dass 3 Punkte gespeichert werden, 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 auf 3 zurückgesetzt.
Die Aufbewahrung ist auch für den "umgekehrten inkrementellen" Modus (Option 2) äußerst einfach. Da in diesem Fall der neueste Punkt eine vollständige Sicherung ist, gefolgt von einer Kette sogenannter Rollbacks (Dateien mit der VRB-Erweiterung), reicht es zum Anwenden der Aufbewahrung aus, einfach den ältesten Rollback zu löschen. Die Situation ist dieselbe: Unmittelbar nach der Sitzung überschreitet die Anzahl der Punkte den eingestellten Wert um 1, woraufhin der gewünschte Wert wiederhergestellt wird.
Beachten Sie, dass Sie im umgekehrten inkrementellen Modus auch eine regelmäßige vollständige Sicherung aktivieren können (Option 4), dies ändert jedoch nichts an der Essenz. Ja, vollständige Wiederherstellungspunkte werden in der Kette angezeigt, aber wir löschen immer noch die ältesten Punkte nacheinander.
Schließlich kommen wir zum interessanten Teil. Wenn Sie eine inkrementelle Sicherung aktivieren, aber zusätzlich die Optionen 3 oder 4 (oder beide gleichzeitig) aktivieren, beginnt die Aufgabe mit der Erstellung regelmäßiger vollständiger Sicherungen mithilfe der "aktiven" oder synthetischen Methode. Die Methode zum Erstellen einer vollständigen Sicherung ist nicht wichtig - sie enthält dieselben Daten und die inkrementelle Kette wird in Unterketten aufgeteilt. Diese Methode wird als vorwärts inkrementell bezeichnet, und er ist es, der einen wesentlichen Teil der Fragen unserer Kunden aufwirft.
Das Beibehalten wird hier verwendet, indem der älteste Teil der Kette entfernt wird (von der vollständigen Sicherung bis zum Inkrementieren). Gleichzeitig löschen wir nicht nur eine hohle Sicherung oder nur einen Teil der Inkremente. Die gesamte "Teilmenge" wird sofort vollständig entfernt. Die Bedeutung der Einstellung der Anzahl der Punkte ändert sich ebenfalls. Wenn dies bei anderen Methoden die maximal zulässige Anzahl ist, nach der Sie die Aufbewahrung anwenden müssen, bestimmt diese Einstellung die minimale Anzahl. Mit anderen Worten, nach dem Entfernen der ältesten "Teilzeichenfolge" sollte die Anzahl der Punkte im verbleibenden Teil dieses Minimum nicht unterschreiten.
Ich werde versuchen, dieses Konzept grafisch darzustellen. Angenommen, die Aufbewahrung ist auf 3 Punkte festgelegt. Die Aufgabe wird jeden Tag mit einer vollständigen Sicherung am Montag ausgeführt. In diesem Fall wird die Aufbewahrung angewendet, wenn die Gesamtzahl der Punkte 10 erreicht:
Warum bis zu 10, wenn sie 3 aufstellen? Am Montag wurde ein vollständiges Backup erstellt. Von Dienstag bis Sonntag wurden durch den Job Inkremente erstellt. Schließlich wird am kommenden Montag erneut eine vollständige Sicherung erstellt, und erst wenn zwei Inkremente erstellt wurden, kann der gesamte alte Teil der Kette gelöscht werden, da die verbleibende Anzahl von Punkten nicht unter die Menge 3 fällt.
Wenn die Idee klar ist, sollten Sie versuchen, die Aufbewahrung selbst zu berechnen. Nehmen wir folgende Bedingungen: Die Aufgabe wird am Donnerstag zum ersten Mal gestartet (natürlich wird eine vollständige Sicherung durchgeführt). Die Aufgabe besteht darin, mittwochs und sonntags eine vollständige Sicherung zu erstellen und 8 Wiederherstellungspunkte zu speichern. Wann wird die Aufbewahrung zum ersten Mal angewendet?
Um diese Frage zu beantworten, empfehle ich Ihnen, ein Stück Papier zu nehmen, es nach Wochentagen auszurichten und aufzuschreiben, welcher Punkt jeden Tag erstellt wird. Die Antwort wird offensichtlich
Antworten
: « »? – 3 (VBK, VIB, VIB) 8 . , , 11 , . . .
: « »? – 3 (VBK, VIB, VIB) 8 . , , 11 , . . .
Einige Leser mögen argumentieren: "Warum das alles, wenn es rps.dewin.me gibt ?" Ohne Zweifel ist dies ein sehr nützliches Werkzeug, und in einigen Fällen würde ich es verwenden, aber es hat auch Einschränkungen. Erstens können Sie die Anfangsbedingungen nicht angeben, und in vielen Fällen lautet die Frage genau: "Wir haben eine solche Kette. Was passiert, wenn wir diese und jene Einstellungen ändern?". Zweitens fehlt dem Werkzeug noch die Klarheit. Als ich den Kunden die RPS-Seite zeigte, fand ich kein Verständnis, aber nachdem ich sie wie im Beispiel gemalt hatte (sogar mit derselben Farbe), wurde Tag für Tag alles klar.
Schließlich haben wir die Option „Frühere Sicherungsketten in Rollbacks umwandeln“ (mit 5 gekennzeichnet) nicht behandelt. Diese Option verwirrt manchmal Clients, die sie "automatisch" aktivieren und nur eine synthetische Sicherung aktivieren möchten. In der Zwischenzeit aktiviert diese Option einen ganz besonderen Sicherungsmodus. Ohne auf Details einzugehen, werde ich sofort sagen, dass in dieser Phase der Produktentwicklung „Frühere Sicherungsketten in Rollbacks umwandeln“ eine veraltete Option ist und ich mir kein einziges Szenario vorstellen kann, in dem es verwendet werden sollte. Sein Wert ist so fragwürdig, dass Anton Gostev selbst für eine Weile einen Schrei durch das Forum warf und ihn bat, ihm Beispiele für seine nützliche Verwendung zu schicken (wenn Sie sie haben, schreiben Sie in die Kommentare, ich bin sehr interessiert). Wenn es keine gibt (ich denke es wird so sein), wird die Option in zukünftigen Versionen entfernt.
Der Job erstellt Inkremente (VIB) bis zu dem Tag, an dem die synthetische vollständige Sicherung geplant ist. An diesem Tag wird VBK wirklich erstellt, aber alle Punkte davor werden in Rollbacks (VRB) umgewandelt. Danach erstellt die Task bis zur nächsten synthetischen Sicherung weiterhin Inkremente für die vollständige Sicherung. Infolgedessen entsteht in der Kette eine explosive Mischung aus VBK-, VBR- und VIB-Dateien. Die Aufbewahrung erfolgt sehr einfach - durch Entfernen des letzten VBR:
Probleme
Neben dem Verständnis der Funktionsweise sind die meisten Probleme, die bei Verwendung des inkrementellen Modus auftreten, normalerweise mit einer vollständigen Sicherung verbunden. Für diesen Modus ist eine regelmäßige vollständige Sicherung erforderlich, andernfalls sammelt das Repository Punkte, bis es überläuft.
Beispielsweise kann eine vollständige Sicherung zu selten erstellt werden. Angenommen, die Aufgabe speichert 10 Punkte und einmal im Monat wird eine vollständige Sicherung erstellt. Es ist klar, dass die tatsächliche Anzahl der Punkte hier viel höher sein wird als die festgelegte. Oder die Aufgabe ist im Allgemeinen so eingestellt, dass sie in einem unendlich inkrementellen Modus arbeitet und 50 Punkte speichert. Dann hat jemand versehentlich ein vollständiges Backup erstellt. Von nun an wartet die Aufgabe, bis der volle Punkt 49 Inkremente erreicht hat. Danach wird die Aufbewahrung angewendet und in den unendlich vollen Modus zurückgekehrt.
In anderen Fällen wird eine vollständige Sicherung regelmäßig erstellt, aus irgendeinem Grund jedoch nicht. Ich werde hier den beliebtesten Grund aufschreiben. Einige Kunden bevorzugen die Planungsoption "Nachher ausführen" und richten Jobs für die Ausführung in einer Kette ein. Nehmen wir dieses Beispiel: Es gibt 3 Jobs, die jeden Tag ausgeführt werden und am Sonntag eine vollständige Sicherung erstellen. Die erste Aufgabe beginnt um 22.30 Uhr, der Rest wird in einer Kette gestartet. Eine inkrementelle Sicherung dauert 10 Minuten. Bis 23.00 Uhr sind alle Aufgaben abgeschlossen. Eine vollständige Sicherung dauert jedoch eine Stunde, sodass am Sonntag Folgendes passiert: Die erste Aufgabe wird von 22.30 bis 23.30 Uhr ausgeführt. Der nächste ist von 23.30 bis 00.30 Uhr. Aber die dritte Aufgabe beginnt am Montag. Das vollständige Backup ist auf Sonntag eingestellt, daher ist es in diesem Fall einfach nicht vorhanden.Die Aufgabe wartet auf eine vollständige Sicherung, um die Aufbewahrung anzuwenden. Seien Sie also vorsichtig, wenn Sie die Option "Nachher ausführen" verwenden, oder verwenden Sie sie überhaupt nicht. Stellen Sie einfach ein, dass die Jobs gleichzeitig gestartet werden, und lassen Sie den Ressourcenplaner seine Arbeit erledigen.
Schwierige Option "Gelöschte Elemente entfernen"
Wenn Sie die Einstellungen der Aufgabe Speicher - Erweitert - Wartung durchgehen, können Sie auf die in Tagen berechnete Option "Gelöschte Artikeldaten entfernen nach" stoßen.
Einige Kunden erwarten, dass dies eine Aufbewahrung ist. In der Tat ist dies eine völlig separate Option, deren Missverständnisse zu unerwarteten Konsequenzen führen können. Der erste Schritt besteht jedoch darin, zu erklären, wie B & R auf Situationen reagiert, in denen nur wenige Computer während einer Sitzung erfolgreich gesichert werden.
Stellen Sie sich dieses Szenario vor: Ein unendlich inkrementeller Job, der zum Speichern von 6 Punkten konfiguriert ist. In der Aufgabe gibt es 2 Maschinen, eine wurde immer erfolgreich gesichert, die andere gab manchmal Fehler. Infolgedessen entwickelte sich bis zum siebten Punkt die folgende Situation:
Zeit zum Anwenden der Aufbewahrung, aber eine Maschine hat 7 Punkte und die andere nur 4. Wird die Aufbewahrung hier angewendet? Die Antwort lautet: Ja, das wird es. Wenn mindestens ein Objekt gesichert wurde, betrachtet B & R den zu erstellenden Punkt.
Eine ähnliche Situation kann auftreten, wenn ein bestimmter Computer während einer bestimmten Sitzung einfach nicht in die Aufgabe aufgenommen wurde. Dies ist beispielsweise der Fall, wenn Maschinen nicht einzeln zur Aufgabe hinzugefügt werden, sondern als Teil von Containern (Ordnern, Speichern) und einige Maschinen vorübergehend in einen anderen Container migriert werden. In diesem Fall wird die Aufgabe als erfolgreich angesehen, aber in der Statistik finden Sie eine Meldung, in der Sie aufgefordert werden, darauf zu achten, dass diese und jene Maschine von der Aufgabe nicht mehr verarbeitet wird.
Was passiert, wenn Sie dies nicht beachten? Im Fall von unendlich inkrementellen oder umgekehrten inkrementellen Modi verringert sich die Anzahl der Wiederherstellungspunkte der "Problem" -Maschine mit jeder Sitzung, bis sie 1 erreicht, das in der VBK gespeichert ist. Mit anderen Worten, auch wenn der Computer längere Zeit nicht gesichert wurde, bleibt ein Wiederherstellungspunkt bestehen. Dies ist nicht der Fall, wenn regelmäßige vollständige Sicherungen aktiviert sind. Wenn Sie die Signale von B & R ignorieren, kann der letzte Punkt zusammen mit dem alten Teil der Kette gelöscht werden.
Wenn diese Details klar sind, können wir uns endlich die Option "Gelöschte Artikeldaten entfernen nach" ansehen. Es werden alle Punkte für ein bestimmtes Fahrzeug gelöscht, wenn dieses Fahrzeug X Tage lang nicht gesichert wurde. Bitte beachten Sie, dass diese Einstellung nicht auf Fehler reagiert (ausprobiert - es hat nicht funktioniert). Es sollte nicht einmal versucht werden, die Maschine zu sichern. Es scheint, dass diese Option nützlich ist und immer aktiviert bleiben sollte. Wenn der Administrator den Computer aus der Aufgabe entfernt hat, ist es logisch, die Kette nach einer Weile von unnötigen Daten zu befreien. Das Tuning erfordert jedoch Disziplin und Sorgfalt.
Lassen Sie mich ein Beispiel aus der Praxis geben: Der Aufgabe wurden mehrere Container hinzugefügt, deren Zusammensetzung sehr dynamisch war. Aufgrund des Mangels an B & R-RAM traten auf dem Server Probleme auf, die unbemerkt blieben. Die Aufgabe wurde gestartet und versucht, Maschinen zu sichern, mit Ausnahme einer, die zu diesem Zeitpunkt nicht im Container vorhanden war. Da viele Maschinen Fehler gaben, muss B & R standardmäßig drei zusätzliche Versuche unternehmen, um die "problematischen" Maschinen zu sichern. Aufgrund ständiger RAM-Probleme dauerten diese Versuche mehrere Tage. Es wurde nicht wiederholt versucht, eine Sicherungskopie der fehlenden VM zu erstellen (das Fehlen einer VM ist kein Fehler). Infolgedessen wurde bei einem der Wiederholungsversuche die Bedingung "Gelöschte Elemente entfernen" erfüllt und alle Punkte des Computers wurden gelöscht.
In diesem Zusammenhang kann ich Folgendes sagen: Wenn Sie Benachrichtigungen über die Ergebnisse von Aufgaben konfiguriert haben oder noch besser - Sie verwenden die Integration mit Veeam ONE, wird Ihnen dies höchstwahrscheinlich nicht passieren. Wenn Sie den B & R-Server einmal pro Woche überprüfen, um sicherzustellen, dass alles funktioniert, ist es besser, Optionen abzulehnen, die möglicherweise zum Löschen von Sicherungen führen können.
Was wurde in Version 10 hinzugefügt?
Was wir zuvor besprochen haben, gibt es bei B & R für viele Versionen. Nachdem wir diese Arbeitsprinzipien verstanden haben, schauen wir uns nun an, was zum Jubiläum "zehn" hinzugefügt wurde.
Tägliche Aufbewahrung
Oben haben wir die "klassische" Speicherrichtlinie basierend auf der Anzahl der Punkte betrachtet. Ein alternativer Ansatz besteht darin, "Tage" anstelle von "Wiederherstellungspunkten" im selben Menü festzulegen.
Die Idee ergibt sich aus dem Namen - die Aufbewahrung speichert eine festgelegte Anzahl von Tagen, aber die Anzahl der Punkte an jedem Tag spielt keine Rolle. Beachten Sie dabei Folgendes:
- Der aktuelle Tag wird bei der Berechnung der Aufbewahrung nicht berücksichtigt
- Die Tage, an denen die Aufgabe überhaupt nicht funktioniert hat, werden ebenfalls gezählt. Dies sollte beachtet werden, damit Sie nicht versehentlich die Punkte der Aufgaben verlieren, die unregelmäßig funktionieren.
- Der Wiederherstellungspunkt wird ab dem Tag gezählt, an dem seine Erstellung begonnen hat (d. H. Wenn die Aufgabe am Montag zu arbeiten begann und am Dienstag beendet wurde, ist dieser Punkt ab Montag).
Im Übrigen werden die Grundsätze für die Anwendung der Aufbewahrung durch Aufgaben auch durch die ausgewählte Sicherungsmethode bestimmt. Versuchen wir eine andere Berechnungsaufgabe mit derselben inkrementellen Methode. Angenommen, die Aufbewahrung ist auf 8 Tage festgelegt. Die Aufgabe wird alle 6 Stunden mit einer vollständigen Sicherung am Mittwoch ausgeführt. Die Aufgabe funktioniert jedoch am Sonntag nicht. Der Job beginnt am Montag zum ersten Mal. Wann wird die Aufbewahrung angewendet?
Antworten
, . , , . , , 4 .
. ? 8 . , , , . – .
. ? 8 . , , , . – .
GFS-Archivierung für normale Jobs
Vor Version 10 war die GFS-Speichermethode (Grandfather-Father-Son) nur für Sicherungskopien und Bandkopierjobs verfügbar. Jetzt ist es auch für regelmäßige Backups verfügbar.
Obwohl dies für das aktuelle Thema nicht relevant ist, kann ich nicht anders, als zu sagen, dass die neue Funktionalität keine Abweichung von der 3-2-1-Strategie bedeutet. Das Vorhandensein von Archivpunkten im Haupt-Repository hat keinerlei Auswirkungen auf die Zuverlässigkeit. Es ist beabsichtigt, GFS in Verbindung mit einem Scale-out-Repository zu verwenden, um diese Punkte in S3 und ähnliche Repositorys zu verlagern. Wenn Sie es nicht verwenden, ist es am besten, die Primär- und Archivierungspunkte weiterhin in verschiedenen Repositorys zu speichern.Schauen wir uns nun die Prinzipien zum Erstellen von GFS-Punkten an. In den Aufgabeneinstellungen wurde im Schritt Speicher eine spezielle Schaltfläche angezeigt, die das folgende Menü aufruft:
Die Essenz von GFS kann auf mehrere Punkte reduziert werden (beachten Sie, dass GFS bei anderen Aufgabentypen anders funktioniert, dazu später mehr):
- Die Aufgabe erstellt keine separate vollständige Sicherung für den GFS-Punkt. Stattdessen wird das am besten geeignete vollständige Backup verwendet. Daher muss die Aufgabe in einem inkrementellen Modus mit einer regelmäßigen vollständigen Sicherung arbeiten, oder eine vollständige Sicherung muss vom Benutzer manuell erstellt werden.
- Wenn nur ein Zeitraum aktiviert ist (z. B. eine Woche), wartet die Task zu Beginn des GFS-Zeitraums einfach auf eine vollständige Sicherung und markiert den ersten geeigneten Zeitraum als GFS.
Beispiel: Ein Job ist so konfiguriert, dass ein wöchentliches GFS mithilfe einer Mittwochssicherung 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 der Job wartet auf einen geeigneten Punkt. Es erscheint am Freitag und ist mit dem GFS-Flag gekennzeichnet.
- (, ), B&R , GFS ( ). , .
Beispiel: Wöchentliches GFS wird am Mittwoch und monatliches GFS in der letzten Woche des Monats abgerechnet. Die Aufgabe wird täglich ausgeführt und erstellt montags und freitags vollständige Sicherungen.
Beginnen wir der Einfachheit halber mit der Zählung ab der vorletzten Woche des Monats. Diese Woche wird am Montag eine vollständige Sicherung erstellt, die jedoch ignoriert wird, da das wöchentliche GFS-Intervall am Mittwoch beginnt. Das vollständige Backup am Freitag ist jedoch für den GFS-Punkt voll geeignet. Dieses System ist uns bereits bekannt.
Überlegen Sie nun, was in der letzten Woche des Monats passiert. Das monatliche GFS-Intervall beginnt am Montag, aber die VBK am Montag wird nicht als GFS gekennzeichnet, da der Job versucht, eine VBK sowohl als monatlichen als auch als wöchentlichen GFS-Punkt zu markieren. In diesem Fall beginnt die Suche genau mit der Woche, daher kann sie per Definition auch monatlich werden.
Wenn Sie in diesem Fall nur die wöchentlichen und jährlichen Intervalle einbeziehen, wirken diese unabhängig voneinander und können 2 separate VBKs als den GFS-Intervallen entsprechend markieren.
Sicherungskopieraufgaben
Eine andere Art von Aufgabe, die häufig eine Klärung des Auftrags erfordert. Schauen wir uns zunächst die "klassische" Arbeitsweise ohne Innovationen v.10 an
Einfache Aufbewahrungsmethode
Standardmäßig werden solche Jobs im unendlichen inkrementellen Modus ausgeführt. Die Erstellung von Punkten wird durch zwei Parameter bestimmt - das Kopierintervall und die gewünschte Anzahl von Wiederherstellungspunkten (es gibt keine Aufbewahrung nach Tagen). Das Kopierintervall wird beim Erstellen eines Jobs auf der allerersten Registerkarte "Job" festgelegt: Die
Anzahl der Punkte wird auf der
Registerkarte " Ziel" etwas weiter festgelegt. Der Job erstellt für jedes Intervall einen neuen Punkt (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 fertiggestellt und bei Bedarf wird die Aufbewahrung durch Kombinieren von VBK und dem ältesten Inkrement angewendet. Wir kennen diesen Mechanismus bereits.
Aufbewahrungsmethode mit GFS
BCJ weiß auch, wie Archivpunkte gespeichert werden. Dies wird auf derselben Registerkarte "Ziel" direkt unter der Einstellung für die Anzahl der Wiederherstellungspunkte konfiguriert:
GFS-Punkte können auf zwei Arten erstellt werden - synthetisch, mithilfe von 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 der Nummer 3 gekennzeichnete Option). ... Die Aufbewahrung ist in beiden Fällen sehr unterschiedlich, daher werden wir sie separat betrachten.
Synthetisches GFS
In diesem Fall wird der GFS-Punkt nicht zum genauen Datum erstellt. Stattdessen wird ein GFS-Punkt erstellt, wenn die VIB des Tages, an dem der GFS-Punkt erstellt werden sollte, mit einer vollständigen Sicherung zusammengeführt wird. Dies führt manchmal zu Verwirrung, da die Zeit vergeht, aber es gibt immer noch keinen GFS-Punkt. Und nur ein mächtiger Schamane vom technischen Support kann vorhersagen, an welchem Tag der Punkt erscheinen wird. Tatsächlich wird keine Magie benötigt - sehen Sie sich nur die festgelegte Anzahl von Punkten und das Synchronisationsintervall an (wie viele Punkte werden täglich erstellt). Versuchen Sie, sich anhand dieses Beispiels selbst zu berechnen: Die Aufgabe ist so eingestellt, dass 7 Punkte gespeichert werden. Das Synchronisationsintervall beträgt 12 Stunden (dh 2 Punkte pro Tag). Im Moment gibt es bereits 7 Punkte in der Kette, heute ist Montag, und die Erstellung eines GFS-Punktes ist für diesen Tag geplant. An welchem Tag wird es erstellt?
Antworten
, , :
, GFS, . 2 , . , . , – «» . 8 – 7 + GFS.
, GFS, . 2 , . , . , – «» . 8 – 7 + GFS.
Erstellen von GFS-Punkten mit der Option "Gesamten Punkt lesen"
Oben habe ich gesagt, dass BCJ im unendlichen inkrementellen Modus arbeitet. Jetzt werden wir die einzige Ausnahme von dieser Regel analysieren. Wenn Sie die Option "Gesamten Punkt lesen" aktivieren, wird der GFS-Punkt genau am geplanten Tag erstellt. Die Aufgabe selbst arbeitet in einem inkrementellen Modus mit regelmäßigen vollständigen Sicherungen, die wir oben besprochen haben. Die Beibehaltung erfolgt auch durch Entfernen des ältesten Teils der Kette. In diesem Fall werden jedoch nur die Inkremente gelöscht und die vollständige Sicherung als GFS-Punkt belassen. Dementsprechend werden mit GFS-Flags gekennzeichnete Punkte bei der Berechnung der Aufbewahrung nicht berücksichtigt.
Angenommen, die Aufgabe soll 7 Punkte speichern und am Montag einen wöchentlichen GFS-Punkt erstellen. In diesem Fall erstellt der Job jeden Montag eine vollständige Sicherung und markiert sie als GFS. Die Beibehaltung wird angewendet, wenn nach dem Entfernen der Inkremente 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 gibt es also 14 Punkte in der Kette. In der zweiten Woche wurden 7 Punkte vergeben. Wenn es eine einfache Aufgabe wäre, wäre die Aufbewahrung bereits angewendet worden. Dies ist jedoch ein BCJ mit GFS-Aufbewahrung, daher zählen wir keine GFS-Punkte, was bedeutet, dass es nur 6 davon gibt. Das heißt, wir können die Aufbewahrung noch nicht anwenden. In der dritten Woche erstellen wir eine weitere vollständige Sicherung mit dem GFS-Flag. 15 Punkte, aber wir zählen diesen nicht noch einmal. Schließlich erstellen wir am Dienstag der dritten Woche ein Inkrement. Wenn wir nun die Ketteninkremente der ersten Woche entfernen, erfüllt die Gesamtzahl der Inkremente die festgelegte Aufbewahrung.
Wie oben erwähnt, ist es bei dieser Methode sehr wichtig, dass regelmäßig vollständige Sicherungen erstellt werden. Wenn Sie beispielsweise die Hauptaufbewahrung für 7 Tage, aber nur für einen Jahrespunkt festlegen, können Sie sich leicht vorstellen, dass sich die Inkremente stark ansammeln, viel mehr als 7. In solchen Fällen ist es besser, die Synthesemethode zum Erstellen von GFS zu verwenden.
Und wieder "Gelöschte Elemente entfernen"
Diese Option ist auch für BCJ verfügbar:
Die Logik dieser Option ist hier dieselbe wie bei regulären Sicherungsjobs. Wenn der Computer für die angegebene Anzahl von Tagen nicht verarbeitet wird, werden seine Daten aus der Kette entfernt. Für BCJ ist der Nutzen dieser Option jedoch objektiv höher, und hier ist der Grund dafür.
Im normalen Modus arbeitet der BCJ in einem unendlich inkrementellen Modus. Wenn also irgendwann der Computer aus dem Job entfernt wird, werden durch die Aufbewahrung nach und nach alle Wiederherstellungspunkte entfernt, bis nur noch einer übrig ist - in VBK. Stellen Sie sich nun vor, der Job ist weiterhin so konfiguriert, dass synthetische GFS-Punkte erstellt werden. Wenn es soweit ist, muss der Job ein GFS für alle Maschinen in der Kette erstellen. Wenn ein Auto überhaupt keine neuen Punkte hat - nun, Sie müssen den verwenden, der ist. Und so jedes Mal. Infolgedessen kann die folgende Situation auftreten:
Beachten Sie den Abschnitt Dateien: Wir haben die wichtigsten VBK- und 2 wöchentlichen GFS-Punkte. Und jetzt zum Abschnitt Wiederherstellungspunkte - tatsächlich enthalten diese Dateien das gleiche Image des Computers. Natürlich haben solche GFS-Punkte keinen Sinn, sie nehmen nur Platz ein.
Diese Situation ist nur bei Verwendung von synthetischem GFS möglich. Um dies zu verhindern, verwenden Sie die Option "Gelöschte Elemente entfernen". Vergessen Sie nur nicht, es auf eine angemessene Anzahl von Tagen einzustellen. Beim technischen Support wurden Fälle festgestellt, in denen die Option für weniger Tage als das Synchronisationsintervall festgelegt wurde. BCJ begann, Punkte zu toben und zu löschen, bevor sie erstellt werden konnten.
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 der Festplatte löschen" auswählen (vergessen Sie im angezeigten Fenster nicht, das Kontrollkästchen "GFS-Vollsicherung entfernen" zu aktivieren):
Neu in Version 10 - Sofortige Kopie
Nachdem wir uns mit der "klassischen" Funktionalität befasst haben, gehen wir zu einer neuen über. Es gibt nur eine Innovation, aber sehr wichtig. Dies ist eine neue Betriebsart.
Es gibt kein "Synchronisationsintervall", die Aufgabe überwacht ständig, ob neue Punkte aufgetreten sind, und kopiert alle, egal wie viele. Der Job bleibt jedoch inkrementell, dh selbst wenn der Hauptjob eine VBK oder VRB erstellt, werden diese Punkte als VIB kopiert. Ansonsten gibt es in diesem Modus keine Überraschungen - sowohl die Standard- als auch die GFS-Aufbewahrung funktionieren gemäß den oben beschriebenen Regeln (obwohl hier nur synthetisches GFS verfügbar ist).
Scheiben drehen sich. Funktionen von Repositorys 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, auf das der Virus nicht zugreifen kann. Eine Möglichkeit besteht darin, Plattenrotations-Repositorys zu verwenden, in denen die Platten abwechselnd verwendet werden: Während eine Platte verbunden und beschreibbar ist, wird der Rest an einem sicheren Ort gespeichert.
Um B & R das Arbeiten mit solchen Repositorys beizubringen, klicken Sie in den Repository-Einstellungen im Schritt "Repository" auf die Schaltfläche "Erweitert" und wählen Sie die entsprechende Option aus.
Danach erwartet VBR, dass die regelmäßig vorhandene Kette aus dem Repository verschwindet, was bedeutet, dass die Festplatte rotiert. B & R verhält sich je nach Repository-Typ und Jobtyp unterschiedlich. Dies kann durch die folgende Tabelle dargestellt werden:
Betrachten Sie jede Option.
Regulärer Job und Windows-Repository
Wir haben also eine Aufgabe, die die Ketten auf der ersten Festplatte speichert. Während der Rotation verschwindet die erstellte Kette tatsächlich und die Aufgabe muss diesen Verlust irgendwie überleben. Es findet Trost darin, ein vollständiges Backup zu erstellen. Somit bedeutet jede Drehung eine vollständige Sicherung. Aber was passiert mit den Punkten auf einer nicht verbundenen Festplatte? Sie werden bei der Berechnung der Aufbewahrung berücksichtigt und berücksichtigt. Die festgelegte Anzahl von Punkten in der Aufgabe gibt daher an, wie viele Punkte auf allen Datenträgern gespeichert werden müssen. Hier ein Beispiel:
Der Job wird im unendlichen inkrementellen Modus ausgeführt und ist so konfiguriert, dass 3 Wiederherstellungspunkte gespeichert werden. Wir haben aber auch eine zweite Scheibe und drehen sie einmal pro Woche (es kann mehr Scheiben geben, dies ändert nichts an der Essenz).
In der ersten Woche erstellt die Aufgabe Punkte auf der ersten Festplatte und führt die zusätzlichen Punkte zusammen. Die Gesamtzahl der Punkte beträgt also drei:
Dann verbinden wir die zweite Platte. Beim Start stellt B & R fest, dass sich die Disc geändert hat. Die Kette auf der ersten Festplatte verschwindet von der Schnittstelle, aber Informationen darüber bleiben in der Datenbank. Jetzt behält die Aufgabe 3 Punkte auf der zweiten Festplatte. Die allgemeine Situation wird wie folgt sein:
Schließlich schließen wir das erste Laufwerk wieder an. Vor dem Erstellen eines neuen Punkts überprüft die Aufgabe, was mit der Aufbewahrung vorhanden ist. Ich erinnere Sie daran, dass die Aufbewahrung 3 Punkte speichern soll. In der Zwischenzeit haben wir 3 Punkte auf Datenträger 2 (aber es ist deaktiviert und an einem sicheren Ort gespeichert, den B & R nicht erreichen kann) und 3 Punkte auf Datenträger 1 (und dieser ist verbunden). Dies bedeutet, dass Sie 3 Punkte sicher von Datenträger 1 entfernen können, da diese die Aufbewahrung überschreiten. Danach erstellt die Aufgabe erneut eine vollständige Sicherung, und unsere Kette sieht folgendermaßen aus:
Wenn die Aufbewahrung so konfiguriert ist, dass Tage anstelle der Anzahl der Punkte gespeichert werden, ändert sich die Logik nicht. Darüber hinaus wird die GFS-Aufbewahrung bei Verwendung gedrehter Repositorys überhaupt nicht unterstützt.
Gemeinsamer Job und Linux-Repository \ Netzwerkspeicher
Diese Option ist ebenfalls möglich, wird jedoch aufgrund der auferlegten Einschränkungen im Allgemeinen weniger empfohlen. Die Aufgabe reagiert auf die Festplattenrotation und das Verschwinden der Kette auf die gleiche Weise - indem sie eine vollständige Sicherung erstellt. Die Einschränkung ist auf den getrimmten Retentionsmechanismus zurückzuführen.
Hier wird während der Rotation einfach die gesamte Kette auf der getrennten Festplatte aus der B & R-Datenbank gelöscht. Bitte beachten Sie, dass aus der Datenbank die Dateien selbst auf der Festplatte verbleiben. Sie können importiert und für die 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 wie auf dieser Seite angegeben hinzuzufügen: www.veeam.com/kb1154... Danach löscht der Job bei jeder Drehung einfach den gesamten Inhalt des Jobordners oder des Repository-Ordners (abhängig vom Wert).
Dies ist jedoch keine elegante Aufbewahrung, sondern eine Bereinigung aller Inhalte. Leider kam es beim technischen Support zu Fällen, in denen nur das Stammverzeichnis der Festplatte als Repository angegeben wurde, in dem neben Sicherungen auch andere Daten lagen. All dies wurde während der Rotation zerstört.
Wenn Sie ForceDeleteBackupFiles aktivieren, funktioniert dies außerdem für alle Arten von Repositorys. Das heißt, selbst 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 eine vollständige Sicherung durchzuführen! Das funktioniert so:
First B & R erstellt Punkte auf der ersten Disc. Angenommen, wir setzen die Aufbewahrung auf 3 Punkte. Die Aufgabe arbeitet in einem unendlich inkrementellen Modus und kombiniert alle unnötigen Aufgaben (denken Sie daran, dass die GFS-Aufbewahrung in diesem Fall nicht unterstützt wird).
Dann schließen wir das zweite Laufwerk an. Da noch keine Kette vorhanden ist, erstellen wir eine vollständige Sicherung. Danach haben wir eine zweite Kette mit drei Punkten:
Schließlich ist es Zeit, die erste Festplatte wieder anzuschließen. Und hier beginnt die Magie, da der Job keine vollständige Sicherung erstellt, sondern einfach die inkrementelle Kette fortsetzt:
Danach hat praktisch jede Festplatte eine eigene unabhängige Kette. Daher bedeutet Aufbewahrung hier nicht die Anzahl der Punkte auf allen Discs, sondern die Anzahl der Punkte auf jeder Disc separat.
Sicherungskopie und Linux-Repository \ Netzwerkspeicher
Auch hier geht die gesamte Eleganz verloren, wenn sich das Repository nicht auf dem lokalen Windows-Laufwerk befindet. Dieses Skript funktioniert ähnlich wie das oben beschriebene mit einer einfachen Aufgabe. Bei jeder Umdrehung erstellt BCJ eine vollständige Sicherung, und die vorhandenen Punkte werden vergessen. Um nicht ohne freien Speicherplatz zu bleiben, müssen Sie DWORD ForceDeleteBackupFiles verwenden.
Fazit
Aufgrund eines so langen Textes haben wir zwei Arten von Aufgaben betrachtet. Natürlich gibt es noch viel mehr Aufgaben, aber es wird nicht möglich sein, alle im Format eines Artikels zu betrachten. Wenn Sie nach dem Lesen noch Fragen haben, schreiben Sie diese in die Kommentare, die ich gerne persönlich beantworte.