SQL не атачит

[veiK]

Здорова

Вообщем ситуация такая.

на машинке был установлен SQL server и была соответственно база.

С этой базой работало еще пару терминалов.

Все было зае... мечательно. Пока один умник не полез со своими крывыми ручищами.

В результате чего база упала.

На момент когда я туда приехал сервер работал но база была СЕРОГО цвета (Был запущен Enterprise Manager и была попытка сделать бекап - не помогло)

Затем было поднята новая база с таким же названием и при остановке SQL проба заменить / подменить файлы.

Была проба приатачить те файлы. Но SQL постоянно ругается на LOG файл! см атач

Вопрос

можно ли как то востановить этот файл ?! Базе около 2 месяцев. xpos_Log.LDF весит 1 280кб

xpos_Data.MDF - 109 метров. Вообщем небольшая база.

Или можно ли как то в SQL приатачить xpos_Data.MDF без LOG &!

PS МОДЕРАТОРАМ

Может по SQL тоже обьеденить топы ?! Ведь этот софт тоже встречается ?!

http://www.softboard.ru/index.php?showtopic=43864

http://www.softboard.ru/index.php?showtopic=37488

sql.ru

[Maikll]

veiK: сервер пропатчен?

А то это сообщение из аттача здорово похоже на проблему, описанную в этой статье

[veiK]

Здорова

Maikll:

сервер пропатчен?

Неа

Старенький Microsoft SQL Server 2000 August 5, 2000

А то это сообщение из аттача здорово похоже на проблему, описанную в этой статье

Косоватый перевод

Эта проблема типично происходит в регистрации, отправляющей сценарии, которые вовлекают переключение роли базы данных. Для этой проблемы происходить, Вы, должно быть, выпустили резервную базу данных с выбором NORECOVERY. Отметьте, что Этот hotfix не исправляет проблемы с текущей операционной регистрацией. Однако, это действительно останавливает эту проблему в будущих операционных регистрациях.

Перевод текста PROMT

Сервер ПРИЧИНЫ SQL может разрешить регистрировать после того, как Вы выпускаете регистрационный файл дублирования с выбором(опцией) NORECOVERY. Эта проблема вообще вовлекает внутренние сделки (синхронизирующий sysindexes со счетом ряда для специфического стола(таблицы) после многих операций(действий) вставки, или удалите операции(действия), происходят(встречаются) на столе(таблице), например).

Английская версия этого hotfix имеет признаки файла (или более поздние признаки файла), которые перечислены в следующем столе. Даты и времена для этих файлов перечислены в Скоординированном Среднем гринвичском времени (UTC). Когда Вы рассматриваете информацию файла, это преобразовано к местному времени. Чтобы находить различие между UTC и местным временем, используйте счет Часового пояса в инструменте Даты и Времени в Пульте управления.

Шо то я этих мелкомягких понять не могу!

Maikll: обьясни ты мне что нада сделать ?!

Скачать этот ФИКС ?!

Или как то востановить этот ЛОГ ?!

[veiK]

Здорова

Вот то что мне подсказали

NB! Данный метод работает только для версии SQL20001. Создаем новую базу с таким же именем и такимиже по именам и расположению .mdf и .ldf файлами2. Останавливаем сервер, подменяем файл .mdf3. Стартуем сервер, не обращаем внимания на статус базы4. Из QA выполняем скриптUse master go sp_configure 'allow updates', 1 reconfigure with override go 4. Там же выполняемselect status from sysdatabases where name = '<db_name>' и запоминаем/записываем значение на случай неудачи ребилда лога5.Там же выполняемupdate sysdatabases set status= 32768 where name = '<db_name>' 6. Перезапускаем SQL Server7. В принципе база должна быть видна (в emergency mode). Можно, например, заскриптовать все объекты8. Из QA выполняемDBCC REBUILD_LOG('<db_name>', '<имя нового лога с указанием полного пути>')SQL Server скажет - Warning: The log for database '<db_name>' has been rebuilt.9. Если все нормально, то там же выполняемUse master go sp_dboption '<db_name>', 'single user', 'true' go USE <db_name> GO DBCC CHECKDB('<db_name>', REPAIR_ALLOW_DATA_LOSS) go 9a.Если Вам не удалось перевести базу в single user mode, то для проверки целостности данных можно попробовать dbo only modesp_dboption '<db_name>', 'dbo use only', 'true'10. Если все в порядке, тоsp_dboption '<db_name>', 'single user', 'false' go Use master go sp_configure 'allow updates', 0 go

http://www.sql.ru/faq/faq_topic.aspx?fid=123

Может кому пригодится http://www.sql.ru/forum/actualthread.aspx?tid=431600

Сам правда еще не пробовал :(

Вот сама база , которая накрылась еще на другой машинке!

И ошибка которую она выдает

DB_xpos.rar

DB_xpos.rar

[veiK]

Здорова

Маленькое уточнение к вашеописаному методу!

Как показала практика - он работает НО

Сквери Онлайзер нада запускать на другой базе! На той базе которая не атачится он выдает ошибку! Поэтому запускается на master !

И возникли проблемы с текущими данными!

Тоесть данные за период (до вчера) востановились! А вот с текущими , которые вбивались на момент когда упала база - немного пох....лись! :)

Но хоть что то востановилось!