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

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

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

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

Проверка совместимости и подготовка к обновлению

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

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

Зафиксируйте текущее состояние системы: версию платформы, параметры служб агента сервера, рабочие порты кластера (по умолчанию 1540–1541, диапазон 1560–1591), каталог srvinfo. Эти сведения понадобятся при откате и при диагностике проблем после обновления.

Резервное копирование перед обновлением

Минимальный набор копий перед обновлением платформы: резервная копия каждой рабочей базы средствами СУБД и копия каталога srvinfo агента сервера 1С, где хранится реестр информационных баз кластера. Копию баз делайте именно средствами СУБД (например, BACKUP DATABASE в MS SQL), а не только выгрузкой в dt — восстановление из бэкапа СУБД быстрее и надёжнее для больших баз.

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

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

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

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

1. 1
   Скачайте дистрибутив нужной версии и разрядности с портала 1С
2. 2
   Сделайте резервные копии баз и каталога srvinfo
3. 3
   Завершите сеансы пользователей и заблокируйте новые подключения к базам
4. 4
   Запустите установку от имени администратора, выберите компоненты сервера
5. 5
   Дождитесь завершения установки и перезапуска служб
6. 6
   Проверьте, что агент сервера новой версии запущен и кластер доступен

Обновление в тихом режиме

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

setup.exe /S /V"/qn INSTALLDIR=\"C:\Program Files\1cv8\8.3.xx.xxxx\""

Перевод кластера серверов на новую версию

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

Если службы старой и новой версии настроены на один каталог srvinfo и одни порты, одновременно работать они не могут — будет конфликт портов. Либо полностью переключайтесь на новую версию, либо выделяйте для параллельного кластера отдельные порты и отдельный каталог реестра.

Обновление клиентских приложений и публикаций

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

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

Проверка работы после обновления

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

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

Откат к предыдущей версии и типичные ошибки

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

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