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

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

Как восстановить конфигурацию поставщика в 1С

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

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

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

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

Как понять, что конфигурация поставщика повреждена

Типичные признаки проблемы: при обновлении появляются сообщения о невозможности сопоставить объекты, окно сравнения конфигураций показывает огромное количество необъяснимых различий, а в настройке поддержки видно, что конфигурация стоит «на поддержке», но с неожиданными изменениями объектов, которых никто не делал. Иногда администратор обнаруживает, что конфигурация поставщика вообще отсутствует — база «снята с поддержки» без видимой причины.

Проверить состояние можно в конфигураторе: откройте «Конфигурация → Поддержка → Настройка поддержки». Если в списке поставщиков пусто или версия конфигурации поставщика не соответствует реальному релизу, который должен быть установлен, — конфигурацию поставщика нужно восстанавливать. Дополнительно полезно выполнить «Конфигурация → Сравнить конфигурации» и сравнить основную конфигурацию с конфигурацией поставщика: массовые «лишние» различия по типовым объектам подтверждают проблему.

Настройка поддержки пустаКонфигурация поставщика отсутствует

Проверьте, есть ли файл поставки нужного релиза

Обновление не встаётСтруктура поддержки не совпадает с релизом

Сравните версию конфигурации поставщика с номером релиза

Много ложных различийКонфигурация поставщика изменена или повреждена

Сравните основную конфигурацию с конфигурацией поставщика

Подготовка: резервная копия и файл поставки

Перед любыми манипуляциями с конфигурацией поставщика сделайте полную выгрузку информационной базы: в конфигураторе «Администрирование → Выгрузить информационную базу» в файл .dt. Для клиент-серверных баз дополнительно уместна копия средствами СУБД. Именно выгрузка .dt, а не просто «сохранить конфигурацию», позволяет вернуть и данные, и настройки целиком.

Далее найдите файл поставки нужного релиза. Узнать текущий релиз можно в разделе «О программе» рабочей базы или в настройке поддержки. Дистрибутивы скачиваются с портала 1С по действующей подписке ИТС либо берутся из каталога шаблонов, если обновления устанавливались стандартно (обычно это каталог tmplts в профиле пользователя). Вам нужен либо полный файл конфигурации .cf, либо файл обновления .cfu того же релиза, что установлен в базе.

Способ 1: восстановление через настройку поддержки

Это основной и самый корректный путь, когда конфигурация поставщика отсутствует или повреждена, а рабочая конфигурация при этом совпадает с типовым релизом (или почти совпадает). Откройте «Конфигурация → Поддержка → Настройка поддержки». Если конфигурация снята с поддержки, нажмите «Включить возможность изменения», затем в том же окне выберите вариант загрузки файла конфигурации поставщика.

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

Порядок действий
  1. 1
    Сделайте выгрузку базы в файл .dt и сохраните основную конфигурацию в .cf
  2. 2
    Уточните точный номер релиза в базе и подготовьте файл поставки этого же релиза
  3. 3
    Откройте «Конфигурация → Поддержка → Настройка поддержки» и проверьте состояние поставщика
  4. 4
    Загрузите конфигурацию из файла .cf нужного релиза, согласившись на постановку на поддержку
  5. 5
    Выполните «Обновить конфигурацию базы данных» и проверьте работу базы в пользовательском режиме

Способ 2: полная загрузка конфигурации из файла .cf

Если настройка поддержки недоступна или база находится в рассогласованном состоянии, применяют прямую загрузку: «Конфигурация → Загрузить конфигурацию из файла». После загрузки .cf платформа обычно предлагает поставить конфигурацию на поддержку — соглашайтесь, если цель именно восстановить типовую поддержку. Затем обязательно выполните «Обновить конфигурацию базы данных» (клавиша F7), иначе изменения не попадут в рабочую базу.

Важное ограничение: этот способ заменяет основную конфигурацию целиком. Все доработки, не сохранённые заранее в отдельный файл, будут потеряны. Поэтому перед загрузкой сравните основную конфигурацию с загружаемым файлом («Конфигурация → Сравнить, объединить с конфигурацией из файла») и зафиксируйте список доработанных объектов — их придётся переносить обратно вручную или через объединение.

Сравнение вариантов

Через настройку поддержки

Подходит, когда основная конфигурация совпадает с релизом поставщика; сохраняет доработки и историю поддержки

Загрузка .cf целиком

Подходит при сильном рассогласовании; заменяет основную конфигурацию, доработки нужно переносить заново

Восстановление из копии .dt

Подходит при тотальном повреждении базы; откатывает и данные, поэтому применяется в последнюю очередь

Способ 3: восстановление из резервной копии и особые случаи

Если повреждение затронуло не только конфигурацию поставщика, но и саму базу (например, после сбоя сервера или неудачного динамического обновления), надёжнее всего восстановить базу из выгрузки .dt или копии СУБД, а затем уже при необходимости привести конфигурацию поставщика в порядок описанными выше способами.

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

Проверка результата и типичные ошибки

После восстановления откройте «Настройку поддержки»: должен быть указан поставщик, версия конфигурации поставщика должна совпадать с установленным релизом, а типовые объекты — иметь статус «не редактируется» или «редактируется с сохранением поддержки» только там, где доработки сделаны осознанно. Затем выполните тестовое обновление на следующий доступный релиз на копии базы: если сравнение-объединение проходит без аномальных различий, восстановление удалось.

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

Типичные ошибки
01
Загрузка .cf другого релиза — основная конфигурация заменяется, доработки теряются, база требует обновления
02
Отсутствие выгрузки .dt перед работой — при ошибке откатиться не на что
03
Забытое обновление конфигурации базы данных — изменения не применяются, пользователи видят старую структуру
04
Восстановление сразу на рабочей базе без проверки на копии — сбой обнаруживается уже в процессе работы пользователей
Итог

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

Сначала выгрузка .dt, затем точное определение релиза, затем восстановление через настройку поддержки или загрузку .cf того же релиза, после — обновление конфигурации базы данных и проверка на копии. Доработки фиксируйте до начала работ.

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

Можно ли восстановить конфигурацию поставщика без файла поставки?

Нет, эталонный файл нужного релиза обязателен. Его можно скачать с портала 1С по действующей подписке ИТС или взять из каталога шаблонов обновлений на компьютере, где релиз устанавливался. Без файла поставки остаётся только восстановление базы из резервной копии, где поддержка была в порядке.

Пропадут ли данные при восстановлении конфигурации поставщика?

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

Что делать, если конфигурация снята с поддержки полностью?

Загрузите файл .cf того же релиза через «Загрузить конфигурацию из файла» — платформа предложит поставить конфигурацию на поддержку. Если релиз неизвестен, сначала определите его по версии в разделе «О программе» или по записям журнала обновлений.

Как сохранить доработки при восстановлении?

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

Можно ли выполнить восстановление, пока пользователи работают в базе?

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

Обновление всё равно не встаёт после восстановления. В чём причина?

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