Inventar, Gäste und Sicherungsstände

Restow zeigt die Gäste Ihrer Proxmox-VE-Knoten an drei Stellen, für Administratoren:

Server & Clients → Inventar, im Abschnitt Proxmox VE: eine Zeile je Knoten mit dem Zustand seiner Gäste, seit 0.3.3. Hier schützen Sie auch Gäste.
Server & Clients → VMs & Container: drei Reiter mit Zählwerten, Gäste, Backup-Jobs und Knoten. Hier suchen und filtern Sie die Gäste, verbinden Knoten und legen Jobs an.
Die Seite eines einzelnen Gasts, geöffnet aus beiden Listen: seine Sicherungsstände und seine Läufe. Hier stellen Sie wieder her.

Die Gästeliste füllen die Knoten: Gäste erscheinen innerhalb einer Minute, nachdem ein Knoten verbunden wurde, und danach meldet ein Knoten seine Gäste alle fünf Minuten.

Seit 0.4.0 zeigt der Seitenleisten-Eintrag VMs & Container einen Spinner mit der Zahl der laufenden Sicherungen und daneben die Zahl der wartenden. Der Tooltip listet sie auf, und ein Klick öffnet den Lauf.

Das Inventar

Unter Server & Clients → Inventar (mit dem Filter Alle oder Server) erscheint der Abschnitt Proxmox VE, sobald ein Cluster verbunden ist. Seine Kopfzeile verlinkt auf VMs & Container (VMs & Container öffnen).

Jeder Knoten ist eine Zeile, die Sie aufklappen können. Die Zeile zeigt:

den Zustand des Knotens, Verbunden oder Getrennt (ein Knoten gilt als verbunden, solange er sich in den letzten drei Minuten gemeldet hat),
die Zahl der VMs und Container („VMs und Container: N“),
und Zählwerte: Geschützt, Fehlgeschlagen, Unvollständig, Ohne Job, Noch nicht gesichert und, seit 0.4.7, Ausgeschlossen: N (Gäste, die eine Administration von der Sicherung ausgeschlossen hat, siehe Einen Gast von der Sicherung ausschließen), jeweils nur, wenn sie über null liegen. Von der Sicherung ausschließen für eine Auswahl der Gäste des Knotens steht in der aufgeklappten Zeile, und Wieder einschließen in der Zeile eines ausgeschlossenen Gasts.

Die aufgeklappte Zeile listet die Gäste des Knotens mit diesen Spalten:

Spalte	Was sie zeigt
ID, Name	Die ID in Proxmox VE und der Name, mit VM oder Container. Der Name öffnet die Seite des Gasts.
Status	Der Zustand in Proxmox VE: Läuft, Gestoppt, Pausiert oder Angehalten.
Backup-Job	Der Job, dem der Gast zugeordnet ist. Hier wählen Sie ihn auch.
Sicherung	Was der neueste Sicherungsstand enthält und was sein Lauf hinzugefügt hat, siehe Größen.
Schutz	Wie der Gast mit seinen Sicherungen dasteht, mit dem Zeitpunkt der letzten erfolgreichen Sicherung. Eine Sicherung, die auf ihren Knoten wartet, zeigt Wartet auf den Knoten, eine laufende ihren Fortschritt, siehe Fortschritt einer laufenden Sicherung.
	Jetzt sichern für den Gast.

Die Spalte Schutz

Die Spalte heißt Schutz. (Vor 0.3.6 hieß sie Sicherung, genau wie die Spalte, die die Größe zeigt, was leicht zu verwechseln war.) Ein Gast hat einen dieser Zustände. Sie sind nach Schwere sortiert: Der erste, der zutrifft, wird gezeigt.

Zustand	Wann
Von der Sicherung ausgeschlossen	Eine Administration hat den Gast bewusst ausgeschlossen (seit 0.4.7). Er führt die Badge der Zeile, Ausgeschlossen, was seine früheren Läufe und Prüfungen auch sagten, ist nie ein Problem und zählt nirgends als ungeschützt.
Nicht gesichert (Vorlage oder entfernt)	Der Gast ist eine VM-Vorlage oder wird von seinem Knoten nicht mehr gemeldet. Er wird nicht gezählt.
Kein Backup-Job	Der Gast ist keinem Job zugeordnet.
Letzter Lauf fehlgeschlagen	Der neueste beendete Sicherungslauf ist fehlgeschlagen. Der Grund steht unter dem Zustand und, seit 0.4.6, in einer Karte mit dem ganzen Text, die sich bei Hover oder Tastaturfokus öffnet. Ein Lauf, der auf Wunsch gestoppt wurde, ist abgebrochen, nicht fehlgeschlagen, und zählt nicht als letzte Sicherung.
Noch nicht gesichert	In einem Job, aber noch keine Sicherung war erfolgreich.
Letzte Sicherung unvollständig	Die letzte Sicherung war erfolgreich, aber restic konnte einige Elemente eines Containers nicht lesen. Siehe Mit Lücken erfolgreich.
Geschützt	In einem Job, und die letzte Sicherung war erfolgreich und ist vollständig.

