Админ взялся обновлять распределенную базу.
Центральную обновил. После обмена и попытки обновления с переходом на новую версию:
Итого на периферийной базе, при запуске:
"Обновление на текущую версию допустимо только с версии 11.5.27.41 и выше.
(Недопустимая попытка обновления с версии 11.5.26.103)
Необходимо восстановить информационную базу из резервной копии
и повторить обновление согласно файлу 1cv8upd.htm"
(5) по опыту Розницы с ПБ - зловред сожрал базу + бэкапы (зашифровал). ПБ была полностью утрачена вместе с "продажами" за период отсутствия обмена с ЦБ (один день)
фикус из (1) + обормоткой загрузили "продажи" (через промежуточную форму с подбором Ном + Хар-ки) из ОФД по АПИ. Первый раз польза от операторов ФД случилась. Иначе бы было "больно" восстанавливать продажи по магазу (ну там инвентаризацию всего и вся и чтобы сальдо с бульдой сошлось)
длина тормозного пути составила: полдня, чтобы магаз начал работать (продавать) и пару дней на создание обормотки по загрузке продаж из ОФД и восстановление "утраченной" инфы по продажам
[имхо] Если учесть то, что центральный узел обновился нормально и то, что в узлах РИБ-базы (по крайней мере до обновления) конфигурации должны были быть идентичные (по определению РИБ)... короче: высока вероятность того, что в результате сбоя, информация о версии конфигурации - недостоверна и не соответствует фактическим данным.
После обязательного создания копии базы, я голосую за (3) - выгрузить конфигурацию ЦУ и загрузить в ПУ.
PS: после такого обновления целостность данных (справочники, документы, регистры) можно проверить по данным копии - существует множество обработок для сравнения содержимого двух баз. Ну или написать свою собственную. В принципе, объекты ЦУ и ПУ можно сравнивать между собой, если обмен данными по плану обмена "Полный".
Закон Брукера: Даже маленькая практика стоит большой теории.