Рабочая база находится в состоянии restoring
Столкнулся с такой проблемой.
Рабочая база в SQL Server (Информация по версии ниже) перешла в состояние (restoring)
Скорее всего это произошло после того как в отдельную базу решили поднять копию этой рабочей базы.
Почему база перешла в это состояние?
Как вернуть ее в рабочее состояние?
Автоматический бэкап не сделался.
Refresh нажимали.
SQL сервер не перезагружали пока.
Microsoft SQL Server Management Studio 12.0.2269.0
Microsoft Analysis Services Client Tools 12.0.2000.8
Microsoft Data Access Components (MDAC) 6.3.9600.17415
Microsoft MSXML 3.0 6.0
Microsoft Internet Explorer 9.11.9600.18205
Microsoft .NET Framework 4.0.30319.42000
Operating System 6.3.9600
Рабочая база в SQL Server (Информация по версии ниже) перешла в состояние (restoring)
Скорее всего это произошло после того как в отдельную базу решили поднять копию этой рабочей базы.
Почему база перешла в это состояние?
Как вернуть ее в рабочее состояние?
Автоматический бэкап не сделался.
Refresh нажимали.
SQL сервер не перезагружали пока.
Microsoft SQL Server Management Studio 12.0.2269.0
Microsoft Analysis Services Client Tools 12.0.2000.8
Microsoft Data Access Components (MDAC) 6.3.9600.17415
Microsoft MSXML 3.0 6.0
Microsoft Internet Explorer 9.11.9600.18205
Microsoft .NET Framework 4.0.30319.42000
Operating System 6.3.9600
Прикрепленные файлы:
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Была такая фигня. Всё из-за галочки при создании копии "Создать резервную копию заключительного фрагмента журнала до восстановления." И там как раз подней была галочка оставить базу данных в режиме восстановления.
Сейчас вам нужно восстановить журнал транзакций для этой базы из последнего бэккапа журнала транзакций. База восстановится при этом. Ничего страшного не будет. Проверьте только что этот журнал транзакций был действительно сделан перед тем как загрузили её в копию.
Сейчас вам нужно восстановить журнал транзакций для этой базы из последнего бэккапа журнала транзакций. База восстановится при этом. Ничего страшного не будет. Проверьте только что этот журнал транзакций был действительно сделан перед тем как загрузили её в копию.
(2)
Была такая фигня. Всё из-за галочки при создании копии "Создать резервную копию заключительного фрагмента журнала до восстановления." И там как раз подней была галочка оставить базу данных в режиме восстановления.
Сейчас вам нужно восстановить журнал транзакций для этой базы из последнего бэккапа журнала транзакций. База восстановится при этом. Ничего страшного не будет. Проверьте только что этот журнал транзакций был действительно сделан перед тем как загрузили её в копию.
Мне помогло - восстановить журнал транзакций
Сейчас вам нужно восстановить журнал транзакций для этой базы из последнего бэккапа журнала транзакций. База восстановится при этом. Ничего страшного не будет. Проверьте только что этот журнал транзакций был действительно сделан перед тем как загрузили её в копию.
У меня тоже сложилась такая ситуация:
Восстанавливал "основную базу" в копию (вновь созданную базу) . При этом сама база (основная) перешла в режим восстановления. Видимо возникла связь через сами файлы бекапа. Простое ожидание не принесло результата.
1. Остановил MS SQL;
2. Скопировал файлы основной базы.
3. Запустил SQL;
4. Удалил основную базу;
5. Создал основную базу с тем же именем.
6. Перевел в автономный режим(вновь созданную базу);
7. Заменил файлы БД (п.6) на файлы(п.2)
8. Перевел БД в оперативный режим.
Данные полностью сохранились, проблем не возникло.
Для себя сделал вывод, что при таких операциях (создания копий через бекапы) нужно чтобы в основной базе работали пользователи. Тогда MS SQl не даст сменить режим БД.
Восстанавливал "основную базу" в копию (вновь созданную базу) . При этом сама база (основная) перешла в режим восстановления. Видимо возникла связь через сами файлы бекапа. Простое ожидание не принесло результата.
1. Остановил MS SQL;
2. Скопировал файлы основной базы.
3. Запустил SQL;
4. Удалил основную базу;
5. Создал основную базу с тем же именем.
6. Перевел в автономный режим(вновь созданную базу);
7. Заменил файлы БД (п.6) на файлы(п.2)
8. Перевел БД в оперативный режим.
Данные полностью сохранились, проблем не возникло.
Для себя сделал вывод, что при таких операциях (создания копий через бекапы) нужно чтобы в основной базе работали пользователи. Тогда MS SQl не даст сменить режим БД.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот