Как обновить 1С в облаке: пошаговая инструкция

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

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

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

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

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

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

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

Подготовка: копия, совместимость версий и окно обновления

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

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

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

Обновление платформы в облаке

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

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

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

Обновление конфигурации: основные сценарии

Через конфигуратор при доступе к нему

Если сервис даёт доступ к конфигуратору, порядок стандартный. Откройте конфигуратор, убедитесь в отсутствии активных сеансов (Администрирование → Активные пользователи), затем выполните «Конфигурация → Поддержка → Обновить конфигурацию» и укажите файл обновления (.cfu) или полный файл конфигурации (.cf) нужного релиза.

Дистрибутив обновления скачивается с портала 1С (portal.1c.ru) при действующей подписке 1С:ИТС или через сервис обновления программ. Если между текущим и целевым релизом несколько промежуточных, обновляйтесь последовательно — через каждый обязательный релиз, указанный в описании поставки. Пропуск обязательных релизов приводит к ошибкам обновления.

После загрузки обновления конфигуратор предложит обновить конфигурацию базы данных (клавиша F7). На этом этапе выполняется реструктуризация — изменение структуры таблиц. На больших базах это занимает заметное время; не прерывайте процесс и следите за стабильностью соединения с облаком.

Через встроенный механизм обновления из режима 1С:Предприятие

Типовые конфигурации на Библиотеке стандартных подсистем умеют обновляться из пользовательского режима: раздел «Администрирование → Обновление версии программы» (название может отличаться). Программа сама находит и скачивает релиз, выполняет обновление и отложенные обработчики. Для этого нужны права администратора в базе и действующая учётная запись портала 1С.

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

Обновление силами провайдера

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

1. 1
   Создайте резервную копию базы (снапшот в личном кабинете и/или выгрузка .dt) и проверьте, что копия открывается
2. 2
   Уточните версию платформы в облаке и требования целевого релиза; при необходимости запросите обновление платформы у провайдера
3. 3
   Скачайте дистрибутив обновления с портала 1С и проверьте цепочку обязательных промежуточных релизов
4. 4
   Завершите все сеансы пользователей и установите монопольный режим
5. 5
   Выполните обновление конфигурации через конфигуратор или встроенный механизм, затем обновите конфигурацию базы данных
6. 6
   Дождитесь завершения отложенных обработчиков обновления в режиме 1С:Предприятие
7. 7
   Проверьте версию программы, тестовый вход пользователя и работу ключевых документов и отчётов

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

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

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

Резервную копию, сделанную до обновления, не удаляйте сразу. Храните её минимум до тех пор, пока не пройдёт первый отчётный период на новом релизе и не подтвердится корректность данных.

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

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

Версия в разделе «О программе»

Норма

Совпадает с целевым релизом

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

Версия прежняя или обновление завершилось ошибкой

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

Норма

Все обработчики завершены

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

Обработчики в очереди или с ошибками

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

Норма

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

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

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

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

Норма

Обмен с банком, ЭДО, сайтом выполняется штатно

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

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

Типичные ошибки и ограничения облачного обновления

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

Вторая типичная ситуация — обрыв соединения с облаком в момент реструктуризации. Если процесс прервался, не запускайте базу «как есть»: восстановите её из резервной копии и повторите обновление при стабильном канале. Работайте через проводное соединение и не полагайтесь на нестабильный Wi-Fi.

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

Учитывайте и облачные ограничения: у части сервисов нет доступа к конфигуратору в принципе, где-то запрещена выгрузка .dt, а регламентные работы провайдера могут совпасть с вашим окном обновления. Все эти условия уточняйте заранее, а не в момент обновления.

Частые вопросы об обновлении 1С в облаке

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

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

Кто обновляет платформу 1С в облачном сервисе?

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

Что делать, если обновление завершилось ошибкой?

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

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

Нет. Каждая информационная база обновляется отдельно, в собственное окно. Разумно сначала обновить копию или наименее критичную базу, убедиться в успехе и только затем обновлять основную рабочую базу.

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

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

Обязательна ли подписка 1С:ИТС для обновления в облаке?

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