Имя: Пароль:
1C
1С v8
Восстановление базы SQL 2005
, ,
0 wasa
 
25.02.15
10:56
Полетел сервер, winserv 2003, SQL 2005, сервер 1с версии 8.2.16
После восстановления сервака поставил на место базы, но в момент установки не посмотрел и воткнул 1с версии 8.2.09
При запуске база подцепилась, к большому сожалению.
При выборе из 4-х пользователей оставался только один адлминистратор. Я сдуру полез в пользователи  и не разобравшись добавил еще одного.
После запуска полезли ошибки, тут я заметил разницу в релизах, но когда разобрался и обновил релиз до 8.2.16 было уже поздно и база выдает ошибки. Бэкап месячной давности, хочется восстановить текущую, чтобы не терять данные за месяц. ЧТо я сделал:
1. примерно по инструкции отсюда: http://www.sql.ru/faq/faq_topic.aspx?fid=123
(там внизу есть описание для сервера 2005) выполнил dbcc checkdb ('DataBaseName', REPAIR_ALLOW_DATA_LOSS)

Результат вывода:
Msg 8980, Level 16, State 1, Line 1
Table error: Object ID 13, index ID 1, partition ID 851968, alloc unit ID 851968 (type In-row data). Index node page (1:70), slot 200 refers to child page (1:92728) and previous child (1:76281), but they were not encountered.
The system cannot self repair this error.
CHECKDB found 1 allocation errors and 1 consistency errors in table 'sys.syshobtcolumns' (object ID 13).

То что он смог исправить я не привел.

Что с этим делать ума не приложу.
Описание ошибки на сайте мелкософта света на ситуацию мне не проливает.

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

Буду рад любым мыслям по теме.
1 wasa
 
25.02.15
10:57
Да, таблицу  'sys.syshobtcolumns' в упор не вижу. Где она может быть то вообще?
2 shuhard
 
25.02.15
11:30
(0)[Что с этим делать ума не приложу. ]
развернуть рядом полную копию исходной базы с правильным сервером приложений и прямыми запросами в QA перенести все таблички 1С, хранящие данные
3 SSSSS_AAAAA
 
25.02.15
11:33
(1) И не найдешь. И даже если бы нашел, то ничего в ней не изменил бы. Ибо это системная таблица или вьюха. А запись в системные таблицы запрещена.
Восстанавливайся из бэкапа. Без вариантов.
4 D_E_S_131
 
25.02.15
11:37
ОФФ:
Ситуация в (0) как нельзя лучше иллюстрирует поговорку
"Беда одна не ходит".
5 wasa
 
25.02.15
11:45
(2) а это мысль. Наверно так и сделаю. Можно ли переносить все таблицы из бажной базы при условии идентичности конфигураций?
6 shuhard
 
25.02.15
12:11
(5) все нельзя
поищи по МихаилМ
он много раз по этому поводу давал разъяснения