Убили SQL базу 1С, достаем данные #486266

После аппаратного сбоя на сервере одна из баз 1С 7.7 выпала в состояние Suspect. Ошибка - torn page error, омрачается тем, что сдохла какая-то системная таблица - checkdb даже не берется восстанавливать базу, в интернете советы восстанавливать из бэкапа, мегаSQLГуру разводит руками и рекомендует то-же самое. База большая - около 20 гб, сложная, полностью самописная, связана с другими. Сама база больше не жилец, но достать информацию из нее решили попробовать. Текущая ситуация - после анализа обьектов кажется, что пользовательские таблицы и информация о них не повреждены. Была сделана попытка через DTS перенести пользовательские таблицы в пустую базы, попытка вроде удалась. 1С не запускается - повреждена таблица 1СJOURNAL. Посмотрели - у нее еще есть stored procedures. Заскриптовали, перенесли в другую базу, при выполнении скрипта 1 ошибка: Server: Msg 213, Level 16, State 4, Procedure _1sp__1SCRDOC_Write, Line 6 Insert Error: Column name or number of supplied values does not match table definition. Хотя типы вроде совпадают. Соответсвенно теперь в базе на 1 sp меньше чем в оригинальной. Не запускается все равно. Сейчас во-первых запущено так-же средствами DTS обьектое копирование базы, плюс на базе с таблицами запущена проверка из конфигуратора. Поэтому вопрос, если кто "руками" реконструировал базу, что вобще нужно этой 1С для работы, кроме самих таблиц и встроенных процедур? Индексировать что-то надо? Можно ли подготовить "донора" для пересадки данных, создав сначала пустую БД? или старую версию? Бэкап есь за предыдущий день, но это тысячи человеко-часов.

Проще архив поднять и данные восстановить за часик ... чем мозг е*ать! Беакап как делался ? Сколько раз в сутки?

СОздай такую же по структуре базу, и переливай ДТСом. Потом реиндексируйся, и вперед

вроде сильно во восстановлению убитых баз специализируется.

1.скопировать mdf & ldf в на надежный носитель 2.переустановить SQL server 3.attach database, указать из п.1 Всё.