Heute freue ich mich, Ihnen erneut nützliche Tipps von meinem Kollegen Jewgenij Ivanow, Teamleiter des technischen Supports bei Veeam, präsentieren zu können. 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ächste Glied" im Wiederherstellungsprozess sein, sollte dies erforderlich werden.

Also, herzlich willkommen unter dem Beitrag.

In meinem vorherigen Artikel haben wir uns damit beschäftigt, wie man die Belastung der Komponenten der Backup-Infrastruktur optimiert und typische Konfigurationsfehler betrachtet. Jetzt kommen wir zu einem weiteren wichtigen Thema – der korrekten Vorbereitung und Durchführung von Wiederherstellungen. Auch dieses Thema werden wir mit praktischen Beispielen erläutern, mit denen das Support-Team gearbeitet hat.

Backup ohne Test — Geld zum Fenster raus

Regelmäßig wenden sich Nutzer an uns, die in ähnlichen schwierigen Situationen sind: Sie müssen aus einem Backup wiederherstellen, stoßen jedoch beim Versuch auf ein unlösbares Problem. Und dieses Problem ist nicht das Fehlen eines Backups, die Aktivität von CryptoLocker oder etwas Ähnliches. Es ist "nur" eine unzureichende Aufmerksamkeit bei der Überprüfung der Backups und Replikate auf ihre Wiederherstellbarkeit. Viele konzentrieren sich häufig ausschließlich auf den Prozess der Backup-Erstellung und vergessen, dass das bloße Vorhandensein eines Backups keine Garantie gegen mögliche Probleme bietet. Man muss verstehen, dass die Wiederherstellung ein völlig anderer Prozess ist, der seine eigenen Besonderheiten hat und unbedingt überwacht und getestet werden muss, bevor man ihn in die Produktion bringt. Hier sind einige anschauliche Beispiele:

Es gab einen Ausfall einer kritischen virtuellen Maschine mit einer Größe von 20 TB. Ausfallzeiten sind selbstverständlich inakzeptabel, und der Administrator startet den Prozess der sofortigen Wiederherstellung (VM instant recovery) – nach 5 Minuten läuft die Maschine wieder. Wir müssen jedoch daran denken, dass dieser Zustand der Maschine nur vorübergehend sein kann – sie muss unbedingt auf den Produktions-Datenspeicher (datastore) migriert werden. In diesem Beispiel stellte sich heraus, dass die Infrastruktur nicht in der Lage war, die 20 TB Daten in einem angemessenen Zeitraum zu kopieren. In den Einstellungen des Prozesses der sofortigen Wiederherstellung wurde festgelegt, dass Änderungen auf die Festplatte gespeichert werden sollten. Von: Veeam Backup & Replication-Servern (im Gegensatz zu einem vSphere-Snapshot) – in der Folge wurde der freie Speicherplatz auf der Festplatte schnell ausgeschöpft. Zu dem Zeitpunkt, als der Benutzer den Support kontaktierte, hatte die VM Änderungen, die nicht ignoriert werden konnten. Das bedeutet, dass wir in einer Situation sind, in der der Prozess der sofortigen Wiederherstellung einer kritischen Maschine nicht schnell abgeschlossen werden kann – wie können wir die Daten retten?
Ehrlich gesagt, kann ich mich nach all den Jahren nicht mehr an alle Einzelheiten des Endes erinnern, aber ich weiß noch, dass wir letztendlich nichts Geniales einfielen. Die Kunden auf ihrer Seite haben das Problem mehr schlecht als recht gelöst, indem sie das C:-Laufwerk aus den Reserven erweitert, die wichtigsten Dateien kopiert und erst dann die VM heruntergefahren haben, um den Wechsel durchzuführen. Insgesamt ist kein Wunder geschehen.
In der Infrastruktur des Benutzers war ein Domain-Controller aktiv, und alle Komponenten von Veeam Backup & Replication waren unter Verwendung von DNS konfiguriert. Ja, genau, Sie haben richtig gehört. Es gab Hunderte von möglichen Szenarien, aber die Realität verlief so: Die Menschen hatten eine Wartung geplant und beschlossen, auf die Replik ihres Domain-Controllers umzuschalten. Sie setzten einen geplanten Wechsel ein, was in solchen Situationen auch empfohlen wird. In der ersten Phase lief alles gut, aber in der zweiten wurde die ursprüngliche VM kurzzeitig heruntergefahren, um die restlichen Daten zu übertragen. Natürlich wurde die Umschaltaufgabe sofort mit einem Fehler beendet, da DNS nicht mehr funktionierte.
Glücklicherweise konnten wir die Situation hier bewältigen, indem wir die Replikation manuell aus vSphere aktiviert haben (eigentlich wird empfohlen, diese Operation nicht selbst durchzuführen, wie Sie im nächsten Beispiel sehen werden). Aber, wie Sie verstehen, wurde der Wartungsprozess unterbrochen und verschoben. Darüber hinaus mussten wir die Hostnamen manuell in die Datei C:WindowsSystem32driversetchosts auf dem Veeam Backup & Replication-Server eintragen, um die Richtigkeit beim Zurückschalten zu gewährleisten.
Ein anderer Kunde hatte seine gesamte Backup-Infrastruktur um Magnetspeicher aufgebaut, und auf der Festplatte wurden nur kurze Dateiketten gespeichert. Als sie jedoch eine Reihe von Dateien von einem großen Dateiserver wiederherstellen wollten, stellte sich heraus, dass keine Maschine als Hilfsrepository für die Wiederherstellung von Band verwendet werden konnte, da auf keiner genügend freier Speicherplatz vorhanden war. (Über die Wiederherstellung von Magnetbändern direkt und mit einem Hilfsrepository kann man hier (bislang nur auf Englisch) nachlesen.)

