Добрый день.

Админ взялся обновлять распределенную базу.
Центральную обновил. После обмена и попытки обновления с переходом на новую версию:

Итого на периферийной базе, при запуске:

"Обновление на текущую версию допустимо только с версии 11.5.27.41 и выше.
(Недопустимая попытка обновления с версии 11.5.26.103)
Необходимо восстановить информационную базу из резервной копии
и повторить обновление согласно файлу 1cv8upd.htm"

Копии до синхронизации, на точке нет.

Есть ли какие варианты? Или админу петлю мылить?

(0) как вариант - из центральной (из копии) по-быстрому сделать периферийную + скриптами в SQL почистить от ненужной (лишней инфы) в периферии

ИИчко

https://share.google/aimode/UGbTjhoREOQH6us05

(0) Перепрыгнуть решили в распределенке?

Просто отключите статус распределенного узла, загрузите конфигурацию из центральной и восстановите признак узла РБД. И живите спокойно дальше.

(3) Это не спасет от ошибки при запуске

(1) это если в цб есть полный слепок пб, что, обычно , не так.
(4) Ну, тут ручками, ручками. Обновит, кпк нибудь.

(5) по опыту Розницы с ПБ - зловред сожрал базу + бэкапы (зашифровал). ПБ была полностью утрачена вместе с "продажами" за период отсутствия обмена с ЦБ (один день)

фикус из (1) + обормоткой загрузили "продажи" (через промежуточную форму с подбором Ном + Хар-ки) из ОФД по АПИ. Первый раз польза от операторов ФД случилась. Иначе бы было "больно" восстанавливать продажи по магазу (ну там инвентаризацию всего и вся и чтобы сальдо с бульдой сошлось)

длина тормозного пути составила: полдня, чтобы магаз начал работать (продавать) и пару дней на создание обормотки по загрузке продаж из ОФД и восстановление "утраченной" инфы по продажам

ИИчков тогда не было (несколько лет тому назад)

[имхо] Если учесть то, что центральный узел обновился нормально и то, что в узлах РИБ-базы (по крайней мере до обновления) конфигурации должны были быть идентичные (по определению РИБ)... короче: высока вероятность того, что в результате сбоя, информация о версии конфигурации - недостоверна и не соответствует фактическим данным.

После обязательного создания копии базы, я голосую за (3) - выгрузить конфигурацию ЦУ и загрузить в ПУ.

PS: после такого обновления целостность данных (справочники, документы, регистры) можно проверить по данным копии - существует множество обработок для сравнения содержимого двух баз. Ну или написать свою собственную. В принципе, объекты ЦУ и ПУ можно сравнивать между собой, если обмен данными по плану обмена "Полный".

(7) Возможно ЦБ обновили сразу на несколько версий (несколько раз) и только после этого запустили обмен.

создать заново начальный образ для точки ?

(8) Одно или несколько обновлений сделали на ЦУ - автор об этом умолчал. Если админ обновлял только ЦУ, то чисто теоретически, предварительно отвязав ПУ, можно повторить те-же самые шаги обновления. После этого загрузить актуальную конфигурацию в ПУ, привязать узел и сделать обмен.

Теоретически это может сработать без потери данных так, как если многократно обновлять только ЦУ, без обмена с ПУ, то все изменения всех обновлений будут зарегистрированы и переданы в последнем сообщении обмена. А, учитывая приоритет "по умолчанию", изменения ПУ, сделанные обновлениями, когда ПУ был отвязан, будут "перекрыты" при обмене. Как-то вот так. Но руку на рельсы или голову на плаху - не положу.