Die Zählwerte in der Knotenzeile nutzen dieselben Zustände, und ein ausgeschlossener Gast steht in keinem der anderen. Ein Gast, den nur ein Job für Alle Gäste ohne anderen Backup-Job erfasst, ist keinem Job zugeordnet, das Inventar zeigt ihn also als Kein Backup-Job, obwohl er gesichert wird. Das gilt weiterhin in 0.4.7. Siehe Backup-Jobs und Schutz.

VMs & Container

Seit 0.4.3 hat die Seite drei Reiter, jeweils mit einem Zählwert: Gäste (der Standard), Backup-Jobs und Knoten. Ein Reiter, der Ihre Aufmerksamkeit braucht, sagt, wie viele Gäste oder Knoten sie brauchen. Der Reiter, die Suche, die Filter, die Sortierung, die Seite und der geöffnete Gast sind Teil der Adresse, ein Link öffnet also für eine Kollegin oder einen Kollegen dieselbe Ansicht.

Der Reiter Gäste

Die Tabelle zeigt ID, Name (mit einem Symbol für VM oder Container), Zustand, Letzte Sicherung, Knoten, Sicherung, Backup-Job und die Schaltfläche Jetzt sichern (Sicherung stoppen oder Zurückziehen, solange eine Sicherung des Gasts wartet oder läuft). Die Spalten behalten eine feste Breite und jede Zeile eine Höhe, auch Ladezeilen, und lange Texte werden auf eine Zeile gekürzt, die Tabelle springt also nicht, während Sicherungen laufen.

Darüber stehen:

ID oder Namen suchen: eine Suche über die ID und den Namen.
Filter nach Knoten, nach Art (Nur VMs oder Nur Container), nach Backup-Job (auch Kein Backup-Job) und nach Zustand: Probleme, Fehlgeschlagen, Warnungen oder Lücken, Restore-Prüfung fehlgeschlagen, verschoben oder nicht möglich, Wartend, Läuft, Nicht gesichert, Gesichert und, seit 0.4.7, Ausgeschlossen. Ein ausgeschlossener Gast trifft nur den Filter Ausgeschlossen, nie Probleme, und sortiert nach jedem Problem.
Nur Probleme (N): Gäste, deren letzter Lauf fehlgeschlagen ist, die mit Warnungen oder Lücken erfolgreich waren, deren Restore-Prüfung fehlgeschlagen ist oder nicht laufen konnte, die auf einen getrennten oder angehaltenen Knoten warten oder die nicht gesichert sind.
Die Zahl dessen, was die Filter übrig lassen („12 Gäste von 340“), und sortierbare Spalten: ID, Name, Knoten, Letzte Sicherung, Sicherung (nach Größe) und Zustand (das Dringendste zuerst).
Seiten mit 25, 50 (der Standard), 100 oder 250 Gästen. Die Seite filtert, sortiert und blättert die Gäste in Ihrem Browser und zeichnet jeweils nur eine Seite mit Zeilen.

Die Spalte Zustand zeigt eine Markierung je Zeile, den Zustand, der am meisten zählt. Daneben zeigt eine laufende Sicherung einen kleinen Fortschrittsbalken mit ihrem Prozentwert, und jeder andere Gast mit weiteren Problemen zeigt „+N“. Die Markierung wird nach Vorrang gewählt: zuerst, was gerade geschieht, dann, was fehlgeschlagen ist, dann, was nur warnt, dann die ruhigen Zustände. Klicken Sie auf die Zeile oder den Namen, um alle zu sehen.

Markierung	Bedeutung
Wird gestoppt…	Jemand hat die Sicherung in der Weboberfläche gestoppt (seit 0.4.2). Sie steht, bis der Knoten sie gestoppt hat. Siehe Eine Sicherung stoppen und eine Warteschlange anhalten.
Sicherung läuft	Eine Sicherung läuft gerade. Der Fortschritt steht neben der Markierung, der Tooltip sagt, seit wann.
Wartet, Knoten nicht bereit	Eine Sicherung wurde angefordert, aber ihr Knoten ist getrennt oder seine Warteschlange angehalten: Nichts startet, bis er sich meldet oder Sie Warteschlange fortsetzen wählen. Gelb und als Problem gezählt.
Wartet auf den Knoten	Eine Sicherung wurde angefordert, und der Knoten hat sie noch nicht gestartet (seit 0.3.4). Der Tooltip sagt, seit wann („Angefordert am …“) und wann der Knoten sich zuletzt gemeldet hat.
Letzter Lauf fehlgeschlagen	Der neueste Lauf ist fehlgeschlagen. Der Grund steht im Detailbereich.
Restore-Prüfung fehlgeschlagen	Die Restore-Prüfung des neuesten Sicherungsstands hat etwas Falsches gefunden (rot). Der Fehler steht im Detailbereich.
Nicht prüfbar	Die Restore-Prüfung konnte zwei Stunden lang nicht laufen, weil ein anderer Vorgang die Sperre des Repositorys hielt oder die Prüfung abgebrochen wurde, bevor sie fertig war (gelb, als Problem gezählt, seit 0.4.3). Über den Sicherungsstand ist noch nichts bekannt; er ist weder fehlgeschlagen noch nachgewiesen. Siehe Restore-Prüfungen, die nicht laufen konnten.
Restore-Prüfung verschoben	Die neueste Prüfung konnte noch nicht laufen und wird in etwa zehn Minuten erneut versucht (gelb, noch kein Problem). Das frühere Ergebnis gilt so lange.
Sicherung unvollständig	Eine Container-Sicherung war mit Lücken erfolgreich. Siehe Mit Lücken erfolgreich.
Erfolgreich mit Warnungen	Die Sicherung wurde gespeichert, aber `vzdump` endete mit Warnungen (gelb). Siehe Erfolgreich mit Warnungen.
Restow-Server	Auf diesem Gast läuft Restow selbst (seit 0.4.2). Er wird erst gesichert, wenn ein Administrator das bestätigt, siehe Die VM des Restow-Servers selbst.
Kein Backup-Job	Der Gast ist keinem Job zugeordnet.
Noch nicht gesichert	In einem Job, aber noch keine Sicherung war erfolgreich.
Abgebrochen	Der letzte Lauf wurde auf Wunsch gestoppt. Das ist kein Fehler und löst keinen Alarm aus; der Gast behält seine letzte Sicherung.
Vorlage	Eine VM-Vorlage. Proxmox VE sichert diese nicht über einen Backup-Provider.
Nicht mehr gemeldet	Der Knoten meldet den Gast nicht mehr: Er wurde gelöscht oder auf einen Knoten ohne den Helfer verschoben.
Restore-Prüfung bestanden	Die Restore-Prüfung hat den neuesten Sicherungsstand zurückgelesen, und er war intakt. Das ist die einzige grüne Markierung.
Gesichert	Die letzte Sicherung war erfolgreich (einfacher Rahmen). Noch hat nichts den Sicherungsstand nachgewiesen.
Noch kein Zustand	Über den Gast ist noch nichts bekannt.

