Wie man vorgeht, wenn der Speicherplatz eines Home-NAS-Backup-Ziels während des Vorgangs ausgeht

Wenn ein Heim-NAS-Backup-Ziel während eines Jobs keinen Speicherplatz mehr hat, stoppen Sie den Zeitplan, bewahren Sie die zuletzt bekannten guten Wiederherstellungspunkte und ermitteln Sie, ob der fehlgeschlagene Lauf ein abgeschlossenes Backup, einen fortsetzbaren Checkpoint oder nur temporäre Daten erstellt hat. Löschen Sie nicht manuell zufällige vollständige oder inkrementelle Dateien, um Platz zu schaffen. Schaffen Sie freien Speicherplatz über den Aufbewahrungsprozess des Backup-Tools oder erweitern Sie das Ziel, setzen Sie dann je nach Verhalten dieses Repositories fort oder starten Sie neu und überprüfen Sie eine Wiederherstellung.

Stoppen Sie wiederholte Wiederholungen und bewahren Sie das letzte gute Backup

Deaktivieren Sie automatische Wiederholungen, bevor Sie Änderungen vornehmen. Wiederholte Versuche können die letzten freien Blöcke verbrauchen, mehr temporäre Dateien erzeugen, Protokolle rotieren oder die Aufbewahrung auslösen, während das Repository bereits unter Druck steht. Notieren Sie den genauen Fehler, die Job-ID, die Quellgruppe, den Zielpfad und die Zeit des zuletzt abgeschlossenen Wiederherstellungspunkts.

Entfernen Sie nicht einfach das neueste abgeschlossene Backup, nur weil es groß ist. In einer vorwärts-inkrementellen Kette können neuere Wiederherstellungspunkte von einem älteren vollständigen Backup und allen erforderlichen Inkrementen abhängen. In einem deduplizierten Repository können scheinbar separate Snapshots Datenblöcke teilen. Behandeln Sie das Repository als eine verwaltete Struktur, nicht als einen Ordner unabhängiger Archive.

Bestätigen Sie, welche Speicherebene tatsächlich voll ist

Überprüfen Sie das Dateisystem, das das Ziel unterstützt, nicht nur die im Backup-Programm angezeigte freie Speicherplatzmenge. Die Grenze kann die USB-Festplatte, das NAS-Dataset, das Kontingent, die Snapshot-Reserve, die Objekt-Store-Zuweisung, die Inode-Anzahl, das temporäre Staging-Verzeichnis oder die Systempartition des Heimservers sein.

Ein Backup-Repository meldete einen Fehler wegen fehlendem Speicherplatz, obwohl das Ziel Terabytes an freier Kapazität anzeigte, was veranschaulicht, warum die sichtbare Hauptzahl nicht die begrenzte Ebene identifizieren kann. Der ZimaSpace-Leitfaden zum Ermitteln des tatsächlichen Verbrauchers der NAS-Kapazität hilft dabei, Freigabedaten von Snapshots, Papierkörben, App-Daten, gelöschten offenen Dateien und falschen Einhängepunkten zu trennen.

Bestimmen Sie, ob der fehlgeschlagene Lauf verwendbar ist

Verschiedene Backup-Formate schreiben Daten unterschiedlich. Einige schreiben den finalen Snapshot-Datensatz erst nach Abschluss des Jobs. Eine Restic-Diskussion erklärt, dass hochgeladene Daten vor der Erstellung des finalen Snapshots existieren können, sodass ein unterbrochener Lauf möglicherweise nicht als normaler Wiederherstellungspunkt erscheint, obwohl einige Inhalte das Repository erreicht haben.

Andere Tools erstellen Checkpoint-Archive. Eine Borg-Wiederherstellungsdiskussion weist darauf hin, dass ein Checkpoint gültig, aber unvollständig sein kann. Gehen Sie nicht davon aus, dass dieses Verhalten für jedes Backup-Programm gilt. Verwenden Sie die eigene Listen-, Prüf- oder Verifizierungsfunktion des Repositories und unterscheiden Sie zwischen abgeschlossenen, Checkpoint-, partiellen und verwaisten Daten.

Freier Speicherplatz, ohne die Backup-Kette zu unterbrechen

Verwenden Sie den Befehl zur Aufbewahrung, zum Vergessen, zum Bereinigen, zum Komprimieren oder zur Repository-Bereinigung der Backup-Anwendung. Löschen Sie keine einzelnen Ketten-Dateien im Dateibrowser, es sei denn, das Tool dokumentiert diese ausdrücklich als unabhängig. Eine Diskussion über geteilte Repositories betont, dass inkrementelle Wiederherstellungspunkte ohne das erforderliche vollständige Backup nicht nützlich sind.

Wenn das Ziel komplett voll ist, benötigt selbst die Bereinigung Arbeitsplatz für Sperren, Metadaten oder neu geschriebene Pakete. Die sichereren Optionen sind, vorübergehend Kapazität hinzuzufügen, eine nicht zum Repository gehörende Datei zu verschieben, das Dateisystem zu erweitern oder ein größeres Ziel anzuschließen. Verschieben Sie nicht nur ausgewählte Repository-Dateien auf eine andere Festplatte, es sei denn, die Backup-Anwendung unterstützt das Spanning oder die Repository-Migration.

Überprüfen Sie temporäre und Systempfade, bevor Sie die Backup-Festplatte erweitern.

Ein Home-NAS-Job kann komprimierte Archive unter /tmp zwischenspeichern, einen temporären Container-Export auf dem System-SSD erstellen oder über einen nicht eingebundenen Zielpfad schreiben. Ein Proxmox-Backup-Fehler zeigt einen rsync-Empfänger, der während eines Backups mit einem Kein-Speicherplatz-Fehler stoppt. Überprüfen Sie den genauen Pfad im Fehler, bevor Sie eine größere USB-Festplatte kaufen; die gesamte Ebene kann lokales Staging und nicht das endgültige Ziel sein.

• Überprüfen Sie das Ziel-Dateisystem und das NAS-System-Dateisystem separat.
• Prüfen Sie die Verfügbarkeit von Inodes, wenn viele kleine Dateien gespeichert sind.
• Überprüfen Sie Quoten pro Freigabe, Benutzer, Datensatz und Container-Speicher.
• Prüfen Sie, ob Snapshots oder Papierkörbe gelöschte Backup-Daten aufbewahren.
• Überprüfen Sie, ob das Ziel während des fehlgeschlagenen Laufs am erwarteten Pfad eingebunden war.

Entscheiden Sie, ob Sie fortsetzen oder einen neuen Lauf starten.

Setzen Sie nur fort, wenn die Backup-Anwendung dies unterstützt und das Repository einen gesunden, fortsetzbaren Zustand meldet. Ein Beispiel für eine unterbrochene Kopie besagt, dass der Job nach Wiederherstellung des Zielspeicherplatzes an der Stelle fortgesetzt werden kann, an der er gestoppt wurde. Andere Tools rollen die unvollständige Transaktion zurück und erfordern einen neuen Lauf.

Bei einem einfachen Datei-Kopier- oder rsync-Job kann ein erneutes Ausführen nur fehlende oder geänderte Daten übertragen, aber ein teilweises Ziel ist für sich genommen kein datierter Wiederherstellungspunkt. Für ein Archiv- oder dedupliziertes Repository verwenden Sie dessen integrierte Resume-, Unlock-, Repair- oder Backup-Befehle, anstatt temporäre Dateien manuell zu kopieren.

Führen Sie eine Repository-Prüfung durch, bevor Sie dem nächsten Backup vertrauen.

