Обновление типовых конфигураций 1С, особенно базовых версий, часто воспринимается как простой процесс «нажал кнопку — подождал». Однако на практике специалисты сталкиваются с ситуациями, когда автоматический механизм платформы дает сбой: система скачивает самый свежий релиз, пытается его установить, но из-за технических ошибок или несоответствия версии платформы происходит критический сбой и автоматический откат (rollback). В результате база остается на прежнем релизе, а время потрачено впустую.
В данной статье мы подробно разберем способы управления процессом обновления, научимся «тормозить» систему на нужных нам промежуточных релизах и выясним, как минимизировать риск потери данных при сбоях.
Прежде всего, проанализируем ситуацию. Штатный механизм обновления в режиме «1С:Предприятие» или через стандартный поиск в Конфигураторе настроен на получение самого последнего доступного релиза. Если между вашей текущей версией и актуальной версией на сервере 1С накопилось более 5–10 промежуточных шагов, риск ошибки возрастает в геометрической прогрессии. Платформа пытается выполнить цепочку обновлений за один проход, и если на этапе реструктуризации таблиц базы данных возникает ошибка (например, из-за битых ссылок или нехватки места на диске), срабатывает механизм транзакционности — система возвращает конфигурацию в исходное состояние.
Рассмотрим самый надежный метод, который часто называют обновлением «через файл». Этот способ позволяет полностью контролировать, до какой именно версии мы хотим обновить программу. Вместо того чтобы полагаться на автоматический поиск, мы сами скачиваем нужные файлы обновлений (.cfu) с портала технической поддержки.
Алгоритм действий следующий:
Конфигурация — Поддержка — Обновить конфигурацию.1cv8.cfu того релиза, который мы считаем «стабильным» или промежуточным.Этот метод исключает ситуацию, когда 1С «перепрыгивает» через важные релизы или пытается поставить версию, к которой текущая база еще не готова.
Разберем ситуацию, когда вы хотите использовать штатный механизм поиска, но ограничить его аппетиты. 1С ищет обновления в локальном каталоге шаблонов, который обычно располагается по пути %AppData%\1C\1cv8\tmplts. Выясним, как это использовать в своих целях:
tmplts.1c\Retail\2_3_9_42).Это эффективный способ «обмануть» автоматику, не прибегая к сложному ручному поиску файлов.
Проанализируем предложение использовать полный файл конфигурации (.cf) вместо файлов обновлений (.cfu). Многие опытные администраторы предпочитают скачивать полный дистрибутив нужного релиза. Важно понимать разницу:
Обновление через .cf позволяет «перепрыгнуть» через множество мелких релизов сразу. Однако здесь кроется главная опасность: если в пропущенных релизах были критические изменения структуры данных (так называемые «узловые» или «мостовые» релизы), то обработчики обновления в коде БСП могут не сработать.
Когда использовать этот метод:
.cfu не применяются.Для тех, кто ценит автоматизацию, рассмотрим работу с программой «Обновлятор-1С». В сообщениях форума отмечается, что это отличная альтернатива штатному функционалу, особенно для базовых версий. В программе есть несколько критически важных настроек, которые решают вопросы автора темы:
chdbfl.exe (утилиту проверки физической целостности), что предотвращает падение на битых внутренних таблицах.Разберем ситуацию на примере «Розницы 2.3». Часто обновление с версии 2.3.8 на 2.3.9 падает из-за того, что в новом коде используются функции платформы версии 8.3.17 и выше. Если ваша платформа устарела, обновление применится к конфигурации, но при попытке запуска база выдаст критическую ошибку.
Помните золотое правило: перед началом обновления всегда проверяйте файл ReadMe.txt в дистрибутиве. Там указана минимально необходимая версия платформы 1С:Предприятие. Также не забывайте про «цепочки». Если в описании релиза сказано, что он обновляется с версий 2.3.8.Х, а у вас 2.3.5.Х, вы обязаны сначала найти промежуточный релиз, который является «мостиком».
Если ваша база все же «упала» в процессе обновления, выполните следующие шаги для диагностики:
.cfu), вместо пакетного обновления сразу на 10 версий.Таким образом, мы выяснили, что штатные средства 1С — это лишь один из вариантов. Комбинируя ручной выбор файлов, очистку кэша и использование вспомогательного ПО, можно успешно обновить даже самую запущенную базу без потери данных и бесконечных откатов.