Можно ли обновить 1С перепрыгнув через три релиза?
Здравствуйте. Обновили главный комп до последней платформы 8.3.17.1549, затем поочередно релизы c 2.2.11.30 на 2.2.12.30 , 2.2.13.11 , 2.2.13.12 . А потом махом обновили два периферийных через конфигуратор сразу на 2.2.13.12. Является ли это грубейшей ошибкой? Может стоило каждый релиз обновлять поочередно и на периферийных тоже? И как поступить сейчас? Есть еще 5 компов которые обновить нужно. Откатить главный назад и все заново по принципу: один релиз на главном, потом переферийные. Затем второй релиз так же и третий уже. В силу обстоятельств приходится этим заниматься дилетантам.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Сразу накатить кучу релизов черевато ошибками, особенно если база снята с поддержки.
Делать нужно последовательно и обязательно с выдержкой времени между релизами. Чтобы ошибки успеть разгрести.
Если же нужно все таки за день успеть, то вам ответили выше, обновляем последовательно центральную, и создаем начальные образы баз.
Вот только в периферийных базах, ни кто работать не должен.
Делать нужно последовательно и обязательно с выдержкой времени между релизами. Чтобы ошибки успеть разгрести.
Если же нужно все таки за день успеть, то вам ответили выше, обновляем последовательно центральную, и создаем начальные образы баз.
Вот только в периферийных базах, ни кто работать не должен.
(4) Я все же не пойму, если откатываться назад, то какие действия? Сначала в главный комп загрузить конфигурацию ту, что до обновления была? Затем поставить первый релиз и через синхронизацию обновить периферийные? затем второй релиз .. и так далее.. так? Я не понимаю что такое начальные образы((((
Не желательно так делать. 1С иногда переименовывает реквизиты в конфигурации и если перепрыгнули большим количеством, то 1С не запустится. Можно без последствий (проверенно) перепрыгивать на пример 2.2.13 с первого по последний.
Вообще, практика показывает, когда много релизов нужно обновить, и на периферии компьютеры не абы кабы, то проще заново создать после обновления центральной базы начальные образы для периферийных баз, загрузить их, настроить пользователей и оборудование. Как бы не показалось это "громоздким", но по времени это гораздо быстрее, чем дожидаться обмена/обновления каждого релиза в периферии после обновления ЦБ.
Можно ли обновить 1С перепрыгнув через три релиза?
Через какие релизы можно перепрыгивать, а через какие нет - это публикуется на releases.1c.ru
Может стоило каждый релиз обновлять поочередно и на периферийных тоже?
Если речь о периферийных базах при использовании механизма РИБ, то периферийные базы обновлять вручную не нужно, обновления конфигурации "прилетают" из центральной базы при синхронизации.
В силу обстоятельств приходится этим заниматься дилетантам.
Советую пригласить специалистов, поломаете РИБ, потом дороже обойдется.
(5)периферийные обновляются через синхронизацию, да. Но вот действие именно такео произошло: главный обновился поочередно три релиза, а потом подключили синхронизацию и три компа обновились сразу до последнего релиза получается. 1С во всех компах работают сейчас. Я все же не пойму, если откатываться назад, то какие действия? Сначала в главный комп загрузить конфигурацию ту, что до обновления была? Затем поставить первый релиз и через синхронизацию обновить периферийные? затем второй релиз .. и так далее.. так?
поставить первый релиз и через синхронизацию обновить периферийные? затем второй релиз .. и так далее..
Если есть возможность остановить работу юзеров во всех узлах, то:
Добейтесь полной синхронизации, чтобы все данные были в центральном узле.
Остановите регулярную синхронизацию.
Корректно поэтапно обновите центральный узел.
Запустите синхронизацию. Периферийные узлы сразу обновятся с 2.2.11.30 на 2.2.13.12 (или на какой там в итоге релиз вам надо попасть).
Так вы вручную обновили периферийные с 2.2.11.30 сразу на 2.2.13.12? Или же дело было так: вы обновили центральный как положено, а потом запустили обмен, после чего обнаружили, что периферийные сразу встали с 2.2.11.30 на 2.2.13.12 ?
На периферийных обработчики каждого обновления отрабатываются отдельно, поэтому крайне нежелательно в периферию грузить общее обновление через несколько обновлений центральной. Как вариант, если уже прошли несколько комплектов обновлений на главной, подгрузить обмен из бекапа очередно в периферию. Например, центральную обновили с релиза 1.1.1 в релиз 1.2.2 (максимально возможный в один шаг), потом ещё раз в релиз 1.3.3, потом ещё 1.4.4... а периферийный стоит на 1.1.1... тогда берете бекап центра 1.1.1, отменяет все что на обмен зарегистрировано, обновляете на 1.2.2 отгружаете в обмен. Впериферии ловитеэтот обмен, обновляете ее, и и.д., пока не дойдете до актуально релиза центральной. Потом уже обмениваетесь с актуальной центральной базой.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот