{"id":93710,"date":"2020-09-09T07:42:42","date_gmt":"2020-09-09T05:42:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj"},"modified":"2020-09-09T07:42:42","modified_gmt":"2020-09-09T05:42:42","slug":"politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","title":{"rendered":"Veeam B&R Aufbewahrungsrichtlinien \u2013 Backup-Ketten gemeinsam mit dem Support aufl\u00f6sen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ich begr\u00fc\u00dfe die Leser unseres Blogs! Teilweise kennen wir uns bereits \u2013 meine englischen Beitr\u00e4ge wurden hier in \u00dcbersetzung von meiner lieben Kollegin ver\u00f6ffentlicht. polarowl<\/a><\/noindex>. Diesmal habe ich mich entschieden, direkt an das russischsprachige Publikum zu schreiben. <\/p>\n

F\u00fcr mein Deb\u00fct wollte ich ein Thema finden, das f\u00fcr ein m\u00f6glichst breites Publikum interessant ist und eine detaillierte Betrachtung erfordert. Daniel Defoe behauptete, dass jeden Menschen der Tod und die Steuern erwarten. Von meiner Seite kann ich sagen, dass jeder Support-Ingenieur mit Fragen zu den Richtlinien f\u00fcr die Aufbewahrung von Wiederherstellungspunkten (oder einfacher gesagt \u2013 Retention) konfrontiert wird. Wie Retention funktioniert, begann ich vor 4 Jahren zu erkl\u00e4ren, als ich Junior Engineer der ersten Stufe war, und ich erkl\u00e4re es auch jetzt noch, als Teamleiter eines spanisch- und italienischsprachigen Teams. Ich bin mir sicher, dass meine Kollegen der zweiten und sogar dritten Supportstufe ebenfalls regelm\u00e4\u00dfig dieselben Fragen beantworten. <\/p>\n

Vor diesem Hintergrund wollte ich einen endg\u00fcltigen, m\u00f6glichst detaillierten Beitrag schreiben, auf den russischsprachige Nutzer immer wieder zur\u00fcckgreifen k\u00f6nnten wie auf ein Nachschlagewerk. Der Zeitpunkt ist g\u00fcnstig \u2013 die neu ver\u00f6ffentlichte Jubil\u00e4umsausgabe der zehnten Version hat neue M\u00f6glichkeiten zur grundlegenden Funktionalit\u00e4t hinzugef\u00fcgt, die \u00fcber Jahre unver\u00e4ndert geblieben ist. Mein Beitrag richtet sich in erster Linie an diese Version \u2013 obwohl ein Gro\u00dfteil des Geschriebenen auch f\u00fcr fr\u00fchere Versionen zutrifft, werden Sie einige der beschriebenen Funktionen dort einfach nicht finden. Schlie\u00dflich, wenn ich ein wenig in die Zukunft blicke, kann ich sagen, dass in der n\u00e4chsten Version einige \u00c4nderungen zu erwarten sind, aber dar\u00fcber werden wir berichten, wenn die Zeit kommt. Also, fangen wir an.<\/p>\n

\"Veeam
\n<\/a><\/noindex><\/p>\n

Backup-Job<\/h2>\n

\nZun\u00e4chst betrachten wir den Teil, der in Version 10 unver\u00e4ndert geblieben ist. Die Retention-Politik wird durch mehrere Parameter definiert. Lassen Sie uns das Fenster zur Erstellung eines neuen Jobs \u00f6ffnen und zum Tab Speicher wechseln. Hier sehen wir einen Parameter, der die gew\u00fcnschte Anzahl der Wiederherstellungspunkte definiert:<\/p>\n

\"Veeam
\n
\nDas ist jedoch nur ein Teil der Gleichung. Die tats\u00e4chliche Anzahl der Punkte wird auch durch den Backup-Modus bestimmt, der f\u00fcr den Job eingestellt ist. Um diesen Parameter auszuw\u00e4hlen, klicken Sie auf die Schaltfl\u00e4che Erweitert im selben Tab. Dies \u00f6ffnet ein neues Fenster mit vielen Optionen. Lassen Sie uns diese nummerieren und nacheinander betrachten:<\/p>\n

\"Veeam
\n
\nWenn nur Option 1 aktiviert wird, arbeitet der Job im \u201eunendlich inkrementellen\u201c Modus (forever forward incremental). Hier gibt es keine Schwierigkeiten \u2013 der Job speichert eine festgelegte Anzahl von Wiederherstellungspunkten vom vollst\u00e4ndigen Backup (Datei mit der Erweiterung VBK) bis zum letzten Inkrement (Datei mit der Erweiterung VIB). Wenn die Anzahl der Punkte das festgelegte Limit \u00fcberschreitet, wird das \u00e4lteste Inkrement mit dem vollst\u00e4ndigen Backup zusammengef\u00fchrt. Mit anderen Worten, wenn der Job eingestellt ist, 3 Punkte zu speichern, gibt es direkt nach der Sitzung 4 Punkte im Repository, wonach das vollst\u00e4ndige Backup mit dem \u00e4ltesten Inkrement zusammengef\u00fchrt wird und die Gesamtzahl der Punkte auf 3 zur\u00fcckkehrt. <\/p>\n

\"Veeam
\n
\nDas Retention-Verfahren f\u00fcr den \u201er\u00fcckw\u00e4rts-inkrementellen\u201c Modus (Option 2) ist ebenfalls extrem einfach. Da hierbei der neueste Punkt das vollst\u00e4ndige Backup ist und eine Kette von sogenannten Rollbacks (Dateien mit der Erweiterung VRB) folgt, gen\u00fcgt es, einfach den \u00e4ltesten Rollback zu l\u00f6schen, um das Retention-Verfahren anzuwenden. Die Situation w\u00e4re die gleiche: Direkt nach der Sitzung \u00fcberschreitet die Anzahl der Punkte das festgelegte Limit um 1, wonach sie auf den gew\u00fcnschten Wert zur\u00fcckkehrt.<\/p>\n

\"Veeam
\n
\nBeachten Sie, dass im r\u00fcckw\u00e4rts-inkrementalen Modus auch ein periodisches vollst\u00e4ndiges Backup (Option 4) aktiviert werden kann, aber das \u00e4ndert nichts an der Sache. Ja, in der Kette erscheinen vollst\u00e4ndige Wiederherstellungspunkte, aber wir werden trotzdem einfach die \u00e4ltesten Punkte einzeln l\u00f6schen. <\/p>\n

Schlie\u00dflich kommen wir zu dem interessanten Teil. Wenn das inkrementelle Backup aktiviert wird, aber zus\u00e4tzlich die Optionen 3 oder 4 (oder sogar beide gleichzeitig) aktiviert werden, beginnt der Job, periodische vollst\u00e4ndige Backups mit einer \u201eaktiven\u201c oder synthetischen Methode zu erstellen. Die Methode zur Erstellung des vollst\u00e4ndigen Backups ist unwichtig \u2013 sie enth\u00e4lt die gleichen Daten, und die inkrementelle Kette wird in \u201eUnterketten\u201c aufgeteilt. Diese Methode wird als forward incremental bezeichnet, und genau sie wirft einen Gro\u00dfteil der Fragen bei unseren Kunden auf. <\/p>\n

Retention wird hier durch das Entfernen des \u00e4ltesten Teils der Kette (von einem vollst\u00e4ndigen Backup bis zum inkrementellen) angewendet. Dabei werden nicht nur leere Backups oder nur Teile der Inkremente entfernt. Die gesamte \"Unterkette\" wird auf einmal vollst\u00e4ndig gel\u00f6scht. Auch der Sinn der Einstellung der Anzahl der Punkte \u00e4ndert sich \u2013 w\u00e4hrend es bei anderen Methoden die maximal zul\u00e4ssige Anzahl ist, nach der ein Retention angewendet werden muss, definiert diese Einstellung hier die minimale Anzahl. Mit anderen Worten, nach dem L\u00f6schen der \u00e4ltesten \"Unterkette\" sollte die Anzahl der Punkte im verbleibenden Teil nicht unter dieses Minimum fallen. <\/p>\n

Ich werde versuchen, dieses Konzept grafisch darzustellen. Angenommen, die Retention ist auf 3 Punkte eingestellt, die Aufgabe l\u00e4uft jeden Tag mit einem vollst\u00e4ndigen Backup am Montag. In diesem Fall wird die Retention angewendet, wenn die Gesamtsumme der Punkte 10 erreicht:<\/p>\n

\"Veeam
\n
\nWarum ausgerechnet 10, wenn 3 eingestellt sind? Am Montag wurde ein vollst\u00e4ndiges Backup erstellt. Von Dienstag bis Sonntag hat die Aufgabe Inkremente erstellt. Schlie\u00dflich wird am folgenden Montag erneut ein vollst\u00e4ndiges Backup erstellt und erst wenn 2 Inkremente erstellt wurden, kann der gesamte alte Teil der Kette gel\u00f6scht werden, da die verbleibende Anzahl der Punkte nicht unter die festgelegten 3 f\u00e4llt. <\/p>\n

Wenn das Konzept klar ist, lade ich Sie ein, die Retention selbst zu berechnen. Nehmen wir an, die Aufgabe wird zum ersten Mal am Donnerstag gestartet (es wird nat\u00fcrlich ein vollst\u00e4ndiges Backup erstellt). Die Aufgabe ist so eingestellt, dass sie am Mittwoch und Sonntag vollst\u00e4ndige Backups erstellt und 8 Wiederherstellungspunkte speichert. Wann wird die Retention zum ersten Mal angewendet?<\/p>\n

Um diese Frage zu beantworten, empfehle ich Ihnen, ein Blatt Papier zu nehmen, es nach Wochentagen zu unterteilen und zu notieren, welcher Punkt an welchem Tag erstellt wird. Die Antwort wird offensichtlich sein.<\/p>\n

Antwort<\/b>
\n \"Veeam
\nErl\u00e4uterung: Um die Frage zu beantworten, gen\u00fcgt es sich zu fragen: \u201eWann wird die Retention angewendet?\u201c Die Antwort lautet \u2013 wenn wir die ersten 3 Punkte (VBK, VIB, VIB) l\u00f6schen k\u00f6nnen und die restliche Kette nicht unter die erforderlichen 8 Punkte f\u00e4llt. Es wird klar, dass wir das tun k\u00f6nnen, wenn wir insgesamt 11 Punkte haben, d. h. am Sonntag der zweiten Woche. <\/p>\n

Einige Leser k\u00f6nnten einwenden: \u201eWarum das alles, wenn es rps.dewin.me<\/a><\/noindex>?\u00bb. \u0411\u0435\u0437 \u0441\u043e\u043c\u043d\u0435\u043d\u0438\u044f, \u044d\u0442\u043e \u043e\u0447\u0435\u043d\u044c \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u0439 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442, \u0438 \u0432 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u044f \u0431\u044b \u043f\u0440\u0438\u043c\u0435\u043d\u044f\u043b \u0438\u043c\u0435\u043d\u043d\u043e \u0435\u0433\u043e, \u043d\u043e \u0435\u0441\u0442\u044c \u0443 \u043d\u0435\u0433\u043e \u0438 \u043e\u0433\u0440\u0430\u043d\u0438\u0447\u0435\u043d\u0438\u044f. \u041f\u0440\u0435\u0436\u0434\u0435 \u0432\u0441\u0435\u0433\u043e, \u043e\u043d \u043d\u0435 \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u0443\u043a\u0430\u0437\u0430\u0442\u044c \u043d\u0430\u0447\u0430\u043b\u044c\u043d\u044b\u0435 \u0443\u0441\u043b\u043e\u0432\u0438\u044f, \u0430 \u0432\u043e \u043c\u043d\u043e\u0433\u0438\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u0441\u043b\u0443\u0447\u0430\u0435\u0432 \u0432\u043e\u043f\u0440\u043e\u0441 \u0437\u0432\u0443\u0447\u0438\u0442 \u0438\u043c\u0435\u043d\u043d\u043e \u00ab\u0443 \u043d\u0430\u0441 \u0435\u0441\u0442\u044c \u0442\u0430\u043a\u0430\u044f \u0446\u0435\u043f\u043e\u0447\u043a\u0430, \u0447\u0442\u043e \u0431\u0443\u0434\u0435\u0442, \u0435\u0441\u043b\u0438 \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0442\u0430\u043a\u0438\u0435-\u0442\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0438?\u00bb. \u0412\u043e-\u0432\u0442\u043e\u0440\u044b\u0445, \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u0443 \u0432\u0441\u0435-\u0442\u0430\u043a\u0438 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043d\u0435 \u0445\u0432\u0430\u0442\u0430\u0435\u0442 \u043d\u0430\u0433\u043b\u044f\u0434\u043d\u043e\u0441\u0442\u0438. \u041f\u043e\u043a\u0430\u0437\u044b\u0432\u0430\u044f \u0441\u0442\u0440\u0430\u043d\u0438\u0447\u043a\u0443 RPS \u043a\u043b\u0438\u0435\u043d\u0442\u0430\u043c, \u044f \u043d\u0435 \u043d\u0430\u0445\u043e\u0434\u0438\u043b \u043f\u043e\u043d\u0438\u043c\u0430\u043d\u0438\u044f, \u0430 \u0432\u043e\u0442 \u0440\u0430\u0441\u043f\u0438\u0441\u0430\u0432 \u0435\u0435 \u043a\u0430\u043a \u0432 \u043f\u0440\u0438\u043c\u0435\u0440\u0435 (\u0434\u0430\u0436\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f \u0442\u043e\u0442 \u0436\u0435 Paint), \u0434\u0435\u043d\u044c \u0437\u0430 \u0434\u043d\u0435\u043c, \u0432\u0441\u0435 \u0441\u0442\u0430\u043d\u043e\u0432\u0438\u043b\u043e\u0441\u044c \u044f\u0441\u043d\u043e. <\/p>\n

Zuletzt haben wir die Option \"Transform previous backup chains into rollbacks\" (mit der Zahl 5 gekennzeichnet) nicht betrachtet. Diese Option verwirrt manchmal Kunden, die sie \u201eautomatisch\u201c aktivieren, in der Annahme, einfach ein synthetisches Backup zu aktivieren. Diese Option aktiviert jedoch einen ganz besonderen Backup-Modus. Ohne ins Detail zu gehen, m\u00f6chte ich gleich sagen, dass diese Option in der aktuellen Produktentwicklung veraltet ist und ich mir kein Szenario vorstellen kann, in dem sie sinnvoll verwendet werden sollte. Ihr Wert ist so fraglich, dass Anton Gostev eine Zeit lang im Forum nach Beispielen f\u00fcr ihre n\u00fctzliche Verwendung fragte (wenn Sie welche haben, schreiben Sie in die Kommentare, ich bin sehr interessiert). Wenn keine Beispiele gefunden werden (ich denke, das wird der Fall sein), wird die Option in zuk\u00fcnftigen Versionen entfernt. <\/p>\n

Der Auftrag wird bis zu dem Tag, an dem ein synthetisches vollst\u00e4ndiges Backup geplant ist, Inkremente (VIB) erstellen. An diesem Tag wird tats\u00e4chlich ein VBK erstellt, aber alle Punkte bis zu diesem VBK werden in Rollbacks (VRB) umgewandelt. Danach wird der Auftrag weiterhin Inkremente zum vollst\u00e4ndigen Backup bis zum n\u00e4chsten synthetischen Backup erstellen. Schlie\u00dflich entsteht in der Kette eine explosive Mischung aus VBK-, VBR- und VIB-Dateien. Die Aufbewahrung erfolgt ganz einfach \u2013 durch das L\u00f6schen des letzten VBR:<\/p>\n

\"Veeam
\n<\/p>\n

Probleme<\/h3>\n

\nNeben dem Verst\u00e4ndnis, wie das funktioniert, sind die meisten Probleme, die beim Einsatz des inkrementellen Modus auftreten, normalerweise mit dem vollst\u00e4ndigen Backup verbunden. Ein regelm\u00e4\u00dfiges vollst\u00e4ndiges Backup ist f\u00fcr diesen Modus erforderlich, andernfalls wird das Repository Punkte anh\u00e4ufen, bis es \u00fcberf\u00fcllt ist. <\/p>\n

Zum Beispiel kann ein vollst\u00e4ndiges Backup zu selten erstellt werden. Angenommen, der Auftrag ist so eingestellt, dass er 10 Punkte speichert, w\u00e4hrend ein vollst\u00e4ndiges Backup einmal im Monat erstellt wird. Es ist klar, dass die tats\u00e4chliche Anzahl der Punkte hier deutlich h\u00f6her sein wird als geplant. Oder der Auftrag ist sogar so eingestellt, dass er im unbegrenzten inkrementellen Modus arbeitet und 50 Punkte speichert. Dann hat jemand zuf\u00e4llig ein vollst\u00e4ndiges Backup erstellt. Von nun an wird der Auftrag warten, bis der vollst\u00e4ndige Punkt 49 Inkremente angeh\u00e4uft hat, danach wird die Aufbewahrung angewendet und er kehrt in den unbegrenzten vollst\u00e4ndigen Modus zur\u00fcck.<\/p>\n

In anderen F\u00e4llen wird ein vollst\u00e4ndiges Backup regelm\u00e4\u00dfig eingerichtet, aber aus irgendeinem Grund nicht durchgef\u00fchrt. Hier beschreibe ich die h\u00e4ufigste Ursache. Einige Kunden ziehen es vor, die \u201erun after\u201c-Option zu verwenden und Aufgaben in einer Kette zu konfigurieren. Nehmen wir ein Beispiel: Es gibt 3 Aufgaben, die jeden Tag laufen und am Sonntag ein vollst\u00e4ndiges Backup erstellen. Die erste Aufgabe startet um 22:30 Uhr, die anderen werden in der Kette gestartet. Das inkrementelle Backup dauert 10 Minuten, daher sind bis 23:00 Uhr alle Aufgaben abgeschlossen. Das vollst\u00e4ndige Backup hingegen ben\u00f6tigt eine Stunde, deshalb geschieht am Sonntag Folgendes: Die erste Aufgabe l\u00e4uft von 22:30 bis 23:30 Uhr. Die n\u00e4chste von 23:30 bis 00:30 Uhr. Und die dritte Aufgabe wird dann bereits am Montag gestartet. Das vollst\u00e4ndige Backup ist f\u00fcr Sonntag eingestellt, weshalb es in diesem Fall einfach nicht vorhanden sein wird. Die Aufgabe wird auf das vollst\u00e4ndige Backup warten, um die Retention anzuwenden. Seien Sie also vorsichtig bei der Verwendung der \u201erun after\u201c-Option oder verwenden Sie sie gar nicht \u2013 stellen Sie einfach ein, dass die Aufgaben zur gleichen Zeit starten, und lassen Sie den Ressourcenplaner seine Arbeit tun. <\/p>\n

Die komplexe Option \u201eRemove deleted items\u201c<\/h2>\n

\nWenn man durch die Aufgaben-Einstellungen unter Storage \u2013 Advanced \u2013 Maintenance navigiert, kann man auf die Option \u201eremove deleted items data after\u201c sto\u00dfen, die nach Tagen berechnet wird. <\/p>\n

\"Veeam
\n
\nEinige Kunden erwarten, dass dies die Retention ist. Tats\u00e4chlich handelt es sich um eine v\u00f6llig separate Option, deren Missverst\u00e4ndnis zu unerwarteten Folgen f\u00fchren kann. Zun\u00e4chst muss jedoch erkl\u00e4rt werden, wie B&R auf Situationen reagiert, in denen w\u00e4hrend der Sitzung nur einige Maschinen erfolgreich gesichert werden. <\/p>\n

Stellen Sie sich folgendes Szenario vor: eine unendlich inkrementelle Aufgabe, die auf die Aufbewahrung von 6 Punkten eingestellt ist. In der Aufgabe sind 2 Maschinen, eine sichert immer erfolgreich, die andere hat manchmal Fehler. Infolgedessen ergab sich zur siebten Punkt eine solche Situation:<\/p>\n

\"Veeam
\n
\nEs ist Zeit, die Retention anzuwenden, aber bei einer Maschine gibt es 7 Punkte und bei der anderen nur 4. Wird hier die Retention angewendet? Die Antwort ist \u2013 ja, wird sie. Wenn auch nur ein Objekt gesichert wurde, betrachtet B&R den Punkt als erstellt. <\/p>\n

Eine \u00e4hnliche Situation kann auftreten, wenn eine Maschine einfach nicht w\u00e4hrend einer bestimmten Sitzung in den Auftrag eingeschlossen wurde. Das geschieht beispielsweise, wenn Maschinen nicht einzeln, sondern in Containern (Ordnern, Speicher) in den Auftrag aufgenommen werden und eine Maschine vor\u00fcbergehend in einen anderen Container migriert. In diesem Fall wird der Auftrag als erfolgreich angesehen, aber in der Statistik finden Sie eine Meldung, die darauf hinweist, dass diese Maschine nicht mehr vom Auftrag bearbeitet wird. <\/p>\n

\"Veeam
\n
\nWas passiert, wenn man das ignoriert? Im Fall von unendlich inkrementellen oder r\u00fcckw\u00e4rts inkrementellen Modus wird die Anzahl der Wiederherstellungspunkte der 'problematischen' Maschine mit jeder Sitzung abnehmen, bis sie 1 erreicht, die in VBK gespeichert ist. Mit anderen Worten, selbst wenn die Maschine lange Zeit nicht gesichert wird, bleibt immer noch ein Wiederherstellungspunkt erhalten. Die Sache gestaltet sich anders, wenn periodische vollst\u00e4ndige Backups aktiviert sind. Wenn man die Signale von B&R ignoriert, kann der letzte Punkt zusammen mit dem alten Teil der Kette gel\u00f6scht werden. <\/p>\n

Nachdem Sie diese Details verstanden haben, k\u00f6nnen wir endlich die Option \"Remove deleted items data after\" betrachten. Sie l\u00f6scht alle Punkte f\u00fcr eine bestimmte Maschine, wenn diese Maschine f\u00fcr X Tage nicht gesichert wird. Bitte beachten Sie, dass diese Einstellung nicht auf Fehler reagiert (wir haben es versucht \u2013 es hat nicht funktioniert). Es sollte nicht einmal ein Versuch unternommen werden, die Maschine zu sichern. Auf den ersten Blick scheint die Option n\u00fctzlich zu sein und sollte immer aktiviert bleiben. Wenn ein Administrator die Maschine aus dem Auftrag entfernt hat, w\u00e4re es logisch, nach einiger Zeit unn\u00f6tige Daten und die Kette zu bereinigen. Diese Einstellung erfordert jedoch Disziplin und Aufmerksamkeit.<\/p>\n

Ich gebe ein Beispiel aus der Praxis: In den Auftrag wurden mehrere Container aufgenommen, deren Zusammensetzung ziemlich dynamisch war. Aufgrund des fehlenden RAM hatte der B&R-Server Probleme, die unbemerkt blieben. Der Auftrag wurde gestartet und versuchte, Backups der Maschinen zu erstellen, mit Ausnahme einer, die zu diesem Zeitpunkt nicht im Container war. Da viele Maschinen Fehler meldeten, musste B&R standardm\u00e4\u00dfig 3 zus\u00e4tzliche Versuche unternehmen, das Backup der \"problematischen\" Maschinen zu erstellen. Wegen der konstanten RAM-Probleme erstreckten sich diese Versuche \u00fcber mehrere Tage. Ein weiterer Versuch, ein Backup der fehlenden VM zu erstellen, wurde nicht unternommen (das Fehlen der VM ist kein Fehler). Letztendlich wurde w\u00e4hrend eines der Wiederholungsversuche die Bedingung \"L\u00f6schen gel\u00f6schter Elemente\" erf\u00fcllt und alle Punkte der Maschine wurden gel\u00f6scht. <\/p>\n

Dazu kann ich Folgendes sagen: Wenn Sie Benachrichtigungen \u00fcber die Ergebnisse der Auftr\u00e4ge eingerichtet haben, und noch besser \u2014 eine Integration mit Veeam ONE nutzen, dann wird dies Ihnen wahrscheinlich nicht passieren. Wenn Sie jedoch einmal pro Woche auf den B&R-Server schauen, um zu \u00fcberpr\u00fcfen, ob alles funktioniert, sollten Sie von Optionen, die potenziell zu einer L\u00f6schung der Backups f\u00fchren k\u00f6nnten, besser Abstand nehmen. <\/p>\n

Was in v.10 hinzugef\u00fcgt wurde<\/h2>\n

\nDas, was wir zuvor besprochen haben, war in B&R \u00fcber viele Versionen hinweg vorhanden. Haben wir diese Arbeitsprinzipien verstanden, schauen wir uns nun an, was in der Jubil\u00e4umsausgabe \"zehn\" neu hinzugekommen ist. <\/p>\n

T\u00e4gliche Aufbewahrung<\/h3>\n

\nOben haben wir die \"klassische\" Aufbewahrungsrichtlinie betrachtet, die auf der Anzahl von Punkten basiert. Ein alternativer Ansatz besteht darin, im selben Men\u00fc \"Tage\" anstelle von \"Wiederherstellungspunkten\" festzulegen. <\/p>\n

\"Veeam
\n
\nDie Idee ist aus dem Namen klar \u2013 die Aufbewahrung wird eine festgelegte Anzahl an Tagen speichern, die Anzahl der Punkte an jedem Tag spielt dabei keine Rolle. Dabei sollte Folgendes beachtet werden:<\/p>\n