NMM 19.9.0.5.Build.227 — сбой восстановления VDI SQL с ошибкой «Не удалось найти объекты полосы данных для «/dbname»

Ошибка восстановления VDI NMM 19.9.0.5.Build.227 SQL с ошибкой:
'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'

- Просмотр и хранение резервных копий SQL VDI установлено на 4 недели
- Настроены полные, накопительные резервные копии
incr и только журналы - Полное резервное копирование выполняется в день, за которым следует накопительное резервное копирование в течение следующих нескольких дней
. - Выполняется попытка восстановления из накопительной резервной копии incr, для которой истек период просмотра и хранения зависимой полной резервной копии.
- Наборы сохранений для полной резервной копии по-прежнему доступны для просмотра из-за зависимости от кумулятивных резервных копий
incr - некоторые из накопительных резервных копий incr между ними пересекли свои периоды

просмотра и хранения. Вывод mminfo для частично истекшей накопительной резервной копии incr выглядит следующим образом:
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

Два родительских набора сохранений имеют флаг cb, в то время как два дочерних набора сохранений имеют cr (записи индекса для этих наборов сохранений были удалены.

В соответствии с архитектурой NMM SQL для восстановления была выбрана накопительная инкрементная резервная копия (с полосами или без).  NMM выполняет итерации по индексам, считывая информацию об объектах до последнего полного резервного копирования.  
Не поддерживается отдельная связь между накопительным инкрементным резервным копированием и последним полным резервным копированием. 

Как только будет найдена полная резервная копия, NMM будет игнорировать кумулятивные инкрементные резервные копии/резервные копии журналов в промежутках между ними и восстанавливать только выбранную кумулятивную инкрементную резервную копию и последнюю полную резервную копию. 
В данном конкретном случае не удалось найти индексы для накопительного инкрементного резервного копирования (дочерние наборы сохранения), что привело к сбою восстановления.

Временное решение: для аналогичного сценария необходимо удалить записи mminfo для частично истекшей накопительной резервной копии incr с помощью команды:

nsrmm -d -P -S 1933473985

Затем в клиентском узле SQL Server меню> «Пуск» Windows - EMC NetWorker -> подключаемый модуль NMM SQL -> вкладка "Восстановление базы данных" -> "Восстановить Windows -> Убедитесь , что запись базы данных отсутствует" (3 июня). Выберите накопительный инкрементный экземпляр с неистекшим сроком действия и выполните восстановление базы данных.