Администрирование · 12 мин
Как обновить платформу 1С: подготовка, установка и проверка
Как обновить платформу 1С без потери данных: подготовка, установка нового релиза, обновление конфигурации, проверка результата и типичные ошибки администраторов.
Обновление платформы 1С — это замена исполняемых файлов технологической платформы (1cv8.exe, серверных компонентов, библиотек) на более новый релиз. Важно понимать разницу: платформа — это «движок», а конфигурация (Бухгалтерия, ЗУП, Управление торговлей) — прикладное решение, которое работает на этом движке. Обновление платформы и обновление конфигурации — разные процедуры, хотя часто их выполняют вместе, потому что новые релизы конфигураций требуют минимальную версию платформы.
Основные причины обновлять платформу: конфигурация отказывается обновляться на старой версии, требуется поддержка новых версий операционной системы и СУБД, исправлены критические ошибки и уязвимости, нужна совместимость с внешними сервисами (ЭДО, банки, маркировка). Работать на устаревшей платформе рискованно: со временем типовые конфигурации перестают на неё устанавливаться, а ошибки в старых релизах уже не исправляются.
Процедура отличается для файлового и клиент-серверного режима. В файловом варианте достаточно установить новый релиз на рабочие места и при необходимости выполнить конвертацию базы. В клиент-серверном дополнительно обновляется сервер 1С:Предприятия, агент и кластер, а порядок действий строже — сначала сервер, потом клиенты. Ниже разобраны оба сценария, подготовка, проверка результата и типичные ошибки.
Что подготовить перед обновлением
Главное правило — никогда не обновляйте платформу без резервной копии. Для файловой базы самый надёжный способ — выгрузка информационной базы через конфигуратор (Администрирование → Выгрузить информационную базу) в файл .dt. Дополнительно можно скопировать сам файл 1Cv8.1CD в отдельную папку. Для клиент-серверной базы сделайте выгрузку .dt и, если есть возможность, средствами СУБД (например, pg_dump для PostgreSQL или backup в MS SQL).
Проверьте требования к версии платформы. Если вы обновляете платформу ради нового релиза конфигурации, откройте описание поставки конфигурации — там указана минимальная требуемая версия платформы. Обратная ситуация тоже опасна: очень старая конфигурация может некорректно работать на слишком новой платформе, особенно при переходе через несколько линеек (например, с 8.3.10 сразу на 8.3.24).
Соберите права и дистрибутив. Установка платформы требует прав администратора на компьютере или сервере. Дистрибутив скачивается с портала 1С по действующему договору ИТС или с ресурса releases.1c.ru — убедитесь, что скачиваете нужную разрядность (32 или 64 бита) и редакцию (для Windows или Linux, полный дистрибутив или тонкий клиент).
Как узнать текущую версию и выбрать новый релиз
Текущую версию платформы видно в запущенной программе: меню → «О программе», строка «1С:Предприятие 8.3 (8.3.хх.хххх)». Также версии установленных релизов видны в папке установки — по умолчанию C:\Program Files\1cv8\ (каждый релиз в своей подпапке) или в списке установленных программ Windows.
При выборе нового релиза придерживайтесь простой логики. Берите последний стабильный релиз той линейки, которую требует конфигурация, — например, если требуется «не ниже 8.3.22», ставьте свежий релиз линейки 8.3.22 или новее. Не ставьте тестовые (beta) версии на рабочие базы. Если база клиент-серверная, версии платформы на сервере и у клиентов должны совпадать по первым трём числам, иначе клиент не сможет подключиться.
Обновление платформы в файловом режиме
Файловый режим — самый простой сценарий. Завершите работу всех пользователей в базе: активные сеансы блокируют файл базы и конвертация не пройдёт. Проверить отсутствие сеансов можно через конфигуратор (Администрирование → Активные пользователи) или просто договорившись с сотрудниками.
Запустите установщик нового релиза (setup.exe из дистрибутива) и пройдите стандартную установку: выберите компоненты (минимум — «1С:Предприятие» и «Тонкий клиент», если он используется), путь установки оставьте по умолчанию. Установщик добавит новую папку релиза, не затрагивая предыдущие. На каждом рабочем месте, где работают с базой, нужно установить тот же релиз — либо вручную, либо через групповые политики/скрипты в домене.
После установки откройте конфигуратор новой версии и запустите базу. Если режим совместимости конфигурации ниже версии новой платформы, система предложит выполнить конвертацию — соглашайтесь только после подтверждения наличия резервной копии. Конвертация необратима: база, сконвертированная на новый релиз, уже не откроется на старом.
- 1Выгрузите базу в файл .dt через конфигуратор
- 2Завершите все сеансы пользователей
- 3Установите новый релиз платформы на сервере/компьютере с базой и на рабочих местах
- 4Откройте конфигуратор нового релиза и при необходимости подтвердите конвертацию базы
- 5Запустите базу в режиме предприятия и проверьте версию в «О программе»
Обновление в клиент-серверном режиме
В клиент-серверном варианте порядок строже: сначала обновляется сервер 1С:Предприятия, затем клиентские места. Пока сервер на новом релизе, а клиент на старом (или наоборот, с несовпадением линейки), подключение будет невозможно — поэтому обновление планируют на нерабочее время и выполняют целиком за одно окно.
Последовательность такая: остановите службу агента сервера 1С (на Windows — через services.msc, на Linux — systemctl stop srv1cv83). Установите новый релиз сервера — установщик зарегистрирует новую службу агента с привязкой к своему релизу. Запустите службу нового агента, проверьте в консоли кластера, что кластер и базы видны. Затем обновите платформу на клиентских машинах и веб-сервере, если используется публикация через IIS или Apache.
Если базы опубликованы на веб-сервере, публикацию нужно обновить: либо перепубликовать базу через конфигуратор нового релиза, либо вручную поправить путь к модулю wsisapi.dll/модулю веб-расширения в настройках публикации — он указывает на папку конкретного релиза. Это частая причина ситуации «толстый клиент работает, а через браузер база не открывается».
В клиент-серверных базах режим совместимости конфигурации часто намеренно оставляют на старой версии платформы. Это нормально: база работает на новом релизе, но не использует его новые механизмы. Повышать режим совместимости стоит только после тестирования, потому что изменяется поведение запросов, блокировок и некоторых встроенных функций.
Конвертация базы и режим совместимости
Конвертация — это изменение внутренней структуры базы под новый релиз платформы. Она запускается автоматически при первом открытии базы конфигуратором новой версии, если режим совместимости конфигурации выше старого релиза. Процесс может занять от нескольких минут до часов на больших базах — прерывать его нельзя, это почти гарантированно повредит базу.
Режим совместимости задаётся в свойствах конфигурации (корень дерева конфигурации → Свойства → Режим совместимости). Если стоит «Не использовать» — конфигурация требует поведение текущей платформы. Если указана конкретная версия, например 8.3.16, база будет работать на любой платформе от этой версии и новее, сохраняя старое поведение. Это удобный механизм плавного перехода: сначала обновляете платформу, а режим совместимости поднимаете отдельно, когда будете готовы.
Как выбрать действие
Проверка результата и откат при проблемах
После обновления проверьте базовые признаки успеха: база открывается в режиме предприятия без ошибок, в «О программе» отображается новый релиз, работают ключевые операции — проведение документов, формирование отчётов, обмены с банками и ЭДО. В клиент-серверном режиме дополнительно проверьте список активных сеансов в консоли кластера и работу фоновых заданий.
Если после обновления появились ошибки, не пытайтесь «починить» рабочую базу наугад. Откат прост, пока есть резервная копия: для файловой базы — восстановите файл 1Cv8.1CD или загрузите dt в пустую базу и откройте её старым релизом (если конвертация не выполнялась, база и так откроется на старом релизе). Для клиент-серверной — восстановите базу средствами СУБД и верните службу старого агента сервера.
Как проверить результат
Отображается новый релиз платформы
Старая версия — база открыта не тем релизом
База открывается без сообщений об ошибках конвертации
Ошибка формата базы или требование конвертации при каждом запуске
База открывается в браузере после перепубликации
Ошибка загрузки модуля веб-расширения — публикация указывает на старый релиз
Задания выполняются по расписанию
Задания не стартуют — проверьте службу агента сервера
Типичные ошибки при обновлении
Самая распространённая ошибка — обновление без резервной копии «на живую» базу в рабочее время. Вторая по частоте — частичное обновление в клиент-серверной среде: сервер обновили, а половину клиентов забыли, и пользователи не могут подключиться. Третья — забытая веб-публикация, из-за которой перестаёт работать доступ через браузер и тонкий клиент по HTTP.
Отдельная группа проблем — внешние компоненты и интеграции. Компоненты сканеров штрихкодов, касс, криптографии могут быть собраны под конкретную версию платформы. После обновления проверьте все подключённые внешние компоненты и при необходимости запросите у поставщика сборку под новый релиз.
Что важно запомнить
Сделайте резервную копию, проверьте требования конфигурации к версии платформы, установите новый релиз рядом со старым, в клиент-серверном режиме обновите сначала сервер, затем клиентов и веб-публикацию. После обновления проверьте версию, запуск и ключевые операции, а старый релиз удаляйте только после успешной работы на новом.
Частые вопросы
Можно ли обновить платформу без обновления конфигурации?
Да, это независимые процедуры. Если конфигурация совместима с новым релизом платформы (обычно указано в документации к конфигурации), достаточно установить новую платформу. Обратите внимание на режим совместимости: пока он не повышен, конфигурация будет работать со старым поведением даже на новой платформе.
Что делать, если база не открывается после обновления?
Сначала уточните текст ошибки. «Несовместимая версия» при подключении клиента к серверу — обновите клиентскую платформу. Ошибка открытия файловой базы после прерванной конвертации — восстанавливайте из резервной копии, исправить повреждённый файл можно попробовать утилитой chdbfl.exe из папки bin старого релиза, но гарантии нет.
Нужно ли удалять старые релизы платформы?
Сразу — нет. Оставьте предыдущий релиз минимум до подтверждения стабильной работы всех баз на новом. Когда переход завершён, старые релизы можно удалить через «Установка и удаление программ», чтобы освободить место и не путаться в списке версий.
Как обновить платформу на многих рабочих местах сразу?
В доменной сети установку автоматизируют через групповые политики или скрипты: дистрибутив платформы поддерживает тихую установку с параметрами командной строки. Альтернатива — разместить базы на сервере с веб-публикацией, тогда пользователям достаточно браузера или тонкого клиента, который обновляется централизованно.
Отличается ли обновление на Linux?
Логика та же: резервная копия, установка нового пакета (deb/rpm), перезапуск службы агента сервера srv1cv83, обновление клиентов и веб-публикации. Специфика в путях установки (/opt/1cv8) и управлении службой через systemd, а также в необходимости следить за зависимостями пакетов при обновлении.
Сколько времени занимает обновление?
Установка самой платформы — обычно несколько минут на компьютер. Основное время уходит на конвертацию базы и тестирование: для небольшой файловой базы всё вместе занимает до получаса, для большой клиент-серверной с доработками планируйте несколько часов нерабочего времени с запасом на откат.