Как обновить технологическую платформу 1С

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

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

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

Как узнать текущую версию платформы и требуемую

Прежде чем что-то скачивать, определите, какая версия платформы сейчас используется. Откройте информационную базу, перейдите в меню «Справка» (или круглую кнопку меню) и выберите «О программе». В окне будет указана полная версия платформы в формате четырёх чисел, например 8.3.22.1750, где 8.3 — поколение платформы, третье число — релиз, четвёртое — сборка.

Далее выясните, какая версия требуется вашей конфигурации. Эта информация публикуется в описании релиза конфигурации на портале 1С и в файле поставки. Правило простое: платформа должна быть не ниже минимально требуемой версии, указанной в описании обновления конфигурации. Если конфигурация требует платформу «не ниже 8.3.22», то версия 8.3.20 уже не подойдёт.

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

Где скачать дистрибутив платформы

Официальный источник дистрибутивов — портал portal.1c.ru, раздел «Обновления программ». Для скачивания нужна учётная запись портала и действующий договор информационно-технологического сопровождения (ИТС) или зарегистрированная базовая версия продукта. Без доступа к порталу легально получить свежую платформу нельзя.

На странице обновлений найдите раздел «Технологическая платформа 1С:Предприятие 8.3» и выберите нужный релиз. Обычно доступны несколько вариантов поставки: полный дистрибутив для Windows (включает толстый, тонкий клиенты и сервер), отдельно сервер 1С для Windows и Linux, клиент для Linux и macOS, а также веб-компоненты. Для типовой файловой базы на одном компьютере достаточно основного дистрибутива Windows.

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

Подготовка перед обновлением

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

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

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

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

Файловый вариант — самый простой случай: платформа устанавливается локально на каждый компьютер, с которого работают с базой. Распакуйте скачанный архив дистрибутива и запустите файл setup.exe от имени администратора. Установщик предложит выбрать компоненты: для обычного рабочего места достаточно «1С:Предприятие» и «1С:Предприятие — Тонкий клиент».

По умолчанию платформа устанавливается в каталог Program Files\1cv8\<номер версии>. Важная особенность: новая версия ставится рядом со старой, а не вместо неё — на одном компьютере могут сосуществовать несколько релизов платформы. Это удобно для отката, но со временем приводит к накоплению устаревших каталогов, которые можно удалять вручную.

1. 1
   Сделайте резервную копию базы (выгрузка .dt или копия 1Cv8.1CD)
2. 2
   Распакуйте дистрибутив и запустите setup.exe с правами администратора
3. 3
   Выберите компоненты: 1С:Предприятие и тонкий клиент
4. 4
   Завершите установку и запустите базу через ярлык или список баз
5. 5
   Откройте «О программе» и убедитесь, что версия платформы обновилась
6. 6
   Проверьте запуск ключевых операций: проведение документа, формирование отчёта

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

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

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

На сервере остановите службу «Агент сервера 1С:Предприятия», установите новый релиз сервера из соответствующего дистрибутива и запустите службу новой версии. Если на сервере работают несколько версий агента одновременно, проверьте, что каждая использует свой диапазон портов, и что в свойствах кластера и баз указаны правильные параметры подключения.

sc stop "1C:Enterprise 8.3 Server Agent"
rem установка нового релиза сервера...
sc start "1C:Enterprise 8.3 Server Agent"

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

Проверка результата и откат при проблемах

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

Если после обновления возникли критические ошибки, порядок отката такой: остановите работу пользователей, восстановите базу из резервной копии, сделанной до обновления, и запустите её на прежней версии платформы (она осталась установленной в отдельном каталоге). Именно поэтому копию делают до начала работ, а не «потом, если понадобится».

Как часто обновлять платформу и что учитывать

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

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

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