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

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

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

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

Определите, какой у вас тип облачного сервиса

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

В модели IaaS (арендованный виртуальный сервер, на котором установлена 1С) ответственность за обновления полностью на вас или вашем подрядчике. Облако здесь лишь заменяет физический сервер — процедура обновления почти не отличается от локальной, но выполняется через удалённый доступ (RDP, веб-клиент, тонкий клиент).

Сравнение вариантов

SaaS-сервис (по модели 1С:Фреш)

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

Виртуальный сервер с 1С (IaaS)

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

Гибрид: база в облаке, клиенты локально

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

Подготовка: что проверить до обновления

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

Проверьте условия вашего договора или тарифа: в SaaS-сервисах обновления обычно включены, но окно обновления и правила уведомлений прописаны в регламенте оператора. В сценарии с виртуальным сервером убедитесь, что у вас есть действующая подписка, дающая право на получение обновлений конфигурации, и доступ к дистрибутивам.

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

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

В SaaS-сервисах резервное копирование обычно выполняет оператор, но перед значимым обновлением полезно дополнительно выгрузить данные штатными средствами — например, сохранить копию информационной базы или выгрузку данных, если такая функция доступна в вашем сервисе. Это страховка на случай, если после обновления потребуется сравнить данные.

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

1. 1
   Завершите работу всех пользователей и закройте активные сеансы
2. 2
   Выгрузите базу в файл .dt через конфигуратор или сделайте бэкап средствами СУБД
3. 3
   Сохраните копию на отдельном носителе или в отдельном хранилище
4. 4
   Проверьте размер файла и отсутствие ошибок в журнале копирования
5. 5
   Запишите версии платформы и конфигурации до обновления

Обновление в SaaS-сервисе

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

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

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

Обновление на виртуальном сервере

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

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

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

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

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

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

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

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

Версия конфигурации в разделе «О программе»

Норма

Совпадает с версией установленного обновления

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

Версия не изменилась — обновление не применилось

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

Норма

Все обработчики завершены, очередь пуста

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

Обработчики зависли или выполняются с ошибками

Проведение документов и отчёты

Норма

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

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

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

Обмены и интеграции

Норма

Обмен с банком, ЭДО, синхронизации работают

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

Ошибки подключения или выгрузки после обновления

Типичные ошибки и как их избежать

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

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

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

Часто задаваемые вопросы

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

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

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

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

Что делать, если после обновления база не открывается или работает с ошибками?

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

Нужно ли обновлять платформу вместе с конфигурацией?

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

Кто отвечает за обновление, если 1С обслуживает франчайзи или подрядчик?

Это определяется договором на сопровождение. Обычно подрядчик выполняет обновления сам или согласует с вами окно работ. Уточните в договоре, входят ли обновления в абонентское обслуживание, кто делает резервные копии и кто отвечает за восстановление при сбое.

Как понять, что обновление прошло успешно?

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