Ошибка при обновлении периферийной базы

Прошу совета у уважаемой публики. Коротко анамнез: есть центральная база ЗиКБУ и несколько периферийных. Центральную базу на прошлой неделе обновили на 51.1. Сегодня отправили реплику в один из периферийных узлов (конфигурация 50.2). При изменении конфигурации (напоминаю для тех, кто не помнит) заливка реплики происходит в два этапа: сначала происходит вызов конфигуратора и обновляется кофигурация базы данных, потом уже опять в пользовательском режиме программа вызывает какие-то обработки, выходит сообщение о том, что конфигурация благополучно обновлена, и реплика "дозаливается".
Так вот уже на втором этапе, когда должна происходить обработка документов РазовыеНачисления, программа вылетает с ошибкой. Смысл в том, что, пытаясь найти документы РазовыеНачисления, программа находит кучу необнаруженных объектов.
Т.е. сейчас ко мне база попала в таком состоянии: В конфигуратор зайти можно, но ничего в коде поменять нельзя, т.к. это периферийная база. При попытке зайти в пользовательский режим - пытается дообновиться, и вылетает
Тестировние и исправление сделала (хуже уже не будет). Лучше не стало.
Да, как всегда, копию перед заливкой реплики не сделали, и последняя копия была так давно, что даже не помнят.
Что ещё можно сделать?

Вот, Тань, если б не был с тобой знаком (хоть и по переписке), то предложил бы повеситься.
Лично я именно в такую ситуацию не попадал, но поищи в Интернете "отвязку от главного узла" или что-то в этом роде. Как-то делал такое и даже вроде где-то обработка была (щас поищу).
Суть в чем - Сохраняешь cf-ник центральной базы, "отвязываешь" перефирийную (т.е. делаешь ее обычной), обновляешь cf-ником центральной, снова привязываешь. Мне помогало.

Поищи обработку! У меня была, но с диском вместе грохнулась.
Только ты уверен, что реплика(старая) зальется? Или надо будет новую формировать?
ЗЫ: А повеситься - это не про меня.

Обработку отправил. Беги в свое почтовое отделение.

> Прошу совета у уважаемой публики. Коротко анамнез: есть центральная база ЗиКБУ и несколько периферийных.

На основании анамнеза ставится диагноз: ТРУП!
Вскрытие покажет, отчего умер больной. Но легче от этого не станет.

Я из такой ситуации выбраться без возрождения периферийного узла из Центрального не смог.
Теперь при каждой подобной реплике пишу буквами аршинного размера:
ОБМЕН БОЛЬШОЙ - СДЕЛАЙТЕ КОПИЮ ПЕРЕД ОБМЕНОМ !!!

>
> Лично я именно в такую ситуацию не попадал, но поищи в Интернете "отвязку от главного узла" или что-то в этом роде. Как-то делал такое и даже вроде где-то обработка была (щас поищу).
> Суть в чем - Сохраняешь cf-ник центральной базы, "отвязываешь" перефирийную (т.е. делаешь ее обычной), обновляешь cf-ником центральной, снова привязываешь. Мне помогало.

Сделать из периферийной центральную не проблема. Проблема в том, насколько она попортилась при неудачном обновлении.
У меня случай был фатальным. Может быть, Татьяне повезет...

это "отцеплялка-прицеплялка"?

Спасибо, завтра попробую себя в роли реаниматора! Отпишусь.

Ещё один глупый вопрос. Т.к. в конфигуратор зайти можно было, мне выгрузили dt-шник. Насколько я понимаю, при этом присходит нечто подобное тестированию и исправлению. Поэтому мне непонятно, откуда там оказалось огромное количество пустых ссылок.

Где оказалось огромное количество пустых ссылок? И чей dt-шник? Центральной базы?

> Где оказалось огромное количество пустых ссылок? И чей dt-шник? Центральной базы?
периферийной