Как обновить 1С в клиент-серверном режиме

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

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

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

Проверьте текущие версии и требования

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

Дополнительно проверьте версию СУБД. Новые релизы платформы постепенно прекращают поддержку старых версий MS SQL Server и PostgreSQL. Если ваша СУБД устарела, сначала планируйте её обновление или миграцию — это отдельная задача, которую нельзя совмещать с обновлением конфигурации в один вечер.

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

Сделайте резервную копию базы данных

В клиент-серверном режиме единственный надёжный способ резервного копирования — средствами самой СУБД. Для MS SQL Server это команда BACKUP DATABASE или задание в SQL Server Management Studio. Для PostgreSQL — утилита pg_dump или pg_basebackup. Такой бэкап гарантирует целостность данных и позволяет вернуть базу в исходное состояние за минуты.

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

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

Обновите платформу на сервере и клиентах

Дистрибутив платформы скачивается с портала 1С (требуется действующий договор ИТС). Для клиент-серверного режима нужны два пакета: сервер 1С:Предприятия (64-разрядный, как правило) и тонкий/толстый клиент для рабочих станций. Установка на сервер выполняется поверх существующей — старая версия при этом сохраняется, если вы не удаляли её вручную, и служба агента сервера может работать с несколькими версиями одновременно.

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

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

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

Обновите конфигурацию через конфигуратор

Запустите конфигуратор под новой платформой, откройте меню «Конфигурация — Поддержка — Обновить конфигурацию». Для типовой конфигурации выберите поиск обновлений в файле поставки (предварительно скачанном .cfu или установленном шаблоне обновления) либо через интернет-поддержку, если она настроена. Конфигуратор покажет цепочку доступных обновлений — согласитесь с предложенным порядком.

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

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

Особенности для доработанных и нетиповых конфигураций

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

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

Проверьте результат после обновления

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

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

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

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

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

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

Норма

Платформа и конфигурация соответствуют целевым релизам

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

Версия конфигурации осталась старой — обновление базы данных не выполнено

Обработчики обновления

Норма

Форма обновления данных закрылась без ошибок

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

Есть незавершённые или ошибочные обработчики

Подключение клиентов

Норма

Все типы клиентов подключаются без сообщений о несовпадении версий

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

Часть рабочих мест не может войти в базу

Регламентные задания

Норма

Задания выполняются по расписанию, журнал без ошибок

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

Задания заблокированы или завершаются с ошибками

Прикладные операции

Норма

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

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

Ошибки при проведении, пустые отчёты, сбои обменов

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

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

Да, если текущая версия платформы удовлетворяет требованиям нового релиза конфигурации. Требования указаны в описании обновления на портале 1С. Если релиз требует более новую платформу, сначала обновляется она.

Сколько времени занимает обновление клиент-серверной базы?

Зависит от объёма базы и количества пропущенных релизов. На небольших базах весь цикл занимает 1–2 часа, на базах в сотни гигабайт реструктуризация и обработчики обновления могут идти несколько часов. Закладывайте время с запасом и всегда в нерабочие часы.

Что делать, если реструктуризация зависла?

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

Нужно ли обновлять все клиентские места сразу?

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

Можно ли откатить обновление конфигурации?

Штатного механизма отката нет. Единственный способ — восстановить базу из резервной копии СУБД, сделанной до обновления, и при необходимости вернуть прежнюю версию платформы. Поэтому бэкап до начала работ обязателен и должен быть проверен на возможность восстановления.

Чем отличается динамическое обновление?

Динамическое обновление позволяет обновить конфигурацию базы данных без завершения сеансов, если изменения не затрагивают критичные структуры данных. Пользователи получат изменения после перезапуска сеанса. Метод подходит только для небольших доработок; для релизов поставщика с реструктуризацией он не применяется.