Grün ist ein Nachweis: Nur Restore-Prüfung bestanden ist grün. Eine Sicherung, die bloß erfolgreich war, ist es nicht.

Die Spalte Sicherung sagt, wie groß die erste Sicherung des Gasts war und was die letzte Folgesicherung hinzugefügt hat, zum Beispiel Erste: 32 GB am 3. Okt. · Letzte: +210 MB. Bis eine Folgesicherung gelaufen ist, steht nur der erste Teil da. Der Tooltip ergänzt, was der neueste Sicherungsstand enthält. Siehe Größen.

Der Detailbereich

Ein Klick auf eine Zeile (oder auf ihren Namen) öffnet neben der Tabelle einen Bereich mit dem Gast in der Adresse, Sie können also darauf verlinken. Er zeigt:

Zustand: jeden Zustand des Gasts als Markierung, nach Vorrang, mit Privilegiert für einen privilegierten Container und Inkrementell oder Vollständiges Lesen (VM neu gestartet) dafür, wie die letzte Sicherung einer VM ihre Festplatten gelesen hat.
Jetzt sichern, Sicherung stoppen oder Zurückziehen, Jetzt prüfen (die Restore-Prüfung) und Seite des Gasts öffnen.
Von der Sicherung ausgeschlossen (seit 0.4.7): Unter dem Job des Gasts steht das, und wer ihn wann ausgeschlossen hat. Es lässt sich dort nicht ändern; Wieder einschließen steht auf der Seite des Gasts und in seiner Inventarzeile.
Fehler des letzten Laufs und Warnungen des letzten Laufs: der vollständige Text in einem scrollbaren Block, mit Fehler kopieren und Warnungen kopieren. Fehlertexte stehen nicht mehr rot unter der Zeile eines Gasts, und Warnungen nicht mehr nur in einem Tooltip. Seit 0.4.6 öffnet sich ein Fehlertext hinter einem Badge oder einer abgeschnittenen Zeile (die Restore-Prüfung eines Gasts hier, auf seiner Seite und in der Tabelle der Wiederherstellbarkeit) auch bei Hover oder Tastaturfokus in einer Karte mit dem ganzen Text und einer Schaltfläche Kopieren.
Restore-Prüfung: das Ergebnis, wann sie Geprüft wurde und was Als Nächstes kommt. Konnte eine Prüfung nicht laufen, nennt Warum die Prüfung nicht laufen konnte den Grund und das, was restic gemeldet hat (wer die Sperre hält), mit Grund kopieren, und Letzter Versuch sagt, wann der Worker aufgegeben hat.
Sicherung: die letzte Sicherung, was der neueste Sicherungsstand enthält und was sein Lauf hinzugefügt hat, die Erste Sicherung, der Durchschnitt der Folgesicherungen, die Lücken und ein kleines Diagramm, Neue Daten je Sicherung, mit einem Balken für jede der letzten 30 Sicherungen (zeigen Sie darauf für Datum und Größe).
Letzte Läufe: die neuesten Läufe mit ihrem Status.

Der Reiter Backup-Jobs

Die Jobs des Mandanten mit Name, Gäste (der Umfang), Zeitplan („Täglich um 22:00“ oder Nur von Hand), Nächster Lauf und Aktuelle Runde (Läuft nicht oder wie weit eine geplante Runde ist: „2 von 5 fertig“ und wie viele fehlgeschlagen sind). Backup-Job anlegen, Bearbeiten und Löschen sind hier. Siehe Backup-Jobs und Schutz.