1. Listen Sie die zuletzt abgeschlossenen Wiederherstellungspunkte auf und bestätigen Sie deren Daten.
2. Führen Sie die Konsistenzprüfung des Repositorys des Tools durch.
3. Bestätigen Sie, dass der fehlgeschlagene Teil- oder Checkpoint-Zustand verstanden wird.
4. Führen Sie ein neues Backup durch, nachdem Speicherplatz verfügbar ist.
5. Stellen Sie repräsentative Familiendateien und selbstgehostete App-Konfigurationen in ein temporäres Verzeichnis wieder her.
6. Überprüfen Sie die Protokolle auf übersprungene Objekte, Aufbewahrungsfehler und eine zweite Speicherwarnung.

Erklären Sie den Vorfall nicht als gelöst, nur weil der nächste Job grün wird. Der letzte saubere Wiederherstellungspunkt muss weiterhin geöffnet werden können, und das neue Backup muss einen nutzbaren Wiederherstellungspunkt erzeugen.

Verhindern Sie, dass das Ziel erneut voll wird

Setzen Sie eine Vorwarnschwelle, die größer ist als der erwartete nächste Zuwachs plus Arbeitsbereich für die Bereinigung. Alarmieren Sie sowohl bei prozentualer Nutzung als auch bei absolut freiem Speicherplatz. Überwachen Sie unerwartetes Quellwachstum, Größe der geänderten Daten, Aufbewahrungsfehler, unveränderliche Wiederherstellungspunkte, Snapshots und das Wachstum des Papierkorbs.

Bei einem rotierenden USB-Ziel prüfen Sie die Kapazität vor jeder Verbindung. Für ein dauerhaft angeschlossenes NAS-Repository reservieren Sie genügend Puffer für ein ungewöhnlich großes Backup und die Wartungsoperation zum Entfernen abgelaufener Daten. Wenn das normale Wachstum regelmäßig die Schwelle erreicht, verkürzen Sie die Aufbewahrung nur nach Überprüfung der Wiederherstellungsanforderungen oder migrieren Sie zu einem größeren Ziel.

FAQ

Kann ich von dem teilweisen Backup wiederherstellen?

Nur wenn die Backup-Anwendung sie als gültigen Checkpoint oder wiederherstellbares Teilarchiv identifiziert. Ein Verzeichnis mit einigen kopierten Dateien ist nicht automatisch ein konsistenter Wiederherstellungspunkt. Überprüfen Sie dies mit dem Tool und stellen Sie es an einem isolierten Pfad wieder her.

Kann ich eine alte inkrementelle Datei löschen, um Speicherplatz freizugeben?

Nicht manuell. Es kann von jedem neueren Wiederherstellungspunkt erforderlich sein. Verwenden Sie den Aufbewahrungs- oder Bereinigungsprozess der Anwendung, der Abhängigkeiten und geteilte Datenblöcke versteht.

Soll ich nach dem Freimachen von Speicherplatz fortsetzen oder ein neues Backup starten?

Folgen Sie dem aufgezeichneten Zustand des Repositories. Setzen Sie fort, wenn das Tool explizit die Fortsetzung unterstützt; andernfalls lassen Sie es zurückrollen oder die unvollständige Transaktion bereinigen und starten Sie einen neuen Lauf. Führen Sie in beiden Fällen anschließend eine Repository-Prüfung durch und testen Sie eine Wiederherstellung.

Fazit

Die Wiederherstellung von einem vollen NAS-Backup-Ziel zu Hause ist eine Aufgabe zum Schutz des Repositories, nicht nur eine Aufgabe zur Bereinigung der Festplatte. Stoppen Sie Wiederholungsversuche, identifizieren Sie die tatsächlich volle Ebene, bewahren Sie abgeschlossene Wiederherstellungspunkte auf, schaffen Sie Platz über das Backup-Tool und bestimmen Sie, ob der fehlgeschlagene Lauf abgeschlossen, als Checkpoint gespeichert oder verworfen wird. Setzen Sie nur fort, wenn dies unterstützt wird, und überprüfen Sie dann sowohl die Gesundheit des Repositories als auch eine echte Wiederherstellung, bevor Sie den Zeitplan wieder aktivieren.