Как обновить платформу 1С:Предприятие

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

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

Материал ориентирован на файловый и клиент-серверный варианты работы. Если у вас серверная архитектура с кластером 1С и СУБД (MS SQL, PostgreSQL), часть шагов выполняется на сервере, и их лучше проводить в нерабочее время с участием администратора.

Что проверить до начала обновления

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

Затем откройте информацию о вашей конфигурации: в тех же сведениях о программе указаны её название и релиз. На портале 1С (portal.1c.ru) в описании релиза конфигурации указано, с какими версиями платформы она совместима. Если конфигурация требует платформу не ниже определённой версии, обновляться нужно именно до совместимой линейки, а не просто до «самой новой».

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

Резервная копия: обязательный шаг

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

Для файловой базы достаточно скопировать каталог с базой (файл 1Cv8.1CD и сопутствующие файлы) в отдельное место при закрытой программе. Надёжнее сделать выгрузку через конфигуратор: меню «Администрирование» → «Выгрузить информационную базу» — получится файл с расширением .dt, который восстанавливается на любой совместимой платформе.

Для клиент-серверной базы выгрузку .dt также делают через конфигуратор, а для больших баз дополнительно используют штатные средства СУБД (бэкап на уровне MS SQL или PostgreSQL). Убедитесь, что копия создана и файл читается, прежде чем продолжать.

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

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

На странице обновлений выберите нужную линейку платформы (например, 8.3.22 или 8.3.24) и скачайте дистрибутив под вашу операционную систему и разрядность. Для Windows обычно берут полный дистрибутив «Технологическая платформа 1С:Предприятия для Windows». Если рабочие места 64-разрядные и конфигурация это поддерживает, можно ставить 64-битную версию — она лучше работает с большими объёмами памяти.

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

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

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

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

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

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

Первый запуск базы на новой платформе

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

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

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

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

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

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

Норма

Отображается новая версия платформы

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

Запускается прежняя версия — база привязана к старой платформе

Запуск базы

Норма

База открывается без сообщений об ошибках конвертации

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

Ошибка формата базы или требование отката — проверяйте совместимость

Проведение документов и отчёты

Норма

Документы проводятся, отчёты формируются в обычное время

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

Ошибки исполнения, падения клиента — изучайте технологический журнал

Работа других пользователей

Норма

Все рабочие места подключаются к базе

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

Часть клиентов не может соединиться — у них не обновлена платформа

Типичные проблемы и их решение

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

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

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

Часто задаваемые вопросы

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

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

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

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

Что делать, если после обновления база требует конвертации?

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

Как откатиться на прежнюю версию платформы?

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

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

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

Как понять, что платформу пора обновлять?

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