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

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

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

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

Различие между обновлением платформы и конфигурации

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

Конфигурация же представляет собой набор справочников, документов, отчетов и обработок, адаптированных под специфику вашего бизнеса (Бухгалтерия, ЗУП, Управление Торговлей). Именно этот слой требует вашего непосредственного участия. Обновление конфигурации может быть плановым (выход нового релиза от фирмы 1С) или срочным (изменения в налоговом кодексе, требующие немедленного внедрения).

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

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

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

Подготовка к процедуре обновления базы данных

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

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

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

• 📂 Создание резервной копии: Несмотря на наличие автоматических бэкапов на стороне провайдера, выгрузите копию базы локально через обработку выгрузки или попросите поддержку сделать снепшот перед началом работ.
• 👥 Завершение сеансов: Убедитесь, что все пользователи завершили работу. Используйте монитор пользователей для принудительного завершения зависших сессий, если это необходимо.
• 🔌 Отключение внешних подключений: Временно остановите фоновые задания, обмен данными с сайтами или другими базами, чтобы избежать конфликтов блокировок во время обновления структуры таблиц.

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

Автоматическое обновление через сервис 1С:Линк

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

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

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

Что делать, если автоматическое обновление не видит новые версии?

Проверьте настройки синхронизации в разделе "Поддержка". Убедитесь, что указан правильный адрес сервера обновлений (often it is updates.1c.ru or a partner repository like rarus.ru). Также проверьте, не блокирует ли корпоративный фаервол соединение с внешними ресурсами.

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

Параметр	Автоматическое обновление	Ручное обновление
Скорость получения	Мгновенно при выходе релиза	Зависит от скорости скачивания
Риск ошибки	Минимальный (стандартный скрипт)	Средний (человеческий фактор)
Требуемые права	Доступ к интернету из базы	Доступ к локальному файлу
Контроль версии	Автоматический выбор актуальной	Выбор конкретной версии пользователем

Ручная установка обновлений из файла

В ситуациях, когда автоматический механизм недоступен или требуется откат на конкретную версию, используется ручная установка. Этот метод дает полный контроль над процессом, но требует от администратора внимательности при выборе файлов. Источником файлов могут служить диски ИТС, личный кабинет партнера 1С или портал 1С Рарус.

Файл обновления для конфигураций обычно имеет расширение .cfu (файл обновления конфигурации). Для его установки необходимо запустить базу в режиме Конфигуратор. В меню выберите пункт Конфигурация → Обновить конфигурацию базы данных. В открывшемся диалоговом окне укажите путь к скачанному файлу на вашем локальном компьютере.

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

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

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

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

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

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

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

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

• 🛠 Использование сравнения: Загрузите новую типовую версию и вашу доработанную версию в инструмент сравнения. Внимательно просмотрите каждый конфликтный объект.
• 🧪 Тестовый контур: Для сложных обновлений всегда используйте тестовую копию базы. Проведите обновление на ней, убедитесь в работоспособности и только потом применяйте к продуктивной базе.
• 📝 Документирование: Фиксируйте все внесенные изменения и принятые решения при слиянии. Это поможет в будущем при следующих обновлениях или при аудите кода.

Можно ли обновлять доработанную конфигурацию автоматически?

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

Действия после обновления и устранение проблем

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

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

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

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

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

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

Сколько времени занимает обновление базы в облаке 1С Рарус?

Время обновления зависит от размера базы данных и сложности изменений в релизе. Для небольших баз (до 1 ГБ) процесс занимает от 5 до 15 минут. Для крупных баз (более 50 ГБ) обновление структуры и пересчет итогов могут растянуться на несколько часов. Рекомендуется планировать работы на выходные или ночное время.

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

При обновлении конфигурации профиль групп доступа может быть сброшен или изменен. Зайдите в раздел НСХИ → Пользователи → Настройка пользователей или Группы доступа. Проверьте, что всем сотрудникам назначены корректные роли. Иногда требуется пересохранить профиль группы доступа, чтобы права применились заново.

Можно ли откатиться на предыдущую версию конфигурации?

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

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

Это зависит от вашего тарифного плана. В некоторых тарифах "1С Рарус" время простоя во время технических работ не тарифицируется, в других — счетчик времени работы сервера продолжает идти. Уточните этот момент в договоре или у вашего персонального менеджера, чтобы избежать неожиданных расходов.

Как узнать, какая версия платформы установлена в моем облаке?

Запустите базу в режиме Предприятие. В меню выберите Сервис → О программе (или нажмите комбинацию клавиш, указанную в подсказке). В открывшемся окне будет указана точная версия платформы 1С:Предприятие, а также версия конфигурации и номер релиза.