Как обновить платформу 1С: пошаговое руководство

Обновление платформы 1С — это установка новой версии технологической платформы (например, с 8.3.22 на 8.3.24), на которой работают конфигурации вроде «Бухгалтерии предприятия» или «Управления торговлей». Платформа и конфигурация обновляются независимо друг от друга, но между ними есть связь: каждая новая версия конфигурации требует платформу не ниже определённого релиза. Поэтому обновлять платформу приходится регулярно — иначе рано или поздно конфигурация откажется обновляться или запускаться.

Ошибки при обновлении платформы обычно неприятны, но почти всегда обратимы — если заранее сделана резервная копия и не удалён старый релиз. Основные риски: несовместимость с текущей конфигурацией, необходимость конвертации базы, проблемы с лицензиями и внешними компонентами. В этой статье разобран полный цикл: как понять, что обновление нужно, как подготовиться, как установить новый релиз в файловом и клиент-серверном варианте и как проверить результат.

Материал ориентирован на администратора или продвинутого пользователя, который обновляет платформу самостоятельно. Если база клиент-серверная, работает в режиме 24/7 или содержит критичные доработки, часть шагов потребует участия специалиста по серверной инфраструктуре.

Когда обновление платформы действительно необходимо

Обновлять платформу «для профилактики» на каждый новый релиз не обязательно. Практичнее ориентироваться на конкретные причины. Первая и самая частая — конфигурация требует более новую платформу: при обновлении «Бухгалтерии» или «ЗУП» вы увидите сообщение вида «Для работы конфигурации требуется платформа версии не ниже 8.3.xx». Вторая причина — исправление критических ошибок и уязвимостей, которые устраняются в новых релизах. Третья — переход на новую версию Windows Server или СУБД, с которой старая платформа не совместима.

Узнать текущую версию платформы можно в меню «Справка — О программе» любой информационной базы. Требуемую версию для конфигурации смотрят в описании релиза конфигурации на портале 1С или в файле поставки. Если текущая платформа ниже требуемой — обновление обязательно, если выше или равна — можно не спешить.

Подготовка: резервная копия и проверка совместимости

Первый шаг — полная резервная копия информационной базы. Для файловой базы достаточно завершить работу всех пользователей и скопировать файл 1Cv8.1CD в отдельную папку, либо сделать выгрузку через конфигуратор (Администрирование — Выгрузить информационную базу) в файл .dt. Для клиент-серверной базы правильный способ — средства СУБД (например, резервное копирование в MS SQL Server или pg_dump для PostgreSQL). Выгрузка в .dt на больших базах занимает много времени и не всегда подходит как основной способ.

Второй шаг — проверка совместимости. Убедитесь, что новая платформа поддерживается вашей версией конфигурации: обычно конфигурации работают на платформах новее минимально требуемой, но при большом скачке версий стоит свериться с документацией к релизу. Также проверьте внешние компоненты и расширения: старые библиотеки обмена, драйверы торгового оборудования, компоненты ЭДО могут не работать на новой платформе и потребовать обновления.

Третий шаг — выбор времени. Обновление выполняйте, когда пользователи не работают: вечером или в выходные. Заранее предупредите сотрудников о перерыве. Для файловой базы обязательно завершите все сеансы — иначе конвертация базы не запустится или завершится ошибкой.

Установка нового релиза платформы

Дистрибутив платформы скачивается с портала 1С (portal.1c.ru) в разделе обновлений — доступ требует действующей подписки ИТС. Скачивайте полный дистрибутив нужной разрядности: для 64-разрядных серверов и большинства современных рабочих мест — x86-64. Запустите setup.exe и выполните стандартную установку. Важный момент: новый релиз устанавливается рядом со старым, в отдельную папку (например, C:\Program Files\1cv8\8.3.24.1467), и не заменяет предыдущий.

После установки платформа сама предложит использовать новую версию для баз, но точный релиз можно задать вручную. В окне запуска 1С выделите базу, нажмите «Изменить» и в параметрах укажите нужную версию платформы из списка установленных. Это удобно для постепенного перевода: сначала тестовая база на новом релизе, рабочая — пока на старом.

1. 1
   Сделайте резервную копию базы и убедитесь, что она открывается
2. 2
   Проверьте требования конфигурации к версии платформы
3. 3
   Скачайте дистрибутив нового релиза с портала 1С
4. 4
   Завершите все сеансы пользователей и установите новый релиз рядом со старым
5. 5
   Запустите базу в конфигураторе и подтвердите конвертацию, если она потребуется
6. 6
   Протестируйте ключевые операции: проведение документов, отчёты, обмены, печать
7. 7
   Через несколько дней стабильной работы удалите старый релиз

