Администрирование · 11 мин
Как обновить облачную 1С: инструкция для разных сценариев
Как обновить 1С в облаке: автоматическое обновление 1С:Фреш, обновление в облачном хостинге и на виртуальном сервере. Проверка результата и типичные ошибки.
Обновление облачной 1С зависит от того, как именно развёрнута система. Существует три принципиально разных сценария: работа в сервисе 1С:Фреш, где обновления выполняет сам оператор; размещение базы у облачного хостинг-провайдера, где обновляет либо провайдер, либо администратор клиента; и собственный виртуальный сервер (VPS/VDS), где вся ответственность лежит на вас. Прежде чем нажимать какие-либо кнопки, определите свой сценарий — от этого зависят и доступные действия, и риски.
Главное правило любого обновления остаётся неизменным: сначала резервная копия, потом обновление, затем проверка результата. В облачных сервисах копия часто создаётся автоматически, но полагаться на это вслепую не стоит — убедитесь, что копия существует и из неё реально можно восстановиться.
Ниже разобраны все три сценария с конкретными действиями, условиями выбора и контрольными точками. Материал ориентирован на пользователей и администраторов без глубокого опыта сопровождения 1С.
Определите, какая у вас «облачная 1С»
Под облачной 1С пользователи обычно понимают одно из трёх. Первый вариант — сервис 1С:Фреш: вы работаете через браузер или тонкий клиент по ссылке вида 1c fresh, данные хранятся у фирмы «1С», а обслуживание полностью на её стороне. Второй вариант — облачный хостинг 1С от стороннего провайдера: база размещена на серверах партнёра, доступ через RDP или веб-клиент, а зону ответственности определяет договор. Третий вариант — арендованный виртуальный сервер, на котором вы (или ваш специалист) самостоятельно установили платформу 1С и СУБД.
Проверить сценарий просто. Если вы заходите по адресу в зоне 1c fresh и никогда не устанавливали платформу — это 1С:Фреш. Если подключаетесь к удалённому рабочему столу, где уже развёрнута 1С, — это хостинг или VPS. Уточнить условия обновления можно в договоре или личном кабинете провайдера: во многих тарифах обновление конфигурации входит в абонентскую плату, а обновление платформы выполняется по заявке.
Обновление в сервисе 1С:Фреш
В 1С:Фреш ручного обновления как такового нет. Версии конфигураций и платформы обновляет сам сервис в заранее объявленные технологические окна, обычно в нерабочее время. Пользователю доступно лишь управление режимом обновления в личном кабинете менеджера сервиса: можно выбрать автоматическое обновление или обновление по подтверждению, если такая опция предусмотрена для вашего приложения.
Практические действия сводятся к следующему. Войдите в личный кабинет абонента сервиса, откройте карточку приложения и проверьте настройки обновления. Если доступен отложенный режим, вы можете согласовать удобное время. После планового обновления сервис присылает уведомление о новой версии.
Ограничение, о котором стоит знать: в 1С:Фреш нельзя «заморозить» версию навсегда. Если новая версия конфигурации ломает ваши доработки или расширения, корректный путь — адаптировать расширение, а не пытаться отказаться от обновления бессрочно.
Обновление базы у облачного хостинг-провайдера
У хостинг-провайдеров обновление обычно выполняется одним из двух способов: автоматически по расписанию (как часть тарифа сопровождения) или по заявке в техническую поддержку. Первое, что нужно сделать, — изучить условия тарифа: некоторые провайдеры обновляют только платформу, а конфигурацию оставляют клиенту.
Если обновление конфигурации на вашей стороне, порядок действий стандартный: выгрузите резервную копию (файл .dt через конфигуратор или средствами панели хостера), затем запустите обновление через «Конфигурация → Поддержка → Обновить конфигурацию» либо через встроенный механизм обновления типовой конфигурации в режиме предприятия («Администрирование → Обновление версии программы»). Для типовых конфигураций на поддержке второй способ предпочтительнее — он сам скачивает нужные релизы.
Обновление 1С на собственном виртуальном сервере
На VPS вы отвечаете и за платформу, и за конфигурацию. Платформа обновляется установкой нового дистрибутива: скачайте актуальную версию с официального портала обновлений (доступ по действующей подписке ИТС), установите её на сервере и на клиентских местах, после чего проверьте, что в свойствах базы указана нужная версия платформы или включён режим совместимости.
Конфигурация обновляется через конфигуратор. Общий порядок: сделайте выгрузку информационной базы в .dt, заблокируйте работу пользователей, выполните обновление конфигурации, затем примите обновление конфигурации базы данных и дождитесь завершения отложенных обработчиков в режиме предприятия. Для клиент-серверных баз на больших объёмах отложенные обработчики могут выполняться часами — это нормально, прерывать их нельзя.
- 1Создайте резервную копию базы (выгрузка .dt или копия средствами СУБД) и проверьте, что файл не пустой и читается.
- 2Убедитесь, что все пользователи вышли, и установите блокировку сеансов.
- 3Запустите обновление типовым механизмом: в режиме предприятия через «Администрирование → Обновление версии программы» или в конфигураторе через поддержку.
- 4Примите обновление конфигурации базы данных и дождитесь окончания реструктуризации.
- 5Запустите базу в режиме предприятия и дождитесь выполнения отложенных обработчиков обновления.
- 6Проверьте версию в разделе «О программе», проведите тестовый документ и сформируйте ключевой отчёт.
Проверка результата после обновления
Само по себе сообщение «обновление завершено» ещё не гарантирует работоспособность. Откройте раздел «О программе» и сверьте номер версии конфигурации с ожидаемым. Затем проверьте журнал регистрации на наличие ошибок за период обновления: критичные ошибки отложенных обработчиков видны именно там.
Функциональная проверка занимает 10–15 минут: откройте и перепроведите тестовый документ, сформируйте оборотно-сальдовую ведомость или другой основной отчёт и сравните итоги с данными до обновления, проверьте работу обменов (банк-клиент, ЭДО, синхронизация с другими базами). Если используются расширения и внешние обработки — проверьте каждое отдельно: именно они чаще всего ломаются при смене релиза.
Как проверить результат
Совпадает с целевым релизом обновления
Версия не изменилась — обновление не применилось
Нет ошибок отложенных обработчиков
Ошибки обработчиков — данные могли обновиться не полностью
Совпадают с данными до обновления
Расхождения — требуется анализ до запуска пользователей
Открываются и выполняют свои функции
Ошибки совместимости — нужна адаптация под новый релиз
Типичные ошибки и ограничения
Самая частая ошибка — обновление «через несколько релизов» без проверки требований. Многие конфигурации требуют последовательного обновления: пропуск промежуточных версий либо невозможен технически, либо приводит к ошибкам обработчиков. Перед обновлением читайте файл поставки (описание обновления), где указано, с каких версий допускается переход.
Вторая группа ошибок связана с платформой: новая версия конфигурации может требовать минимальную версию платформы. Если проигнорировать это требование, база либо не запустится, либо будет работать с ошибками. Порядок безопасный: сначала обновите платформу до требуемой версии, потом конфигурацию.
Третья типичная ситуация — попытка обновить доработанную конфигурацию типовым способом. Если в конфигурацию вносились изменения в режиме «с редактированием», автоматическое обновление перезапишет доработки или завершится конфликтом. Такие базы обновляются только вручную через сравнение и объединение, и это работа для специалиста.
Когда обновлять и когда привлекать специалиста
Оптимальное время обновления — вечер пятницы или выходные, при минимальной нагрузке и наличии запаса времени на откат. Не обновляйтесь накануне отчётных кампаний, инвентаризаций и закрытия периода: даже штатное обновление может выявить проблемы, требующие времени на анализ.
Самостоятельно безопасно обновлять типовую конфигурацию на полной поддержке без расширений, при наличии свежей копии и опыта хотя бы одного успешного обновления. Привлекайте специалиста, если конфигурация доработана, используются нестандартные расширения, база большая и клиент-серверная, или если предыдущее обновление завершилось ошибками. Стоимость часа работы специалиста несопоставима с ценой потери данных или простоя учётной системы.
Как выбрать действие
Что важно запомнить
Сначала определите сценарий: в 1С:Фреш обновляет сервис, в остальных случаях — вы или провайдер. Перед любым ручным обновлением делайте резервную копию, обновляйте платформу раньше конфигурации, не пропускайте промежуточные релизы и проверяйте результат до запуска пользователей.
Частые вопросы
Можно ли отключить автоматическое обновление в 1С:Фреш?
Полностью отказаться от обновлений в сервисе нельзя — это условие его работы. В личном кабинете для части приложений доступен выбор режима (автоматически или по подтверждению) и согласование времени, но отложить обновление бессрочно не получится.
Сколько времени занимает обновление облачной 1С?
Зависит от размера базы и объёма изменений. Небольшая файловая база обновляется за 15–40 минут, крупная клиент-серверная — несколько часов с учётом отложенных обработчиков. Закладывайте время с запасом и не планируйте обновление вплотную к началу рабочего дня.
Что делать, если после обновления база не запускается?
Не предпринимайте повторных попыток обновления и не запускайте тестирование и исправление без копии. Проверьте версию платформы — частая причина в её несоответствии. Если причина неясна, восстановите базу из резервной копии и разбирайте ошибку на копии, а не на рабочей базе.
Нужно ли обновлять платформу при каждом обновлении конфигурации?
Не обязательно, но нужно проверять требования каждого релиза конфигурации к минимальной версии платформы — они указаны в описании обновления. Если текущая платформа удовлетворяет требованиям, обновлять её не нужно.
Потеряются ли доработки и расширения при обновлении?
Расширения физически не удаляются, но могут перестать работать из-за изменений в типовой конфигурации — их нужно проверять и адаптировать после каждого обновления. Доработки, внесённые прямо в конфигурацию, при типовом обновлении затираются, поэтому такие базы обновляют только через сравнение и объединение.
Как узнать, что обновление прошло успешно?
Три признака: номер версии в разделе «О программе» соответствует новому релизу, в журнале регистрации нет ошибок отложенных обработчиков, а итоги основных отчётов совпадают с данными до обновления. Только после этого можно открывать доступ пользователям.