Восстановить sql базу, когда поврежден лог файл. #464978

Дано: база 1с в скуле. После падения сервера лог файл был поврежен и восстановлению не подлежит!! Задача как можно скорее восстановить базу из того, что осталось т.е. из mdf. В sql запроса, я чайник. Народ, посоветуйте что можно сделать пжл, ситуация чрезвучайная!! (

"В sql запроса, я чайник" правильно писать так: "В sql - запроса, я - чайник"

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

Восстановление базы данных только из MDF 1. Создаем пустую базу с_тем_же_именем, остановливаем сервер и записываем вместо "родного" файла этой базы свой *.mdf. 2. Запускаем сервер. Он переведет базу в suspect. 3. Выводим базу из состояния suspect: use master go sp_configure 'allow updates',1 go reconfigure with override go --Для сброса признака suspect выполняем в БД master ХП sp_resetstatus: update sysdatabases set status=32768 where name='Base_New' go --А теперь запретим прямое изменение системных таблиц: sp_configure 'allow updates',0 go 4. База находится в "emergency mode", поэтому копируем данные из этой базы в новую, используя режим "Copy objects and data, between SQL Server databases". Автор ответа Джинн, neatmen ©

у человека примия на глазах тает

Да если бы только премия, так сложилось, что послдений работоспособный бэкап от 27-го. Так что в случае неудачи бежать в Монголию...

Поэтому такие чтучки, как , должны быть напечатаны и положены в конвертик. Рядом с конвертиком с паролями. И недалеко от конвертиков с дисками с бэкапами.

Кстати забыл написать стоит ms sql server 2005

сообщение после первого запроса: "Configuration option 'allow updates' changed from 1 to 1. Run the RECONFIGURE statement to instal" Казалось бы все хорошо.. Но после второго: Msg 259, Level 16, State 1, Line 1 Ad hoc updates to system catalogs are not allowed.

смотри каменты для 2005 -го

Попытка исполнить команду USE: Сообщение 922, уровень 14, состояние 1, строка 1 База данных "1CV8-UT" восстанавливается. Дождитесь окончания восстановления.

Сколько она так будет восстанавливаться и к чему это приведет, одному богу известно, одна такая копия уже с утра восстанавливается..

Вы где нашли USE [your_database]? Там везде master..

use <dbname> делается только когда база в состоянии emergency (после alter database <dbname> set emergency)

set emergency выполнил, команда прошла, не знаю, как должно выглядеть состояние "emergency", на вид ничего не изменилось. Use нашел по вашей же ссылке на Гилева

Посмотрел,  команда: dbcc checkdb('имя базы', REPAIR_ALLOW_DATA_LOSS ) go - не проходит, говорит: Сообщение 922, уровень 14, состояние 1, строка 1 База данных 'имя базы' восстанавливается. Дождитесь окончания восстановления. И этот процесс, похоже будет длиться бесконечно. ЧТо делать?

>>> В MSSQL2005 пункты с 5 по 9 меняем на следующие команды: alter database <db_name> set EMERGENCY, SINGLE_USER dbcc checkdb('<db_name>', REPAIR_ALLOW_DATA_LOSS ) alter database <db_name> set ONLINE, MULTI_USER (соответственно из 10-го убираем sp_dboption '<db_name>', 'single user', 'true' ) и т.д.. там нет go

+17 :) т.е ты вот так делал ?

Да хоть без go, не важно, выдает это сообщение..

Да делал именно так...

Может быть, что нибудь... из

Автор, если проблема еще не решилась, давай по порядку - что было и что ты делал. Если у тебя отвалился ldf - база должна уйти в состояние suspect (в SMSS справа от базы в скобках будет написано suspect, для состояния emergency, соответственно, emergency). У тебя база, похоже, по какой-то причине в состоянии restoring.

В общем все получилось, жизнь снова прекрасна!)) Действовал по: В общем у меня стоит management studio, никаких состояний справа от значков не загорается. К  После того, как удалил базу, стал делать из копии по новой по интрукции в ссылке, тогда dbcc checkdb прошел, как и все остальное следом. В итоге база целехонька) Каким образом она несколько раз до этого попадала в restoring уже не представляется возможным выяснить.. Всем спасибо, за помощь!!