Ich freue mich, Ihnen heute wieder gute Ratschläge von meinem Kollegen Evgeny Ivanov, Teamleiter des technischen Supportteams von Veeam, zu geben. Dieses Mal gab Zhenya Empfehlungen für die Arbeit mit Backups und Replikaten. Ich hoffe, sie helfen Ihnen dabei, häufige Fehler zu vermeiden, und Ihre Replikate und Backups werden bei Bedarf niemals ein "schwaches Glied" im Wiederherstellungsprozess sein.

Also willkommen bei cat.



In meinem vorherigen Artikel haben wir herausgefunden, wie die Belastung der Komponenten der Sicherungsinfrastruktur optimiert werden kann, und typische Konfigurationsfehler untersucht. Wir wenden uns einem anderen wichtigen Thema zu - der kompetenten Vorbereitung und Durchführung der Wiederherstellung. Wir werden es auch anhand von Beispielen aus der Praxis analysieren, mit denen das technische Support-Team zusammengearbeitet hat.

Backup ohne Restaurant - Geld den Bach runter

Wir werden regelmäßig von Benutzern kontaktiert, die sich in ähnlich schwierigen Situationen befinden: Es ist notwendig, eine Wiederherstellung nach dem Backup durchzuführen, aber wenn sie dies versuchen, stoßen die Leute auf ein unlösbares Problem für sie. Und dieses Problem ist nicht ein Mangel an Backup, die Aktivität von CryptoLocker oder ähnliches. Dies ist „nur“ ein Mangel an Aufmerksamkeit für die Überprüfung von Sicherungen und Replikaten auf Wiederherstellung. Viele konzentrieren sich oft nur auf den Sicherungsprozess und vergessen, dass eine einfache Sicherung kein Allheilmittel für mögliche Probleme ist. Sie müssen verstehen, dass die Wiederherstellung ein völlig anderer Prozess ist, der seine eigenen Merkmale aufweist und der vor dem Start in der Produktion überwacht und getestet werden muss. Hier einige anschauliche Beispiele:

1. Der Benutzer hatte einen Fehler beim Betrieb einer kritischen virtuellen Maschine mit einer Größe von 20 TB. Ausfallzeiten sind natürlich nicht akzeptabel, und der Administrator startet den Prozess der sofortigen Wiederherstellung (VM Instant Recovery) - nach 5 Minuten ist der Computer hochgefahren. Wir erinnern uns jedoch, dass dieser Status der Maschine nur vorübergehend verwendet werden kann - er muss in den Produktionsdatenspeicher migriert werden. In diesem Beispiel war es, wie sich herausstellte, aufgrund der Infrastrukturfunktionen nicht möglich, 20 TB Daten in angemessener Zeit zu kopieren. In den Einstellungen des Sofortwiederherstellungsprozesses wurde ausgewählt, dass die Änderungen auf dem Laufwerk C: des Veeam Backup & Replication-Servers gespeichert werden (im Gegensatz zum vSphere-Snapshot). Infolgedessen wurde der freie Speicherplatz auf der Festplatte natürlich schnell voll. Als der Benutzer den Support kontaktierte, hatte die VM Änderungen, die nicht ignoriert werden konnten. Das heißt, wir haben eine Situation, in der es unmöglich ist, den Prozess der sofortigen Wiederherstellung einer kritischen Maschine schnell abzuschließen - wie können Sie Daten speichern?
   
   Ich muss zugeben, dass ich in den letzten Jahren nicht alle Details des Finales erwähnen werde, aber ich erinnere mich, dass wir am Ende nie etwas Brillantes gefunden haben. Clients auf ihrer Seite lösten dieses Problem zumindest, indem sie Laufwerk C erweiterten: Aus den Reserven kopierten sie die wichtigsten Dateien, schalteten die VMs aus und migrierten. Im Allgemeinen geschah kein Wunder.
2. Der Benutzer hatte einen Domänencontroller in der Infrastruktur, und alle Veeam Backup & Replication-Komponenten wurden mithilfe von DNS konfiguriert. Ja, das stimmt, du hast richtig gehört. Es gab hundert Optionen für Ereignisse, nicht weniger, aber die Realität sah so aus: Die Leute planten die Wartung und beschlossen, auf eine Replik ihres Domänencontrollers zu wechseln. Sie beinhalteten eine geplante Umstellung, die im Allgemeinen in solchen Situationen empfohlen wird. In der ersten Phase lief alles einwandfrei, und in der zweiten Phase wurde die ursprüngliche VM kurz ausgeschaltet, um die verbleibenden Daten zu übertragen. Natürlich wurde der Switch-Job sofort fehlerhaft beendet, da DNS nicht mehr funktioniert.
   
   Glücklicherweise konnten wir hier die Situation bewältigen, indem wir das Replikat manuell von vSphere aus aktivierten (tatsächlich wird nicht empfohlen, diesen Vorgang alleine durchzuführen, wie Sie aus dem folgenden Beispiel sehen werden). Wie Sie verstehen, wurde der Wartungsprozess jedoch unterbrochen und verschoben. Außerdem mussten wir die Hostnamen manuell in die Datei C: \ Windows \ System32 \ drivers \ etc \ hosts auf dem Veeam Backup & Replication-Server eingeben, um die Richtigkeit während des Failovers sicherzustellen.
3. Bei einem anderen Client wurde die gesamte Sicherungsinfrastruktur auf Bandlaufwerken aufgebaut, und nur kurze Dateiketten wurden auf der Festplatte gespeichert. Als sie eine Reihe von Dateien von einem großen Dateiserver wiederherstellen mussten, stellte sich heraus, dass bei der Wiederherstellung vom Band kein Computer als zusätzliches Repository verwendet werden konnte, da auf einem nicht genügend freier Speicherplatz vorhanden war. (Informationen zur Wiederherstellung von Magnetbändern und zur Verwendung eines zusätzlichen Repositorys finden Sie hier (bisher in englischer Sprache).)

Ich denke, dass Benutzer in allen drei Beispielen sozusagen von Illusionen fasziniert waren - sie schlugen vor, dass es bei erfolgreicher Sicherung keine Probleme mit der Wiederherstellung geben wird. Wie Sie wissen, ist dies jedoch keineswegs immer der Fall. Daher müssen Sie sich auf die Wiederherstellung genauso sorgfältig vorbereiten wie auf die Sicherung. Zunächst lohnt es sich, das Benutzerhandbuch zu lesen , das ziemlich detaillierte Informationen zu den verschiedenen Arten der Wiederherstellung enthält. Zu Beginn jedes Absatzes sind die Anforderungen, vorbereitenden Schritte und möglichen Einschränkungen aufgeführt. Die Beschreibung der Wiederherstellung von Magnetbändern oder von Hardware-Images von Speichersystemen finden Sie in den Abschnitten der Dokumentation und in unseren Artikeln über Habré. Darüber hinaus werden die Schritte zum Vorbereiten der Wiederherstellung von Anwendungsobjekten mithilfe der Veeam Explorers-Tools im Abschnitt „Planung und Vorbereitung“ des Handbuchs für jedes Tool beschrieben. Ich empfehle Ihnen, diese sorgfältig zu lesen. Auf diese Weise können Sie das System bei Bedarf ordnungsgemäß auf die Wiederherstellung vorbereiten. Auf Russisch finden Sie hier Anweisungen zum Wiederherstellen der SQL Server-Datenbank.

Warum müssen Sie nicht mit Replikaten von der vSphere-Konsole aus arbeiten?

Theoretisch handelt es sich bei Veeam-Replikaten um normale virtuelle Maschinen, mit denen die Verwendung des vSphere-Toolkits, insbesondere des vSphere-Clients, logisch erscheint. Wir empfehlen dies jedoch nicht, und hier ist der Grund: Der Wechsel zu einem Replikat in Veeam Backup & Replication ist ein ziemlich komplizierter Prozess, der streng aufeinanderfolgende Schritte (damit Sie bei Bedarf einen Schritt zurücksetzen können) und die richtigen letzten Schritte erfordert - sehen Sie sich nur an Bild zur Veranschaulichung des Prozesses:



Wenn Sie ein Replikat vom vSphere-Client aktivieren möchten, werden Sie in Zukunft höchstwahrscheinlich eine Reihe von Problemen erwarten:

1. Der Wechsel zum Replikationsmechanismus von Veeam Backup & Replication (siehe Abbildung) für diesen Computer funktioniert nicht mehr.
2. Die Daten in der Veeam Backup-Datenbank entsprechen nicht dem tatsächlichen Status der VM. Im schlimmsten Fall müssen Sie die Datenbank bearbeiten, um sie zu reparieren.
3. Es kann sogar zu Datenverlust kommen, wie in diesem Beispiel: Der Benutzer hat das Replikat im vSphere-Client manuell aktiviert und beschlossen, weiter damit zu arbeiten. Nach einer Weile bemerkte er, dass das Replikat immer noch in der Veeam Backup & Replication-Konsole angezeigt wurde, und beschloss, es als unnötig zu entfernen. Ich klickte mit der rechten Maustaste darauf und gab den Befehl "Von Festplatte löschen" . Veeam Backup & Replication löschte das Replikat sofort von der Festplatte, die für einen Moment bereits als reguläre VM vollständig verwendet wurde und die erforderlichen und nützlichen Daten enthielt.

Natürlich gibt es Situationen, in denen Sie das Replikat noch vom vSphere-Client aus aktivieren müssen. In der Regel ist dies der Fall, wenn der Veeam-Server ausgeschaltet und das Replikat verzögert eingeschaltet werden muss. Wenn jedoch mit dem Veeam-Server alles in Ordnung ist, müssen Sie mit Replikaten von der Konsole aus arbeiten.

Löschen Sie Replikate auch nicht mit dem vSphere-Client. Veeam Backup & Replication wird eine solche Änderung nicht bemerken, und dies ist mit Fehlern und veralteten Daten behaftet. Wenn Sie das Replikat nicht mehr benötigen, löschen Sie es über die Veeam-Konsole und nicht als VM vom vSphere-Client. So haben Sie immer eine aktuelle Liste der Replikate.

