NMM 19.9.0.5.Build.227: La restauración de SQL VDI falla con el error "No stripe objects could be located for "/dbname"

NMM 19.9.0.5.Build.227 La restauración de SQL VDI falla con el error:
'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'

- La navegación y retención de los respaldos de SQL VDI se establece en 4 semanas
: se configuran los respaldos completos, acumulativos incr y de solo registros
: se realiza un respaldo completo en un día, seguido de un inc acumulativo durante los próximos días
. Se intenta restaurar a partir de un respaldo acumulativo incr para el cual el respaldo completo dependiente ha superado su período de navegación y retención.
- Los savesets para el respaldo completo aún se pueden navegar debido a la dependencia de los respaldos incr acumulativos
: algunos de los respaldos incr acumulativos intermedios han cruzado sus períodos

de navegación y retención La salida de mminfo para el respaldo incr acumulativo parcialmente vencido se ve así:
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:59
Backup1107.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:59
Backup1107.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:59
Backup1107.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

Dos savesets primarios tienen marca cb, mientras que los dos savesets secundarios tienen cr (las entradas de índice para estos savesets se purgaron.

Según el diseño de NMM SQL, se seleccionó el respaldo incremental acumulativo (con o sin bandas) que se restaurará.  NMM itera a través de los índices leyendo información de objetos hasta el último respaldo completo.  
No se mantiene ningún vínculo independiente entre el respaldo incremental acumulativo y el último respaldo completo. 

Una vez que se encuentra el respaldo completo, NMM ignorará los respaldos incrementales acumulativos/de registro intermedios y restaurará solo el respaldo incremental acumulativo seleccionado y el último respaldo completo. 
En este caso en particular, no pudo encontrar los índices para el respaldo incremental acumulativo (savesets secundarios), lo que provocó que la restauración fallara.

Solución alternativa: para una situación similar es eliminar las entradas mminfo para el respaldo de incr acumulativo parcialmente vencido mediante el comando:

nsrmm -d -P -S 1933473985

A continuación, en el nodo del cliente de SQL Server, menú inicio de Windows :> EMC NetWorker,> plug-in de NMM SQL,> pestaña Database Restore,> restore windows,> verifique que la entrada de la base de datos (3 de junio) no esté presente. Seleccione el valor incremental acumulativo no vencido y ejecute una restauración de base de datos.