Ich denke, dass in allen drei Beispielen die Benutzer gewissermaßen in einer Illusion gefangen waren – sie gingen davon aus, dass, wenn das Backup erfolgreich war, es beim Wiederherstellen keine Probleme geben würde. Aber wie Sie verstehen, ist das nicht immer der Fall, und daher muss man sich auf die Wiederherstellung ebenso sorgfältig vorbereiten wie auf das Backup. Zunächst sollte man das Benutzerhandbuch, in dem recht ausführliche Informationen zu verschiedenen Arten der Wiederherstellung enthalten sind. Am Anfang jedes Absatzes werden Anforderungen, Vorbereitungsmaßnahmen und mögliche Einschränkungen aufgelistet. Eine Beschreibung der Wiederherstellung von Magnetbändern oder aus Hardware-Snapshots der Speicherlösungen finden Sie in den Abschnitten der Dokumentation sowie in unseren Artikeln auf Хабре. Darüber hinaus sind die Vorbereitungsmaßnahmen zur Wiederherstellung von Anwendungsobjekten mithilfe der Veeam Explorers-Tools im Abschnitt 'Planung und Vorbereitung' für jedes der Tools beschrieben. Leitfäden Ich empfehle Ihnen, sich diese Anleitungen genau anzusehen – das wird Ihnen helfen, das System richtig auf die Wiederherstellung im Bedarfsfall vorzubereiten. Die Anleitungen zur Wiederherstellung von SQL Server-Datenbanken sind auf Russisch enthalten. hier.

Warum sollte man nicht mit Replikaten aus der vSphere-Konsole arbeiten?

Theoretisch stellen Veeam-Replikate normale virtuelle Maschinen dar, mit denen es sinnvoll wäre, das vSphere-Tool, insbesondere den vSphere-Client, zu verwenden. Wir raten jedoch davon ab, und das hat folgende Gründe: Das Umschalten auf ein Replikat in Veeam Backup & Replication ist ein ziemlich komplexer Prozess, der eine strikte Schritt-für-Schritt-Ausführung erfordert (falls es notwendig ist, einen Schritt zurückzugehen) und korrekte Abschlussmaßnahmen – werfen Sie nur einen Blick auf das Bild, das den Prozess veranschaulicht:

