Определите LSN базы данных в режиме NORECOVERY
Да, общая загрузка классов наиболее вероятна преступник. Вам устанавливали messagebroker сервлет для загрузки на запуске в web.xml? В противном случае это могло бы помочь получить набор материала, загруженного, когда сервер запускает, прежде чем первый запрос входит.
Некоторые lsn столбцы находятся в sys.master_files который на уровне сервера
Столбец "redo_start_lsn" может быть просто билетом.
Я не попробовал этот BTW...
Не уверенный в получении первого/последнего LSN от файла журнала транзакций программно, но можно просто написать сценарий восстановления, чтобы попытаться применить каждый журнал транзакций, который Вы имеете в порядке - те, которые являются "слишком ранними" (уже существуют в DB), перестанет работать с этой ошибкой. Остальные должны применяться чисто.
Надо надеяться, у кого-то есть лучшая идея, хотя - я могу предположить, что, будучи довольно болезненным для ожидания через, если у Вас есть много журналов транзакций, поскольку целый журнал, вероятно, должен быть просканирован для определения, каковы начальные и заключительные LSNs.
RESTORE HEADERONLY возвраты FirstLSN и LastLSN из резервного копирования, а также DatabaseBackupLSN содержа LSN последнего полного резервного копирования. От них можно воссоздать необходимый порядок восстановления. Вы никогда не должны смотреть на базу данных LSN, необходимый порядок может (и если) всегда быть воссозданным от резервных носителей сам.
Вы можете получить эту информацию с помощью такого запроса:
SELECT TOP 1 b.type, b.first_lsn, b.last_lsn, b.checkpoint_lsn, b.database_backup_lsn
FROM msdb..restorehistory a
INNER JOIN msdb..backupset b ON a.backup_set_id = b.backup_set_id
WHERE a.destination_database_name = 'AV_PROD'
ORDER BY restore_date DESC
The fact that you have a db in norecovery means that you've already restored a backup of some sort. That backup has a header. Use that.