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

v8: При обновлении данных, после последней реструктуризации, произошла критическая
У меня такая же проблема была, в топике описал решение...

Ну и почисти таблицу dbo.ConfigSave, там лежит типа измененная конфигурация

Хотя не совсем такая... Но попробовать стоит. И, конечно же, ты перед тем как что-то пробовать сделал выгрузку средствами скуля?..

dbo.ConfigSave - пустая

скулевый бекап конечно же сделал

(0) что именно вызвало ошибку?
То-есть типа все время ДО было норм, сегодня фаза луны криво встала и ДО убило базу?

Берешь еще рабочий бекап с такой же конфигурацией и копируешь dbo.Config из нее в свою. По ссылке в (1) все расписано

Попробуй так

(7) да... особенно это забавно делать в Файловом режиме, через HEX редактор

Я пока боролся с результатом ДО чуть не поседел... Теперь только обычные обновления ночью. В крайнем случае в обед всех пользователей выгоняю

(9) в (0) "На инфостарте нашел статью в которой рекомендуется удалить строку в таблице SQL и перезапустить конфигуратор. так и сделал." Что как бэ намекает на клиент-сервер...

нет последнего рабочего бекапа с текущей конфой

Ну то что ты динамически менял - ты не структуру данных менял, так что и оно пойдет. Ночной конфигг есть?

конфиг есть 2х дневный

После этого реквизиты/документы добавлял?

не уверен....

но если и добавлял - то если они пропадут - ничего страшного

Ну на копии грех не попробовать :)

(14) ну и что мешает взять Cf двухдневной давности и выгрузитьбзвгрузитьчерезxml ?

shuhard - так и делаю =)

(19) хотя я в таких случаях переношу dbo.ConfigSave из базки в базку, но выгрузка полезна, битые ссылки почистяться =)

(21) Дык если ConfigSave пустая... И смысл ее переносить, там же не примененные изменения

(22) в бэкапе двухдневной давности пустая - оооооооооооооооооооооооооооо

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

Ну в смысле сохранены, но действие "Обновить конфигурацию бд" еще не выполнялось

(0) Прежде чем ломать и удалять, я бы попробывал первым делом откатиться к конфигурации базы данных через /RollbackCfg...


В SQL попробуй найти и удалить записи в таблице Config, содержащие  "commit" в FileName. Если у тебя рухнуло именно в фазе демонического обновления - то "dynamicCommit".

Имхо, всего может быть четыре таких записи - начало и конец "статистического" и "демонического" обновлений.

PS: разумеется - все эксперименты на копии.

dynamicCommit  - вот что мешало!!!!  СПАСИБО!!!