"O" - vorsichtig, Updates!

Hier meinen wir natürlich Updates für Hypervisoren und verschiedene Anwendungen, die mit Veeam gesichert werden. Wenn Sie sie unter dem Gesichtspunkt der Arbeit mit Veeam Backup & Replication betrachten, können die Updates in zwei Kategorien unterteilt werden: groß, ernst, mit vielen Änderungen verbunden - und klein.

Betrachten Sie zuerst die erste Kategorie.

Die wichtigsten Updates sind die für den Hypervisor entwickelten. Bevor Sie ein solches Update installieren, müssen Sie sicherstellen, dass es von Veeam Backup & Replication unterstützt wird. Solche Updates bringen viele Änderungen an den Bibliotheken und APIs mit sich, die Veeam Backup & Replication verwendet. Um ihre Unterstützung offiziell anzukündigen, müssen Sie den Veeam Backup & Replication-Code aktualisieren und strenge Tests durchführen.

Wir müssen auch berücksichtigen, dass VMware beispielsweise Softwareherstellern keinen vorläufigen Zugriff auf die neuesten Versionen von vSphere bietet, sodass Veeam-Entwickler und -Tester gleichzeitig mit dem Rest der fortschrittlichen Menschheit eine neue Version erhalten - daher normalerweise zwischen der Veröffentlichung von VMware und dem offiziell angekündigten Support eine bestimmte Zeit. Die Anzahl und Vielfalt der Änderungen, die erforderlich sind, um einen einfachen Hotfix zu erstellen, der ihren Chancen entspricht, ist gering - und der offizielle Support wird in der Regel zusammen mit der Veröffentlichung der Release-Version von Veeam Backup & Replication angekündigt.

Infolgedessen gibt es diesen unangenehmen Moment, in dem nach der Veröffentlichung der neuen Version von vSphere die Anzahl der Anwendungen für den technischen Support stark zunimmt, da Benutzer die neue Version schnell installieren und ihre Backups natürlich sofort sofort nicht mehr funktionieren. Wir, der technische Support von Veeam, müssen den Benutzern genau erklären, was sie falsch gemacht haben, sie bitten, ein Rollback durchzuführen (wenn möglich) oder sich komplizierte Möglichkeiten überlegen, um den Deadlock zu überwinden. Überprüfen Sie daher vor der Installation eines größeren Updates unbedingt die Kompatibilität mit der auf Ihrem Computer ausgeführten Software. Ich bitte Sie!

All dies gilt für Anwendungen, die Sie mit Veeam sichern und voraussichtlich wiederherstellen werden. Die Veeam Explorers-Toolreihe enthält auch eine Liste der unterstützten Versionen der jeweiligen Anwendungen, die mit jeder Version von Veeam Backup & Replication aktualisiert wird. Lesen Sie daher vor der Installation einer neuen Version Ihrer Anwendung - ob Exchange, Oracle oder SharePoint - den entsprechenden Abschnitt der Veeam Explorers-Dokumentation erneut .

Zur zweiten Kategorie, d.h. Ich beziehe mich auf kleinere Updates, z. B. neue Versionen von VMware Tools, kumulative Exchange-Updates, vSphere-Sicherheitsupdates usw. In der Regel nehmen sie keine größeren Änderungen mit sich, und in den meisten Fällen treten bei Veeam Backup & Replication keine Probleme auf. (Daher gibt es keine öffentlichen Ankündigungen zur offiziellen Unterstützung des Produkts für sie.) In unserer Praxis gab es jedoch Fälle, in denen solche Aktualisierungen den üblichen Ablauf der Dinge so stark verändert haben, dass sie zu Fehlern bei Veeam Backup & Replication führten. In solchen Situationen versuchen die Veeam-Ingenieure nach Bestätigung des Problems, den Hotfix schnell freizugeben.


Wie Sie verstehen, können Patches und Updates nicht nur bei Backups zu Problemen führen, sondern auch bei Anwendungen, für die diese Backups erstellt wurden. Und hier virtuelle Labors - Veeam DataLabs helfen Ihnen dabei. Sie haben wahrscheinlich schon von der Funktionalität von SureBackup gehört, mit der Backups überprüft werden sollen. Es basiert genau auf der Verwendung von DataLabs und der Schaffung einer isolierten Umgebung, in der Sie insbesondere Updates testen können, bevor Sie sie in der Produktion installieren. Ich rate Ihnen dringend, dies zu tun - sparen Sie sich viele Nervenzellen. Und wenn jemand anderes nichts über SureBackup weiß, empfehle ich, die Dokumentation zu lesen.

Vielleicht habe ich für heute alles, danke für Ihre Aufmerksamkeit!

Was noch zu lesen

Artikel über Habré:

• Ein Fall bei Pixar oder noch einmal über die Wichtigkeit des Testens von Backups
• Merkmale des Langzeit-Backup-Speichers
• Best Practices für Sicherungsrichtlinien
• Empfehlungen für die Sicherungs- und Wiederherstellungsrichtlinie nach Doomsday

Benutzerhandbuch (auf Russisch)