Обновление платформы 1С на сервере: 8 шагов и откат, если пошло не так

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

Почему возникает сбой после обновления платформы 1С на сервере 🔧

Пятница, 18:30. Новую платформу поставили, служба стартует, база открывается, окно закрыто. В понедельник в 9:00 бухгалтерия открывает месяц: у части пользователей клиент отказывается подключаться из-за разницы версий, веб-клиент не открывается, а обмен с интернет-магазином молчит с выходных.

Проверили один сценарий, но у клиент-серверной 1С их несколько, поэтому сломалось всё, что не открывали. Обычно причины такие:

• ✓Сервер обновили, а тонкие клиенты на части рабочих мест остались на старой версии, и подключиться они не могут.
• ✓Публикация осталась со старым модулем веб-расширения, поэтому веб-клиент и HTTP-сервисы перестали отвечать.
• ✓COM-коннектор зарегистрирован на прежнюю версию, поэтому обмены с сайтом и банком падают.
• ✓Новый релиз не поддерживает версию ОС или СУБД, которая стоит на сервере. В системных требованиях это написано, но их открыли уже после установки.
• ✓Расширение или внешняя обработка собрана под старую платформу и не запускается.
• ✓Копий перед окном никто не снимал, поэтому любая из этих проблем превращается в аварию.

В файловой базе платформа живёт на компьютере пользователя. В клиент-серверной звеньев больше: агент сервера, менеджер кластера, рабочие процессы, СУБД, веб-сервер, клиенты. Обновить одно звено и забыть про остальные — самая частая ошибка. Клиентов и сервер держат на одном релизе платформы: разброс версий приводит к ошибкам подключения.

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

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

Порядок подходит для клиент-серверной базы на Windows и, с поправкой на команды, для Linux. Главное правило: новую версию ставят рядом со старой, а не поверх.

1. ✓Сверьте требования релиза с вашей средой: версию ОС, версию PostgreSQL или MS SQL, минимальную платформу для вашей конфигурации. Всё это есть на странице системных требований 1С.
2. ✓Замерьте базу тестом Гилёва до обновления. Без замера жалоба «стало медленнее» остаётся ощущением, а не фактом.
3. ✓Снимите копии: бэкап базы средствами СУБД или выгрузку в .dt, копию каталога srvinfo при остановленной службе и снимок виртуальной машины, если он доступен.
4. ✓Назначьте окно и закройте доступ: запретите начало новых сеансов в консоли кластера, завершите активные, остановите регламентные задания и обмены.
5. ✓Установите новую версию платформы в отдельный каталог. Старую не удаляйте.
6. ✓Переключите службу агента сервера на новую версию, запустите её и проверьте в консоли, что кластер поднялся, базы видны, рабочие процессы стартуют.
7. ✓Обновите клиентов, заново опубликуйте базы на веб-сервере и проверьте, что COM-коннектор зарегистрирован на новую версию.
8. ✓Пройдите сценарии: откройте базу, проведите документ, сформируйте самый тяжёлый отчёт, запустите обмен, повторите тест Гилёва. Доступ пользователям открывайте только после этого.

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

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

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

Откат занимает минуты, если под рукой старая версия платформы, копия srvinfo и бэкап базы. Нет хотя бы одного из них, и откат превращается в переустановку.

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

Что именно откатывать, зависит от симптома.

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

Откат платформы без отката базы

Остановите службу агента сервера, переключите её на старый ragent, при необходимости верните srvinfo из копии, запустите и проверьте базу. Если база открылась, а данные на месте, откат закончен.

Откат вместе с базой

Некоторые релизы меняют внутреннюю структуру базы, и после работы в новой версии старая её не откроет. Проверьте описание релиза до окна, а не во время него. Если база не открывается, поднимайте бэкап. Потеряется всё, что ввели после копии, поэтому окно делают при закрытых сеансах: к моменту отката новых данных ещё нет.

Что делать, если ошибка повторяется после отката

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

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

Дальше ищите по журналам. Начните с журнала событий Windows и журнала регистрации 1С. Для глубокой диагностики включите технологический журнал через logcfg.xml и смотрите, какой процесс падает и что происходит за секунды до падения. Причина обычно в одном из четырёх мест:

• ✓рабочие процессы rphost упираются в память и перезапускаются, пользователи видят обрывы сеансов;
• ✓версия СУБД или ОС старше, чем требует релиз;
• ✓диск не справляется, и тест Гилёва проседает относительно замера до обновления;
• ✓расширения и внешние обработки написаны под старую платформу.

Если причина в железе, перенос базы решает задачу быстрее, чем попытки обойти ограничения настройками. Аренда сервера 1С у нас стоит от 1 100 ₽ в месяц за пользователя. Для тяжёлых баз есть выделенный сервер в аренду, для ERP — сервер под 1С:ERP. Если железо нормальное, а сбои остаются, поможет настройка сервера 1С: число рабочих процессов и лимиты памяти кластера подбирают под вашу нагрузку, а не оставляют по умолчанию.

Как предотвратить аварии при следующем обновлении платформы 🛡️

Большинство пятничных историй заканчивается одинаково: обновляли без репетиции. Что меняет картину:

• ✓Тестовая копия базы на отдельной виртуальной машине. Платформу обновляют сначала там и вручную прогоняют главные сценарии: проведение, закрытие месяца, тяжёлый отчёт, обмен, веб-доступ.
• ✓Список версий: какая платформа стоит на сервере, у клиентов и в публикациях, какие обмены идут через COM. Без списка забываются те самые звенья из истории выше.
• ✓Окно после сдачи отчётности. Обновляться в день выхода релиза или в закрытие периода не стоит: у свежих сборок ещё нет отзывов, а простой в это время дороже всего.
• ✓Проверка бэкапа восстановлением. Копия, которую ни разу не поднимали, остаётся гипотезой.
• ✓Для 1С:ERP тестовый прогон обязателен и длиннее: закрытие месяца и регламентные задания проверяют на копии до окна, потому что на рабочей базе они идут долго.

Свой тестовый контур обычно означает второй сервер, который большую часть года простаивает. Копию базы можно развернуть на отдельном арендованном сервере и не покупать железо под редкую задачу.

Сколько стоит обновление платформы 1С и кто его делает

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

Если сервер арендован у нас, сисадмин ставит новую платформу рядом со старой, снимает копии, проверяет публикации и обмены и оставляет прежнюю версию до конца проверки. Сам сервер 1С стоит от 1 100 ₽ в месяц за пользователя.

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

Можно ли обновить платформу 1С на сервере без остановки работы пользователей?

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

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

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

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

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

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

Обновление платформы оплачивается как разовая работа сисадмина по ставке 3800 руб/час, то есть за часы, которые ушли на вашу задачу. Итог зависит от числа баз, серверов, публикаций и интеграций. Сам сервер 1С в аренду у нас стоит от 1 100 ₽ в месяц за пользователя.

Как проверить, что после обновления платформы 1С база не стала медленнее?

Замерьте базу тестом Гилёва до обновления и после, на одном сервере и в одно время суток. Добавьте ручную проверку: самый тяжёлый отчёт и проведение документа. Первые сеансы после смены платформы идут медленнее, пока строится кэш модулей, поэтому окончательные выводы делайте на следующий день.