Die Antwort vorweg: Wenn eine Wiederherstellung in Veeam scheitert, müssen Sie weitere Schreibzugriffe auf die betroffene Sicherungskette sofort unterbinden und den gesamten Sicherungsordner erhalten – die Vollsicherung, alle inkrementellen Sicherungen und die Metadaten. Importieren Sie die Sicherung anschließend in eine separate, vom Administrator vorbereitete Umgebung und führen Sie dort die Wiederherstellung durch. Überschreiben Sie dabei niemals die Produktivumgebung.
Die Sicherungskette bildet ein Ganzes
Ein häufiger Fehler bei einer fehlgeschlagenen Wiederherstellung besteht darin, sich auf die neueste Sicherungsdatei zu konzentrieren. In Veeam enthält die neueste Datei im Repository jedoch nicht unbedingt allein einen wiederherstellbaren Stand – ihre Bedeutung ergibt sich erst aus dem Zusammenspiel mit den übrigen Dateien der Sicherungskette. VBK steht für eine Vollsicherung, VIB für ein Vorwärtsinkrement, VRB für Änderungen beim umgekehrt inkrementellen Verfahren und VBM für Metadaten. Je nach Verfahren unterscheiden sich sowohl die Abhängigkeiten als auch die Rolle der neuesten Datei. Der konkrete Aufbau der Sicherungskette hängt außerdem davon ab, welches Verfahren der jeweilige Job verwendet (Veeam: Backup Chain).
Daraus folgt die erste praktische Regel: Meldet die Wiederherstellung eine fehlende oder unlesbare Datei, muss das Problem nicht am gewählten Wiederherstellungspunkt liegen. Es kann jedes Glied der Kette betreffen, von dem dieser Punkt abhängt. Deshalb muss die Diagnose den gesamten Ordner berücksichtigen, nicht nur einzelne Dateien.
Was vor dem nächsten Joblauf zu entscheiden ist
Bevor Sie etwas starten, muss der Administrator festlegen, wie der betroffene Ordner gesichert wird, und eine automatische Rotation verhindern. Entscheidend ist, dass ein geplanter Lauf weder aufbewahrungsbedingte Löschungen noch das Hinzufügen inkrementeller Sicherungen oder eine Transformation des betroffenen Sicherungssatzes durchführt, bevor dieser gesichert wurde. Ein solcher Lauf kann Metadaten überschreiben und die Situation erheblich verschlechtern.
Dabei gilt es zu unterscheiden: Betroffen ist ein einzelner Job, nicht die gesamte Datensicherung. Alle funktionierenden Jobs pauschal anzuhalten, ist unnötig und verlängert den Zeitraum ohne aktuellen Datenschutz. Ein anderer Job, der in ein anderes Repository schreibt und keine gemeinsame Sicherungskette mit dem fehlerhaften Job bildet, kann weiterlaufen. Stoppen oder pausieren Sie nur den Job, dessen Dateien für die Wiederherstellung benötigt werden.
Was Sie dokumentieren und aufbewahren sollten
Dokumentieren Sie den Zustand, bevor Sie Änderungen vornehmen:
- den Namen des Sicherungsjobs und die Version seiner Konfiguration,
- die Version von Veeam Backup & Replication,
- den Zeitstempel des gewünschten Wiederherstellungspunkts,
- den genauen Wortlaut der Fehlermeldung einschließlich des Namens der Datei, an der die Wiederherstellung gescheitert ist.
Bewahren Sie anschließend die gesamte Sicherungskette auf – die VBK-Vollsicherung, alle benötigten inkrementellen Sicherungen und die Metadatendatei. Wenn Sie Dateien verschieben, müssen Metadaten, Vollsicherung und benötigte inkrementelle Sicherungen gemeinsam übertragen werden. Wird nur ein Teil der Kette übertragen, entsteht eine unvollständige Struktur (Veeam KB1729).
Zwei Dinge sollten Sie ausdrücklich unterlassen: Erzwingen Sie keine neuen inkrementellen Sicherungen auf Basis einer fragwürdigen Kette und löschen Sie keine VBK-Datei mit dem Gedanken, „einfach eine neue Vollsicherung zu erstellen“. Eine neue Vollsicherung hilft nicht dabei, alte Wiederherstellungspunkte aus der beschädigten Kette wiederherzustellen. Die gelöschte VBK-Datei könnte dafür die einzige Grundlage gewesen sein.
Datei gelöscht, überschrieben oder beschädigt und keine andere Kopie? Schreiben Sie nichts mehr auf den Datenträger.
Was Sie nicht mehr versuchen sollten:
- auf der Festplatte oder Karte, wo die Datei war, nichts speichern oder installieren – auch kein Rettungsprogramm,
- den Datenträger nicht formatieren und kein CHKDSK und keine Reparatur starten,
- wenn die Festplatte zusätzlich Fehler meldet oder klickt, sie nicht wiederholt einschalten.
Wie es bei uns abläuft und was es kostet: Datenrettung.
Beschreiben Sie, um welche Datei und welchen Datenträger es geht; den Preis für Diagnose und Rettung nennen wir vorab. NONSTOP-Linie 775 556 063.
Defektes Medium: Warum weitere Leseversuche schaden können
Wenn das Laufwerk mit den Sicherungen zeitweise nicht mehr erkannt wird, Lesefehler meldet oder ungewöhnliche Geräusche macht, beenden Sie weitere Tests am Original. Führen Sie auch keine Dateisystemreparaturen an der einzigen Kopie der Sicherungen durch. Hier ist ein anderes Vorgehen erforderlich als beim bloßen Import eines unvollständigen Ordners auf einem intakten Speichermedium.
Bei einer intakten Quelle erstellt der Administrator eine separate Kopie. Gibt es Anzeichen für einen Mediendefekt, entscheidet ein Spezialist über das Verfahren zur Datengewinnung. Ein gewöhnlicher Kopiervorgang in einem einzigen Durchlauf ist keine allgemein sichere Empfehlung und kann an unlesbaren Bereichen scheitern. Bewahren Sie die Dateiliste und die genauen Fehlermeldungen bisheriger Versuche auf, wiederholen Sie diese Versuche jedoch nicht automatisch.
Import in eine separate Umgebung Schritt für Schritt
Importieren Sie eine intakte Kopie der Sicherungskette in eine vom Administrator getrennt von der Produktion vorbereitete Umgebung. Dafür benötigen Sie eine Instanz von Veeam Backup & Replication, die die betreffende Sicherung unterstützt, ausreichend Speicherplatz und eine Umgebung ohne Verknüpfung mit produktiven Jobs. Veeam unterscheidet klar zwischen zwei Vorgängen: dem Import vorhandener Sicherungsdateien und der eigentlichen Wiederherstellung der darin enthaltenen Daten (Veeam: Importing Backups). Gehen Sie so vor:
- Bereiten Sie die separate Umgebung vor und legen Sie eine Kopie der gesamten Sicherungskette (VBK, VIB/VRB, VBM) in einem Ordner ab, auf den diese Umgebung zugreifen kann.
- Wählen Sie in der Konsole auf der Registerkarte Home die Option Import Backup. Wählen Sie unter Location den Server mit der Kopie und über Browse die VBM-Datei aus. Ist keine VBM-Datei verfügbar, kann laut Dokumentation auch die VBK-Datei ausgewählt werden; der Import dauert dann länger. Die benötigten inkrementellen Sicherungen müssen im selben Ordner wie die Vollsicherung liegen. Der Server mit der Kopie muss zur Backup-Infrastruktur der separaten Umgebung hinzugefügt worden sein. Über die Konsole lassen sich auf diese Weise Sicherungen von Windows- und Linux-Servern sowie von den Deduplizierungsspeichern HPE StoreOnce und Dell Data Domain importieren. Für andere Speicher verweist Veeam auf das PowerShell-Cmdlet Import-VBRBackup.
- Bestätigen Sie den Import. Bei Erfolg erscheint die Sicherung unter Home → Backups → Imported mit dem ursprünglichen Jobnamen und dem Zusatz
_imported. Die angezeigten Wiederherstellungspunkte helfen bei der Auswahl eines Tests, belegen aber nicht, dass sich alle Punkte wiederherstellen lassen. - Vergleichen Sie die angezeigten Punkte mit der Bestandsaufnahme und dem gewünschten Zeitpunkt. Dokumentieren Sie Fehlermeldungen. Ob ein bestimmter Punkt tatsächlich wiederherstellbar ist, lässt sich erst durch seine Wiederherstellung und die Prüfung des Ergebnisses feststellen. Ein Import mit Fehlermeldung bestätigt keine vollständige Sicherungskette.
Sicheres Vorgehen bei fehlgeschlagenem Import: Greifen Sie nicht erneut auf das Original auf dem defekten Medium zu und versuchen Sie nicht, direkt aus der Produktion probeweise andere Dateien zu importieren. Vergleichen Sie die Kopie mit der Bestandsaufnahme und prüfen Sie die Vollsicherung, die benötigten inkrementellen Sicherungen, die Berechtigungen und die Versionskompatibilität. Eine fehlende VBM-Datei schließt einen manuellen Import über die VBK-Datei allein nicht aus. Wurde die Sicherung mit einer neueren Veeam-Version erstellt als derjenigen in der separaten Umgebung, gelingt der Import laut Hersteller zwar, eine Wiederherstellung ist daraus jedoch nicht möglich. Die Umgebung muss dieselbe oder eine neuere Version verwenden. Unternehmen Sie einen weiteren Versuch erst, wenn die Ursache geklärt ist, und arbeiten Sie weiterhin getrennt von den produktiven Originaldateien.
Führen Sie die Wiederherstellung anschließend aus der importierten Sicherung in der separaten Umgebung durch. Als Ziel dient ein Testsystem oder ein isolierter Standort. Ist die Sicherung mit einem Kennwort verschlüsselt, übermitteln Sie dieses dem Administrator der separaten Umgebung über einen sicheren Kanal, getrennt von den Dateien. Senden Sie Kennwort und Dateien niemals gemeinsam in einer Übertragung, E-Mail, Chatnachricht oder einem Formular.
Was der Test belegt – und was nicht
Eine erfolgreiche Wiederherstellung mit anschließender Inhaltsprüfung bestätigt, dass der konkret getestete Wiederherstellungspunkt für die überprüften Dateien oder Anwendungen verwendbar ist. Ein bloßer Import bestätigt lediglich, dass die Sicherung in die Konsole aufgenommen wurde. Daraus folgt weder, dass jeder Punkt der Kette intakt ist, noch, dass künftige Jobläufe erfolgreich sein werden. Unabhängig davon gilt: Bei einer unvollständigen Kette lässt sich keine Wiederherstellung garantieren. Ein Punkt, der ein fehlendes Glied benötigt, kann scheitern, obwohl er in der Konsole angezeigt wird. Ohne Kenntnis des Sicherungsverfahrens und weiterer Vollsicherungen lässt sich allerdings auch nicht behaupten, dass sämtliche Punkte des Sicherungssatzes verloren sind.
Bedenken Sie außerdem: Dieses Vorgehen reagiert auf eine bereits fehlgeschlagene Wiederherstellung und ersetzt keine regelmäßigen Wiederherstellungstests. Solche Tests sind eine vorbeugende Maßnahme, um Probleme zu erkennen, bevor eine Wiederherstellung tatsächlich erforderlich wird. Hier liegt die umgekehrte Situation vor: Die Wiederherstellung ist bereits gescheitert, und das Ziel besteht darin, möglichst viel von den verbliebenen Daten zu erhalten.
Entscheidungstabelle
| Situation | Was zu tun ist | Was Sie vermeiden sollten |
|---|---|---|
| Wiederherstellung fehlgeschlagen, Job läuft weiter | Nur den betroffenen Job pausieren, Ordner sichern | Alle funktionierenden Sicherungsjobs pauschal anhalten |
| Sicherungskette liegt auf einem verdächtigen Medium | Wiederholte Tests beenden, Daten fachgerecht auslesen lassen | Das Original wiederholt lesen oder „reparieren“ |
| Nur die VBM-Metadaten fehlen | Übrige Dateien erhalten, manuellen Import über VBK prüfen | VBK löschen und eine neue Vollsicherung erstellen |
| Import in der Testumgebung gelingt | Auf einem isolierten System wiederherstellen, Wiederherstellungspunkt prüfen | Direkt auf produktive Server zurückschreiben |
| Sicherungskette ist unvollständig | Wiederherstellen, was möglich ist, Grenzen dokumentieren | Die Wiederherstellung von Punkten zusagen, die vom fehlenden Glied abhängen |
| Sicherungskette ist verschlüsselt | Kennwort über einen separaten sicheren Kanal übermitteln | Kennwort zusammen mit den Dateien senden |
Checkliste für die Übergabe und Prüfung des Ergebnisses
Bereiten Sie vor der Übergabe an einen anderen Administrator oder Spezialisten Folgendes vor:
- die zu Beginn des Vorfalls erfassten Angaben zu Job, Version, Wiederherstellungspunkt und Fehler,
- den vollständig aufbewahrten Ordner mit der Sicherungskette einschließlich der Metadaten,
- eine Kopie auf einem intakten Speichermedium sowie einen Vermerk dazu, wo sich das Original befindet und in welchem Zustand es ist,
- die Bestätigung, dass die produktiven Jobs regulär laufen und nur der betroffene Job pausiert ist,
- ein Protokoll des Imports in die separate Umgebung und des Wiederherstellungsergebnisses.
Prüfen Sie nach der Wiederherstellung, ob die wiederhergestellte Anwendung oder das System tatsächlich startet. Kontrollieren Sie außerdem den Datenstand: Der Inhalt muss dem erwarteten Zeitpunkt entsprechen, auf den Sie zurückgehen wollten. Die bloße Feststellung „Wiederherstellung abgeschlossen“ ist ohne Inhaltsprüfung nicht aussagekräftig. Halten Sie abschließend die Grenzen fest: Welche Punkte ließen sich nicht wiederherstellen, und was bedeutet das künftig für das betroffene System? Fordern Sie keine pauschalen Neustarts von Systemen mit produktiven Diensten. Jede solche Empfehlung muss berücksichtigen, welche Systeme und Dienste auf dem jeweiligen Server gerade laufen.
Häufige Fragen
Reicht für die Wiederherstellung die neueste Sicherungsdatei?
Nein. Die neueste Datei allein enthält nicht unbedingt einen wiederherstellbaren Stand. Entscheidend ist die gesamte Kette aus Vollsicherung, inkrementellen Sicherungen und Metadaten.
Kann ich nach einer fehlgeschlagenen Wiederherstellung einfach eine neue Vollsicherung starten?
Für den künftigen Schutz können Sie eine neue Vollsicherung starten. Sie löst jedoch nicht das Problem, Wiederherstellungspunkte aus der beschädigten Kette wiederherzustellen. Löschen Sie deshalb keine VBK-Datei und erzwingen Sie keine neuen inkrementellen Sicherungen auf Basis der bestehenden Kette, solange diese nicht gesichert ist.
Warum sollten Import und Wiederherstellung in einer separaten Umgebung erfolgen?
Veeam behandelt den Dateiimport und die eigentliche Wiederherstellung als getrennte Vorgänge. Der Import in eine isolierte Umgebung ermöglicht es, die Sicherungskette zu prüfen und Daten mit geringerem Risiko für die produktiven Daten wiederherzustellen. Der Administrator muss dennoch das Wiederherstellungsziel und die Isolation des Testsystems überprüfen.
Was tun, wenn ein defektes Laufwerk mit den Sicherungen die Ursache ist?
Beenden Sie wiederholte Leseversuche und Reparaturen am Original. Ein Spezialist entscheidet anhand des Defekts, wie die Daten auf ein intaktes Speichermedium übertragen werden können. Wir empfehlen keinen pauschalen Kopierbefehl für eigene Versuche an einem ausfallenden Laufwerk.
Wie lässt sich das Kennwort einer verschlüsselten Sicherung sicher übergeben?
Übermitteln Sie das Kennwort über einen separaten sicheren Kanal, niemals gemeinsam mit den Sicherungsdateien und niemals per Chat, E-Mail oder Formular. Grundsätzlich gehören geheime Zugangsdaten nicht in ungeschützte Übertragungen.
Müssen Sie Unternehmensdaten sichern?
Wenn das ursprüngliche Medium ausgefallen ist oder die einzige nutzbare Kopie fehlt, beschreiben Sie die Situation über das Datenrettungsformular. Nennen Sie das Gerät, die Symptome, die Ereignisse vor dem Ausfall und die benötigten Daten. Tragen Sie keine Kennwörter oder Schlüssel ein und laden Sie keine sensiblen Dateien über das Formular hoch. Den Umfang der Prüfung und mögliche Kosten vereinbaren wir vorab anhand des konkreten Falls. Die aktuelle Preisliste unterscheidet nach Medium und Aufwand. Weitere Informationen finden Sie in der Übersicht zur Datenrettung.
Quellen und Prüfdatum
Die technischen Quellen wurden am 7. Oktober 2026 geprüft.
Wo Sie uns finden
ITHOPE ist eine Firma aus Brno, Tschechien: wir machen Datenrettung von Festplatten, RAID und NAS, PC- und Notebook-Service und IT für Unternehmen, alles im eigenen Labor in der Viniční 3587/216, 615 00 Brno.
Telefon +420 775 556 063 (rund um die Uhr). Das Gerät können Sie persönlich bringen oder per Kurier schicken (Zásilkovna, PPL).