Обновление типовой и доработанной конфигурации 1С 8.3 через Конфигуратор
Содержание
Чтобы обновить конфигурацию
1С 8.3, откройте базу в Конфигураторе, выберите Конфигурация → Поддержка → Обновить конфигурацию…, укажите файл обновления .cfu (или найдите доступные обновления автоматически), примите изменения и выполните обновление конфигурации базы данных. Затем запустите базу в режиме «1С:Предприятие» — программа сама отработает обработчики обновления данных.
Для типовой базы без доработок это 15–40 минут. Если в конфигурацию вносили изменения, к процедуре добавляется сравнение и объединение, и время зависит уже от объёма доработок. Разница между сценариями видна сразу после выбора файла: у типовой базы Конфигуратор просто загружает изменения, у доработанной открывает окно сравнения объектов.
Подготовка базы перед обновлением
Обновление меняет и конфигурацию, и структуру таблиц, и сами данные. Откатить его «кнопкой» нельзя, поэтому подготовка — обязательная часть работы.
Что выяснить заранее:
- 🔎 Текущий релиз. В режиме «1С:Предприятие» откройте
Справка → О программе(или значок «i» в правом верхнем углу). Запишите номер, например3.0.150.25. - 🧭 Маршрут обновления. Файл
.cfuрассчитан на обновление только с перечисленных в нём предыдущих релизов. Если база отстала на несколько версий, придётся ставить промежуточные релизы по цепочке. Список релизов, с которых возможен переход, есть в описании обновления и в файлеUpdInfo.txtрядом с.cfu. - 🧩 Версия платформы. Каждый релиз требует платформу с номером не ниже указанного в его описании. Если установлена более ранняя, Конфигуратор откажется загружать обновление. Сначала обновите платформу.
- 🛠 Есть ли доработки. В Конфигураторе откройте
Конфигурация → Поддержка → Настройка поддержки. Если там написано «Изменения не разрешены» — конфигурация типовая. Если включена возможность изменения — доработки, скорее всего, есть.
Резервная копия. Самый надёжный способ — выгрузка в файл .dt: в Конфигураторе Администрирование → Выгрузить информационную базу…. Для файловой базы дополнительно можно скопировать папку с файлом 1Cv8.1CD при закрытой программе. Для клиент-серверной — сделать бэкап средствами СУБД.
Обновление без свежей копии — главный источник потерянных данных. Копию делают непосредственно перед обновлением, а не «вчера вечером».
Монопольный доступ. Загрузить обновление в основную конфигурацию можно при работающих пользователях, но для обновления структуры базы данных нужен монопольный режим. Завершите сеансы заранее: предупредите людей, что несохранённые документы пропадут, и выберите время вне рабочего дня. В клиент-серверном варианте сеансы видно и можно завершить в консоли администрирования серверов, там же ставится блокировка начала сеансов.
Типовая и доработанная конфигурация: два режима обновления
От режима поддержки зависит весь ход работы. Конфигурация от поставщика (фирмы 1С или партнёра) стоит «на поддержке», и у неё три возможных состояния.
| Состояние | Что это значит | Как идёт обновление |
|---|---|---|
| Изменения не разрешены | Типовая конфигурация, в Конфигураторе её нельзя править | Автоматически, без сравнения |
| Изменения разрешены, объекты на поддержке | Доработки есть, но связь с поставщиком сохранена | Через сравнение трёх конфигураций и объединение |
| Конфигурация снята с поддержки | Связь с поставщиком разорвана | Только через «Сравнить, объединить с конфигурацией из файла» полным .cf |
Для доработанных объектов в окне настройки поддержки задаются правила:
- «Объект поставщика не редактируется» — объект обновится от поставщика целиком.
- «Объект поставщика редактируется с сохранением поддержки» — изменения поставщика будут предложены к объединению с вашими.
- «Объект поставщика снят с поддержки» — объект останется вашим, обновления поставщика на него не попадут.
Если базу дорабатывали только печатными формами, отчётами и обработками, вынесите их во внешние файлы или в расширения. Тогда основную конфигурацию можно вернуть к типовому состоянию, и каждое следующее обновление пройдёт в автоматическом режиме.
Обновление из пользовательского режима. В типовых конфигурациях на БСП есть встроенный помощник: Администрирование → Обслуживание → Обновление версии программы. Он сам скачивает обновление через интернет
-поддержку и устанавливает его. Подходит для конфигураций без изменений. Для доработанной базы этот путь не годится — нужен Конфигуратор.
Обновить конфигурацию… в Конфигураторе с файлом .cfu. Сравнение не потребуется.Пошаговое обновление конфигурации 1С 8.3 файлом cfu
Этот порядок подходит для типовой базы и для первой половины работы с доработанной.
Шаг 1. Получите файл обновления
Обновления распространяются через портал поддержки пользователей 1С по договору ИТС. Скачанный дистрибутив обновления — это установщик, который распаковывает файлы в каталог шаблонов. По умолчанию это:
%APPDATA%\1C\1cv8\tmplts\1c\<имя конфигурации>\<номер релиза>\
В каталоге релиза лежат 1Cv8.cfu (файл обновления), 1Cv8.cf (полная конфигурация, если есть) и описание изменений.
Шаг 2. Запустите обновление в Конфигураторе
- Откройте базу в режиме «Конфигуратор» под пользователем с полными правами.
- Если дерево конфигурации не открыто, нажмите
Конфигурация → Открыть конфигурацию. - Выберите
Конфигурация → Поддержка → Обновить конфигурацию…. - Отметьте «Поиск доступных обновлений (рекомендуется)» — Конфигуратор просмотрит каталоги шаблонов и предложит подходящие релизы. Или выберите «Выбор файла обновления» и укажите
.cfuвручную. - Прочитайте окно с информацией об обновлении и нажмите «Обновить» или «Выполнить».
Шаг 3. Обновите конфигурацию базы данных
После загрузки изменений в основную конфигурацию Конфигуратор предложит обновить конфигурацию базы данных. Если не предложил — выберите Конфигурация → Обновить конфигурацию базы данных (клавиша F7).
Появится окно «Реорганизация информации» со списком изменений структуры. Нажмите «Принять». Для больших клиент-серверных баз этот шаг может занять от десятков минут до нескольких часов.
Шаг 4. Запустите базу в пользовательском режиме
Запустите «1С:Предприятие» из Конфигуратора или из окна запуска. Программа сама определит, что версия конфигурации изменилась, и выполнит обработчики обновления данных. Пока не появится рабочий стол, ничего не прерывайте.
Если база отстала на несколько релизов, этот запуск нужен после каждого промежуточного релиза. Если пропустить запуск и сразу ставить следующий релиз, часть данных не будет переведена в новый формат.
Обработчики обновления и подсистемы БСП
Почти все типовые конфигурации на 8.3 построены на Библиотеке стандартных подсистем (БСП). Она отвечает за то, что происходит с данными после смены релиза.
Как это устроено. Каждая подсистема хранит свой номер версии в регистре ВерсииПодсистем. При первом запуске после обновления БСП сравнивает записанный номер с номером в новой конфигурации и выполняет обработчики для всех промежуточных версий.
Обработчики бывают двух типов:
- ⚡ Монопольные и оперативные — выполняются сразу при запуске, пользователи ждут завершения.
- 🕓 Отложенные — запускаются в фоне после того, как база открылась. Они переносят большие объёмы данных и могут работать часами.
Где смотреть результат. В типовых конфигурациях результаты обновления открываются в разделе Администрирование → Обслуживание, группа про результаты обновления программы. Там видно, завершилась ли отложенная обработка данных, и есть ли обработчики с ошибками. Пока отложенная обработка не завершена, часть отчётов может показывать неполные данные.
Если в базе собственная конфигурация на БСП. Тогда библиотеку обновляют отдельно от прикладной части: берут полный .cf нужной версии БСП и объединяют его с основной конфигурацией через сравнение. Порядок такой:
- Прочитайте в документации библиотеки, с какой версии на какую допустим переход.
- Объедините новую версию БСП, взяв из неё только объекты библиотеки.
- Проверьте общие модули с переопределяемыми процедурами (
…Переопределяемый) — в них ваш код, его нельзя затирать. - Синтаксически проверьте конфигурацию и запустите её на тестовой базе.
Сравнение и объединение конфигураций при доработках
Если конфигурация доработана и стоит на поддержке, после выбора .cfu откроется окно сравнения. Конфигуратор сопоставляет три версии: старую конфигурацию поставщика, вашу основную и новую конфигурацию поставщика.
Что смотреть в окне сравнения
- ✅ Объекты, которые менял только поставщик, обновятся без вопросов.
- 🟡 Объекты, которые меняли только вы, останутся вашими.
- 🔴 Дважды изменённые объекты — правили и вы, и поставщик. Это главная зона риска. Включите отбор «Показывать только дважды измененные свойства», чтобы видеть только их.
Для каждого дважды изменённого объекта выбирается режим объединения:
| Режим | Когда выбирать | Риск |
|---|---|---|
| Взять из новой конфигурации поставщика | Ваша доработка больше не нужна или её проще повторить | Доработка пропадёт |
| Объединить с приоритетом основной конфигурации | Ваш код важнее, изменения поставщика добавляются вокруг | Может остаться устаревшая логика |
| Объединить с приоритетом новой конфигурации поставщика | Изменения поставщика важнее, ваши вставки сохраняются | Ваши вставки могут встать не на место |
| Не объединять | Объект оставляете как есть | Новые возможности поставщика не попадут |
Модули удобно сравнивать по процедурам: откройте объект двойным щелчком и пройдите изменения в окне сравнения текстов. Для форм и макетов объединение часто даёт неработоспособный результат — их проще взять у поставщика и повторить доработку.
Перед объединением сохраните текущую конфигурацию в файл: Конфигурация → Сохранить конфигурацию в файл…. Если объединение пойдёт не так, её можно будет загрузить обратно без восстановления всей базы.
Как ускорить следующие обновления
- 📦 Переносите доработки в расширения конфигурации. Расширение не меняет основную конфигурацию, и она остаётся на поддержке без изменений.
- 📝 Помечайте свой код комментариями с датой и автором. На следующем объединении будет понятно, что ваше, а что поставщика.
- 🧪 Доработанную базу всегда обновляйте сначала на копии, проверяйте и только потом повторяйте на рабочей.
Если поддержка снята. Полный .cf нового релиза загружается через Конфигурация → Сравнить, объединить с конфигурацией из файла…. Чтобы вернуть конфигурацию на поддержку, при объединении отметьте установку на поддержку — тогда следующие релизы пойдут через .cfu.
Проверка после обновления: что работает, а что нет
Запуск без ошибок ещё не значит, что обновление прошло полностью. Пройдитесь по короткому списку.
- Номер релиза. Откройте
Справка → О программеи убедитесь, что номер новый. - Отложенная обработка. Проверьте в разделе обслуживания, что обработка данных завершена или идёт без ошибок.
- Расширения. Откройте
Администрирование → Печатные формы, отчеты и обработки → Расширения. Если расширение помечено как неприменимое к новой версии, оно отключится. Его нужно адаптировать в Конфигураторе. - Внешние обработки и печатные формы. Откройте каждую подключённую обработку и печатную форму. Те, что обращаются к изменившимся реквизитам, начнут выдавать ошибки.
- Обмены. Запустите обмен с другими базами вручную и убедитесь, что правила обмена совместимы с новым релизом.
- Контрольный документ. Проведите один-два типичных документа и сформируйте отчёт, который пользователи открывают чаще всего.
Удобно завести для этого короткий журнал: дата, релиз до и после, что проверено, кто проверял. На следующем обновлении он подскажет, какие внешние обработки и обмены ломались в прошлый раз.
Если что-то сломалось, а рабочий день уже начался, правильнее восстановить базу из .dt и разбираться на копии, чем чинить рабочую базу на ходу.
Частые ошибки при обновлении и как их избежать
Частые вопросы
Можно ли пропустить промежуточные релизы?
Нужно ли обновлять платформу вместе с конфигурацией?
Сколько времени занимает обновление?
Можно ли обновлять, пока пользователи работают?
Как откатить неудачное обновление?
Администрирование → Загрузить информационную базу… в Конфигураторе или восстановить бэкап СУБД. Другого надёжного способа отката нет.