Backups durch Wiederherstellung in einen separaten Ordner testen

Inhalt

Das Wichtigste in Kürze

Prüfen Sie eine Sicherung ohne Überschreiben der Originale: Snapshot auswählen, Dateien separat wiederherstellen, vergleichen und das Ergebnis dokumentieren.

Das gewünschte Wiederherstellungsszenario festlegen

Ein erfolgreich gemeldeter Sicherungsauftrag zeigt, dass das Programm eine Aufgabe abgeschlossen hat. Ob die Kopie Ihren Bedarf erfüllt, prüfen Sie durch Abrufen und Verwenden der Dateien. Diese Anleitung beschreibt eine zerstörungsfreie Probe für gewöhnliche Dokumente, Fotos und exportierte Datensätze. Sie behandelt weder die Wiederherstellung eines Betriebssystems noch die Reparatur beschädigter Repositorys oder die Wiederherstellung laufender Datenbanken. Dafür benötigen Sie eigene Verfahren.

Wählen Sie das Szenario: versehentliches Löschen, Verlust des Computers oder Rückkehr zu einer älteren Version. Notieren Sie Ordner, benötigte Version und zulässige Wiederherstellungsdauer. Ein wiederhergestelltes Dokument von gestern beweist nicht, dass ein Archiv aus dem Vorjahr verfügbar ist. Wählen Sie repräsentative Dateien: einen kleinen Text, ein Bild und eine größere Datei sowie einen Unterordner. Verwenden Sie beim ersten Versuch entbehrliche Testdaten.

Notieren Sie Speicherort und Sicherungsprogramm. Prüfen Sie bei einem verschlüsselten Repository, ob Sie das Passwort über einen geschützten Weg unabhängig vom ursprünglichen Computer erhalten können. Schreiben Sie weder Passwörter noch Cloud-Zugangsdaten, Wiederherstellungsphrasen oder private Schlüssel in den Testbericht. Die Kopia-Dokumentation weist darauf hin, dass das Repository-Passwort zum Wiederherstellen erforderlich ist. [1][3]

Ein Ziel ohne Überschreibungsrisiko vorbereiten

Erstellen Sie einen neuen leeren Zielordner außerhalb des Quellordners und des Sicherungsrepositorys. Kennzeichnen Sie ihn im Namen als Wiederherstellungstest. Prüfen Sie vor der Bestätigung den vollständigen Pfad. Beim Zurückschreiben in den Quellordner lassen sich wiederhergestellte Dateien schwerer von Originalen unterscheiden; zudem können benötigte Daten überschrieben werden. Verwenden Sie zunächst keinen automatisch synchronisierten Ordner, damit die Dateien nicht auf andere Geräte übertragen werden.

Prüfen Sie den freien Platz für die ausgewählten Dateien und temporäre Programmarbeiten. Stellen Sie sicher, dass der Speicher verbunden und lesbar ist. Informieren Sie sich bei Cloudkopien vor einer großen Auswahl über Downloadlimits und Abrufkosten. Kopia überlässt Ihnen die Speicherwahl; Einrichtung und Bezahlung liegen bei Ihnen.

Wenn Sie den Verlust des Computers proben, dokumentieren Sie auch die Installation des passenden Programms und die Repository-Verbindung auf einem anderen vertrauenswürdigen Gerät. Das Öffnen eines bereits verbundenen Repositorys am bisherigen Computer prüft diesen Schritt nicht. Verwenden Sie nur eigene oder von Ihnen verwaltete Ressourcen. Ändern Sie keine produktiven Zugangsdaten, Aufbewahrungsregeln oder Zugriffsrechte, nur um einen Test erfolgreich abzuschließen. [1][3]

Das Repository vorab prüfen

Lesen Sie die Prüfmöglichkeiten Ihrer installierten Version. Eine Strukturprüfung und das vollständige Lesen gespeicherter Daten beantworten unterschiedliche Fragen. Restics check prüft die Repository-Konsistenz; die Option read-data liest zusätzlich Datenpakete. Kopias normale Snapshot-Prüfung kontrolliert Strukturen und benötigte Datenblöcke, lädt jedoch nicht jede Datei herunter, entschlüsselt und entpackt sie.

