{"id":33622,"date":"2019-10-31T21:53:47","date_gmt":"2019-10-31T18:53:47","guid":{"rendered":"https:\/\/prohoster.info\/blog\/veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik\/"},"modified":"2019-10-31T21:53:47","modified_gmt":"2019-10-31T18:53:47","slug":"veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik","title":{"rendered":"Veeam Backup & Replication: n\u00fctzliche Tipps zur Gew\u00e4hrleistung der Lebensf\u00e4higkeit von Backups und Replikaten","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Heute pr\u00e4sentiere ich Ihnen erneut mit Freude hilfreiche Tipps von meinem Kollegen Jewgenij Iwanow, Teamleiter im technischen Support von Veeam. Diesmal hat Jewgenij Empfehlungen zur Arbeit mit Backups und Replikaten geteilt. Ich hoffe, sie helfen Ihnen, typische Fehler zu vermeiden, und Ihre Replikate und Backups werden niemals das \"Schw\u00e4chste Glied\" im Wiederherstellungsprozess sein, falls dies erforderlich ist. <\/p>\n

Also, willkommen unter dem Beitrag.<\/p>\n

\"Veeam
\n<\/a><\/noindex>
\nIn meinem vorherigen Artikel<\/a><\/noindex> haben wir uns damit besch\u00e4ftigt, wie man die Belastung der Komponenten der Backup-Infrastruktur optimieren kann, und haben typische Konfigurationsfehler betrachtet. Kommen wir zu einem anderen wichtigen Thema \u2013 der ordnungsgem\u00e4\u00dfen Vorbereitung und Durchf\u00fchrung der Wiederherstellung. Auch dies werden wir anhand realer Beispiele untersuchen, mit denen das Support-Team gearbeitet hat.<\/p>\n

Backup ohne Restaurant \u2013 Geld zum Fenster hinaus<\/h1>\n

\nRegelm\u00e4\u00dfig wenden sich Benutzer an uns, die in \u00e4hnlichen schwierigen Situationen geraten sind: Es muss eine Wiederherstellung aus einem Backup durchgef\u00fchrt werden, aber bei dem Versuch erkennen die Leute, dass sie auf ein f\u00fcr sie unl\u00f6sbares Problem sto\u00dfen. Und dieses Problem ist keineswegs das Fehlen eines Backups, das Verhalten von CryptoLocker oder etwas \u00c4hnliches. Es ist \"nur\" die unzureichende Aufmerksamkeit bei der \u00dcberpr\u00fcfung der Backups und Replikate auf die Wiederherstellungsf\u00e4higkeit. Viele konzentrieren sich oft ausschlie\u00dflich auf den Prozess der Erstellung von Backups und vergessen, dass es nicht ausreicht, einfach nur ein Backup zu haben \u2013 es sch\u00fctzt nicht vor m\u00f6glichen Problemen. Man muss verstehen, dass die Wiederherstellung ein v\u00f6llig anderer Prozess ist, der seine eigenen Besonderheiten hat und unbedingt kontrolliert und getestet werden muss, bevor er in die Produktion geht. Hier sind einige aufschlussreiche Beispiele:<\/p>\n

    \n
  1. Der Benutzer hatte einen Ausfall einer kritischen virtuellen Maschine mit einer Gr\u00f6\u00dfe von 20 TB. Ausf\u00e4lle sind nat\u00fcrlich inakzeptabel, und der Admin startet den Prozess der Sofortwiederherstellung (VM instant recovery) \u2013 nach 5 Minuten ist die Maschine wieder bereit. Aber wir wissen, dass dieser Zustand der Maschine nur vor\u00fcbergehend genutzt werden kann \u2013 sie muss unbedingt auf das Produktions-Datastore migriert werden. In diesem Beispiel stellte sich jedoch heraus, dass die M\u00f6glichkeiten der Infrastruktur es nicht erlaubten, 20 TB Daten in einem angemessenen Zeitrahmen zu kopieren. In den Einstellungen des Sofortwiederherstellungsprozesses wurde gew\u00e4hlt, die \u00c4nderungen auf der Festplatte zu speichern. C:<\/i> Die Veeam Backup & Replication-Server (im Gegensatz zum vSphere-Snapshot) haben nat\u00fcrlich dazu gef\u00fchrt, dass der Speicherplatz auf der Festplatte schnell voll wurde. Zu dem Zeitpunkt, als der Benutzer den Support kontaktierte, hatte die VM \u00c4nderungen erfahren, die nicht ignoriert werden konnten. Das hei\u00dft, wir hatten die Situation, dass der Prozess der sofortigen Wiederherstellung einer kritischen Maschine nicht schnell abgeschlossen werden konnte \u2013 wie sollte man die Daten hier retten?\n

    Ehrlich gesagt kann ich mich nach all den Jahren nicht mehr an alle Details des Endes erinnern, aber ich wei\u00df, dass wir letztendlich nichts Geniales erfunden haben. Die Kunden auf ihrer Seite hatten dieses Problem mehr oder weniger gel\u00f6st, indem sie das Laufwerk C: aus den Reserven erweitert, die wichtigsten Dateien kopiert hatten und dann die VM herunterfuhren und so migrierten. Alles in allem geschah leider kein Wunder.<\/li>\n

  2. In der Infrastruktur des Benutzers war ein Domaincontroller aktiv, und alle Komponenten von Veeam Backup & Replication wurden unter Verwendung von DNS konfiguriert. Ja, genau so, Sie haben sich nicht verh\u00f6rt. Es gab mindestens hundert M\u00f6glichkeiten f\u00fcr die Entwicklung der Ereignisse, aber die Realit\u00e4t verlief so: Die Leute hatten eine Wartung geplant und beschlossen, auf die Replica ihres Domaincontrollers umzuschalten. Sie f\u00fchrten einen geplanten Umschalter durch, was in solchen Situationen allgemein empfohlen wird. In der ersten Phase ging alles gut, aber in der zweiten wurde die urspr\u00fcngliche VM kurzzeitig heruntergefahren, um die verbleibenden Daten zu migrieren. Nat\u00fcrlich schlug die Umschaltaufgabe sofort fehl, da DNS nicht mehr funktionierte.\n

    Gl\u00fccklicherweise gelang es uns, die Situation zu bew\u00e4ltigen, indem wir die Replica manuell aus vSphere aktivierten (diese Operation selbst durchzuf\u00fchren wird eigentlich nicht empfohlen, wie Sie im n\u00e4chsten Beispiel sehen werden). Aber wie Sie verstehen, wurde der Wartungsprozess unterbrochen und verschoben. Dar\u00fcber hinaus mussten wir die Hostnamen manuell in die Datei C:WindowsSystem32driversetchosts<\/i> auf dem Veeam Backup & Replication-Server eintragen, um die Richtigkeit beim R\u00fcckumschalten sicherzustellen.<\/li>\n

  3. Ein weiterer Kunde hatte seine gesamte Backup-Infrastruktur um Magnetbandlaufwerke aufgebaut, w\u00e4hrend auf der Festplatte lediglich kurze Dateiketten gespeichert waren. Als sie dann eine Reihe von Dateien von einem gro\u00dfen Dateiserver wiederherstellen mussten, stellte sich heraus, dass keine Maschine als Hilfsrepository f\u00fcr die Wiederherstellung von B\u00e4ndern verwendet werden konnte, da auf keiner gen\u00fcgend freien Speicherplatz war. (\u00dcber die Wiederherstellung von Magnetb\u00e4ndern direkt und mit Hilfe eines Hilfsrepositories k\u00f6nnen Sie lesen hier<\/a><\/noindex> (vorerst in englischer Sprache)).<\/li>\n<\/ol>\n

    \nIch denke, dass in allen drei Beispielen die Benutzer sozusagen in einer Illusion gefangen waren \u2013 sie gingen davon aus, dass wenn das Backup erfolgreich war, es auch bei der Wiederherstellung keine Probleme geben w\u00fcrde. Doch das ist, wie Sie verstehen, keineswegs immer der Fall, und deshalb muss die Wiederherstellung ebenso sorgf\u00e4ltig vorbereitet werden wie das Backup. Zun\u00e4chst sollte man das Benutzerhandbuch<\/a><\/noindex>, in dem recht ausf\u00fchrliche Informationen zu verschiedenen Wiederherstellungsmethoden enthalten sind, studieren. Am Anfang jedes Absatzes werden die Anforderungen, vorbereitenden Ma\u00dfnahmen und m\u00f6glichen Einschr\u00e4nkungen aufgelistet. Informationen zur Wiederherstellung von Magnetb\u00e4ndern oder aus Snapshot-Backups von SAN finden Sie in den Dokumentationsabschnitten und auf unseren Artikeln<\/a><\/noindex> bei Habr\u00e9. Dar\u00fcber hinaus sind die Schritte zur Vorbereitung der Wiederherstellung von Anwendungsobjekten mit den Veeam Explorers im Abschnitt \u201ePlanung und Vorbereitung\u201c beschrieben Handbuch<\/a><\/noindex> f\u00fcr jedes der Tools. Ich empfehle Ihnen, sich diese sorgf\u00e4ltig anzusehen \u2013 das wird Ihnen helfen, das System im Bedarfsfall korrekt auf die Wiederherstellung vorzubereiten. Die Anleitungen zur Wiederherstellung von SQL Server-Datenbanken sind hier<\/a><\/noindex>.<\/p>\n

    Warum sollte man nicht mit Replikaten \u00fcber die vSphere-Konsole arbeiten?<\/h1>\n

    \nIm Grunde genommen sind Veeam-Replikate ganz normale virtuelle Maschinen, mit denen es eigentlich sinnvoll w\u00e4re, im vSphere-Toolset zu arbeiten, insbesondere mit dem vSphere-Client. Allerdings empfehlen wir dies nicht, und hier ist der Grund: Der Wechsel zu einer Replikat in Veeam Backup & Replication ist ein ziemlich komplizierter Prozess, der ein strenges und schrittweises Vorgehen erfordert (damit man im Bedarfsfall einen Schritt zur\u00fcckgehen kann) und korrekte abschlie\u00dfende Aktionen \u2013 schauen Sie sich nur das Bild an, das den Prozess illustriert:<\/p>\n

    \"Veeam
    \n
    \nWenn Sie jedoch in Erw\u00e4gung ziehen, das Replica im vSphere Client zu aktivieren, stehen Ihnen mit hoher Wahrscheinlichkeit eine Reihe von Problemen bevor:<\/p>\n

      \n
    1. Der Mechanismus zum Umschalten auf das Replica aus Veeam Backup & Replication (siehe Diagramm) wird f\u00fcr diese Maschine nicht mehr funktionieren.<\/li>\n
    2. Die Daten in der Veeam Backup-Datenbank stimmen nicht mit dem tats\u00e4chlichen Zustand der VM \u00fcberein. Im schlimmsten Fall m\u00fcssen Sie die Datenbank bearbeiten, um sie zu reparieren.<\/li>\n
    3. Es kann sogar zu einem Datenverlust kommen, wie in folgendem Beispiel: Ein Benutzer aktivierte manuell das Replica im vSphere Client und beschloss, weiter mit ihm zu arbeiten. Nach einiger Zeit bemerkte er, dass das Replica weiterhin im Veeam Backup & Replication-Konsolen angezeigt wurde und beschloss, es der Unn\u00f6tigkeit halber zu entfernen. Er klickte mit der rechten Maustaste darauf und gab den Befehl \u00abDelete from disk\u00bb<\/i>. Veeam Backup & Replication l\u00f6schte umgehend das Replica von der Festplatte, das, nebenbei bemerkt, bereits als normale VM verwendet wurde und wichtige sowie n\u00fctzliche Daten enthielt.<\/li>\n<\/ol>\n

      \nEs gibt sicherlich Situationen, in denen man das Replica aus dem vSphere Client aktivieren muss \u2013 in der Regel handelt es sich um F\u00e4lle, in denen der Veeam-Server heruntergefahren ist und das Replica mit Verz\u00f6gerung aktiviert werden muss. Wenn mit dem Veeam-Server jedoch alles in Ordnung ist, sollten Sie mit den Replikaten genau aus seiner Konsole arbeiten.<\/p>\n

      Ebenso sollten Sie Replikate nicht entfernen, indem Sie den vSphere Client verwenden. Veeam Backup & Replication bleibt \u00fcber diese \u00c4nderung im Unklaren, was zu Fehlern und veralteten Daten f\u00fchren kann. Wenn das Replica nicht mehr ben\u00f6tigt wird, l\u00f6schen Sie es \u00fcber die Veeam-Konsole und nicht wie eine VM \u00fcber den vSphere Client. So haben Sie immer eine aktuelle Liste der Replikate. <\/p>\n

      \u00abO\u00bb \u2013 Achtung, Updates!<\/h1>\n

      \nHierbei beziehen wir uns nat\u00fcrlich auf Updates f\u00fcr Hypervisoren und verschiedene Anwendungen, die mit Veeam gesichert werden. Wenn man sie aus der Sicht von Veeam Backup & Replication betrachtet, kann man die Updates grob in zwei Kategorien unterteilen: gro\u00dfe, bedeutende, die viele \u00c4nderungen bringen \u2013 und kleinere.<\/p>\n

      Betrachten wir zun\u00e4chst die erste Kategorie. <\/p>\n

      Die wichtigsten Updates sind diejenigen, die f\u00fcr den Hypervisor gedacht sind. Bevor ein solches Update installiert wird, muss unbedingt sichergestellt werden, dass es von Veeam Backup & Replication unterst\u00fctzt wird. Solche Updates bringen zahlreiche \u00c4nderungen in die Bibliotheken und APIs mit sich, die Veeam Backup & Replication verwendet, weshalb zur offiziellen Unterst\u00fctzung der Code von Veeam Backup & Replication aktualisiert und umfangreiche Tests durchgef\u00fchrt werden m\u00fcssen. <\/p>\n

      Es ist auch zu beachten, dass beispielsweise VMware keinen vorzeitigen Zugang zu den neuesten Versionen von vSphere f\u00fcr Softwarehersteller bereitstellt, sodass die Entwickler und Tester von Veeam die neue Version gleichzeitig mit der gesamten \u00fcbrigen fortschrittlichen Menschheit erhalten \u2013 daher vergeht in der Regel eine bestimmte Zeit zwischen der Ver\u00f6ffentlichung von VMware und der offiziell angek\u00fcndigten Unterst\u00fctzung. Die Anzahl und Vielfalt der erforderlichen \u00c4nderungen sind so gro\u00df, dass sie in einen einfachen Hotfix kaum zu integrieren sind \u2013 und die offizielle Unterst\u00fctzung wird in der Regel zusammen mit der Ver\u00f6ffentlichung der Release-Version von Veeam Backup & Replication bekannt gegeben. <\/p>\n

      So kommt es schlie\u00dflich zu dem unangenehmen Moment, in dem die Anzahl der Supportanfragen nach dem Erscheinung einer neuen Version von vSphere sprunghaft ansteigt, weil die Nutzer hektisch das neue Update installieren und ihre Backups nat\u00fcrlich sofort nicht mehr funktionieren. Wir \u2013 der Support von Veeam \u2013 m\u00fcssen den Nutzern erkl\u00e4ren, was genau sie falsch gemacht haben, sie bitten, zur\u00fcckzukehren (wenn m\u00f6glich) oder sich ausgekl\u00fcgelte L\u00f6sungen zur \u00dcberwindung der Sackgasse auszudenken. Deshalb sollten Sie vor der Installation eines gr\u00f6\u00dferen Updates unbedingt \u00fcberpr\u00fcfen, ob dies mit der bei Ihnen laufenden Software kompatibel ist, ich bitte Sie darum!<\/b><\/p>\n

      All dies gilt auch f\u00fcr die Anwendungen, die Sie sichern und von denen Sie erwarten, sie mit Veeam wiederherzustellen. Die Produktreihe Veeam Explorers hat ebenfalls eine Liste unterst\u00fctzter Versionen der entsprechenden Anwendungen, die mit jeder Ver\u00f6ffentlichung von Veeam Backup & Replication aktualisiert wird. Daher sollten Sie vor der Installation einer neuen Version Ihrer Anwendung \u2013 sei es Exchange, Oracle oder SharePoint \u2013 unbedingt den entsprechenden Abschnitt der Dokumentation zu Veeam Explorers lesen.<\/a><\/noindex>.<\/p>\n

      Zur zweiten Kategorie, das hei\u00dft zu kleineren Updates, z\u00e4hlen zum Beispiel neue Versionen von VMware Tools, kumulative Updates f\u00fcr Exchange, Sicherheitsupdates f\u00fcr vSphere usw. In der Regel bringen sie keine wesentlichen Modifikationen mit sich, und in den meisten F\u00e4llen hat Veeam Backup & Replication damit keine Probleme. (Deshalb gibt es f\u00fcr sie keine \u00f6ffentlichen Ank\u00fcndigungen zur offiziellen Unterst\u00fctzung im Produkt.) Dennoch haben wir in der Praxis F\u00e4lle erlebt, in denen selbst solche Updates den gewohnten Ablauf der Dinge so stark ver\u00e4ndert haben, dass sie zu Fehlern bei Veeam Backup & Replication f\u00fchrten. In solchen Situationen bem\u00fchen sich die Ingenieure von Veeam, nach Best\u00e4tigung des Problems schnell einen Hotfix herauszugeben.<\/p>\n

      An diejenigen, die technische Englischkenntnisse haben<\/b>Wenn Sie wissen m\u00f6chten, woran Ingenieure arbeiten und mit welchen Herausforderungen Systemarchitekten und Support-Spezialisten konfrontiert sind, empfehle ich, sich f\u00fcr unsere Foren<\/a><\/noindex>. Jede Woche erhalten die Abonnenten einen Newsletter \u201eWord from Gostev\u201c von TheRealGostev<\/a><\/noindex>. Darin berichtet Anton Gostev, Leiter der Produktmanagement-Abteilung, \u00fcber k\u00fcrzlich gefundene Probleme (und nicht nur aufseiten von Veeam), \u00fcber Pl\u00e4ne f\u00fcr neue Versionen und Neuigkeiten aus der IT-Welt. Wenn Sie mehr Informationen ben\u00f6tigen, k\u00f6nnen Sie die Diskussionen im Forum durchst\u00f6bern \u2013 wenn bei einem der Kunden ein Problem mit dem Produkt nach einem Update auftritt, hat er wahrscheinlich bereits im Forum dar\u00fcber geschrieben.<\/p>\n

      Wie Sie verstehen k\u00f6nnen, k\u00f6nnen Patches und Updates nicht nur zu Problemen bei Backups f\u00fchren, sondern auch bei den Anwendungen, f\u00fcr die diese Backups durchgef\u00fchrt werden. Hier helfen Ihnen virtuelle Labore \u2013 Veeam DataLabs. Sie haben sicherlich von der Funktionalit\u00e4t SureBackup geh\u00f6rt, die zur Verifizierung von Backups dient. Diese basiert gerade auf der Nutzung von DataLabs, indem eine isolierte Umgebung geschaffen wird, in der man unter anderem Updates testen kann, bevor sie in der Produktion installiert werden. Ich empfehle dringend, dies zu tun \u2013 das wird Ihnen viele Nerven ersparen. Und falls jemand noch nicht von SureBackup geh\u00f6rt hat, empfehle ich zu lesen Dokumentation<\/a><\/noindex>.<\/p>\n

      Das w\u00e4re vorerst alles, danke f\u00fcr Ihre Aufmerksamkeit!<\/p>\n

      Was Sie sonst noch lesen sollten<\/h1>\n

      \nArtikel auf Habr\u00e9:<\/p>\n