Администрирование · 11 мин
Как откатить версию сервера 1С:Предприятие
Как откатить версию сервера 1С:Предприятие на предыдущую: резервные копии, откат платформы, восстановление базы, проверка работоспособности и типичные ошибки.
Обновление платформы 1С:Предприятие на сервере иногда приводит к проблемам: конфигурация перестаёт запускаться, внешние компоненты выдают ошибки, регламентные задания падают, а пользователи не могут войти в базу. В такой ситуации откат на предыдущую версию сервера — самый быстрый способ вернуть работоспособность системы, пока разбираетесь с причиной сбоя.
Откат возможен, если соблюдены два условия: у вас есть дистрибутив предыдущей версии платформы и резервная копия информационной базы, сделанная до обновления. Без копии откат превращается в рискованную операцию, потому что при обновлении платформа могла изменить структуру базы данных, и старая версия сервера откажется с ней работать.
Процедура занимает от получаса до нескольких часов в зависимости от размера базы и количества рабочих серверов в кластере. Ниже — полный порядок действий: от подготовки до проверки результата, с разбором типичных ошибок и ограничений.
Когда откат действительно нужен и когда есть альтернативы
Откат версии сервера оправдан, если после обновления платформы база не открывается, конфигурация выдаёт ошибки совместимости, критичные для работы внешние компоненты или расширения перестали функционировать, а исправить их быстро нельзя. Также откат делают, когда обновление было установлено ошибочно — например, поставили версию, на которую конфигурация ещё не рассчитана.
Прежде чем откатываться, оцените альтернативы. Если проблема затрагивает одну функцию, иногда достаточно обновить конфигурацию, отключить конфликтующее расширение или дождаться исправления от разработчика. Откат — это возврат всей инфраструктуры назад, и он может быть избыточным при локальной проблеме.
Как выбрать действие
Подготовка: резервные копии и дистрибутивы
Первый шаг — убедиться, что у вас есть полная резервная копия информационной базы, созданная до обновления платформы. Для клиент-серверного варианта это выгрузка средствами СУБД (MS SQL, PostgreSQL) или файл выгрузки .dt из конфигуратора. Проверьте, что копия читается: для файловой выгрузки достаточно попытаться открыть её на тестовом стенде, для SQL-копии — выполнить тестовое восстановление на отдельном сервере.
Второй элемент подготовки — дистрибутив той версии платформы, на которую откатываетесь. Скачайте его с портала 1С:Обновление программ или возьмите из архива вашей организации. Убедитесь, что версия полностью совпадает с той, что работала до обновления, включая номер релиза: различия даже в третьей цифре иногда критичны для конфигураций.
Дополнительно сохраните конфигурационные файлы кластера: список баз, настройки рабочих процессов, параметры службы агента. Если кластер настраивался вручную, сделайте скриншоты консоли администрирования — это ускорит восстановление настроек после отката.
Порядок отката платформы на сервере
Откат начинается с остановки работы пользователей. Завершите активные сеансы через консоль кластера или попросите пользователей выйти, затем остановите службу агента сервера 1С:Предприятия. На Windows это делается через оснастку «Службы», на Linux — командой systemctl stop для соответствующей службы.
Далее установите предыдущую версию платформы. Платформа 1С позволяет держать несколько версий на одном сервере параллельно — они размещаются в разных каталогах. Если новая версия ещё установлена, вы можете просто переключить кластер на старую. Если новая версия заменила старую, установите нужный релиз заново из дистрибутива.
После установки зарегистрируйте службу агента сервера нужной версии. При параллельной установке убедитесь, что служба запускается из каталога старой версии, а не новой — это частая причина того, что «откат не сработал». Проверьте путь к исполняемому файлу ragent в свойствах службы.
- 1Завершите сеансы пользователей и остановите службу агента сервера 1С
- 2Убедитесь, что резервная копия базы до обновления существует и читается
- 3Установите предыдущую версию платформы из дистрибутива
- 4Проверьте, что служба агента зарегистрирована из каталога старой версии
- 5Запустите службу и откройте консоль кластера — проверьте список баз
- 6Запустите базу: если требуется конвертация или выдаётся ошибка версии — восстановите базу из копии
- 7Проведите тестовый вход и проверьте ключевые операции
Откат информационной базы
Если после обновления платформы база уже запускалась и прошла конвертацию структуры, простого отката сервера недостаточно — старая версия откажется открывать базу нового формата. В этом случае восстановите базу из резервной копии, сделанной до обновления.
Для баз на MS SQL или PostgreSQL восстановление выполняется средствами СУБД: восстановите бэкап в базу с тем же именем (предварительно отключив текущую) или в новую базу и перерегистрируйте её в кластере. Для файловых баз и выгрузок .dt — загрузите файл через конфигуратор в режиме «Загрузить информационную базу».
Учтите главное последствие: все данные, введённые пользователями между моментом создания копии и откатом, будут потеряны. Если после обновления в базе успели поработать, заранее оцените объём потерь и договоритесь с пользователями о повторном вводе документов. Иногда выгоднее выгрузить критичные документы обработкой до отката и загрузить их после.
Клиентские места и публикации
После отката сервера проверьте клиентские приложения. Толстый и тонкий клиенты должны совпадать по версии с сервером: если на рабочих местах автоматически обновилась платформа, пользователи получат ошибку несовпадения версий. Откатите клиенты, установив предыдущий релиз, либо настройте в свойствах базы явное указание версии платформы.
Для веб-клиента и веб-сервисов переопубликуйте базу на веб-сервере (Apache или IIS) с использованием компонентов старой версии платформы. Публикация, сделанная новой версией, будет ссылаться на модули нового релиза, и веб-доступ перестанет работать даже при корректно откаченном сервере.
Не забудьте про внешние источники: если используются COM-соединения, интеграции через веб-сервисы или обмены с другими системами, проверьте их работу после отката отдельно — они часто зависят от версии компонент платформы.
Проверка результата и типичные ошибки
После завершения отката выполните контрольную проверку: войдите в базу под администратором, откройте несколько типовых документов и отчётов, запустите регламентные задания вручную, проверьте работу веб-клиента и обменов. Проверка должна занять 15–30 минут и подтвердить, что система вернулась в рабочее состояние.
Как проверить результат
Служба запущена, в консоли кластера виден список баз
Служба падает или в консоли пусто — проверяйте путь к ragent и права учётной записи службы
База открывается без сообщений о несовпадении версий
Ошибка несовместимости версии — база конвертирована, нужно восстановление из копии
Документы проводятся, отчёты формируются, регламентные задания выполняются
Ошибки в отдельных функциях — вероятно, проблема в расширениях или кэше, а не в платформе
Веб-клиент и сервисы отвечают
Ошибки HTTP — переопубликуйте базу компонентами старой версии
Отдельная группа проблем — кэши. После отката очистите кэш метаданных на сервере и клиентских машинах, иначе возможны странные ошибки при работе отдельных форм и отчётов. Кэш сервера очищается удалением содержимого каталога reg_1541 (или аналогичного по номеру порта) внутри каталога srvinfo при остановленной службе — сами файлы списка баз при этом сохранятся, но перед очисткой лучше сделать копию каталога целиком.
Ограничения и когда привлекать специалиста
Самостоятельный откат безопасен, если у вас есть проверенная резервная копия, вы понимаете структуру кластера и раньше администрировали сервер 1С. Границы самостоятельной работы — многосерверные кластеры с несколькими рабочими серверами, базы большого объёма с длительным временем восстановления, интеграции с внешними системами, где откат затрагивает несколько платформ одновременно.
В сложных случаях привлекайте специалиста по администрированию 1С или поддержку франчайзи. Цена ошибки в продуктивной среде — простой бухгалтерии или потеря данных — обычно выше стоимости привлечения специалиста. Также обязательно зафиксируйте причину, по которой потребовался откат: без устранения первопричины следующее обновление приведёт к той же проблеме.
Что важно запомнить
Откат сервера 1С состоит из трёх частей: возврат предыдущей версии платформы, восстановление базы из копии до обновления (если она конвертировалась) и приведение в соответствие клиентов с публикациями. Проверенная резервная копия — обязательное условие безопасной операции.
Часто задаваемые вопросы
Можно ли откатить сервер 1С без резервной копии базы?
Только если база после обновления платформы ни разу не запускалась и её структура не конвертировалась. Если конвертация прошла, старая версия сервера откажется открывать базу, и без копии вы не сможете вернуть работоспособность. Поэтому копия перед любым обновлением — обязательное правило.
Потеряются ли данные, введённые после обновления?
Да, если вы восстанавливаете базу из копии, сделанной до обновления: все документы и записи, созданные после этого момента, исчезнут. Чтобы минимизировать потери, перед откатом выгрузите критичные документы обработкой и загрузите их обратно после восстановления.
Можно ли держать две версии платформы на одном сервере?
Да, платформа 1С поддерживает параллельную установку нескольких версий — они размещаются в отдельных каталогах. Это упрощает откат: достаточно переключить службу агента и свойства базы на нужную версию, не удаляя новую. Такой подход удобен и для постепенного перевода разных баз на новый релиз.
Почему после отката пользователи не могут войти в базу?
Наиболее частая причина — несовпадение версий клиента и сервера: на рабочих местах осталась новая версия платформы. Откатите клиентские приложения или укажите в свойствах базы явную версию. Вторая причина — устаревшая публикация на веб-сервере: переопубликуйте базу компонентами старой версии.
Нужно ли откатывать конфигурацию вместе с платформой?
Как правило, нет: конфигурация и платформа версионируются независимо. Но если конфигурацию обновили одновременно с платформой и новый релиз конфигурации требует новую платформу, откатывать придётся оба компонента, восстанавливая базу из копии до обоих обновлений.
Что делать, чтобы откат больше не понадобился?
Перед обновлением продуктивного сервера тестируйте новую версию платформы на копии базы в тестовом окружении, проверяйте совместимость конфигурации, расширений и внешних компонент с новым релизом, а само обновление проводите в нерабочее время с обязательной свежей резервной копией.