Не запускается sql-база 1C. Возможно, повреждена схема. #710661

При запуске в режиме предприятие/конфигуратор запускается и сразу возникает окно с ошибкой Что предпринимал. 05.06.2014 15:22:09 Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call/3a12d40e-dbbb-4655-b315-420c19ead762/d5963243-262e-4398-b4d7-fb16d06484f6: по причине: Ошибка СУБД: Microsoft SQL Server Native Client 10.0: Возможно, повреждена схема. Запустите DBCC CHECKCATALOG. HRESULT=80040E07, SQLSrvr: SQLSTATE=22007, state=33, Severity=17, native=211, line=1 1. Запустите DBCC CHECKCATALOG. - Пробовал запускать, не помогло 2. dbcc checkdb - не помогло. 3. делал sql-бэкап, из него восстанавливал в другую базу, тоже не помогло. Что еще предпринять?

Вот что выдает команда dbcc checkdb Сообщение 0, уровень 11, состояние 0, строка 0 При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы. Сообщение 0, уровень 20, состояние 0, строка 0 При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы.

Перезапуск сервера 1С делал?

восстановите резервную копию и работайте дальше.

спорю что нет бекапа )

Могу посмотреть, если совсем все плохо

попробуй dts-ом перезалить табличку config

почистить кеш сервера?

ну и DBSchema заодно

подними рядом копию, и из копии перекопируй таблички конфигурации, если не взлетит то еще и схему, если и это не поможет - то копируй в обратку рабочие таблички

Только бекап сделай сначала! )))

Если не получится ничего: Segate2006@rambler.ru пиши посмотрю =)

ясно же написано "повреждена схема" получите текст ошибки на англицком и читайте в интернет, как как восстановить схему.   но проще восстановить бд из резервной копии и не занаиматься ерундой.

1. Бэкапов никаких нет. Увы( 2. Я взял 2 файла с погибшего пк, mdf и ldf на другой машине поднял sql и столкнулся с такой проблемой 3. Хочется разобраться с вашей помощью, все инструменты присуствуют, необходимо только указать направление

Конфа то типовая?

+

Нет, конфигурация специфичная. Я так понимаю что дело совсем не в конфигурации, нужно что-то делать средствами sql По последней ссылке 1. Восставить все из бэкапа (если есть) - нет ничего 2. Починить все с repair_allow_data_loss, а что было loss, долить с бэкапа (если есть). - вот тут поподробнее, что нужно сделать?

я правильно понял, что никакой другой версии базы нет, только поврежденная?

начните с создания копии бд (sp_msforeachtable + удаляте из списка полей поля с типом timestamp ) так выясните , какие таблицы не копируются целиком далее методом вилки найдете поврежденые участки данных вот тут поподробнее - поподробнее к яндексу.

правильно . читайте

да, верно, никакой другой базы нет, только поврежденная

Сейчас посмотрел, таблиц под 500+- это крайне получается трудоемко, есть еще какие-то варианты?

А копий вообще никаких нет? )

Всмысле даже Cf?

внимательней читайте ответы в есть подсказка. либо воспользуйтесь SQL Server Integration Service наследника dts. Он должен уметь решить проблему копирования полей типа timestamp.

если там убита Schema, или конфиг, то эти таймстемпы - в пользу бедных будут... надо смотреть сначала структуру БД

Я бы, для начала, дернул бы конфигу в отдельную базу и запустил бы ее, дабы посмотреть, что с ней все ок, ну или увидеть, где какие траблы, потмо бы уже к данным переходил. Т.к. конфа не типовая, без правильной цф о восстановлении работоспособности можно будет только мечтать )

еще раз говорю, дай базу, поковыряться. если смогу - помогу чем нть

DBSchema можно сгенерировать новую. из params-> DBNAMES

А подробнее можно? Не разу не делал cf - кстати получилось выгрузить из базы

отправил bak

Стал последовательно выбирать средствами sql данные из таблиц /****** Сценарий для команды SelectTopNRows среды SSMS  ******/ SELECT TOP 1000 [_UserId]       ,[_ObjectKey]       ,[_SettingsKey] Сообщение 7105, уровень 22, состояние 6, строка 2 Идентификатор базы данных 6, страница (1:13328), слот 2 для узла типа данных LOB не существует. Обычно это вызвано тем, что транзакция выполняет считывание незафиксированных данных со страницы данных. Выполните инструкцию DBCC CHECKTABLE.

напишите, чем закончилась история с восстановлением базы

Ничем, базу так и не удалось реанимировать. Решили все начать вести с 0 в новой базе.

Суровый Челябинский парень. Жму руку.