Warum friert die VM-Sicherung jeden Abend bei demselben Prozentwert ein?

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Why Does a VM Backup Freeze at the Same Percentage Every Night?

Eine VM-Sicherung, die jede Nacht bei demselben Prozentsatz einfriert, erreicht in der Regel dieselbe Quellregion oder Sicherungsphase, sodass der Prozentsatz zu einem wiederholbaren Diagnosemarker wird.

Notieren Sie am Zeitpunkt des Einfrierens die genaue VM-Festplatte, Phase, Protokollmeldung, Übertragungsrate und den Status des Ziels. Vergleichen Sie anschließend einen anderen Datenspeicher, prüfen Sie den Quellspeicher in diesem Bereich, trennen Sie Gast-Quiesce-Hooks von der eigentlichen Datenübertragung und untersuchen Sie die nächtliche Ressourcenkonkurrenz. Behandeln Sie einen stabilen Prozentsatz nicht als Beweis dafür, dass das Netzwerk ausfällt.

Verwenden Sie den Prozentsatz als wiederholbaren Positionsmarker

Notieren Sie über mehrere Nächte hinweg den genauen Prozentsatz, die verstrichene Zeit, die aktuelle VM-Festplatte, die Sicherungsphase, die Übertragungsrate und die letzte Protokollzeile. Der Prozentsatz zeigt, an welcher Stelle sich der Auftrag befindet, ist aber allein noch keine Diagnose.

Arbeiten zur PBS-Optimierung zeigen, dass sich PBS-Leistungsengpässe zwischen Quelllesevorgängen, Hashing, Komprimierung, Netzwerkübertragung und Datenspeicheraktivitäten verlagern können. Ordnen Sie den Stillstand daher zunächst einer Phase zu, bevor Sie wahllos Einstellungen ändern.

Wenn dieselbe VM und Phase bei jedem Lauf nahezu an derselben Stelle stoppen, sollten Sie deterministische Quelldaten oder einen wiederholbaren Workflow-Schritt höher priorisieren als eine allgemeine Netzwerküberlastung.

Vergleichen Sie das Sicherungsziel mit einem anderen Ziel

Führen Sie dieselbe VM-Sicherung in einem anderen Datenspeicher oder auf einem temporären lokalen Ziel aus, sofern Kapazität und Wiederherstellungsrichtlinie dies zulassen. Halten Sie den Snapshot-Modus und die VM-Auslastung vergleichbar.

Ein typischer Proxmox-Sicherungsspeicherpfad umfasst NFS- oder NAS-Speicher. Ziellatenz oder Sperren können dazu führen, dass ein Ziel hängen bleibt, während die VM selbst weiterhin fehlerfrei arbeitet.

Wenn das alternative Ziel den bisherigen Einfrierpunkt passiert, untersuchen Sie den ursprünglichen Datenspeicher, das Dateisystem, den Netzwerkpfad und den freien Speicherplatz. Wenn beide Ziele an exakt derselben Stelle einfrieren, richten Sie Ihre Untersuchung wieder auf die Quelle oder die Sicherungsphase.

Prüfen Sie die Quelldiskette rund um den wiederholbaren Bereich

Untersuchen Sie die Speicherprotokolle des Hosts, SMART-Daten, ZFS- oder Dateisystemfehler und die Leselatenz, während sich die Sicherung dem fehlerhaften Punkt nähert. Eine Sicherung kann der erste Auftrag sein, der jeden selten gelesenen Block abruft.

Reale Berichte über lang andauernde PBS-Sicherungsengpässe zeigen, warum eine lange Sicherung von einem einzelnen Engpass dominiert werden kann und nicht von der angegebenen Größe der VM.

Ein wiederholbarer Lesefehler, Timeout oder Latenzanstieg an derselben Stelle sollte dazu führen, dass Sie den Vorfall in den Modus zur Datenerhaltung überführen. Vermeiden Sie wiederholte vollständige Lesevorgänge, wenn sich die Quelldiskette verschlechtert.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

Trennen Sie Gast-Quiesce von der Datenübertragung

Notieren Sie, ob die Sicherung während des Einfrierens durch den Gastagenten, der Snapshot-Erstellung, der Metadatenvorbereitung oder erst dann einfriert, nachdem bereits umfangreiche Daten übertragen wurden. Testen Sie eine Sicherung während eines Wartungsfensters mit minimaler Gastauslastung.

Der allgemeine Proxmox-Sicherungsworkflow trennt die Sicherungsorchestrierung von der Speicherübertragung. Das ist hilfreich, wenn ein Hook zum Einfrieren für Anwendungskonsistenz hängt, obwohl Festplatten- und Netzwerkdurchsatz normal sind.

Wenn das Deaktivieren eines nicht unbedingt erforderlichen Gast-Quiesce-Hooks den Auftrag fortsetzen lässt, reparieren Sie diesen Hook oder den Gastagenten, bevor Sie die Konsistenzoption wieder aktivieren. Lassen Sie wichtige Datenbanken nicht ohne alternative Wiederherstellungsplanung unquiesced.

Verlagern Sie den Auftrag aus dem Zeitraum konkurrierender nächtlicher Aufgaben

Vergleichen Sie den Zeitpunkt des Einfrierens mit Scrubs, Replikationen, Medienscans, Snapshots, Deduplizierung oder Cloud-Synchronisierungsaufträgen. Verschieben Sie vorübergehend nur einen konkurrierenden Auftrag, um eine Ressourcenkollision zu testen.

Eine umfassendere Betrachtung der PBS-Architektur und -Optimierung ist hilfreich, wenn mehrere Ressourcen dasselbe nächtliche Zeitfenster nutzen und der Sicherungsprozentsatz lediglich die Stelle sichtbar macht, an der diese Konkurrenz zum Problem wird.

Das Problem ist behoben, wenn die Sicherung den bisherigen Stillstandspunkt wiederholt überschreitet und mit einem nutzbaren Wiederherstellungspunkt abgeschlossen wird. Der zugehörige ZimaSpace-Leitfaden zur Bereitschaft von VM-Sicherungen ergänzt die Wiederherstellungsgrenze. Nehmen Sie mindestens eine Testwiederherstellung in den Validierungsplan auf, statt einer Fortschrittsanzeige von 100 Prozent zu vertrauen.