Der Reiter Knoten

Eine Zeile je Knoten. Knoten nennt den Knoten und seinen Cluster. Status ist Verbunden (er hat sich in den letzten drei Minuten gemeldet) oder Getrennt, mit dem Zeitpunkt seiner letzten Meldung (dem Heartbeat). restow-pve ist die Version des Helfers und, wenn der Server ein neueres Release anbietet, daneben Auf X.Y.Z aktualisieren (seit 0.4.2; seit 0.4.3 vergleicht der Server die Versionen und markiert einen Knoten, der zurückliegt). Proxmox VE ist die Version von Proxmox VE. Gäste zählt die Gäste des Knotens, Warteschlange, wie viele Sicherungen warten (Leer, „N warten“ oder Warteschlange angehalten), und Probleme, was dort Sicherungen verhindert (Keine oder das erste Problem mit „+N“, siehe Fehlerbehebung).

Das Zeilenmenü enthält Warteschlange anhalten oder Warteschlange fortsetzen, Alle wartenden zurückziehen und Widerrufen. Der Fleecing-Speicher ist keine Spalte mehr: Ein Knoten ohne ihn nennt das Problem Kein Fleecing-Speicher.

Der Hinweis, dass der Proxmox-VE-Host selbst nicht gesichert wird, steht in einer Zeile über der Tabelle, mit Host als Server hinzufügen. Hinweis ausblenden blendet ihn in Ihrem Browser aus. Siehe Einen Knoten verbinden.

Fortschritt einer laufenden Sicherung

Seit 0.4.0 zeigt eine laufende Sicherung einen Balken und darunter eine Zeile, in VMs & Container, im Inventar, in der Zeile von Server & Clients → Jobs (bei einer manuellen Sicherung) und in den Läufen des Gasts, zum Beispiel:

34 % · 3,2 GB von 9,4 GB · 85 MB/s

Eine VM meldet die Bytes, die sie von ihren Festplatten gelesen hat (nur die geänderten Blöcke, wenn die Dirty Bitmap wiederverwendet wird). Der Tooltip ergänzt „Bisher hochgeladen“.
Ein Container gibt weiter, was restic meldet. restic durchsucht den Container zuerst (seit restow-pve 0.4.0), die Gesamtmenge ist also früh bekannt. Bis dahin pulsiert der Balken, und die Zeile sagt, wie viel gelesen wurde („3,2 GB gelesen“).
Der Helfer muss restow-pve 0.4.0 oder neuer sein. Bei einem älteren Helfer sagt die Zeile den ganzen Lauf über „Noch kein Fortschritt gemeldet“. Seit 0.4.1 sagt sie stattdessen, was zu tun ist: „Der Fortschritt braucht restow-pve 0.4.0 auf <Knoten> (dort läuft <Version>). Aktualisieren Sie den Knoten.“ Siehe Knoten aktualisieren und entfernen.

Größen

Drei Zahlen beschreiben einen Gast und seine Sicherungen. Sie bedeuten Verschiedenes:

Disk: die in Proxmox VE eingestellte Festplattengröße, was zugewiesen ist, nicht was belegt ist, mit Einheit geschrieben („9 GB zugewiesen“). Sie steht auf der Seite des Gasts; seit 0.4.3 hat die Tabelle von VMs & Container keine Spalte dafür. (Die Spalte hieß vor 0.3.5 Größe.)
Sicherung, die erste Zeile (N im Backup; seit 0.4.3 steht sie im Tooltip der Spalte Sicherung von VMs & Container, und das Inventar zeigt sie weiterhin als Zeile): alles, was der neueste Sicherungsstand wiederherstellt. Bei einem Container sind das alle Dateien, die restic gelesen hat, dieselbe Zahl, die das Task-Log von Proxmox VE als „Size“ nennt. Bei einer VM ist es die Größe ihrer Festplatten. Jeder Sicherungsstand ist für sich vollständig, die Zahl ist also bei jedem Sicherungsstand eines Gasts ungefähr gleich.
Sicherung, die zweite Zeile (+N neu im letzten Lauf): was der letzte Lauf dem Repository nach der Deduplizierung hinzugefügt hat. Bei einem Container sind das die neuen Daten nach der Deduplizierung von restic, bei einer VM die hochgeladenen Blöcke. Die erste Sicherung speichert fast alles, spätere nur, was sich geändert hat.

Das Inventar zeigt die erste Sicherung, zum Beispiel Erste Sicherung am 08.10.2026, 09:14: 9,4 GB gespeichert, und seit 0.4.0, was eine Folgesicherung im Durchschnitt hinzufügt („Durchschnitt je Folgesicherung: +2,5 MB (letzte 10 Sicherungen)“). Seit 0.4.7 stehen beide als Text in der Zeile des Gasts, Sie können sie also lesen und kopieren, und nicht nur im Tooltip. Der Durchschnitt umfasst die neuesten 10 Sicherungsstände nach der ersten Sicherung, die festgehalten haben, was sie hinzugefügt haben. Die erste Sicherung ist die erste, die der Gast je hatte, auch wenn die Aufbewahrung sie inzwischen entfernt hat. Ein Gast ohne Sicherungsstand zeigt Noch keine Sicherung. Die Seite des Gasts nennt denselben Durchschnitt über seinen Sicherungsständen.

Seit 0.4.3 setzt die Spalte Sicherung von VMs & Container stattdessen die erste und die letzte in eine Zeile: Erste: 32 GB am 3. Okt. · Letzte: +210 MB, mit der Größe der ersten Sicherung, ihrem Datum und dem, was die letzte Folgesicherung hinzugefügt hat (bis eine Folgesicherung gelaufen ist, nur der erste Teil). Der Detailbereich und die Seite des Gasts zeigen die neuen Daten jeder der letzten 30 Sicherungen als kleine Balken.

Die Seite eines Gasts

Die Seite eines Gasts hat zwei Tabellen: seine Sicherungsstände (die neuesten 200) und seine Läufe (die neuesten 50). Die Zeile unter dem Titel zeigt die Art (VM oder Container), den Cluster, den Knoten und die Festplattengröße („Disk: 9 GB zugewiesen“). Seit 0.4.0 zeigt die Seite außerdem die Markierung Verdächtig und einen Hinweis, wenn die Ransomware-Erkennung in einem Sicherungsstand des Gasts etwas gefunden hat, und sagt, dass die Aufbewahrung des Gasts angehalten ist, solange es nicht geklärt ist.

Die Tabelle Sicherungsstände hat diese Spalten:

Spalte	Was sie zeigt
Zeitpunkt	Wann die Sicherung entstand und ob sie von Restow angestoßen oder in Proxmox VE gestartet wurde.
Art	Erste Sicherung, Inkrementell oder Vollständig gelesen, und bei einer Container-Sicherung mit Lücken N Elemente nicht lesbar. Siehe unten.
Enthält	Alles, was dieser Sicherungsstand wiederherstellt: alle Dateien eines Containers, alle Disks einer VM. Unveränderte Daten werden nur einmal gespeichert.
Neu in dieser Sicherung	Was diese Sicherung dem Repository hinzugefügt hat, nach Deduplizierung unveränderter Daten. Ein Strich, wenn der Sicherungsstand es nicht festgehalten hat.
Restore-Prüfung	Das Ergebnis der Prüfung: Bestanden (N Blöcke), Fehlgeschlagen (seit 0.4.2 mit dem Fehler, den die Prüfung gefunden hat) Nicht prüfbar: Repository gesperrt (oder Nicht prüfbar: Prüfung unterbrochen; eine Prüfung, die eine Sperre aussperrte, seit 0.4.3, siehe Restore-Prüfungen, die nicht laufen konnten) oder Noch nicht geprüft, und Prüfung eingereiht, solange eine angefordert ist (seit 0.4.6 bleibt sie, bis das Ergebnis da ist, und die Seite aktualisiert sich in der Zwischenzeit alle paar Sekunden). Jeder neue Sicherungsstand wird binnen Minuten nach seiner Sicherung geprüft, siehe Restore-Prüfungen.
Startprüfung	Die neueste bewertete Startprüfung des Sicherungsstands (seit 0.4.0): Gestartet, Gestartet, keine Antwort oder Nicht gestartet, mit dem Zeitpunkt, oder Nicht geprüft. Übersprungene Prüfungen und Prüfungen, die der Knoten nicht durchführen konnte, bleiben in der Tabelle Läufe. Siehe Startprüfungen.
	Dateien durchsuchen (siehe Dateien eines Gasts), Jetzt prüfen (genau diesen Sicherungsstand, auch einen älteren), Jetzt Start prüfen und Als neuen Gast wiederherstellen.

Ein Sicherungsstand einer früheren Sicherungskette sagt Nicht verfügbar, siehe Neue Sicherungskette und Repository zurücksetzen.

Die Tabelle Läufe listet Gestartet, die Art (Sicherung, Wiederherstellung, Restore-Prüfung oder Startprüfung), den Status (Läuft, Erfolgreich, Fehlgeschlagen, Mit Lücken erfolgreich, seit 0.4.2 Erfolgreich mit Warnungen und Abgebrochen, und bei einer Startprüfung, wie sie endete, zum Beispiel Übersprungen) und den Fehler. Eine laufende Sicherung zeigt ihren Fortschritt in der Spalte Status.

Arten von Sicherungsständen

Die Art eines Sicherungsstands sagt, wie er entstand:

Art	Bedeutung
Erste Sicherung	Die erste Sicherung, die der Gast je hatte, und bei einem Container, seit 0.4.6, die erste Sicherung jeder neuen Sicherungskette (sein Repository fehlte oder wurde zurückgesetzt), die früher Inkrementell hieß. Ein späterer Sicherungsstand ist nie „der erste“, nur weil die Aufbewahrung die älteren entfernt hat.
Inkrementell	Eine Container-Sicherung (restic übernimmt jede unveränderte Datei) oder eine VM-Sicherung, die nur die geänderten Blöcke gelesen hat.
Vollständig gelesen	Eine VM-Sicherung, die ganze Festplatten erneut lesen musste, zum Beispiel nachdem die VM gestoppt und wieder gestartet wurde. Hochgeladen wurden nur die Blöcke, deren SHA-256 sich geändert hat.

