NMM 19.9.0.5.Build.227 SQL VDI-återställning misslyckas med felet "Inga stripe-objekt kunde hittas för "/dbname"
Summary: NMM 19.9.0.5.Build.227 SQL VDI-återställning misslyckas med felet "Inga stripe-objekt kunde hittas för "/dbname"
Symptoms
NMM 19.9.0.5.Build.227 SQL VDI-återställning misslyckas med felet:'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'
– Bläddring och kvarhållning för SQL VDI-säkerhetskopiorna är inställt på 4 veckor
– Fullständiga, kumulativa incr och loggsäkerhetskopior konfigureras
– En fullständig säkerhetskopiering utförs på en dag följt av kumulativ inc under de kommande dagarna
– Återställning från en kumulativ incr-säkerhetskopia görs för vilken den beroende fullständiga säkerhetskopian har passerat sin bläddrings- och kvarhållningsperiod.
– Sparuppsättningar för fullständig säkerhetskopiering är fortfarande bläddringsbara på grund av beroende av kumulativa incr-säkerhetskopior
– Vissa av de kumulativa incr-säkerhetskopiorna däremellan har passerat sina bläddrings- och kvarhållningsperioder
mminfo-utdata för den delvis utgångna kumulativa incr-säkerhetskopian ser ut så här: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
Två överordnade sparuppsättningar har cb-flagga medan de två underordnade sparuppsättningarna har cr (indexposter för dessa sparuppsättningar har rensats.
Cause
Enligt NMM SQL-designen valdes kumulativ inkrementell säkerhetskopiering (med/utan remsor) för återställning. NMM itererade genom indexen och läste objektinformation fram till den senaste fullständiga säkerhetskopieringen.
Det finns ingen separat koppling mellan kumulativ inkrementell säkerhetskopiering och den senaste fullständiga säkerhetskopieringen.
När den fullständiga säkerhetskopian har hittats ignorerar NMM kumulativa inkrementella/loggbaserade säkerhetskopior däremellan och återställer endast vald kumulativ inkrementell säkerhetskopiering och den senaste fullständiga säkerhetskopieringen.
I det här fallet gick det inte att hitta indexen för kumulativ inkrementell säkerhetskopiering (underordnade sparuppsättningar), vilket gjorde att återställningen misslyckades.
Resolution
Lösning: för liknande scenario är att ta bort mminfo-posterna för den delvis utgångna kumulativa incr-säkerhetskopieringen med hjälp av kommandot:nsrmm -d -P -S 1933473985
I SQL Server-klientnoden går du sedan till Start-menyn i Windows –> EMC Networker –> NMM SQL-plugin-program –> fliken Databasåterställning –> Återställningsfönster –> Kontrollera att DB-posten (3 juni) inte finns. Välj den kumulativa inkrementella som inte har gått ut och utför DB-återställningen.