При очередном обновлении распр.базы вылетел конфигуратор в дамп.
При запуске конфигуратора выдало  "Внимание!!! При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?" Потом выходило сообщение "Обнаружена незавершённая операция сохранения конфигурации. Для продолжения необходимо завершить операцию" и все,конфигуратор не запускался.
Обновлял я в 8мь утра,бэкап делается в 2 часа ночи,но после 2х база работала,пользователи создавали еще тучу документов.Востановил с помощью загрузки таблицы Config из развернутого бэкапа,база ожила,но
обновить серавно не получается,вылетает в дамп.Пересоздать базу,с помощью выгрузки в дтшку и последующей ее загрузки не выходит.Падает в ошибку СУБД при выгрузке.
Серфинг в инете по текущему вопросу результатов не дал.
Может кто нить сталкивался?Присоветуете ченить.
Заранее благодарен.

Поднять бекап, перекинуть в него созданные документы

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

вызвать некроманта...80+... хотя не может не хватить лучше 120+ лейвела

(2) дело говорит! Быстрее будет документы за это врем перекинуто хмл-ом и надежнее .сейчас время затнеш пользователи ещё по прошлому году полазиют вот и навеселишся . сони за злой юмор

База, которая в бэкапе - она нормально выгружается в dt?
Если да, то "загрузить конфигурацию из файла" из cf того бэкапа.

(4)(5) о еще некроманты...

(0) ТиИ то на каком месте падает?

удалить записи из configsave

с признаками "upd" из params и config

в поиск. осуждалось раз 20.

http://catalog.mista.ru/public/116123/

https://www.google.ru/search?q=%22Внимание!!!+При+обновлении+данных%2C+после+последней+реструктуризации%2C+произошла+критическая+ошибка.+Повторить+обновление%3F%22&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:ru:official&client=firefox-a&channel=rcs&gfe_rd=cr&ei=NvlRVd3_II-AYJWjgMgF#newwindow=1&rls=org.mozilla:ru:official&channel=rcs&q=1c+config++%22Внимание!!!+При+обновлении+данных%2C+после+последней+реструктуризации%2C+произошла+критическая+ошибка.+Повторить+обновление%3F%22

(2)Я это сделал,чтоб оживить базу ибо не запускалась даже,заменил конфиг из бэкапа.
Но обновлять то ее нужно дальше,а при обновлении выпадает в дамп.
Там от одного регистра избавились,все рб у меня обновились норм,а эта паскуда легла,и теперь не могу ее обновлять.

(10)Михаил,спасибо.но все эти танцы я уже проделал на специально поднятой копии,не помогло. Подозреваю что она кривая была изначально,и проявилось это при удалении объекта метаданных.

База распределённая.
То есть обновляется главный узел ?
Система должна отправлять изменения в подчинённые узлы - на этом, наверное, и есть затык - нет ли узлов, в которые ещё конфига не улетела ?

Можно смотреть предыдущие BackUp-ы, а можно попробовать почистить таблицы регистрации обновления.

(0) Выгрузить файлы конфигурации (не cf!) из рабочей и загрузить в мертвую пробовал?

(0) Config трогать не надо было. Все незавершенные обновления сидят в ConfigSave.

PS: В РИБ-базе всё проще - всегда есть актуальные и работоспособные доноры.

Конфигурации узлов должны быть идентичные по определению. В базе подчиненного узла (это донор) выгружаешь таблицы Config и ConfigSave напрямую из SQL и загружаешь в базу центрального узла. Обязательно очистить кэши перед первым запуском конфигуратора.

Если конфигуратор запустился - ура! Смотришь заголовок на предмет наличия символов "*" и "!" - признаки наличия отличий между основной конфигурацией и конфигураций БД. Если есть такие - откатываешься к конфигурации БД.

Перед очередным обновлением - запускаешь проверку конфигурации...