Kopia dokumentiert die Option verify-files-percent zum Prüfen von Dateiinhalten. Der Wert 100 fordert die Prüfung aller Dateien an und verursacht entsprechend Datenverkehr und Rechenaufwand. Dabei entsteht kein dauerhaft wiederhergestellter Arbeitsordner. Wählen Sie einen tragbaren Umfang und dokumentieren Sie die Einstellung statt lediglich „Backup geprüft“. Verwenden Sie die aktuelle Programmhilfe und übernehmen Sie keine Optionen aus anderen Anwendungen.

Meldet die Prüfung fehlende oder beschädigte Daten, sichern Sie das Protokoll und betrachten Sie diese Kopie nicht länger als nachweislich wiederherstellbar. Löschen Sie nicht zuerst Snapshots und starten Sie keine unverstandenen Reparaturbefehle. Bewahren Sie andere Kopien unverändert auf. Diese Anleitung trennt die Wiederherstellungsprobe von der Reparatur, weil Reparaturen Daten verändern können und einen auf den Fehler abgestimmten Plan benötigen. [2][4]

Einen bestimmten Snapshot wiederherstellen

Listen Sie verfügbare Snapshots auf und wählen Sie eine genaue Kennung oder einen Zeitpunkt. Prüfen Sie, ob der Snapshot den richtigen Ordner enthält und vor der rückgängig zu machenden Änderung liegt. Der neueste Snapshot kann eine versehentliche Löschung bereits enthalten. Notieren Sie die Version vor Beginn, damit eine andere Person den Ablauf wiederholen kann.

Wählen Sie in KopiaUI die Wiederherstellung des gewünschten Snapshots und kontrollieren Sie vor der Bestätigung das angezeigte Ziel. Folgen Sie in Restic dem dokumentierten restore-Ablauf mit einem separaten Zielverzeichnis. Einen universellen Befehl gibt diese Anleitung nicht vor: Authentifizierung und Pfade hängen von Ihrer Einrichtung ab. Ersetzen Sie einen Zielplatzhalter nicht aus Gewohnheit durch Ihr produktives Quellverzeichnis.

Warten Sie bis zum Abschluss und bewahren Sie Ergebnis, Warnungen und nicht wiederhergestellte Dateien im Protokoll auf. Ein voller Fortschrittsbalken genügt nicht, wenn Einträge übersprungen wurden. Löschen Sie Originale nicht für einen vermeintlich realistischeren Test. Für ältere Versionen ändern Sie entbehrliche Beispieldaten nach der ersten Sicherung, erstellen einen weiteren Snapshot und stellen anschließend den ersten in den Testordner wieder her. [3]

Dateien prüfen und Ergebnis messen

Prüfen Sie den wiederhergestellten Verzeichnisbaum anhand der vorgesehenen Auswahl. Vergleichen Sie Namen, Unterordner und Dateigrößen. Öffnen und lesen Sie den Text, betrachten Sie das Foto und öffnen Sie das größere Dokument in seiner üblichen Anwendung. Die bloße Existenz einer Datei beweist weder die richtige Version noch ihre Lesbarkeit durch das Programm.

Liegt eine vertrauenswürdige Referenzkopie vor, vergleichen Sie kryptografische Hashwerte auf Bytegleichheit. Verwenden Sie die Referenz der wiederhergestellten Version: Abweichungen gegenüber absichtlich geänderten aktuellen Dateien sind zu erwarten. Gleiche Hashwerte beweisen nicht, dass das ursprüngliche Dokument vor der Sicherung korrekt, vollständig oder frei von Schadsoftware war. Halten Sie diese Grenze fest.

Messen Sie die Dauer von Zugriff, Download, Wiederherstellung und Prüfung. Notieren Sie fehlende Berechtigungen oder Metadaten, soweit relevant. Ein Test gewöhnlicher Dateien bestätigt weder Datenbankkonsistenz noch Bootfähigkeit. Bezeichnen Sie einen Stichprobentest als erfolgreiche Stichprobenwiederherstellung, nicht als Garantie für sämtliche Snapshots und Ausfälle. Klären Sie unerklärte Unterschiede, bevor Sie sich auf die Kopie verlassen. [2][3]

