NMM 19.9.0.5.Build.227 SQL VDI-Wiederherstellung schlägt mit dem Fehler "Keine Stripe-Objekte konnten gefunden für '/dbname' fehl"
Summary: NMM 19.9.0.5.Build.227 SQL VDI-Wiederherstellung schlägt mit dem Fehler "Keine Stripe-Objekte konnten gefunden für '/dbname' fehl"
Symptoms
NMM 19.9.0.5.Build.227 SQL VDI-Wiederherstellung schlägt mit folgendem Fehler fehl:'No stripe objects could be located for '/dbname' (pid=9308,11-07-2025 15:31:14) D:/views/nw/19.9/nsr/db_apps/bsmsql/rplan.c(1555): Stripe /C1-db02~1 from Stripe Map Missing, Exiting. 151535 11-07-2025 15:31:15 No stripe objects could be located for '/dbname'
- Das Durchsuchen und die Aufbewahrung für SQL VDI-Backups ist auf 4 Wochen
festgelegt- Komplette, kumulative inkrementelle und Protokoll-Backups sind konfiguriert
. - Ein komplettes Backup wird an einem Tag durchgeführt, gefolgt von einem kumulativen inkrementellen Backup für die nächsten Tage
. Es wird versucht, eine Wiederherstellung aus einem kumulativen inkrementellen Backup durchzuführen, für das das abhängige komplette Backup seinen Durchsuchungs- und Aufbewahrungszeitraum überschritten hat.
- Savesets für komplette Backups können aufgrund der Abhängigkeit von kumulativen inkr-Backups
weiterhin durchsucht werden. Einige der kumulativen inkr-Backups dazwischen haben ihre Durchsuchungs- und Aufbewahrungszeiträume
überschritten Die mminfo-Ausgabe für das teilweise abgelaufene kumulative inkr-Backup sieht wie folgt aus:Backup1107.001 Data Domain win19-sql19-c1 4218476226 1 MSSQL:C1-db02~2 11-07-2025 14:47:52 1752225472 cr 11-07-2025 14:57:51 11-08-2025 23:59:59Backup1107.001 Data Domain win19-sql19-c1 4201699010 1 MSSQL:C1-db02~1 11-07-2025 14:47:53 1752225473 cr 11-07-2025 14:57:51 11-08-2025 23:59:59Backup1107.001 Data Domain win19-sql19-c1 4184921798 1 MSSQL:C1-db02 11-07-2025 14:47:58 1752225478 cb 11-07-2025 14:57:45 11-08-2025 23:59:59Backup1107.001 Data Domain win19-sql19-c1 4168144583 1 MSSQL: 11-07-2025 14:47:59 1752225479 cb 11-07-2025 14:57:45 11-08-2025 23:59:59
Zwei übergeordnete Savesets haben die Markierung cb, während die beiden untergeordneten Savesets cr aufweisen (Indexeinträge für diese Savesets wurden gelöscht.
Cause
Gemäß NMM-SQL-Design wurde ein kumulatives inkrementelles Backup (mit/ohne Stripes) zur Wiederherstellung ausgewählt. NMM durchlief die Indizes und liest Objektinformationen bis zum letzten kompletten Backup.
Es gibt keine separate Verknüpfung zwischen dem kumulativen inkrementellen Backup und dem letzten kompletten Backup.
Sobald das komplette Backup gefunden wurde, ignoriert NMM kumulative inkrementelle/Protokoll-Backups dazwischen und stellt nur ausgewählte kumulative inkrementelle Backups und das letzte komplette Backup wieder her.
In diesem speziellen Fall konnten die Indizes für das kumulative inkrementelle Backup (untergeordnete Savesets) nicht gefunden werden, was dazu führte, dass die Wiederherstellung fehlschlug.
Resolution
Problemumgehung: Für ein ähnliches Szenario werden die mminfo-Einträge für das teilweise abgelaufene kumulative inkr-Backup mit dem folgenden Befehl entfernt:nsrmm -d -P -S 1933473985
Überprüfen Sie dann im SQL Server-Client-Node, Windows-Startmenü-> EMC Networker -> NMM-SQL-Plug-in -> Registerkarte "Datenbankwiederherstellung" -> Fenster> "Wiederherstellen ", "Überprüfen, ob der DB-Eintrag (3. Juni)" nicht vorhanden ist. Wählen Sie den nicht abgelaufenen kumulativen inkrementellen Speicher aus und führen Sie die DB-Wiederherstellung durch.