Администрирование · 9 мин
Как правильно обновить версию платформы 1С
Пошаговая инструкция по обновлению платформы 1С: подготовка, резервное копирование, установка новой версии, проверка совместимости с конфигурацией и типичные ошибки.
Обновление платформы 1С — операция, которая затрагивает работу всех пользователей системы, поэтому выполнять её нужно планово и по чёткому порядку. Платформа (технологическая среда исполнения) обновляется отдельно от конфигурации, и путать эти два процесса нельзя: платформа ставится как обычная программа на сервер и рабочие места, а конфигурация обновляется через конфигуратор.
Чаще всего обновление платформы требуется в трёх случаях: очередной релиз конфигурации требует более новую версию платформы, чем установленная; вышло исправление критической ошибки; нужна поддержка новых возможностей операционной системы или СУБД. Прежде чем ставить новую версию, убедитесь, что она действительно нужна — обновление «для галочки» несёт только риски.
Ниже разобран полный цикл: проверка требований, резервное копирование, установка, конвертация базы и контроль результата. Инструкция подходит как для файловых баз, так и для клиент-серверного варианта работы, различия отмечены отдельно.
Как узнать, какая версия платформы нужна
Каждый релиз конфигурации (1С:Бухгалтерия, Управление торговлей, ЗУП и другие) рассчитан на определённую минимальную версию платформы. Это требование указано в файле поставки конфигурации, в описании обновления на портале 1С и в окне «О программе» после обновления конфигурации. Если платформа старше требуемой, конфигурация либо откажется обновляться, либо будет работать с ошибками.
Текущую версию установленной платформы смотрите в меню «Справка — О программе» в любом режиме 1С или по номеру папки в каталоге установки (например, C:\Program Files\1cv8\8.3.22.1750). В клиент-серверном варианте версию сервера видно в консоли кластера серверов 1С.
Обратное несоответствие тоже опасно: слишком новая платформа может быть несовместима со старой конфигурацией. Поэтому правило простое — ставьте версию, которую рекомендует вендор для вашего релиза конфигурации, или новее в пределах той же ветки (например, 8.3.22.x), а не самую последнюю доступную.
Подготовка: резервная копия и завершение сеансов
Первый обязательный шаг — резервная копия. Для файловой базы достаточно выгрузки через конфигуратор: «Администрирование — Выгрузить информационную базу» в файл с расширением .dt. Такая выгрузка позволяет вернуть базу в исходное состояние, даже если обновление пройдёт неудачно. Дополнительно можно скопировать сам файл 1Cv8.1CD средствами ОС при остановленной работе.
Для клиент-серверной базы делайте выгрузку .dt плюс штатный бэкап средствами СУБД (MS SQL, PostgreSQL). Выгрузка .dt нужна как универсальный способ восстановления, а бэкап СУБД — как быстрый способ отката больших баз.
Второй шаг — вывод пользователей. Откройте консоль кластера (для сервера) или список активных пользователей в режиме «Конфигуратор — Администрирование — Активные пользователи» (для файловой базы) и завершите все сеансы. Установите блокировку сеансов, чтобы никто не вошёл во время обновления. Фоновые задания также нужно остановить.
- 1Проверьте требуемую версию платформы в описании релиза конфигурации
- 2Сделайте выгрузку базы в файл .dt через конфигуратор
- 3Для клиент-серверной базы дополнительно выполните бэкап средствами СУБД
- 4Завершите все сеансы пользователей и фоновые задания
- 5Установите блокировку входа в базу
- 6Проверьте процедуру на тестовой копии базы
Установка новой версии платформы
Дистрибутив платформы скачивается с портала portal.1c.ru при наличии действующего договора ИТС или у партнёра 1С. Установка выполняется стандартным мастером: запустите setup.exe, выберите компоненты — для рабочего места достаточно «Тонкий клиент» и «Толстый клиент», для сервера — «Сервер 1С:Предприятия» и «Администрирование сервера».
Новая версия ставится рядом со старой, в отдельный каталог, и не удаляет предыдущую. Это удобно: при проблемах можно временно вернуться на старую версию для баз, которые ещё не конвертированы. Старую версию удаляйте только после того, как все базы успешно переведены и работают стабильно.
В клиент-серверном варианте порядок строгий: сначала останавливается служба агента сервера 1С, затем ставится новая версия сервера, потом обновляются клиенты на рабочих местах. Если версии клиента и сервера различаются, соединение будет невозможно — пользователи получат ошибку несовпадения версий.
Если рабочих мест много, используйте автоматическое обновление тонкого клиента: при подключении веб-сервер или сервер 1С может отдавать клиенту нужный дистрибутив. Это избавляет от ручной установки на каждый компьютер.
Конвертация базы при первом запуске
После установки новой платформы при первом открытии базы конфигуратором может появиться сообщение о необходимости конвертации формата информационной базы. Подтвердите её только убедившись, что резервная копия сделана. Конвертация изменяет внутреннюю структуру данных — база станет несовместимой со старыми версиями платформы.
Для файловой базы конвертация обычно занимает от нескольких минут до часа в зависимости от объёма. Для клиент-серверной — дольше, и в это время база недоступна, поэтому работы планируйте на нерабочее время. После конвертации запустите тестирование и исправление: «Конфигуратор — Администрирование — Тестирование и исправление» с проверкой логической и ссылочной целостности.
Особенности клиент-серверного варианта
На сервере 1С после обновления проверьте, что служба агента запущена под новой версией, а в свойствах базы в консоли кластера указана корректная версия платформы. Если база зарегистрирована с явным указанием версии, её нужно переключить вручную — иначе сервер продолжит искать старую платформу.
Проверка результата после обновления
После конвертации выполните контрольный запуск: войдите в базу в режиме предприятия под учётной записью администратора, откройте основные рабочие места, сформируйте типовые отчёты и проведите тестовый документ. Убедитесь, что работают печатные формы, обмены данными и регламентные задания.
Снимите блокировку сеансов только после успешной проверки. В течение первых дней после обновления отслеживайте журнал регистрации на предмет новых ошибок — часть проблем проявляется только в реальной работе, например в фоновых обменах.
Как проверить результат
Отображается новая версия платформы
Старая версия или ошибка запуска
Все роли входят без ошибок
Ошибка несовпадения версий клиента и сервера
Формируются и проводятся штатно
Ошибки метаданных, отсутствуют формы
Выполняются по расписанию
Задания падают с ошибками в журнале
Типичные ошибки и как их избежать
Самая частая ошибка — обновление платформы до версии, которую конфигурация не поддерживает. Симптом: база открывается, но при работе возникают ошибки вызова методов или отказ запуска. Лечение — откат на рекомендованную версию, поэтому старую платформу не удаляйте сразу.
Вторая типичная проблема — разные версии платформы на сервере и клиентах в клиент-серверном режиме. Третья — обновление без выгрузки .dt с последующей невозможностью отката после конвертации. Обе ситуации полностью предотвращаются соблюдением порядка подготовки.
Что важно запомнить
Обновляйте платформу только под требования конфигурации, всегда делайте выгрузку .dt, завершайте сеансы, проверяйте процесс на копии базы и не удаляйте старую версию, пока не убедитесь в стабильной работе новой.
Частые вопросы
Можно ли обновить платформу без обновления конфигурации?
Да, платформа и конфигурация независимы. Но новую платформу стоит ставить только если она совместима с текущей конфигурацией — иначе возможны ошибки в работе. Проверяйте рекомендации в описании вашего релиза конфигурации.
Что делать, если после обновления база не открывается?
Проверьте, совпадают ли версии клиента и сервера, и запущена ли служба агента сервера новой версии. Если база повреждена при конвертации, восстановите её из выгрузки .dt на старой платформе и повторите обновление, предварительно выполнив тестирование и исправление.
Нужно ли обновлять платформу на каждом рабочем месте?
Да, в клиент-серверном режиме версии клиента и сервера должны совпадать. Для большого числа компьютеров используйте автоматическое обновление тонкого клиента через веб-сервер или групповые политики установки.
Можно ли вернуться на старую версию платформы после конвертации базы?
Нет, конвертированная база не открывается старой платформой. Единственный способ отката — восстановление базы из резервной копии, сделанной до конвертации. Именно поэтому выгрузка .dt обязательна.
Как долго хранить старые версии платформы?
Минимум до тех пор, пока все базы переведены на новую версию и стабильно работают. На практике одну-две предыдущие версии держат установленными постоянно — они занимают немного места, а при необходимости открыть старую выгрузку экономят время.