Den Ablauf dokumentieren und wiederholen

Dokumentieren Sie Datum, Programmversion, Repository-Bezeichnung, Snapshot-Kennung, Dateiauswahl, Ziel, Prüfeinstellungen und Ergebnis. Ergänzen Sie Dauer und offene Warnungen. Entfernen Sie Geheimnisse aus Screenshots und Protokollen, die Sie weitergeben möchten. Ein brauchbares Ergebnis benennt den Snapshot, die separat wiederhergestellte Auswahl und die bestandenen Prüfungen.

Wiederholen Sie die Probe nach Änderungen am Speicheranbieter, an Verschlüsselungszugängen, Sicherungsprogramm oder Aufbewahrungsregeln. Wählen Sie zusätzlich einen regelmäßigen Abstand passend zur Bedeutung der Dateien. Prüfen Sie ältere Snapshots, wenn historische Wiederherstellung wichtig ist. Stellen Sie sicher, dass die zuständige Person Anleitung und autorisierten Zugang auch ohne den ausgefallenen Computer findet.

Entfernen Sie bei Bedarf ausschließlich den entbehrlichen Testordner nach Prüfung seines vollständigen Pfads. Löschen Sie beim Aufräumen weder das Repository noch ändern Sie die Aufbewahrung. Bewahren Sie das Protokoll auf und verbessern Sie unklare Stellen der Anleitung. Ziel ist ein wiederholbarer Ablauf mit klaren Grenzen, belegt durch tatsächlich wiederhergestellte Dateien statt einer ungeprüften Erfolgsmeldung. [2][3]

Häufige Fragen

Soll ich die Originale für den Test löschen?

Nein. Stellen Sie Dateien in einem separaten leeren Ordner wieder her und lassen Sie Originale unverändert. [3]

Liest eine Metadatenprüfung jede Datei?

Nicht unbedingt. Prüfen Sie den gewählten Modus; vollständige Datenprüfung und Wiederherstellung sind unterschiedliche Vorgänge. [2][4]

Beweist eine Stichprobe die Nutzbarkeit aller Backups?

Nein. Dokumentieren Sie Snapshot und Auswahl und prüfen Sie weitere relevante Versionen. [3]

Belege & Quellen

Quelldokument: 4. Nov. 2026 · Geprüft: 4. Nov. 2026

[1]Von Quelle berichtet
Kopia benötigt das Repository-Passwort zur Wiederherstellung.
Belegauszug: Kopia: Einstieg
Übersetzung des Auszugs
There is absolutely no way to restore any of your backed up files from a repository if you forget your password!
Originalzitat
There is absolutely no way to restore any of your backed up files from a repository if you forget your password!
Kopia: getting started ↗
Quellsprache: EN · Abgerufen 4. Nov. 2026
[2]Von Quelle berichtet
Kopia empfiehlt regelmäßige Snapshot-Wiederherstellungstests.
Belegauszug: Kopia: Snapshot-Prüfung
Übersetzung des Auszugs
you need to test snapshots regularly
Originalzitat
you need to test snapshots regularly
Kopia: snapshot verification ↗
Quellsprache: EN · Abgerufen 4. Nov. 2026
[3]Von Quelle berichtet
Restic dokumentiert die Wiederherstellung in einen separaten Zielpfad.
Belegauszug: Restic: Wiederherstellung
Übersetzung des Auszugs
restore the contents of the latest snapshot to /tmp/restore
Originalzitat
restore the contents of the latest snapshot to /tmp/restore
Restic: restoring from backup ↗
Quellsprache: EN · Abgerufen 4. Nov. 2026
[4]Von Quelle berichtet
Restic unterscheidet Strukturprüfungen vom Lesen gespeicherter Daten.
Belegauszug: Restic: Repository-Prüfung
Übersetzung des Auszugs
Structural consistency and integrity
Originalzitat
Structural consistency and integrity
Restic: repository checks ↗
Quellsprache: EN · Abgerufen 4. Nov. 2026