Администрирование · 13 мин
Как обновлять платформу 1С: полное руководство для администратора
Пошаговая инструкция по обновлению платформы 1С: подготовка, резервное копирование, установка, проверка совместимости конфигурации и типичные ошибки администраторов.
Платформа 1С:Предприятие — это технологическая основа, на которой работают конфигурации: «Бухгалтерия предприятия», «Управление торговлей», «Зарплата и управление персоналом» и другие. Фирма «1С» регулярно выпускает новые релизы платформы, в которых исправляются ошибки, закрываются уязвимости и добавляются механизмы, необходимые для свежих версий конфигураций. Если платформу долго не обновлять, рано или поздно очередное обновление конфигурации просто откажется устанавливаться, требуя более новую версию технологической платформы.
Обновление платформы и обновление конфигурации — разные процедуры, которые часто путают. Платформа устанавливается как отдельная программа на компьютер или сервер, а конфигурация обновляется внутри информационной базы через конфигуратор или режим «Предприятие». При этом они связаны: каждая конфигурация рассчитана на определённый минимальный релиз платформы, и игнорирование этого требования приводит к ошибкам запуска, падению толстого клиента или некорректной работе отдельных механизмов.
Безопасное обновление платформы всегда строится по одной схеме: проверка требований, резервная копия, установка нового релиза, тестирование на копии базы и только потом перевод рабочей среды. Пропуск любого из этих шагов превращает штатную процедуру в риск остановки учёта. Ниже разобран каждый этап с конкретными действиями и признаками, по которым можно понять, что всё прошло успешно.
Чем платформа отличается от конфигурации и почему это важно
Платформа — это исполняемые файлы (1cv8.exe, сервер 1С, веб-компоненты), которые интерпретируют код конфигурации и обеспечивают работу с базой данных. Конфигурация — это прикладное решение: объекты метаданных, модули, формы, отчёты. Одна и та же платформа может запускать разные конфигурации, а одна конфигурация может работать на нескольких релизах платформы в пределах совместимости.
Нумерация релизов платформы выглядит как 8.3.22.1750, где первые две цифры — линейка (8.3), третья — подверсия, четвёртая — номер сборки. Внутри одной линейки 8.3 обновление обычно проходит безболезненно: новая сборка ставится в отдельный каталог, и старая версия остаётся доступной. Это позволяет быстро откатиться, просто указав в настройках базы прежний релиз.
Практическое следствие: обновляя платформу, вы не меняете данные и логику учёта. Но новая платформа может иначе обрабатывать некоторые механизмы, поэтому тестирование обязательно. Особенно внимательно стоит относиться к смене подверсии (например, с 8.3.18 на 8.3.24) — там вероятность несовместимости выше, чем при переходе между сборками одной подверсии.
Когда обновление платформы действительно необходимо
Обновлять платформу «на всякий случай» при каждом новом релизе не обязательно — это лишняя нагрузка на администратора и риск для стабильной системы. Есть чёткие ситуации, когда обновление становится обязательным или настоятельно рекомендуемым.
- Новый релиз конфигурации требует платформу не ниже определённой версии — это указано в описании обновления на портале 1С.
- Текущая версия содержит критическую ошибку, исправленную в новом релизе (падение клиента, утечки памяти, проблемы с СУБД).
- Выпущены исправления безопасности, затрагивающие используемые механизмы (веб-сервисы, публикация на веб-сервере).
- Планируется переход на новую версию операционной системы или СУБД, с которой старая платформа не сертифицирована.
- В конфигурации планируется поднять режим совместимости и использовать новые возможности платформы.
Если система работает стабильно, конфигурация не обновляется и новых требований нет, допустимо оставаться на проверенном релизе. Однако затягивать на годы не стоит: чем больше разрыв между версиями, тем сложнее потом перескочить через несколько подверсий сразу.
Обновлять ли платформу сейчас
Подготовка: проверка требований и резервное копирование
Первый шаг — узнать, какая версия платформы нужна. Откройте описание обновления конфигурации на портале portal.1c.ru или в файле поставки: там указано «требуется версия платформы не ниже 8.3.хх.хххх». Заодно проверьте текущую версию: в режиме «Предприятие» откройте «Сервис → О программе» — там будет полный номер релиза и разрядность (32 или 64 бита).
Далее сделайте резервную копию. Для файловой базы достаточно выгрузки через конфигуратор («Администрирование → Выгрузить информационную базу» в файл .dt) или копирования файла 1Cv8.1CD при отсутствии активных сеансов. Для клиент-серверной базы правильнее делать резервную копию средствами СУБД (MS SQL, PostgreSQL), потому что выгрузка в .dt на больших базах занимает часы и не всегда гарантирует целостность при параллельной работе пользователей.
Проверьте, что копия действительно восстанавливается. Файл размером в несколько гигабайт, который никто не тестировал, — не резервная копия, а надежда. Разверните её в отдельный каталог или на отдельный сервер и убедитесь, что база открывается. Это же копия пригодится для тестирования новой платформы.
Где взять дистрибутив и как установить новый релиз
Дистрибутивы платформы доступны на портале portal.1c.ru раздела «Обновления программ» (требуется действующий договор 1С:ИТС) и на users.v8.1c.ru. Скачивайте именно «Технологическая платформа 1С:Предприятие для Windows» или для Linux — в зависимости от вашей инфраструктуры. Для серверных установок выбирайте 64-разрядную версию: 32-битный сервер ограничен по памяти и давно не рекомендуется для рабочих систем.
Установка стандартная: запустите setup.exe, выберите компоненты. Для рабочей станции достаточно «1С:Предприятие — Тонкий клиент» и «Толстый клиент» при необходимости. Для сервера отметьте «Сервер 1С:Предприятия» и «Администрирование сервера». Новый релиз устанавливается в отдельный каталог вида C:\Program Files\1cv8\8.3.24.1467 — старые версии при этом не удаляются, что позволяет держать несколько релизов одновременно.
На сервере после установки нужно перерегистрировать службу агента сервера или убедиться, что она запущена от новой версии. Если используется публикация на веб-сервере (IIS или Apache), веб-расширение также требует обновления: иначе тонкий клиент через браузер будет падать с ошибкой несовпадения версий.
- 1Скачайте дистрибутив платформы с портала 1С и проверьте контрольную сумму при её наличии
- 2Завершите сеансы пользователей и остановите фоновые задания на время работ
- 3Установите новый релиз в отдельный каталог, не удаляя предыдущий
- 4На сервере обновите службу агента сервера и веб-расширение при использовании публикации
- 5Укажите новую версию платформы в свойствах информационной базы или оставьте автоматический выбор
- 6Запустите базу на тестовой копии и проверьте основные операции
- 7Только после успешной проверки переведите рабочую базу и удалите старые релизы позже, когда убедитесь в стабильности
Проверка работы базы на новой платформе
После установки откройте список информационных баз в стартовом окне. Если в свойствах базы указана конкретная версия платформы, впишите новую; если стоит автоматический выбор, клиент возьмёт самый свежий установленный релиз. Первый запуск желательно выполнить на копии базы, а не на рабочей.
Минимальный объём проверки: вход под обычным пользователем и под администратором, открытие основных журналов документов, проведение тестового документа, формирование двух-трёх ключевых отчётов, запуск обменов, если они настроены. Для бухгалтерии критично проверить регламентные операции и выгрузку отчётности, для торговли — печатные формы и обмен с кассами или сайтом.
Отдельное внимание — внешним компонентам и расширениям. Драйверы торгового оборудования, компоненты печати, криптографические библиотеки могут быть собраны под конкретную версию платформы и перестать загружаться. Если компонента не работает, проверьте наличие обновлённой версии у поставщика до перевода рабочей базы.
Как проверить результат обновления
База открывается без сообщений о несовместимости версий
Ошибка «несовместимая версия» или требование другой платформы
Документы проводятся за привычное время, движения корректны
Ошибки в модулях, падение клиента при проведении
Отчёты формируются, печатные формы выводятся
Пустые отчёты, ошибки СКД, не загружаются макеты
Оборудование и компоненты подключаются
Сообщения о невозможности загрузить внешнюю компоненту
Задания выполняются по расписанию, обмены проходят
Задания зависают или завершаются с ошибками
Особенности клиент-серверного варианта и веб-публикации
В клиент-серверной архитектуре обновлять нужно и сервер 1С, и клиентские места. Несовпадение версий клиента и сервера недопустимо: клиент версии 8.3.20 не подключится к серверу 8.3.24. Поэтому обновление планируется комплексно: сначала сервер в технологическое окно, затем раскатка клиентов по рабочим местам — вручную, через групповые политики или системы развёртывания.
Если базы опубликованы на веб-сервере, после обновления платформы выполните публикацию заново из конфигуратора или обновите веб-расширение вручную. Симптом проблемы — пользователи тонкого клиента через браузер получают ошибку о несовпадении версий или пустую страницу, хотя толстый клиент работает нормально.
Для крупных внедрений с кластером серверов обновление можно проводить поэтапно: вывести один рабочий процесс из кластера, обновить, вернуть в работу, перейти к следующему. Это снижает время простоя, но требует опыта администрирования кластера. Если такого опыта нет, проще запланировать полное окно обслуживания в нерабочее время.
Типичные ошибки и как их избежать
Самая частая ошибка — обновление «в лоб» на рабочей базе без копии и тестирования. Вторая по распространённости — забытые клиентские места: сервер обновили, а у половины пользователей старый клиент, и утро начинается с аврала. Третья — удаление старого релиза сразу после установки нового, до того как подтверждена стабильная работа.
Ещё одна группа проблем связана с правами: установка от имени пользователя без прав администратора приводит к частичной установке компонентов, а служба сервера, запущенная от учётной записи без доступа к каталогам баз и сетевым ресурсам, после обновления перестаёт видеть файлы. Всегда проверяйте, от какой учётной записи работает служба агента сервера, и сохраняйте эти параметры при переустановке.
Откат на предыдущую версию
Если после обновления обнаружились проблемы, откат обычно прост: в свойствах информационной базы укажите прежний релиз платформы (поэтому старую версию и не удаляют сразу). Для файловых баз этого достаточно. Для клиент-серверных — верните службу агента сервера прежней версии или запустите ранее установленный экземпляр.
Важный нюанс: если на новой платформе база уже поработала и в ней выполнялись процедуры обновления конфигурации, меняющие структуру данных, откат платформы не отменит эти изменения. Поэтому при серьёзных проблемах надёжнее восстановить резервную копию, сделанную до обновления, и повторить процедуру после устранения причины сбоя.
Что важно запомнить
Обновление платформы — отдельная от конфигурации процедура: скачайте дистрибутив, сделайте проверенную резервную копию, установите новый релиз рядом со старым, протестируйте на копии и только потом переводите рабочую базу. Не удаляйте прежнюю версию, пока не убедитесь в стабильности, и не забывайте про клиентские места и веб-публикацию.
Частые вопросы
Можно ли держать несколько версий платформы на одном компьютере?
Да, это штатный режим. Каждый релиз устанавливается в собственный каталог, а в свойствах информационной базы указывается, какой версией её запускать. Это удобно, когда разные базы требуют разных релизов, и позволяет быстро откатиться при проблемах.
Нужно ли обновлять конфигурацию после обновления платформы?
Нет, это независимые процедуры. Конфигурацию обновляют, когда выходит новый релиз прикладного решения. Обновление платформы само по себе не меняет ни данные, ни логику учёта — только исполняющую среду.
Что делать, если после обновления база требует конвертацию?
При смене подверсии платформа может предложить конвертацию информационной базы. Соглашайтесь только при наличии резервной копии: обратная конвертация невозможна, и база перестанет открываться старым релизом. Сначала выполните конвертацию на тестовой копии.
Как обновить платформу, если нет доступа к порталу 1С?
Дистрибутивы распространяются через портал при действующем договоре 1С:ИТС или через партнёров фирмы «1С». Без легального источника получить актуальный релиз нельзя — использование дистрибутивов из неофициальных источников небезопасно и нарушает лицензионное соглашение.
Как часто нужно обновлять платформу?
Жёсткого регламента нет. Разумная практика — обновляться при выходе релизов, требуемых конфигурацией, при исправлении критичных для вас ошибок и не реже, чем это диктует поддержка используемой линейки. Затягивание на несколько лет усложняет последующий переход.
Отличается ли обновление на Linux от обновления на Windows?
Принцип тот же, но установка выполняется из пакетов (deb или rpm), а служба сервера управляется через systemd. Дополнительно проверьте зависимости пакетов и права на каталоги сервера. Тестирование на копии и резервное копирование обязательны в обоих случаях.