Bei einer VM sehen Sie beim Daraufzeigen auf die Art, wie jede Festplatte gelesen wurde: Nur geänderte Blöcke oder Ganzer Datenträger. Jeder Sicherungsstand ist für sich vollständig, gleich welcher Art: Jeder lässt sich ohne die anderen wiederherstellen oder entfernen.

Mit Lücken erfolgreich und unvollständige Container-Sicherungen

Kann restic einige Dateien eines Containers nicht lesen (sein Exit-Code 3), schreibt es den Snapshot trotzdem. Restow behält den Sicherungsstand, statt die Sicherung scheitern zu lassen, und sagt das:

der Lauf zeigt Mit Lücken erfolgreich (N Elemente konnten nicht gelesen werden), und seine Spalte Fehler nennt die ersten Elemente („Nicht gelesen: … und N weitere“; der Tooltip listet sie auf),
der Sicherungsstand trägt N Elemente nicht lesbar,
der Zustand des Gasts sagt Letzte Sicherung unvollständig,
im Inventar zählt der Gast als Unvollständig, und die Knotenzeile zeigt Unvollständig: N.

Dem Sicherungsstand fehlen genau die Elemente, die nicht gelesen werden konnten. Das Task-Log des ganzen Proxmox-VE-Backup-Jobs nennt die ersten 20 davon, und seit 0.4.0 (mit restow-pve 0.4.0) behält auch der Lauf in Restow dieselben ersten 20. Das Log von Proxmox VE für den einzelnen Gast, das seine Benachrichtigungen zeigen, nennt sie womöglich nicht. Die nächste erfolgreiche, vollständige Sicherung löscht den Zustand. Seit 0.3.5.

Erfolgreich mit Warnungen

Seit 0.4.2 zählt eine Sicherung, die vzdump mit Warnungen („TASK WARNINGS“) beendet, deren Sicherungsstand aber festgeschrieben wurde, als erfolgreich, nicht als fehlgeschlagen. Der Lauf behält die Warnzeilen (höchstens zehn), und der Gast zeigt Erfolgreich mit Warnungen in Gelb: weder fehlgeschlagen noch grün. Eine Sicherung ohne festgeschriebenen Sicherungsstand schlägt weiterhin fehl.

Vor 0.4.2 endeten solche Sicherungen mit „TASK WARNINGS: 1“, und restow-pve meldete sie als fehlgeschlagen, obwohl der Sicherungsstand gespeichert war. Ursache war eine Notiz: restow-pve 0.4.2 oder neuer fordert von vzdump keine Notizen mehr an, und das Storage-Plugin nimmt ein Notiz-Update (aus einem Proxmox-VE-Backup-Job mit einer Notiz-Vorlage) als Nichtstun hin, das es protokolliert, statt als Fehler. Aktualisieren Sie die Knoten, damit die Korrektur auf der Knotenseite greift; der Server wertet das „fehlgeschlagen“ eines älteren Knotens schon jetzt nach dem Lauf: Ein festgeschriebener Sicherungsstand ist erfolgreich. Der Schutz eines Sicherungsstands wird in Proxmox VE weiterhin abgelehnt, weil Restow sie hält.

Restore-Prüfungen, die nicht laufen konnten

Seit 0.4.3. Eine Restore-Prüfung kann auch gar nicht laufen. Bei einem Container ist sie ein restic check, der die Sperre des Repositorys braucht, und ein anderer Vorgang (meist die eigene Sicherung des Gasts, deren Sperre ein Abbruch oder ein API-Neustart zurückgelassen hatte) kann sie halten. Vor 0.4.3 endete das als rote Restore-Prüfung fehlgeschlagen, obwohl die Prüfung den Sicherungsstand nie gelesen hatte. Eine Prüfung, die eine Sperre aussperrt oder die restic vor dem Ende abgebrochen hat, ist keine fehlgeschlagene Prüfung mehr:

Sie wird verschoben. Sie wird zehn Minuten später erneut versucht, hinten in der Schlange, und das vorherige Ergebnis gilt so lange. Der Gast sagt Restore-Prüfung verschoben, und der Sicherungsstand auf seiner Seite Prüfung verschoben: Repository gesperrt.
Nach zwei Stunden seit der Anforderung steht der Sicherungsstand als Nicht prüfbar: Repository gesperrt da. Er ist gelb (Achtung in der Wiederherstellbarkeit), nie rot und nie grün, weil über den Sicherungsstand noch nichts bekannt ist. Der Detailbereich nennt den Grund und gibt den Bericht von restic wieder, wer die Sperre hält (Prozess-ID, Host, Benutzer und wann die Sperre angelegt wurde). Eine Prüfung, die restic wiederholt abgebrochen hat, steht als Nicht prüfbar: Prüfung unterbrochen da.
Sie wird erneut versucht. Die wöchentliche Prüfung versucht den Gast nach einem Tag erneut; die Prüfung nach der nächsten Sicherung, Jetzt prüfen und Alle ungeprüften prüfen (das auch Gäste nimmt, die nicht geprüft werden konnten) früher.
Kein Fehler. Nichts in Restow zählt den Gast deswegen als fehlgeschlagen oder rot.