Wenn Sie jedoch daran denken, das Replikat über den vSphere-Client zu aktivieren, erwarten Sie mit hoher Wahrscheinlichkeit eine Reihe von Problemen:

Der Mechanismus zum Umschalten auf das Replikat aus Veeam Backup & Replication (wie in der Abbildung gezeigt) wird für diese Maschine nicht mehr funktionieren.
Die Daten in der Veeam Backup-Datenbank entsprechen nicht dem tatsächlichen Zustand der VM. Im schlimmsten Fall müssen Sie die Datenbank bearbeiten, um das Problem zu beheben.
Es kann sogar zu Datenverlust kommen, wie in folgendem Beispiel: Ein Benutzer hat die Replikation manuell im vSphere-Client aktiviert und beschlossen, mit ihr weiterzuarbeiten. Nach einiger Zeit bemerkte er, dass die Replikation immer noch in der Konsole von Veeam Backup & Replication angezeigt wurde und entschied sich, sie ungenutzt zu entfernen. Er klickte mit der rechten Maustaste darauf und gab den Befehl „Von der Festplatte löschen“. Veeam Backup & Replication löschte sofort die Replikation von der Festplatte, die, nur um das klarzustellen, bereits als normale VM genutzt wurde und benötigte sowie nützliche Daten enthielt.

Natürlich gibt es Situationen, in denen man die Replikation aus dem vSphere-Client aktivieren muss – dies geschieht in der Regel, wenn der Veeam-Server ausgeschaltet ist und die Replikation mit Verzögerung aktiviert werden muss. Wenn der Veeam-Server jedoch in Ordnung ist, sollte man mit den Replikationen aus seiner Konsole arbeiten.

Es ist auch nicht ratsam, Replikationen über den vSphere-Client zu löschen. Veeam Backup & Replication bleibt über eine solche Änderung im Unklaren, was zu Fehlern und veralteten Daten führen kann. Wenn die Replikation nicht mehr benötigt wird, löschen Sie sie über die Veeam-Konsole und nicht wie eine VM aus dem vSphere-Client. So haben Sie immer eine aktuelle Liste der Replikationen.

„Achtung“ – Vorsicht bei Updates!

Hier beziehen wir uns natürlich auf Updates für Hypervisoren und verschiedene Anwendungen, die mit Veeam gesichert werden. Wenn man sie im Hinblick auf Veeam Backup & Replication betrachtet, lassen sich die Updates grob in zwei Kategorien unterteilen: große, bedeutende Updates, die viele Änderungen mit sich bringen, und kleinere.

Betrachten wir zunächst die erste Kategorie.

Die wichtigsten Updates sind die, die für den Hypervisor gedacht sind. Bevor ein solches Update installiert wird, sollte unbedingt sichergestellt werden, dass es von Veeam Backup & Replication unterstützt wird. Solche Updates bringen zahlreiche Änderungen in die Bibliotheken und API-Schnittstellen, die Veeam Backup & Replication verwendet. Daher ist es notwendig, den Code von Veeam Backup & Replication zu aktualisieren und umfassende Tests durchzuführen, um offiziell den Support dafür zu bestätigen.

Es ist auch wichtig zu beachten, dass VMware beispielsweise keinen vorzeitigen Zugang zu den neuesten Versionen von vSphere für Softwarehersteller bereitstellt. Daher erhalten Entwickler und Tester von Veeam die neue Version zeitgleich mit dem Rest der fortschrittlichen Menschheit – weshalb zwischen der Veröffentlichung von VMware und der offiziell angekündigten Unterstützung in der Regel eine gewisse Zeitspanne liegt. Die Anzahl und Vielfalt der notwendigen Änderungen ist so groß, dass es unwahrscheinlich ist, sie in einem einfachen Hotfix unterzubringen – und die offizielle Unterstützung wird in der Regel zusammen mit der Veröffentlichung der jeweiligen Version von Veeam Backup & Replication bekannt gegeben.

