Администрирование · 12 мин
Сколько релизов 1С можно пропустить при обновлении
Сколько релизов 1С можно пропустить при обновлении конфигурации, как проверить допустимые версии и безопасно обновить базу через несколько релизов.
Вопрос о том, сколько релизов 1С можно пропустить при обновлении, возникает у каждого администратора или бухгалтера, который не обновлял базу несколько месяцев. Короткий ответ: жёсткого ограничения на количество пропущенных релизов в платформе 1С нет — технически можно обновиться сразу на актуальную версию, если разработчик конфигурации предусмотрел такой переход. Однако на практике всё зависит от конкретной конфигурации, способа обновления и того, насколько старая у вас версия.
Фирма «1С» выпускает обновления типовых конфигураций регулярно: исправительные релизы выходят часто, функциональные — реже. Каждый релиз содержит обработчики обновления, которые последовательно приводят данные информационной базы к новой структуре. Именно эти обработчики и определяют, с каких версий возможен переход на конкретный релиз.
Главное правило безопасного обновления — перед установкой проверить, поддерживается ли переход с вашей текущей версии, и обязательно сделать резервную копию. Ниже разберём, как это сделать на практике и в каких случаях потребуется обновление в несколько этапов.
Как устроен механизм обновления релизов 1С
Каждый релиз типовой конфигурации содержит встроенные процедуры обновления информационной базы. При первом запуске после установки новой версии программа определяет текущий номер версии данных и последовательно выполняет все обработчики, накопленные от вашей версии до новой. Именно поэтому обновление через десяток релизов может занять заметно больше времени, чем обычное.
Обработчики бывают двух типов: монопольные (выполняются при заблокированной работе пользователей) и отложенные (выполняются в фоновом режиме уже после запуска базы). Чем больше релизов пропущено, тем длиннее очередь отложенных обработчиков и тем дольше база будет «дообновляться» после первого запуска.
Сколько релизов реально можно пропустить
Для типовых конфигураций на поддержке (1С:Бухгалтерия, 1С:ЗУП, 1С:Управление торговлей и другие) разработчик, как правило, обеспечивает обновление с любой предыдущей версии внутри текущей редакции. Это означает, что можно пропустить 5, 10 или 20 релизов и установить сразу последний — механизм обновления выполнит все промежуточные обработчики автоматически.
Исключения возникают в нескольких ситуациях. Во-первых, при смене редакции (например, переход с редакции 2.0 на 3.0) почти всегда требуется сначала обновиться до определённого «пограничного» релиза старой редакции, и только потом выполнять переход. Во-вторых, отдельные релизы могут иметь ограничения по минимальной версии, с которой допустимо обновление, — это всегда указано в файле описания обновления.
В-третьих, если база не обновлялась годами и накопилось несколько смен редакций, переход выполняется поэтапно: сначала до последнего релиза текущей редакции, затем на новую редакцию по инструкции разработчика.
Как проверить, поддерживается ли переход с вашей версии
Первый шаг — узнать точный номер текущей версии конфигурации. Откройте базу в режиме «1С:Предприятие», перейдите в раздел с информацией о программе (обычно «Администрирование» → «О программе» или аналогичный пункт) и запишите полный номер версии конфигурации, а не только платформы.
Далее найдите описание целевого релиза. Для типовых конфигураций актуальные версии и порядок обновления публикуются на портале portal.1c.ru в разделе обновлений программ. В таблице версий указано, с каких релизов возможен переход. Если вашей версии нет в списке — потребуется промежуточное обновление.
- 1Узнайте точный номер текущей версии конфигурации в разделе «О программе»
- 2Откройте описание целевого релиза на портале 1С или в дистрибутиве обновления
- 3Найдите раздел «Порядок обновления» и список версий, с которых возможен переход
- 4Если вашей версии нет в списке — определите промежуточный релиз и обновитесь сначала на него
- 5Проверьте требования к версии платформы 1С:Предприятие для целевого релиза
Обновление в несколько этапов: когда оно необходимо
Поэтапное обновление требуется, когда прямой переход не поддерживается. Типичные сценарии: смена редакции конфигурации, очень старая версия, которую уже исключили из списка поддерживаемых, а также нетиповые (доработанные) конфигурации, где обновление выполняется вручную через сравнение и объединение.
Общий принцип этапного обновления: каждый шаг должен завершаться полностью — включая выполнение всех отложенных обработчиков. Нельзя устанавливать следующий релиз, пока предыдущее обновление не завершено, иначе данные могут остаться в промежуточном, некорректном состоянии.
Как определить цепочку промежуточных релизов
Начните с описания самого нового релиза и найдите в нём минимальную поддерживаемую версию. Если она новее вашей — возьмите описание того релиза, который поддерживает вашу версию, и так далее, выстраивая цепочку от текущей версии к целевой. Обычно достаточно одного-двух промежуточных шагов.
Как выбрать сценарий обновления
Риски при обновлении через много релизов
Главный риск масштабного обновления — длительное время выполнения обработчиков. На больших базах переход через десятки релизов может занять несколько часов, в течение которых пользователи не смогут работать. Планируйте такое обновление на нерабочее время и заранее оцените продолжительность на тестовой копии базы.
Второй риск — ошибки в обработчиках обновления на конкретных данных. Чем больше релизов пропущено, тем выше вероятность, что какой-то обработчик столкнётся с нестандартной ситуацией в ваших данных: незаполненными реквизитами, устаревшими объектами, дублями. Именно поэтому тестовое обновление на копии — обязательный этап, а не рекомендация.
Третий риск — несоответствие версии платформы. Новые релизы конфигураций часто требуют определённой минимальной версии платформы 1С:Предприятие. Если платформа устарела, сначала обновите её, иначе конфигурация может не запуститься или работать некорректно.
Практический порядок безопасного обновления
Безопасная схема выглядит так: создайте резервную копию рабочей базы, разверните из неё тестовую копию и выполните обновление сначала на ней. Засеките время, проверьте журнал регистрации на ошибки, дождитесь завершения всех отложенных обработчиков и проверьте ключевые отчёты — оборотно-сальдовую ведомость, расчёт зарплаты, остатки склада.
Если тестовое обновление прошло чисто, повторите процедуру на рабочей базе в нерабочее время. После завершения снова проверьте отложенные обработчики: они могут выполняться в фоне ещё несколько часов, и до их завершения часть данных будет отображаться некорректно — это нормально, но пользователей нужно предупредить.
Как проверить результат обновления
Совпадает с целевым релизом
Версия не изменилась или обновление завершилось с ошибкой
Все обработчики в статусе «Выполнено»
Есть обработчики с ошибками или незапущенные
Нет ошибок, связанных с обновлением данных
Повторяющиеся ошибки обработчиков
Данные сходятся с показателями до обновления
Расхождения в итогах, пустые разделы
Частые ошибки при обновлении через несколько релизов
Самая распространённая ошибка — попытка сэкономить время и обновить рабочую базу без тестового прогона. На большом скачке версий это почти гарантированно приводит либо к неожиданно долгому простою, либо к ошибкам обработчиков, которые придётся разбирать уже на боевой базе под давлением пользователей.
Вторая ошибка — прерывание отложенного обновления. Пользователи видят, что база запустилась, и начинают работать, а администратор перезагружает сервер, не дождавшись завершения фоновых обработчиков. Часть данных остаётся в старом формате, что впоследствии вызывает ошибки в отчётах и документах.
Третья ошибка — игнорирование требований к платформе. Администратор обновляет конфигурацию, но не платформу, и получает либо отказ в запуске, либо труднодиагностируемые сбои. Всегда сверяйте минимальную версию платформы в описании релиза.
Особенности для нетиповых и старых конфигураций
Если конфигурация дорабатывалась (добавлены документы, реквизиты, изменены модули), автоматическое обновление через несколько релизов становится рискованным: при объединении могут потеряться доработки. В этом случае обновление выполняется в конфигураторе через «Сравнить, объединить с конфигурацией из файла» с ручным контролем каждого изменённого объекта.
Для конфигураций, полностью снятых с поддержки, производитель обновлений вообще не гарантирует корректный переход — каждый релиз придётся адаптировать вручную. Если база критична для бизнеса и сильно доработана, разумнее привлечь специалиста по сопровождению 1С, чем экспериментировать на рабочих данных.
Оптимальная стратегия — не допускать большого отставания. Обновление раз в месяц занимает 15–30 минут и почти никогда не вызывает проблем, тогда как скачок через год релизов требует тестового прогона, резервного окна в несколько часов и готовности к разбору ошибок обработчиков.
Что важно запомнить
Жёсткого лимита на пропущенные релизы нет: типовые конфигурации обычно обновляются с любой предыдущей версии внутри редакции. Проверяйте список поддерживаемых версий в описании релиза, при смене редакции обновляйтесь поэтапно, обязательно делайте резервную копию и тестовый прогон, а отложенные обработчики доводите до полного завершения.
Частые вопросы
Можно ли обновить 1С, если база не обновлялась больше года?
Да, для типовой конфигурации это обычно возможно напрямую на актуальный релиз, если редакция не менялась. Проверьте в описании релиза, что ваша версия входит в список поддерживаемых, обновите платформу до требуемой версии и обязательно выполните тестовое обновление на копии — за год накапливается много обработчиков, и процесс может занять часы.
Что будет, если пропустить промежуточный обязательный релиз?
Если переход с вашей версии не предусмотрен разработчиком, обновление либо не установится (конфигуратор сообщит о несовместимости), либо обработчики обновления завершатся с ошибками. Поэтому перед установкой всегда сверяйтесь с разделом «Порядок обновления» в описании релиза и при необходимости ставьте промежуточные версии.
Обязательно ли ставить каждый исправительный релиз?
Нет, исправительные релизы можно пропускать и устанавливать накопительно — каждый новый релиз включает все предыдущие исправления. Исключение — релизы с критическими исправлениями (например, ошибок в расчёте налогов или сдаче отчётности): их стоит устанавливать оперативно, особенно перед отчётным периодом.
Сколько времени занимает обновление через много релизов?
Точное время зависит от размера базы, количества пропущенных релизов и производительности сервера. На небольшой файловой базе это может быть 30–60 минут, на крупной клиент-серверной базе — несколько часов плюс время на отложенные обработчики. Единственный надёжный способ оценить длительность — выполнить тестовое обновление на копии и засечь время.
Что делать, если обновление зависло или прервалось с ошибкой?
Не перезапускайте обновление повторно и не открывайте базу для работы. Восстановите базу из резервной копии, изучите текст ошибки в журнале регистрации или технологическом журнале, устраните причину (недостаток места, версия платформы, проблемные данные) и только после этого повторите обновление. Если причина неясна — обратитесь к специалисту по сопровождению 1С.
Нужно ли обновлять платформу 1С вместе с конфигурацией?
Не обязательно одновременно, но версия платформы должна быть не ниже минимальной, указанной в описании релиза конфигурации. Практичный порядок: сначала обновите платформу и проверьте работу текущей конфигурации, затем в отдельное окно обновите конфигурацию — так проще локализовать источник возможных проблем.