К статье
Практический материал

Администрирование · 11 мин

Как обновлять 1С в облаке

Как обновить 1С в облаке: проверка версии, резервная копия, порядок обновления в 1С:Фреш и на облачном сервере, типичные ошибки и проверка результата.

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

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

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

Определите, какая у вас модель облака

Прежде чем что-либо обновлять, выясните, как именно размещена ваша 1С. От этого зависит весь порядок действий и распределение ответственности.

Существует три основных варианта. Первый — сервис 1С:Фреш: вы работаете в браузере или тонком клиенте, техническую часть обслуживает оператор сервиса. Второй — арендованный виртуальный сервер (VPS/VDS или сервер у хостинг-провайдера), на котором установлены платформа 1С и, возможно, сервер 1С или MS SQL: здесь всё обновляет ваш администратор. Третий — облачный сервис от франчайзи 1С, где условия обновления прописаны в договоре.

Сравнение вариантов размещения

1С:Фреш

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

Виртуальный сервер (VPS/VDS)

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

Облако у франчайзи 1С

Условия обновления определяются договором: часто партнёр обновляет по заявке. Ограничение: сроки и регламент зависят от подрядчика.

Проверить модель просто: если вы заходите в базу через браузер по адресу в домене сервиса и не имеете доступа к конфигуратору — это SaaS-модель наподобие 1С:Фреш. Если подключаетесь по RDP к рабочему столу Windows, где установлена 1С, — это виртуальный сервер.

Обновление в сервисе 1С:Фреш

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

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

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

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

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

На виртуальном сервере обновление — полностью ручная процедура, и подготовка занимает больше времени, чем само обновление. Первый обязательный шаг — резервная копия. Для файловой базы достаточно выгрузки через конфигуратор (Администрирование → Выгрузить информационную базу) или копирования файла 1Cv8.1CD. Для клиент-серверной базы используйте выгрузку в dt либо штатный бэкап СУБД.

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

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

Пошаговое обновление конфигурации на сервере

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

Порядок обновления конфигурации
  1. 1
    Выгрузите резервную копию базы (dt) и сохраните её вне рабочего сервера.
  2. 2
    Завершите сеансы пользователей и отключите регламентные задания.
  3. 3
    Откройте конфигуратор, проверьте версию платформы: она должна быть не ниже требуемой для нового релиза.
  4. 4
    Выполните «Конфигурация → Поддержка → Обновить конфигурацию» и укажите файл поставки нового релиза или используйте поиск обновлений через интернет.
  5. 5
    Если конфигурация типовая — согласитесь с автоматическим объединением; при доработках выполните сопоставление вручную, не теряя изменённые объекты.
  6. 6
    Выполните «Обновить конфигурацию базы данных» и дождитесь завершения обработчиков обновления.
  7. 7
    Запустите базу в режиме предприятия, проверьте версию и выполните контрольные операции.

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

Обновление платформы 1С на облачном сервере

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

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

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

Факт успешной установки обновления ещё не означает, что база работает корректно. Обязательная проверка занимает 15–30 минут и избавляет от неприятных сюрпризов в разгар рабочего дня.

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

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

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

Отображается новый номер релиза

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

Старая версия или сообщение о незавершённом обновлении

Проведение типового документа
Норма

Документ проводится без ошибок

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

Ошибки вида «поле не найдено», «метод не обнаружен»

Регламентные отчёты и печатные формы
Норма

Формируются и соответствуют актуальным формам

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

Устаревшие формы, ошибки при формировании

Работа расширений и интеграций
Норма

Расширения активны, обмены выполняются

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

Расширение отключено как несовместимое, обмен падает с ошибкой

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

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

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

Ошибки в журнале регистрации после обновления

Если какая-то проверка не пройдена, не пытайтесь «дожать» проблему в рабочей базе. Восстановите резервную копию, верните пользователей на прежнюю версию и разбирайтесь с причиной на тестовой копии.

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

Типичные ошибки
01
Обновление без резервной копии — при сбое базу приходится восстанавливать из старого бэкапа с потерей данных за дни или неделями.
02
Обновление конфигурации до версии, требующей более новую платформу — база перестаёт запускаться, приходится срочно обновлять платформу в авральном режиме.
03
Обновление в рабочее время при активных пользователях — монопольный режим не устанавливается, сеансы обрываются, возможны незавершённые транзакции.
04
Игнорирование доработок: автоматическое объединение затирает изменённые объекты, и нестандартный функционал пропадает.
05
Принудительное включение несовместимого расширения в 1С:Фреш — приводит к ошибкам в прикладных механизмах и проблемам с данными.

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

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

Итог

Что важно запомнить

В 1С:ФRESH обновления приходят автоматически — ваша задача проверить расширения и результат. На облачном сервере порядок всегда один: резервная копия, проверка совместимости платформы, обновление конфигурации в монопольном режиме, контрольная проверка. Любое сомнение в доработках — повод сначала обновить тестовую копию.

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

Как узнать, когда в 1С:Фреш обновится моя конфигурация?

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

Можно ли отказаться от обновления в 1С:Фреш?

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

Что делать, если после обновления база не запускается?

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

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

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

Как обновить доработанную (нетиповую) конфигурацию в облаке?

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

Достаточно ли бэкапа, который делает хостинг-провайдер сервера?

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