Как обновить версию платформы 1С 8.3

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

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

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

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

Текущую версию платформы видно в конфигураторе через меню «Справка — О программе» или в окне запуска 1С при выборе базы. Там же отображается разрядность (32 или 64 бита) и режим совместимости конфигурации. Эти данные нужно зафиксировать до начала обновления, чтобы понимать, с чем сравнивать результат.

Требуемая версия платформы указана в документации к обновлению конфигурации: в файле описания обновления (обычно 1cv8upd.htm в каталоге шаблонов) и на портале 1С. Если конфигурация требует платформу не ниже определённого релиза, а у вас установлен более старый, обновление конфигурации не пройдёт — сначала обновляют платформу.

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

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

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

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

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

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

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

Новая версия устанавливается в отдельный каталог (например, C:\Program Files\1cv8\8.3.xx.xxxx) и не удаляет предыдущую. Это штатное поведение: в списке баз можно выбрать, какую версию платформы использовать для конкретной базы, если включено отображение версии в настройках базы.

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

1. 1
   Создайте резервную копию каталога базы или выгрузку dt
2. 2
   Установите новый релиз платформы из дистрибутива
3. 3
   Откройте конфигуратор новой версией и подтвердите конвертацию
4. 4
   Выполните тестирование и исправление при необходимости
5. 5
   Проверьте запуск в режиме предприятия и работу ключевых операций

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

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

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

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

Конвертация базы и её особенности

Конвертация — это преобразование внутренней структуры базы под формат новой платформы. Она выполняется один раз при первом открытии базы новым релизом. Для файловых баз конвертация идёт локально, для серверных — на стороне сервера 1С.

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

Если конвертация прервалась (отключение питания, сбой диска), базу следует восстановить из резервной копии и повторить процедуру. Пытаться открыть частично сконвертированную базу и «дожать» процесс небезопасно — структура может остаться повреждённой.

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

Проверка результата и типичные ошибки

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

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

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

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

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

Версия в «Справка — О программе»

Норма

Совпадает с целевым релизом

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

Отображается старый номер — запущена не та версия

Запуск в режиме предприятия

Норма

База открывается, документы проводятся

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

Ошибки при старте или при проведении

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

Норма

Все клиенты подключаются без ошибок версий

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

Часть мест выдаёт ошибку несоответствия версий

Обмены и печать

Норма

Обмены выполняются, формы печатаются

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

Ошибки компонентов или пустые формы

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

Можно ли держать несколько версий платформы 1С 8.3 на одном компьютере?

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

Откроется ли база на старой платформе после конвертации?

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

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

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

Что делать при ошибке «Несоответствие версий клиента и сервера»?

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

Сколько времени занимает конвертация базы?

Зависит от размера базы и скорости дисковой подсистемы: небольшие файловые базы конвертируются за минуты, крупные клиент-серверные — значительно дольше. Точное время заранее предсказать сложно, поэтому обновление планируют на нерабочее время с запасом.

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

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