|
Восстановление базы 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) все нельзя
поищи по МихаилМ он много раз по этому поводу давал разъяснения |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |