{"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 Speicherpolitik \u2013 wir entwirren die Backup-Ketten zusammen mit dem technischen Support","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Willkommen, Leser unseres Blogs! Wir kennen uns teilweise bereits \u2013 meine englischsprachigen Beitr\u00e4ge wurden hier von meiner lieben Kollegin \u00fcbersetzt. polarowl<\/a><\/noindex>. Diesmal wollte ich direkt die russischsprachige \u00d6ffentlichkeit ansprechen. <\/p>\n

F\u00fcr mein Deb\u00fct wollte ich ein Thema finden, das f\u00fcr ein m\u00f6glichst breites Publikum interessant ist und einer detaillierten Betrachtung bedarf. Daniel Defoe behauptete, dass jedem Menschen der Tod und die Steuern bevorstehen. Von meiner Seite kann ich sagen, dass jedem Support-Techniker Fragen zu den Richtlinien f\u00fcr die Aufbewahrung von Wiederherstellungspunkten (oder einfacher gesagt \u2013 Retention) bevorstehen. Wie Retention funktioniert, begann ich vor 4 Jahren zu erkl\u00e4ren, als ich ein Junior Level 1 Engineer war, und ich erkl\u00e4re es weiterhin jetzt, da ich Teamleiter f\u00fcr das spanisch- und italienischsprachige Team bin. Ich bin mir sicher, dass auch meine Kollegen aus dem zweiten und sogar dritten Support-Level regelm\u00e4\u00dfig die gleichen Fragen beantworten. <\/p>\n

In diesem Zusammenhang wollte ich einen abschlie\u00dfenden, m\u00f6glichst detaillierten Beitrag schreiben, auf den sich russischsprachige Nutzer immer wieder als Nachschlagewerk zur\u00fcckziehen k\u00f6nnen. Der Zeitpunkt ist passend \u2013 die k\u00fcrzlich ver\u00f6ffentlichte zehnte Jubil\u00e4ums-Version hat neue M\u00f6glichkeiten zum grundlegenden Funktionsumfang hinzugef\u00fcgt, der \u00fcber Jahre hinweg unver\u00e4ndert blieb. Mein Beitrag konzentriert sich in erster Linie auf 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, mit einem Blick in die Zukunft, m\u00f6chte ich erw\u00e4hnen, dass in der n\u00e4chsten Version einige \u00c4nderungen zu erwarten sind, aber dar\u00fcber werden wir sprechen, wenn die Zeit gekommen ist. Lassen Sie uns also beginnen.<\/p>\n

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

Backup-Job<\/h2>\n

\nLassen Sie uns zun\u00e4chst den Teil betrachten, der in Version 10 unver\u00e4ndert geblieben ist. Die Aufbewahrungspolitik wird durch mehrere Parameter bestimmt. \u00d6ffnen Sie das Fenster zur Erstellung eines neuen Auftrags und wechseln Sie zur Registerkarte Speicher. Hier sehen wir den Parameter, der die gew\u00fcnschte Anzahl von Wiederherstellungspunkten festlegt:<\/p>\n

\"Die
\n
\nDas ist jedoch nur ein Teil des Gesamtbildes. Die tats\u00e4chliche Anzahl der Wiederherstellungspunkte wird auch durch den f\u00fcr den Auftrag festgelegten Sicherungsmodus bestimmt. Um diese Einstellung auszuw\u00e4hlen, klicken Sie auf die Schaltfl\u00e4che \"Erweitert\" im selben Tab. Dadurch \u00f6ffnet sich ein neues Fenster mit vielen Optionen. Lassen Sie uns diese nummerieren und nacheinander betrachten:<\/p>\n

\"Die
\n
\nWenn Sie nur Option 1 aktivieren, arbeitet der Auftrag im \"unendlich inkrementellen\" Modus (forever forward incremental). Hier gibt es keine Komplikationen \u2013 der Auftrag speichert die 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 den festgelegten Wert \u00fcberschreitet, wird das \u00e4lteste Inkrement mit dem vollst\u00e4ndigen Backup zusammengef\u00fchrt. Anders ausgedr\u00fcckt, wenn der Auftrag eingestellt ist, 3 Punkte zu speichern, gibt es nach der n\u00e4chsten Sitzung im Repository 4 Punkte, nach denen das vollst\u00e4ndige Backup mit dem \u00e4ltesten Inkrement zusammengef\u00fchrt wird, sodass die Gesamtzahl der Punkte wieder auf 3 zur\u00fcckgeht. <\/p>\n

\"Die
\n
\nDie Handhabung der Aufbewahrung f\u00fcr den \"reverse incremental\" Modus (Option 2) ist ebenso einfach. In diesem Fall wird der neueste Punkt ein vollst\u00e4ndiges Backup sein, gefolgt von einer Kette von sogenannten Rollbacks (Dateien mit der Endung VRB). Um die Aufbewahrung anzuwenden, reicht es aus, einfach das \u00e4lteste Backup zu l\u00f6schen. Die Situation bleibt gleich: Unmittelbar nach der Sitzung wird die Anzahl der Punkte um 1 \u00fcber dem festgelegten Wert liegen, bevor sie wieder auf den gew\u00fcnschten Wert zur\u00fcckkehrt.<\/p>\n

\"Die
\n
\nBitte beachten Sie, dass im reverse-incremental Modus auch ein periodisches vollst\u00e4ndiges Backup (Option 4) aktiviert werden kann, was jedoch nichts an der Sache \u00e4ndert. Ja, es werden vollst\u00e4ndige Wiederherstellungspunkte in der Kette vorhanden sein, aber wir werden auch weiterhin die \u00e4ltesten Punkte einzeln l\u00f6schen. <\/p>\n

Nun kommen wir zu einem interessanten Teil. Wenn Sie ein inkrementelles Backup aktivieren und zus\u00e4tzlich die Optionen 3 oder 4 (oder auch beide gleichzeitig) einschalten, beginnt der Auftrag, regelm\u00e4\u00dfige vollst\u00e4ndige Backups entweder \"aktiv\" oder mit der synthetischen Methode zu erstellen. Die Methode zur Erstellung des vollst\u00e4ndigen Backups ist unwichtig \u2013 es wird dieselben Daten enthalten, und die inkrementelle Kette wird in \"Unterketten\" aufgeteilt. Diese Methode nennt man forward incremental und sie wirft eine betr\u00e4chtliche Anzahl von Fragen bei unseren Kunden auf. <\/p>\n

Retention wird hier durch die L\u00f6schung des \u00e4ltesten Teils der Kette (vom vollst\u00e4ndigen Backup bis zum Inkrement) angewendet. Dabei l\u00f6schen wir nicht nur das leere Backup oder nur Teile der Inkremente. 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 eine Retention angewendet werden muss, bestimmt diese Einstellung hier die minimale Anzahl. Mit anderen Worten, nachdem die \u00e4lteste \"Unterkette\" gel\u00f6scht wurde, sollte die Anzahl der Punkte im verbleibenden Teil nicht unter dieses Minimum fallen. <\/p>\n

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

\"Die
\n
\nWarum gerade 10, wenn nur 3 gesetzt wurden? Am Montag wurde ein vollst\u00e4ndiges Backup erstellt. Von Dienstag bis Sonntag hat der Task Inkremente erstellt. Schlie\u00dflich wird am n\u00e4chsten 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 an Punkten nicht unter die festgelegten 3 fallen wird. <\/p>\n

Wenn das Konzept klar ist, schlage ich vor, dass Sie versuchen, die Retention selbst zu berechnen. Nehmen wir folgende Bedingungen an: Der Task wird zum ersten Mal am Donnerstag gestartet (selbstverst\u00e4ndlich wird ein vollst\u00e4ndiges Backup erstellt). Der Task ist auf die Erstellung vollst\u00e4ndiger Backups jeden Mittwoch und Sonntag eingestellt und soll 8 Wiederherstellungspunkte speichern. 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 aufzuschreiben, welcher Punkt an welchem Tag erstellt wird. Die Antwort wird offensichtlich sein.<\/p>\n

Antwort<\/b>
\n \"Die
\nErl\u00e4uterung: Um die Frage zu beantworten, gen\u00fcgt es, sich zu fragen, \u201ewann wird die Retention angewendet?\u201c Die Antwort lautet: wenn wir die ersten 3 Punkte (VBK, VIB, VIB) entfernen k\u00f6nnen und die restliche Kette nicht unter 8 Punkte f\u00e4llt. Es wird klar, dass wir dies tun k\u00f6nnen, wenn wir insgesamt 11 Punkte haben, also 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

Schlie\u00dflich haben wir die Option \u201eVorherige Sicherungsketten in Rollbacks umwandeln\u201c (mit der Nummer 5 gekennzeichnet) noch nicht besprochen. Diese Option verwirrt manchmal Kunden, die sie automatisch aktivieren, weil sie einfach ein synthetisches Backup einschalten m\u00f6chten. Tats\u00e4chlich aktiviert diese Option jedoch einen ganz besonderen Backup-Modus. Ohne ins Detail zu gehen, m\u00f6chte ich sofort klarstellen, dass die Funktion \u201eVorherige Sicherungsketten in Rollbacks umwandeln\u201c in der aktuellen Produktentwicklung als veraltet gilt und ich kein Szenario finde, in dem sie sinnvoll w\u00e4re. Ihr Wert ist so fragw\u00fcrdig, dass Anton Gostev eine Zeit lang \u00fcber das Forum nach Beispielen f\u00fcr ihre n\u00fctzliche Nutzung fragte (wenn Sie welche haben, lassen Sie es mich in den Kommentaren wissen, ich bin sehr interessiert). Wenn es keine findet (ich denke, das wird so sein), wird die Option in zuk\u00fcnftigen Versionen entfernt. <\/p>\n

Der Task erstellt Inkremente (VIB) bis zu dem Tag, an dem ein synthetisches vollst\u00e4ndiges Backup geplant ist. An diesem Tag wird tats\u00e4chlich eine VBK erstellt, aber alle Punkte bis zu diesem VBK werden in Rollbacks (VRB) umgewandelt. Danach wird der Task weiterhin Inkremente f\u00fcr das vollst\u00e4ndige Backup bis zum n\u00e4chsten synthetischen Backup erstellen. Am Ende entsteht eine Mischung aus VBK-, VBR- und VIB-Dateien. Die Aufbewahrungsrichtlinie wird ganz einfach durch das L\u00f6schen des letzten VBR angewendet:<\/p>\n

\"Die
\n<\/p>\n

Die Probleme<\/h3>\n

\nNeben dem grundlegenden Verst\u00e4ndnis, wie das funktioniert, h\u00e4ngen die meisten Probleme, die beim Einsatz des inkrementellen Modus auftreten, in der Regel mit dem vollst\u00e4ndigen Backup zusammen. Ein regelm\u00e4\u00dfiges vollst\u00e4ndiges Backup ist f\u00fcr diesen Modus notwendig, andernfalls wird das Repository Punkte anh\u00e4ufen, bis es \u00fcberl\u00e4uft. <\/p>\n

Ein vollst\u00e4ndiges Backup k\u00f6nnte beispielsweise zu selten erstellt werden. Angenommen, die Aufgabe ist eingerichtet, um 10 Punkte zu speichern, w\u00e4hrend ein vollst\u00e4ndiges Backup nur einmal im Monat erstellt wird. Es ist offensichtlich, dass die tats\u00e4chliche Anzahl der Punkte hier deutlich h\u00f6her sein wird als die Vorgabe. Oder die Aufgabe ist sogar so konfiguriert, dass sie im unendlich inkrementellen Modus arbeitet und 50 Punkte speichert. Wenn dann jemand versehentlich ein vollst\u00e4ndiges Backup erstellt, wird die Aufgabe fortan warten, bis der vollst\u00e4ndige Punkt 49 Inkremente angesammelt hat, bevor die Retention angewendet wird und sie in den unendlich vollen Modus zur\u00fcckkehrt.<\/p>\n

In anderen F\u00e4llen wird ein vollst\u00e4ndiges Backup regelm\u00e4\u00dfig erstellt, aber aus irgendeinem Grund funktioniert das nicht. Hier beschreibe ich die h\u00e4ufigste Ursache. Einige Kunden ziehen es vor, die Option \u201erun after\u201c zu nutzen und die Auftr\u00e4ge in einer Kette zu konfigurieren. Nehmen wir folgendes Beispiel: Es gibt 3 Auftr\u00e4ge, die jeden Tag laufen und am Sonntag ein vollst\u00e4ndiges Backup erstellen. Der erste Auftrag beginnt um 22:30 Uhr, die anderen starten in der Kette. Das inkrementelle Backup dauert 10 Minuten, sodass um 23:00 Uhr alle Auftr\u00e4ge abgeschlossen sind. Das vollst\u00e4ndige Backup hingegen ben\u00f6tigt eine Stunde, weshalb am Sonntag Folgendes passiert: Der erste Auftrag l\u00e4uft von 22:30 bis 23:30 Uhr. Der n\u00e4chste von 23:30 bis 00:30 Uhr. Der dritte Auftrag startet erst am Montag. Das vollst\u00e4ndige Backup ist f\u00fcr den Sonntag eingestellt, weshalb es in diesem Fall schlichtweg nicht stattfinden wird. Der Auftrag wird auf das vollst\u00e4ndige Backup warten, um die Retention anzuwenden. Seien Sie also vorsichtig bei der Verwendung der Option \u201erun after\u201c oder vermeiden Sie sie ganz \u2013 stellen Sie einfach sicher, dass die Auftr\u00e4ge zur gleichen Zeit starten und lassen Sie den Ressourcenplaner seine Arbeit machen. <\/p>\n

Die komplexe Option \u201eEntfernen gel\u00f6schter Elemente\u201c<\/h2>\n

\nWenn Sie zu den Einstellungen des Auftrags Speicher \u2013 Erweitert \u2013 Wartung navigieren, sto\u00dfen Sie auf die Option \u201egel\u00f6schte Elemente nach\u201c zu entfernen, die in Tagen gemessen wird. <\/p>\n

\"Die
\n
\nEinige Kunden erwarten, dass dies die Aufbewahrung ist. In Wirklichkeit handelt es sich um eine v\u00f6llig separate Option, deren Unverst\u00e4ndnis zu unerwarteten Konsequenzen f\u00fchren kann. Zun\u00e4chst muss jedoch erkl\u00e4rt werden, wie B&R auf Situationen reagiert, wenn w\u00e4hrend einer Sitzung nur einige Maschinen erfolgreich gesichert werden. <\/p>\n

Stellen Sie sich folgendes Szenario vor: ein unendlich inkrementelles Auftragsprofil, das 6 Punkte speichern soll. Im Auftragsprofil befinden sich 2 Maschinen, eine davon wird immer erfolgreich gesichert, die andere weist gelegentlich Fehler auf. Infolgedessen ergibt sich bei der siebten Sicherungssitzung folgende Situation:<\/p>\n

\"Die
\n
\nEs ist Zeit, die Aufbewahrung anzuwenden, aber bei einer Maschine gibt es 7 Punkte, w\u00e4hrend die andere nur 4 hat. Wird hier die Aufbewahrung angewendet? Die Antwort lautet \u2013 ja, wird sie. Wenn auch nur ein Objekt gesichert wurde, betrachtet B&R, dass der Punkt erstellt wurde. <\/p>\n

Eine \u00e4hnliche Situation kann auftreten, wenn eine Maschine w\u00e4hrend einer bestimmten Sitzung nicht in den Auftrag einbezogen wurde. Dies passiert beispielsweise, wenn Maschinen nicht einzeln, sondern in Containern (Ordnern, Speicher) hinzugef\u00fcgt werden und eine Maschine vor\u00fcbergehend in einen anderen Container migriert. In einem solchen Fall wird der Auftrag als erfolgreich betrachtet, aber in der Statistik finden Sie eine Nachricht, die darauf hinweist, dass eine bestimmte Maschine nicht mehr vom Auftrag verarbeitet wird. <\/p>\n

\"Die
\n
\nWas passiert, wenn man darauf keine R\u00fccksicht nimmt? Bei unendlich-incrementalen oder r\u00fcckw\u00e4rts-incrementalen Modus wird die Anzahl der Wiederherstellungspunkte der \u201eproblematischen\u201c Maschine mit jeder Sitzung abnehmen, bis sie 1 erreicht, die in der VBK gespeichert ist. Mit anderen Worten, selbst wenn die Maschine lange Zeit nicht gesichert wird, bleibt immerhin ein Wiederherstellungspunkt erhalten. Anders verh\u00e4lt es sich, wenn vollst\u00e4ndige periodische Backups aktiviert sind. Wenn man die Signale von B&R ignoriert, kann letztendlich der letzte Punkt zusammen mit dem alten Teil der Kette gel\u00f6scht werden. <\/p>\n

Nachdem diese Details gekl\u00e4rt sind, k\u00f6nnen wir endlich die Option \u201eDaten gel\u00f6schter Elemente nach dem L\u00f6schen entfernen\u201c in Betracht ziehen. Diese Option entfernt alle Punkte f\u00fcr eine bestimmte Maschine, wenn diese Maschine innerhalb von X Tagen nicht gesichert wird. Beachten Sie, dass diese Einstellung nicht auf Fehler reagiert (Versucht \u2013 hat nicht funktioniert). Es sollte nicht einmal ein Versuch zur Sicherung der Maschine unternommen werden. Man k\u00f6nnte meinen, diese Option sei n\u00fctzlich und sollte immer aktiviert sein. Wenn der Administrator die Maschine aus dem Auftrag entfernt hat, ist es logisch, nach einer gewissen Zeit die unn\u00f6tigen Daten und die Kette zu bereinigen. Allerdings erfordert die Einstellung Disziplin und Aufmerksamkeit.<\/p>\n

Ich gebe ein praktisches Beispiel: In den Aufgaben wurden mehrere Container hinzugef\u00fcgt, deren Zusammensetzung recht dynamisch war. Aufgrund des fehlenden Arbeitsspeichers hatte der B&R-Server Probleme, die unbemerkt blieben. Die Aufgabe wurde gestartet und versuchte, Backups der Maschinen zu erstellen, mit Ausnahme einer, die zu diesem Zeitpunkt nicht im Container vorhanden war. Da viele Maschinen Fehler ausgaben, sollte B&R standardm\u00e4\u00dfig 3 zus\u00e4tzliche Versuche unternehmen, um die \"problematischen\" Maschinen zu sichern. Wegen der st\u00e4ndigen Probleme mit dem Arbeitsspeicher zogen sich diese Versuche \u00fcber mehrere Tage. Ein weiterer Versuch, das Backup der fehlenden VM zu erstellen, fand nicht statt (das Fehlen der VM ist kein Fehler). Schlie\u00dflich wurde w\u00e4hrend eines der Wiederholungsversuche die Bedingung \"Gel\u00f6schte Elemente entfernen\" ausgef\u00fchrt und alle Punkte der Maschine wurden gel\u00f6scht. <\/p>\n

Dazu kann ich Folgendes sagen: Wenn Sie Benachrichtigungen \u00fcber die Ergebnisse der Aufgaben eingerichtet haben, und noch besser \u2013 die Integration mit Veeam ONE verwenden, dann wird Ihnen so etwas h\u00f6chstwahrscheinlich nicht passieren. Wenn Sie jedoch einmal pro Woche auf den B&R-Server schauen, um zu \u00fcberpr\u00fcfen, ob alles funktioniert, sollten Sie besser auf Optionen verzichten, die potenziell zu einer L\u00f6schung von Backups f\u00fchren k\u00f6nnten. <\/p>\n

Was in v.10 neu hinzugekommen ist<\/h2>\n

\nDas, wor\u00fcber wir zuvor gesprochen haben, gab es in B&R \u00fcber viele Versionen hinweg. Nachdem wir diese Funktionsprinzipien verstanden haben, schauen wir uns nun an, was in der Jubil\u00e4umsausgabe \u201eZehn\u201c hinzugekommen ist. <\/p>\n

T\u00e4gliche Aufbewahrung<\/h3>\n

\nOben haben wir die \u201eklassische\u201c Aufbewahrungsrichtlinie betrachtet, die auf der Anzahl der Wiederherstellungspunkte basiert. Ein alternativer Ansatz besteht darin, im selben Men\u00fc \u201eTage\u201c anstelle von \u201eWiederherstellungspunkten\u201c anzuzeigen. <\/p>\n

\"Die
\n
\nDie Idee ist aus dem Namen klar \u2013 die Retention wird eine festgelegte Anzahl von Tagen aufbewahren, wobei die Anzahl der Punkte pro Tag keine Rolle spielt. Dabei muss Folgendes beachtet werden:<\/p>\n