Нужна помощь в понимании того, как работает процесс восстановления при сбое жесткого диска и отключении сервера.
Мы запускаем сервер MSSQL2005. Мы делаем полную резервную копию каждую ночь и регистрируем каждый час.
У нас произошел сбой диска на накопителе Raid 5 за (2) часа до резервного копирования. БД вернулась в строй после выключения сервера, но журналы транзакций отсутствуют в течение 8 часов после сбоя.
Когда я запускаю DBCC CHECKDB, в длинном отчете перечислены:
Вот последние три записи в файле CHECKDB. Был длинный список записей Extent.
Extent (1:4591784) in database ID 9 is marked allocated in the GAM, but no SGAM or IAM has allocated it.
CHECKDB found 7288 allocation errors and 0 consistency errors not associated with any single object.
CHECKDB found 7288 allocation errors and 0 consistency errors in database.
repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB".
Последняя известная хорошая резервная копия была 2 дня назад. Я пытался запустить восстановление, а не repair_allow_data_loss, но каждый раз, когда я пытаюсь восстановить и запускаю проверку целостности базы данных, происходит сбой по той же причине, и в файле DBCC CHECKDB перечислены те же проблемы.
Как я могу выйти за рамки этой проблемы? Если бы я запускал repair_allow_data_loss, сколько данных я мог бы потерять? Будут ли потери включать в себя годы прошлых данных или только данные с момента сбоя?