Was der Server tut, damit das selten vorkommt:

Er entfernt veraltete restic-Sperren vor einer Container-Prüfung und vor der Aufbewahrung (restic unlock): nur Sperren, die kein lebender Vorgang auffrischt, also älter als 30 Minuten oder von einem Prozess, den es nicht mehr gibt.
Eine Prüfung wartet bis zu zwei Minuten auf eine Sperre, die ein anderer Vorgang hält. Nur die ersten zwei gesperrten Repositories eines Durchlaufs warten, ein Durchlauf bleibt also kurz.
Ein Gast wird nicht geprüft, solange ein Vorgang von ihm läuft (eine Sicherung, eine Wiederherstellung, eine Startprüfung) oder solange sein Knoten eine Sicherung von ihm angenommen hat, die noch nicht gestartet ist. Die Prüfung wartet auf einen späteren Durchlauf.
Ein neuer Sicherungsstand wird frühestens zwei Minuten nach seinem Festschreiben geprüft, wenn restic auf dem Knoten das Repository losgelassen hat, und restow-pve ab 0.4.3 wartet bei einer Container-Sicherung bis zu 15 Minuten auf die Sperre.
Eine fehlgeschlagene Prüfung behält die erklärenden Zeilen von restic, nicht nur die letzte.

Restore-Prüfungen, die vor dem Update auf 0.4.3 an einer Sperre scheiterten, bleiben rot bis zur nächsten Prüfung des Gasts: Wählen Sie Jetzt prüfen.

Neue Sicherungskette und Repository zurücksetzen

Die Sicherungsstände eines Containers liegen in einem eigenen restic-Repository unter pve-guests/<Gast-ID>/ im primären Repository des Mandanten. Seit 0.4.2 stellt Restow das sicher, bevor eine Sicherung ihren Zugang bekommt (einmal je Lauf), statt darauf zu vertrauen, dass das Repository einmal angelegt wurde:

Das Repository liegt auf dem primären: Die Sicherung läuft wie immer.
Es liegt nur auf einem anderen Repository des Mandanten (ein ausgemustertes primäres, zurückgelassen durch „Vorhandene Backups dort belassen, wo sie sind“): Die Sicherung wird mit einer klaren Meldung abgelehnt, die sagt, dass Sie die Sicherungen mit einem Speicher-„Verschieben“ umziehen oder das Repository zurücksetzen sollen. Es wird nichts angelegt. Wiederherstellungen des Containers lesen das Repository von dem Ziel, das es hält.
Es liegt nirgends: Restow legt ein neues Repository an (ein neues Passwort, restic init, die versiegelte Passwortdatei daneben), und eine neue Sicherungskette beginnt. Die früheren Sicherungsstände des Containers werden nicht verfügbar: Sie lassen sich nicht mehr wiederherstellen, durchsuchen oder prüfen, die Wiederherstellbarkeit und die Übersichten zählen sie nicht mehr, und die Aufbewahrung lässt sie in Ruhe. Die Seite des Gasts sagt „Neue Sicherungskette am“ mit dem Datum, „Das bisherige Repository wurde in“ dem Ort „nicht gefunden“, führt die früheren Sicherungsstände als Nicht verfügbar auf und zeigt die Kette im Verlauf des Gasts. Das Audit-Log hält pve.repository.reinitialized fest, mit dem Lauf, dem Repository und der Zahl der Sicherungsstände, die nicht mehr verfügbar sind. Die erste Sicherung der neuen Kette heißt Erste Sicherung, und seit 0.4.6 beurteilt die Ransomware-Erkennung sie an der neuen Kette, nicht an der alten (Ransomware-Erkennung).
Der Speicher antwortet nicht: Das ist nicht „fehlt“. Die Sicherung schlägt mit der Meldung fehl, dass das Repository nicht erreichbar ist, und es beginnt keine Kette.

Der Fall, der dazu führte: Nachdem das primäre Repository mit „Vorhandene Backups dort belassen, wo sie sind“ gewechselt worden war (0.4.1 und früher), scheiterte jeder Container mit vorhandenem Repository mit repository does not exist (Exit-Code 10), weil der Server darauf vertraute, dass das Repository auf dem neuen primären lag. Ein „Belassen“ wird jetzt abgelehnt, solange Container Repositories haben (Das primäre Repository ersetzen).

Repository zurücksetzen steht im Gefahrenbereich der Seite eines Containers (nur Container), für ein Repository, das beschädigt ist oder auf einem Repository liegt, das es nicht mehr gibt. Es ist für Administratoren, braucht eine frische Anmeldung und zur Bestätigung den eingetippten Namen des Gasts und wird im Audit-Log festgehalten (pve.repository.reset). Jeder Sicherungsstand des Containers wird sofort nicht verfügbar, und die Seite sagt, wie viele. Die nächste Sicherung entfernt, was vom alten Repository auf dem primären übrig ist, und beginnt eine neue Kette. Ein ausgemustertes Repository wird nie angefasst.

Wiederherstellbarkeit, Warnungen und Alarme

Gäste zählen überall dort, wo Postfächer und Rechner zählen, nach einer Regel. Der Tab Status, die Wiederherstellbarkeit, GET /status, die Provider-Ansicht, die Seite Warnungen und die Statistik nutzen sie alle, sie stimmen also überein.

Geschützt. Ein Gast ist geschützt, solange er auf seinem Knoten vorhanden ist, keine VM-Vorlage ist, nicht von der Sicherung ausgeschlossen ist und in einem aktiven Job ist: seinem eigenen oder dem Job für alle Gäste, solange er keinen hat. Ein Gast in keinem aktiven Job zählt als in keinem Backup-Job. Ein Gast, der seinen Job verlässt, behält die Bewertung seiner Sicherungsstände und hält den Mandanten von Grün ab. Ein ausgeschlossener Gast (seit 0.4.7) zählt nirgends als ungeschützt: nicht in den Übersichten, der Wiederherstellbarkeit, den Warnungen, Sicherung überfällig, der Statistik, den Job-Zählern der Ansicht über alle Mandanten oder der Provider-Ansicht, und er hält einen Mandanten nie von Grün ab. Die Gäste-Zähler melden ihn als excluded; seine Sicherungsstände bleiben in der Zahl der Sicherungsstände und seine früheren Läufe im Verlauf.
Wiederherstellbarkeit. Jeder geschützte Gast und jeder Gast in keinem Job, der noch einen Sicherungsstand hat, ist eine Zeile der Tabelle auf der Wiederherstellbarkeit. Die Bewertung ist die Restore-Prüfung des neuesten Sicherungsstands und, wo eine lief, seine Startprüfung: Bereit, Achtung (durch eine Startprüfung, wenn die VM gestartet ist, aber nichts nachgewiesen hat, dass sie funktioniert, oder seit 0.4.3 durch eine Restore-Prüfung, die nicht laufen konnte, siehe Restore-Prüfungen, die nicht laufen konnten), Nicht wiederherstellbar, Nicht nachgewiesen oder Noch keine Sicherung. Die Zeile sagt, welche Prüfung entschieden hat. Ein Gast, der nie in einen Job kam, wird als in keinem Job geführt, nie als „keine Sicherung“, weil ein Cluster viele Gäste meldet, die gar nicht gesichert werden sollen.
Tab Status. Die Karte „N Gäste in keinem Backup-Job“ mit VMs & Container öffnen, die Karte Letzte erfolgreiche Sicherung mit dem Typ VMs und Container und die Zahlen der geschützten Objekte („davon N VMs und Container“).
Ransomware-Erkennung. Sicherungsstände von Containern und VMs werden wie die von Rechnern beurteilt. Ein verdächtiger bekommt die Markierung Verdächtig und hält die Aufbewahrung dieses Gasts an, bis ein Administrator es klärt, siehe Ransomware-Erkennung.
Warnungen. Fehlgeschlagene Gast-Sicherungen werden auf der Seite Warnungen gesondert gezeigt: „N VMs oder Container in einem Backup-Job haben eine fehlgeschlagene letzte Sicherung. Fehlgeschlagene Sicherungen lassen sich nicht bestätigen; sie bleiben rot, bis wieder eine Sicherung gelingt.“ mit VMs & Container öffnen.
Provider-Ansicht und API. GET /status meldet guests, die ausgeschlossenen getrennt als guests.excluded (seit 0.4.7, Vertrag 1.7.0). Die Provider-Ansicht meldet guests, guestsWithoutJob und guestsFailed und die Hinweise guest_backup_failed („Bei N Gästen (VMs oder Container) ist die letzte Sicherung fehlgeschlagen.“) und guests_without_job („N Gäste (VMs oder Container) sind in keinem Backup-Job und werden nicht gesichert.“).

Der Alarm Sicherung überfällig

Das Alarm-Ereignis Sicherung überfällig (backup.overdue, seit 0.3.1) erfasst Proxmox-VE-Gäste neben Postfächern, OneDrives, IMAP-Konten und Rechnern. Es löst einmal je Gast aus, wenn der Gast länger keine erfolgreiche Sicherung hatte, als die aktiven Gast-Jobs vorsehen: doppelter längster geplanter Abstand des entspanntesten aktiven Jobs, zwei Tage, wenn kein Job einen Zeitplan hat. Es löst erst wieder aus, nachdem dazwischen eine Sicherung gelungen ist. Eine Regel kann eine eigene Frist setzen, von 24 bis 720 Stunden, unter Frist für fehlende Sicherungen. Siehe Benachrichtigungen und Berichte.

Das Ereignis Sicherung fehlgeschlagen ist für die Läufe von Postfächern, OneDrives, IMAP-Konten, Servern und Clients formuliert. Eine fehlgeschlagene Gast-Sicherung zeigt sich als Letzter Lauf fehlgeschlagen beim Gast, im Inventar, auf der Seite Warnungen und in den Hinweisen oben, mit dem Grund. Eine Sicherung, die jemand gestoppt hat, ist abgebrochen: Sie löst keinen Fehleralarm und kein „Letzte Sicherung fehlgeschlagen“ aus. Eine fehlgeschlagene oder unbewiesene Startprüfung löst eigene Ereignisse aus, Startprüfung nicht bestanden und Startprüfung ohne Nachweis, siehe Startprüfungen.