При запуске в режиме предприятие/конфигуратор запускается и сразу
возникает окно с ошибкой

Что предпринимал.

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С делал?

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

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

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

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

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

ну и DBSchema заодно

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

если и это не поможет - то копируй в обратку рабочие таблички

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

Если не получится ничего: [email protected] пиши посмотрю =)

ясно же написано "повреждена схема"

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


но проще восстановить бд из резервной копии и не занаиматься ерундой.

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

(13) Конфа то типовая?

+(12)

http://yandex.ru/yandsearch?text=yntaxPossible+schema+corruption.+Run+DBCC+CHECKCATALOG.&lr=213

исвиняюсь. так точнее

http://yandex.ru/yandsearch?text=syntaxPossible%20schema%20corruption.%20Run%20DBCC%20CHECKCATALOG.&lr=213

Нет, конфигурация специфичная. Я так понимаю что дело совсем не в конфигурации, нужно что-то делать средствами sql

По последней ссылке

1. Восставить все из бэкапа (если есть) - нет ничего

2. Починить все с repair_allow_data_loss, а что было loss, долить с бэкапа (если есть). - вот тут поподробнее, что нужно сделать?

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

(17)
начните с создания копии бд (sp_msforeachtable + удаляте из списка полей поля с типом timestamp )

так выясните , какие таблицы не копируются целиком
далее методом вилки найдете поврежденые участки данных

вот тут поподробнее - поподробнее к яндексу.

(18)
правильно . читайте (13)

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

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

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

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

(22)
внимательней читайте ответы
в (19) есть подсказка.

либо воспользуйтесь SQL Server Integration Service
http://msdn.microsoft.com/ru-ru/library/ms141026(SQL.90).aspx

наследника dts.
Он должен уметь решить проблему копирования полей типа timestamp.

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

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

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

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

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

(28) отправил bak

Стал последовательно выбирать средствами sql данные из таблиц

/****** Сценарий для команды SelectTopNRows среды SSMS  ******/
SELECT TOP 1000 [_UserId]
      ,[_ObjectKey]
      ,[_SettingsKey]
      ,[_Version]
      ,[_SettingsPresentation]
      ,[_SettingsData]
  FROM [base01].[dbo].[_SystemSettings]

Сообщение 7105, уровень 22, состояние 6, строка 2
Идентификатор базы данных 6, страница (1:13328), слот 2 для узла типа данных LOB не существует. Обычно это вызвано тем, что транзакция выполняет считывание незафиксированных данных со страницы данных. Выполните инструкцию DBCC CHECKTABLE.

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

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

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