Das Ergebnis ist der unangenehme Moment, in dem nach der Veröffentlichung einer neuen Version von vSphere die Anzahl der Supportanfragen sprunghaft ansteigt, weil Benutzer hektisch versuchen, die neue Version zu installieren, und ihre Backups in der Folge natürlich sofort nicht mehr funktionieren. Wir – der Support von Veeam – müssen den Benutzern erklären, was genau sie falsch gemacht haben, sie auffordern, zurückzukehren (wenn möglich), oder sich komplexe Lösungen einfallen lassen, um aus der verfahrenen Lage herauszukommen. Stellen Sie daher sicher, dass Sie vor der Installation eines größeren Updates die Kompatibilität mit Ihrer aktuellen Software überprüfen, ich bitte Sie darum!

Das oben Gesagte gilt auch für die Anwendungen, die Sie sichern und mit Veeam wiederherstellen möchten. Die Produktlinie der Veeam Explorers enthält ebenfalls eine Liste der unterstützten Versionen der entsprechenden Anwendungen, die mit jeder Veröffentlichung von Veeam Backup & Replication aktualisiert wird. Daher sollten Sie vor der Installation einer neuen Version Ihrer Anwendung – sei es Exchange, Oracle oder SharePoint – unbedingt den entsprechenden Abschnitt lesen. der Dokumentation der Veeam Explorers.

In die zweite Kategorie, also in die kleinen Updates, zählen beispielsweise neue Versionen von VMware Tools, kumulative Updates für Exchange, Sicherheitsupdates für vSphere usw. In der Regel bringen sie keine wesentlichen Änderungen mit sich, und in den meisten Fällen hat Veeam Backup & Replication keine Probleme damit. (Deshalb gibt es auch keine öffentlichen Ankündigungen über die offizielle Unterstützung dieser Updates im Produkt.) In unserer Praxis gab es jedoch Fälle, in denen selbst solche Updates so signifikant die gewohnte Funktionsweise verändert haben, dass sie zu Fehlern in Veeam Backup & Replication führten. In solchen Situationen bemühen sich die Ingenieure von Veeam nach Bestätigung des Problems, zeitnah einen Hotfix herauszugeben.

Für diejenigen, die technisches Englisch beherrschenWenn Sie darüber informiert bleiben möchten, woran die Ingenieure arbeiten und mit welchen Herausforderungen Systemarchitekten und Support-Spezialisten konfrontiert sind, empfehle ich, sich für unsere Forenanzumelden. Jede Woche erhalten die Abonnenten den Newsletter „Word from Gostev“ von TheRealGostev. Anton Gostev, der die Abteilung für Produktmanagement leitet, spricht über die kürzlich aufgetretenen Probleme (nicht nur auf Seiten von Veeam), die Pläne für neue Versionen und Neuigkeiten aus der IT-Welt. Wenn Sie weitere Informationen benötigen, können Sie die Themen im Forum durchstöbern – falls ein Kunde nach einem Update auf ein Problem mit dem Produkt stößt, hat er höchstwahrscheinlich bereits darüber im Forum geschrieben.

Wie Sie wissen, können Patches und Updates nicht nur Probleme mit Backups, sondern auch mit den Anwendungen, für die diese Backups erstellt werden, verursachen. Hier kommen Ihnen virtuelle Laboratorien – Veeam DataLabs – zu Hilfe. Sie haben sicherlich von der Funktionalität SureBackup gehört, die zur Verifizierung von Backups dient. Sie basiert auf der Nutzung von DataLabs, indem eine isolierte Umgebung geschaffen wird, in der Sie unter anderem Updates testen können, bevor Sie diese in der Produktion installieren. Ich empfehle sehr, dies zu tun – Sie sparen sich viele Nerven. Und falls jemand noch nichts von SureBackup gehört hat, empfehle ich zu lesen. Dokumentation.

Das wäre vorerst alles von meiner Seite, vielen Dank für Ihre Aufmerksamkeit!