Новый релиз в облачной базе 1С:ГРМ: три способа и разбор сбоев
Содержание
Обновить конфигурацию
в 1С:ГРМ можно прямо из программы: Администрирование → Интернет-поддержка и сервисы → Обновление версии программы. Обработка сама скачает нужные релизы с портала ИТС, сделает копию и обновит базу. Для доработанной конфигурации тот же результат дают через конфигуратор: Конфигурация → Поддержка → Обновить конфигурацию с файлом .cfu.
1С:ГРМ (готовое рабочее место) — это ваш рабочий стол на облачном сервере. Базы на нём обновляются теми же средствами, что и на локальном компьютере. Отличия три: кто отвечает за обновление по договору, какая платформа стоит на сервере и как доставить файл обновления внутрь удалённого сеанса. С них и начнём.
Подготовка к обновлению конфигурации в 1С:ГРМ
Перед первым обновлением выясните, кто его делает. В ГРМ бывает два варианта:
- 🧑💼 Обновляете сами. У вас есть права администратора базы и доступ в конфигуратор. Вся инструкция ниже — для вас.
- 🤝 Обновляет обслуживающий партнёр или провайдер. Тогда ваша задача — согласовать время и предупредить, если конфигурация доработана. Самостоятельное обновление в этом случае может конфликтовать с его регламентом.
Что проверить до начала:
- Текущий релиз. Откройте
Справка → О программе(значок «i» в правом верхнем углу). Там указаны конфигурация, её версия и версия платформы. - Состояние поддержки. В конфигураторе откройте
Конфигурация → Поддержка → Настройка поддержки. Если стоит «На поддержке» без права изменения — конфигурация типовая, подойдёт автоматическое обновление . «Возможность изменения включена» или «Снята с поддержки» — нужен ручной путь со сравнением. - Версия платформы на сервере. Новый релиз конфигурации требует платформу с номером не ниже указанного в описании релиза. Платформу на сервере ГРМ обычно ставит провайдер, а не пользователь. Если номер на сервере меньше требуемого — сначала заявка в поддержку сервиса.
- Логин ИТС. Для загрузки обновлений нужен действующий договор ИТС и подключённая интернет-поддержка в базе.
- Расширения. Посмотрите
Администрирование → Печатные формы, отчеты и обработки → Расширения. Расширения сохраняются при обновлении, но после него их надо проверить.
Когда обновлять и что с пользователями
Обновление структуры базы требует монопольного доступа. Все сеансы других пользователей в этой базе будут завершены, несохранённые документы пропадут. Предупредите коллег и обновляйте вне рабочего времени.
💡 Резервную копию делайте всегда, даже если обработка обещает сделать её сама. В конфигураторе: Администрирование → Выгрузить информационную базу, файл .dt сохраните в отдельную папку с датой в имени.
Способ 1. Обновление через интернет-поддержку из программы
Это основной путь для типовых баз на поддержке. Обработка сама определяет цепочку промежуточных релизов, так что вам не нужно вручную искать, через какие версии идти.
Пошагово (БП 3.0, ЗУП 3.1, УТ 11 — путь одинаковый):
- Войдите в базу под пользователем с полными правами.
- Откройте
Администрирование → Интернет-поддержка и сервисы. - Нажмите «Обновление версии программы».
- Выберите получение обновления через интернет . Если поддержка не подключена, программа попросит логин и пароль портала ИТС.
- Обработка покажет найденный релиз и размер загрузки. Нажмите «Далее».
- Выберите момент обновления: сейчас или после завершения работы. Отметьте создание резервной копии.
- Дождитесь окончания. Программа перезапустится и выполнит обработчики обновления данных.
Обработчики обновления — это вторая половина процесса. Они перестраивают данные под новый релиз. Часть выполняется сразу, часть — в фоне. Не закрывайте базу на этапе «Выполняется обновление версии программы».
Автоматическая проверка
В той же форме настройте проверку наличия обновлений при запуске. Тогда программа сама напомнит о новом релизе. Само обновление при этом не начнётся без вашего подтверждения.
Если обработка пишет, что обновление недоступно для вашей конфигурации, причина почти всегда в доработках. Автообновление через интернет работает с конфигурациями, у которых поддержка не нарушена. Тогда переходите к способу 2 или 3.
Способ 2. Ручная загрузка обновления из файла .cfu
Нужен, когда интернет-поддержка не подключается, автообновление отказывает или вы хотите контролировать каждый шаг.
Как получить и доставить файл
- На портале ИТС в разделе обновлений программ выберите свою конфигурацию.
- Посмотрите в описании релиза, с каких версий на него можно обновиться. Если ваша версия старше перечисленных — сначала качайте промежуточный релиз.
- Скачайте дистрибутив обновления. Это архив или установщик с файлом
1cv8.cfuвнутри. - Перенесите его на сервер ГРМ. Проще всего скачать прямо в браузере внутри удалённого рабочего стола. Второй вариант — скопировать через буфер обмена или подключённый локальный диск, если провайдер разрешает перенаправление дисков.
- Распакуйте или запустите установщик. Шаблоны по умолчанию ставятся в каталог шаблонов в профиле пользователя, путь установщик показывает в своём окне.
Обновление в конфигураторе
- Запустите базу в режиме «Конфигуратор».
- Откройте конфигурацию:
Конфигурация → Открыть конфигурацию. - Выберите
Конфигурация → Поддержка → Обновить конфигурацию. - Укажите «Выбор файла обновления» и найдите
1cv8.cfu. - Конфигуратор покажет, с какой версии на какую будет обновление. Подтвердите.
- Для типовой базы обновление пройдёт без вопросов. Для доработанной откроется окно сравнения (см. раздел про объединение).
- Согласитесь с обновлением конфигурации базы данных или выполните
Конфигурация → Обновить конфигурацию базы данных(F7). - Запустите базу в режиме «1С:Предприятие» — тогда выполнятся обработчики обновления данных.
Не пропускайте шаг 8. Пока обработчики не отработали, отчёты и документы могут показывать неверные данные.
Сравнение двух способов
| Способ | Когда подходит | Риски |
|---|---|---|
| Интернет-поддержка из программы | Типовая база, есть ИТС, нужен минимум действий | Не сработает при нарушенной поддержке |
| Файл .cfu в конфигураторе | Нет интернет-поддержки, нужен контроль шагов | Легко ошибиться с промежуточным релизом |
| Через хранилище | Над конфигурацией работают несколько разработчиков | Нужно захватить объекты, иначе изменения не поместить |
Способ 3. Обновление конфигурации, подключённой к хранилищу
Если доработки ведёт программист или команда, база часто подключена к хранилищу конфигурации. Обновлять её «мимо» хранилища нельзя: при следующем обновлении из хранилища ваши изменения затрутся.
Порядок для одного ответственного:
- В конфигураторе подключитесь к хранилищу:
Конфигурация → Хранилище конфигурации → Подключиться к хранилищу. - Получите актуальную версию из хранилища, чтобы не обновлять устаревшую копию.
- Захватите корень конфигурации вместе с подчинёнными объектами. Обновление меняет сотни объектов, без захвата их не поместить обратно.
- Выполните обновление по шагам из способа 2, включая объединение.
- Проверьте синтаксис модулей:
Конфигурация → Проверка конфигурации. - Поместите изменения в хранилище с комментарием вида «Обновление до релиза 3.0.хх.хх».
- В остальных базах, подключённых к хранилищу, получите изменения и обновите конфигурацию базы данных.
💡 Пока объекты захвачены вами, остальные разработчики не смогут их менять. Договоритесь об «окне» и не держите захват дольше, чем идёт обновление.
Сравнение и объединение доработанной конфигурации
Это самый ответственный этап. При обновлении доработанной базы конфигуратор сравнивает три версии: вашу основную, старую конфигурацию поставщика и новую конфигурацию поставщика. В дереве объектов видны все различия.
Для каждого изменённого объекта выбирается режим:
- 📥 Взять из новой конфигурации поставщика — ваша доработка в этом объекте пропадёт. Подходит, если вы правили объект давно и правка больше не нужна.
- 🔀 Объединить с приоритетом основной конфигурации — сохраняются ваши изменения, к ним добавляется новое от поставщика.
- 🔀 Объединить с приоритетом новой конфигурации поставщика — при конфликте побеждает код 1С.
- 🔒 Не обновлять — объект остаётся как есть. Используйте осторожно: новые модули могут ссылаться на изменённый код и упадут с ошибкой.
Практические приёмы
- Перед объединением отфильтруйте дерево по «Изменённым в основной конфигурации». Так вы увидите только свои доработки, а не тысячи изменений поставщика.
- Модули с вашими правками открывайте в режиме сравнения и проверяйте, куда встал ваш код. Особенно в общих модулях: поставщик мог перенести процедуру.
- Свои печатные формы и отчёты держите во внешних обработках или расширениях. Тогда они вообще не участвуют в объединении.
Если нужно сравнить базу с конфигурацией, не являющейся обновлением, есть Конфигурация → Сравнить, объединить с конфигурацией из файла. Так, например, переносят доработки из тестовой базы в рабочую через файл .cf.
Расширения после обновления
Расширения не участвуют в объединении, но могут перестать применяться. Это случается, когда обновление изменило объект, который расширение заимствует. После обновления откройте список расширений и посмотрите на предупреждения. Сообщение о том, что расширение не может быть применено, означает, что его надо доработать под новый релиз.
Что проверить после обновления конфигурации
Обновление закончилось без ошибок — это ещё не повод сразу пускать всех в базу. Потратьте 10–15 минут на проверку.
- Версия. Откройте
Справка → О программеи убедитесь, что номер релиза новый. Бывает, что обновилась только основная конфигурация, а конфигурация базы данных осталась старой — тогда в конфигураторе висит предложение её обновить. - Отложенные обработчики. В разделе
Администрирование → Обслуживаниенайдите результаты обновления программы. Там видно, завершилась ли фоновая обработка данных. Пока она идёт, некоторые отчёты могут быть недоступны. - Обмены. Если база обменивается данными с другой (например, УТ с Бухгалтерией), запустите синхронизацию вручную. Сильно разные релизы двух баз иногда несовместимы по правилам обмена — тогда обновите вторую базу.
- Внешние обработки и печатные формы. Откройте две-три самые нужные формы и распечатайте тестовый документ.
- Расширения. Проверьте предупреждения в списке расширений, как описано выше.
Ошибки обновления и как их разобрать
Ниже — сбои, которые чаще всего встречаются при обновлении в облачной среде вроде ГРМ.
Если обновление прошло неудачно
Самый надёжный откат — загрузка резервной копии: Администрирование → Загрузить информационную базу в конфигураторе, файл .dt, сделанный перед обновлением. Загрузка .dt полностью заменяет данные базы. Всё, что пользователи ввели после выгрузки, будет потеряно. Поэтому сразу после неудачного обновления не пускайте никого в базу, пока не решите, откатываться или чинить.
Повторяйте обновление только после выяснения причины. Повторный запуск с той же ошибкой ничего не даст, а время простоя растёт.