Переход на новую версию 1С:Предприятия 8.3 без простоя и потери данных

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

Частое заблуждение — будто обновление платформы меняет базу или конфигурацию. Нет: платформа — это программа, которая запускает базу. Конфигурация (Бухгалтерия, ЗУП, УТ) обновляется отдельно. Но порядок здесь есть: сначала платформа нужной версии, потом новый релиз конфигурации, который её требует.

Подготовка: что проверить и сохранить до обновления

Начните с инвентаризации. Запишите, какая версия стоит сейчас: она видна в окне Справка → О программе в любой запущенной базе (строка с номером вида 8.3.xx.xxxx).

Дальше ответьте себе на четыре вопроса:

• 🖥️ Где лежат базы. Файловые — на локальном диске или в общей папке. Клиент-серверные — на сервере 1С с СУБД (MS SQL Server или PostgreSQL).
• 👥 Сколько рабочих мест. На каждом компьютере, который открывает клиент-серверную базу , версия клиента должна совпасть с версией сервера до последней цифры.
• 🔑 Как устроено лицензирование. Программные лицензии и аппаратные ключи HASP переживают обновление платформы внутри 8.3: новую лицензию покупать не нужно.
• 📦 Какие внешние компоненты подключены. Драйверы торгового оборудования, обработки обмена, сервисы через COM-соединение — после смены версии их нужно проверить.

Резервная копия: какая и когда

Для файловой базы достаточно скопировать каталог базы целиком, пока в ней никто не работает . Главный файл — 1Cv8.1CD.

Для клиент-серверной базы надёжнее штатная копия средствами СУБД: полный бэкап в SQL Server Management Studio или pg_dump для PostgreSQL. Выгрузка в .dt через Конфигуратор тоже подходит, но требует монопольного доступа и на больших базах идёт долго.

💡 Отдельно скопируйте каталог кластера сервера 1С. В Windows по умолчанию это C:\Program Files\1cv8\srvinfo. Внутри лежит реестр кластера (файл 1CV8Clst.lst) со списком информационных баз, рабочих серверов и администраторов. Если при переходе что-то пойдёт не так, этот файл вернёт кластер в прежнее состояние за минуту.

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

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

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

Что скачивать под разные задачи:

Разрядность сервера выбирайте 64-битную: 32-битный сервер упирается в ограничения памяти.

💡 Если базы работают на PostgreSQL, проверьте совместимость версии СУБД с новой платформой. Сборки PostgreSQL для 1С выходят под определённые версии платформы, и это стоит сверить до обновления, а не после.

Как обновить сервер 1С:Предприятия

Здесь главный риск — оставить службу на старой версии или получить две службы, которые дерутся за порты 1540–1541.

Сервер на Windows

1. Остановите службу агента сервера 1С. Она называется 1C:Enterprise 8.3 Server Agent (x86-64); найти её можно в оснастке services.msc.
2. Запустите setup.exe из дистрибутива от имени администратора.
3. В списке компонентов отметьте Сервер 1С:Предприятия и Модули расширения веб-сервера, если публикуете базы через IIS или Apache.
4. Отметьте установку сервера как службы Windows и укажите ту же учётную запись, от имени которой служба работала раньше. По умолчанию это пользователь USR1CV8.
5. Установщик положит новую версию в отдельный каталог вида C:\Program Files\1cv8\8.3.xx.xxxx\. Старый каталог останется на месте.
6. Запустите службу и проверьте в её свойствах путь к исполняемому файлу: в нём должен стоять номер новой версии.

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

sc qc "1C:Enterprise 8.3 Server Agent (x86-64)"

Затем замените в пути номер версии, оставив параметры без изменений:

sc config "1C:Enterprise 8.3 Server Agent (x86-64)" binPath= "\"C:\Program Files\1cv8\8.3.xx.xxxx\bin\ragent.exe\" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d \"C:\Program Files\1cv8\srvinfo\""

Порты и путь к srvinfo возьмите из вывода sc qc — у вас они могут отличаться от примера. Пробел после binPath= обязателен.

После запуска откройте консоль администрирования серверов 1С и убедитесь, что кластер и список баз на месте. Консоль тоже должна быть новой версии. Если она не открывается, перерегистрируйте её библиотеку из каталога новой версии командой regsvr32 "C:\Program Files\1cv8\8.3.xx.xxxx\bin\radmin.dll" от имени администратора.

Сервер на Linux

