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

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

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

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

Чем обновление платформы отличается от обновления конфигурации

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

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

Часто эти процедуры связаны: типовая конфигурация при обновлении указывает минимально требуемую версию платформы. Если вы видите сообщение вида «Для работы конфигурации требуется платформа не ниже 8.3.22», это означает, что сначала обновляется платформа, и только потом — конфигурация.

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

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

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

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

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

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

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

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

Где взять дистрибутив и как выбрать правильный

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

На странице скачивания предлагается несколько вариантов дистрибутива: для Windows (32- и 64-разрядный), для Linux, отдельно сервер 1С, тонкий клиент и т.д. Для типичного файлового варианта на Windows достаточно полного дистрибутива «Технологическая платформа 1С:Предприятие для Windows». Для клиент-серверной работы дополнительно потребуется дистрибутив сервера соответствующей разрядности.

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

Установка новой версии платформы: пошаговый порядок

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

Запустите установщик (setup.exe) из распакованного дистрибутива. Мастер предложит выбрать компоненты: для рабочего места обычно нужны «1С:Предприятие» (толстый и тонкий клиенты), остальное — по необходимости. Путь установки менять не обязательно: релизы складываются в каталог вида C:\Program Files\1cv8\8.3.XX.XXXX, и каждая версия занимает свою папку.

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

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

1. 1
   Зафиксируйте текущие версии платформы и конфигурации («Справка» — «О программе»)
2. 2
   Завершите сеансы всех пользователей и сделайте резервную копию базы
3. 3
   Скачайте дистрибутив нужного релиза с портала 1С или получите у франчайзи
4. 4
   Установите новый релиз через setup.exe, не удаляя старый
5. 5
   В списке баз укажите новую версию платформы для информационной базы
6. 6
   Запустите базу, проверьте версию в «О программе» и работу ключевых функций
7. 7
   При успехе сообщите пользователям; при ошибках — верните базу на старый релиз

Проверка результата и возможный откат

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

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

Отдельный случай — внешние компоненты и драйверы оборудования (сканеры, кассы, СКУД). Некоторые из них привязаны к разрядности и версии платформы. Если после обновления перестала работать касса или сканер, проверьте наличие обновлённой версии компоненты у поставщика оборудования — это не повод для отката всей платформы, если учётные функции работают нормально.

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

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

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

Норма

Указан новый установленный релиз

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

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

Запуск базы

Норма

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

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

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

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

Норма

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

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

Ошибки при проведении — проверьте совместимость конфигурации и платформы

Оборудование и обмены

Норма

Касса, сканер, обмены работают как раньше

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

Не работает компонента — запросите её обновление у поставщика

Типичные ошибки и ограничения самостоятельного обновления

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

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

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

Удобно вести простой журнал обновлений: дата, какой релиз был, какой установлен, кто выполнял, были ли проблемы. Когда через полгода возникнет вопрос «после чего всё сломалось», эта запись сэкономит часы диагностики.

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

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

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

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

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

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

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

Нужен ли договор ИТС для обновления платформы?

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

Как удалить старые версии платформы, когда они больше не нужны?

Через стандартное «Установка и удаление программ» Windows: каждый релиз отображается отдельной строкой вида «1С:Предприятие 8 (8.3.XX.XXXX)». Удаляйте только те версии, на которых точно не осталось баз — проверьте привязку версий в списке баз на всех рабочих местах.

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

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