База данных зависла в состоянии восстановления

Прошлой ночью у меня была база данных, в которой были физически удалены файлы данных и журналов, не предприняв надлежащих шагов для перемещения файлов базы данных.

После физического повторного подключения диска база данных перешла в состояние "Восстановление...".

Я испробовал наиболее рекомендуемые шаги для этой ситуации, включая восстановление с восстановлением, удаление базы данных, отсоединение базы данных и перевод базы данных в автономный режим. Если я попытаюсь удалить или удалить базу данных, SSMS сообщит мне, что команда выполнена успешно, но когда я обновлю соединение, база данных снова появится в списке баз данных с состоянием Восстановление...

Мне интересно, есть ли какие-либо другие методы восстановления базы данных или даже просто ее удаления без отключения сервера или службы.

Изменить:

Ошибки выглядят так:

Сообщение 3013, уровень 16, состояние 1, строка 1 RESTORE DATABASE аварийно завершает работу. Сообщение 3013, уровень 16, состояние 1, строка 1 RESTORE DATABASE аварийно завершает работу. Сообщение 823, уровень 24, состояние 2, строка 1. Операционная система вернула ошибку 64 (указанное сетевое имя больше недоступно) в SQL Server во время чтения по смещению 0x00000000012000 в файле '**' . Дополнительные сообщения в журнале ошибок SQL Server и журнале системных событий могут содержать дополнительные сведения. Это серьезная ошибка системного уровня, которая угрожает целостности базы данных и должна быть исправлена ​​немедленно. Выполните полную проверку целостности базы данных (DBCC CHECKDB). Эта ошибка может быть вызвана многими факторами; дополнительные сведения см. в электронной документации по SQL Server.


person Aaron Lewis    schedule 22.12.2010    source источник


Ответы (1)


Я столкнулся с худшим сценарием, и я написал руководство, которое может помочь вам, я думаю, вы можете начать с той части, где я начал восстанавливать базу данных. Вот это http://anyrest.wordpress.com/2010/08/24/reparing-suspect-sql-database/

person Raymund    schedule 22.12.2010