Порядок тот же: остановить службу, установить пакеты новой версии, запустить службу новой версии.

• Посмотрите, под каким именем зарегистрирована служба: systemctl list-units | grep -i 1c. В новых версиях платформы в имя юнита входит номер версии, поэтому после установки старую службу нужно остановить и выключить, а новую включить.
• Каталог данных кластера (по умолчанию в домашнем каталоге пользователя usr1cv8) новая версия использует тот же — список баз сохранится.
• Проверьте, что пакеты старой версии не запускаются автоматически при перезагрузке.

Кэш сервера

Если после обновления сервера появляются странные ошибки при входе в базу, причиной бывает устаревший сеансовый кэш. Его хранят папки snccntx* внутри каталога кластера (srvinfo\reg_1541\).

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

Для клиент-серверных баз правило жёсткое: версия клиента совпадает с версией сервера полностью, включая последние четыре цифры. Клиент 8.3.24.1548 не подключится к серверу 8.3.24.1691.

Есть три способа раздать новую версию по компьютерам.

Автоматическая раздача через стартер

Окно запуска 1С (1cestart.exe) умеет само ставить нужную версию. Для этого положите распакованный дистрибутив в общую папку, доступную на чтение всем пользователям, и пропишите её в файле настроек стартера 1CEStart.cfg строкой:

DistributiveLocation=\\server\1c_distr

Общий для всех пользователей компьютера файл лежит в C:\ProgramData\1C\1CEStart\1CEStart.cfg. Когда клиент подключится к серверу более новой версии, стартер найдёт дистрибутив в этой папке и предложит установку.

Если на ПК нужно держать две версии

Бывает, что одна база уже на новом сервере, а другая — на старом. Тогда в списке баз окна запуска выделите базу, нажмите Изменить и на последней странице мастера укажите поле Версия 1С:Предприятия. Можно задать точный номер (8.3.24.1548) или только начало (8.3) — тогда стартер выберет самую новую установленную версию.

Для файловых баз ничего настраивать не нужно: после установки новой версии стартер по умолчанию запускает именно её.

Что происходит с базой данных после смены платформы

Сама база при переходе на новую версию платформы обычно не требует действий. Но есть несколько вещей, которые проверяют после обновления.

Режим совместимости конфигурации

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

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

Тестирование и исправление

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

Для клиент-серверной базы того же эффекта добиваются средствами СУБД (проверка и обслуживание индексов) — по регламенту, а не при каждом обновлении.

Обновление конфигурации на новый релиз

Если платформу меняли ради нового релиза Бухгалтерии или ЗУП, теперь можно ставить и его. Порядок привычный: Конфигуратор, Конфигурация → Поддержка → Обновить конфигурацию, затем Конфигурация → Обновить конфигурацию базы данных. Обновление структуры базы — как раз та операция, которой нужен монопольный доступ.

Клиентский кэш

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

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /ClearCache

Если не помогло, закройте 1С на этом компьютере и удалите папки с длинными именами-идентификаторами в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. Список баз и пользовательские настройки при этом не пропадут: они хранятся в файле ibases.v8i и в самой базе.

Диагностика и решение типовых проблем

Большинство сбоев после перехода сводится к нескольким сценариям. Выберите свой симптом.

Как откатиться

Откат прост, если вы не удаляли старую версию. Остановите службу, верните в её пути старый каталог (тем же sc config), запустите службу и закрепите старую версию в свойствах баз на клиентах. Базы данных возвращать не нужно, если вы не успели обновить конфигурацию до релиза, требующего новую платформу.

Частые ошибки при переходе на новую версию

• ❌ Удаляют старую версию перед установкой новой. Тогда отката нет, а клиенты, не успевшие обновиться, сразу перестают работать.
• ❌ Обновляют сервер посреди рабочего дня. Остановка службы обрывает сеансы, несохранённые документы теряются.
• ❌ Ставят самую свежую сборку «на всякий случай». Новая платформа может быть не проверена с вашим релизом конфигурации. Сверяйтесь с его описанием.
• ❌ Обновляют сервер, забыв про клиентов. Утром все рабочие места получают отказ в подключении. Раздачу клиента готовят заранее.
• ❌ Разводят разные версии на серверах одного кластера. Все рабочие серверы кластера должны работать на одной и той же версии.
• ❌ Не проверяют веб-публикацию. Модуль веб-сервера тоже привязан к версии; после обновления базу нужно переопубликовать или поправить путь к модулю в настройках веб-сервера.

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