Обновление в клиент-серверном варианте

В клиент-серверной архитектуре платформу нужно обновить в двух местах: на сервере 1С:Предприятия и на всех клиентских компьютерах (или на сервере терминалов, если пользователи работают через RDP). Порядок важен: сначала останавливается служба агента сервера 1С, устанавливается новый релиз сервера, затем служба запускается снова. Клиентские места обновляются после сервера.

Если база опубликована на веб-сервере (IIS или Apache), после смены версии платформы публикацию нужно пересоздать — утилитой webinst или заново через диалог публикации в конфигураторе. Иначе веб-клиент продолжит обращаться к старым библиотекам и перестанет работать. Также проверьте, что разрядность сервера 1С и клиентских приложений соответствует используемым компонентам.

Конвертация базы и первый запуск

При первом запуске базы на новой платформе конфигуратор может сообщить, что требуется конвертация информационной базы. Это штатная процедура: платформа приводит внутренний формат хранения к новому виду. Соглашайтесь только при наличии резервной копии — обратная конвертация невозможна, и базу на старой платформе после этого открыть не получится.

Конвертация небольшой файловой базы занимает минуты, большой клиент-серверной — может идти дольше часа. Во время процесса не прерывайте работу конфигуратора. После завершения запустите базу в режиме предприятия и проверьте основные сценарии: открытие и проведение документов, формирование регламентированных отчётов, обмены с другими системами, работу печатных форм и подключённого оборудования.

Контрольные точки

Как проверить результат

Запуск базы

Норма

База открывается в режиме предприятия без сообщений об ошибках

Тревожный признак

Ошибка конвертации, требование другой версии, зависание на старте

Версия платформы

Норма

В «Справка — О программе» отображается новый релиз

Тревожный признак

База по-прежнему запускается на старом релизе — проверьте настройки базы в списке

Регламентные операции

Норма

Документы проводятся, отчёты формируются, обмены выполняются

Тревожный признак

Ошибки в отдельных механизмах — чаще всего виноваты внешние компоненты или расширения

Работа пользователей

Норма

Все сеансы подключаются, скорость работы не деградировала

Тревожный признак

Часть клиентов не подключается — на их компьютерах не обновлён клиент платформы

Типичные ошибки и как их избежать

Самая распространённая ошибка — удаление старого релиза сразу после установки нового. Если выяснится, что какая-то компонента или обмен не работает, быстро откатиться будет не на что. Вторая ошибка — обновление платформы без проверки расширений: расширение, написанное под старый релиз, может блокировать запуск базы. В таком случае базу запускают с параметром отключения расширений и обновляют их по очереди.

Третья типичная ситуация — забытые клиентские места в клиент-серверной схеме: сервер обновлён, а у части пользователей стоит старый клиент, и они не могут подключиться. Четвёртая — обновление «по живому», пока пользователи в базе: конвертация при активных сеансах либо не запустится, либо завершится с ошибкой. Всегда завершайте сеансы через консоль кластера или принудительно.

Частые вопросы

Можно ли обновлять платформу сразу через несколько версий, например с 8.3.18 на 8.3.24?

Да, промежуточные релизы устанавливать не нужно — ставится сразу целевая версия. Но чем больше скачок, тем выше вероятность несовместимости с расширениями и внешними компонентами, поэтому тестирование на копии базы в этом случае особенно желательно.

Нужно ли обновлять конфигурацию после обновления платформы?

Нет, это независимые процессы. Если конфигурация работала на старой платформе и её минимальные требования не выше новой, она запустится и без обновления. Обратная ситуация — когда новая конфигурация требует новую платформу — встречается гораздо чаще.

Что делать, если после конвертации база не открывается на старой платформе?

Это нормально: конвертация необратима, база теперь работает только на новой платформе. Если нужно вернуться к старому релизу, восстановите базу из резервной копии, сделанной до конвертации.

Как откатить обновление платформы, если что-то пошло не так?

Если конвертация базы не выполнялась, достаточно в настройках базы в списке указать прежний релиз платформы — он остался установленным. Если конвертация прошла, восстановите базу из резервной копии и продолжайте работать на старом релизе до устранения причины проблемы.

Обязательна ли подписка ИТС для обновления платформы?

Для легального скачивания дистрибутивов платформы с портала 1С требуется действующий договор ИТС (для базовых версий действуют отдельные условия). Без доступа к дистрибутивам обновиться официально не получится.

Можно ли автоматизировать обновление платформы на множестве рабочих мест?

Да, установщик платформы поддерживает тихую установку с параметрами командной строки, что позволяет разворачивать релиз через групповые политики или системы управления ПО. Для файловых баз также удобно централизованно управлять списком баз через общий файл .v8i.