← На главную

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

Понятие типовой конфигурации и три составляющих базы

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

1. Конфигурация поставщика: Это эталонная конфигурация от фирмы «1С» или другого разработчика. Она хранится внутри базы как неизменяемый объект.
2. Основная конфигурация: Это то, что мы видим в дереве метаданных в режиме «Конфигуратор». Именно в нее вносятся изменения программистом.
3. Конфигурация базы данных: Это реальная структура таблиц в SQL или файловом варианте, с которой работают пользователи.

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

Способ 1: Полная загрузка конфигурации (Радикальный метод)

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

Алгоритм действий:

1. Обязательно создадим резервную копию базы данных. Это критически важно, так как операция необратима.
2. Получим файл типовой конфигурации .cf нужного релиза. Его можно выгрузить из пустой демо-базы того же релиза или скачать с сайта поддержки 1С (если есть дистрибутив полной конфигурации).
3. Откроем «Конфигуратор» и перейдем в меню Конфигурация — Загрузить конфигурацию из файла....
4. Выберем наш файл .cf. Программа предупредит, что текущая конфигурация будет полностью заменена. Соглашаемся.
5. После завершения загрузки необходимо обновить конфигурацию базы данных, нажав клавишу F7 или синюю кнопку на панели инструментов.

Важный нюанс: Как справедливо отмечено в сообщении (10), этот метод автоматически ставит базу на поддержку. Все объекты станут «замороженными», а нетиповые объекты (справочники, реквизиты, документы), которых нет в загружаемом файле, будут помечены на удаление.

Риски потери данных при загрузке .cf

Выясним причину, по которой многие специалисты предостерегают от прямой загрузки .cf. Если в вашей базе были добавлены новые реквизиты в типовые справочники (например, в справочник «Контрагенты» был добавлен реквизит «ЛичныйНомер»), то при загрузке типового файла, где этого реквизита нет, 1С удалит его из структуры.

Последствия:

• Все данные, накопленные в этом реквизите, будут безвозвратно удалены из таблиц базы данных после нажатия F7.
• Если изменения касались только программного кода (модули объектов, формы), то данные не пострадают, так как код — это только алгоритмы обработки, а не сами данные.
• Если использовались расширения, они останутся в базе, но могут перестать работать, если они обращались к удаленным в процессе «типизации» объектам.

Способ 2: Возврат к конфигурации поставщика (Мягкий метод)

Проанализируем ситуацию, когда нам нужно действовать более аккуратно. Если база находится в режиме «Возможность изменения», мы можем использовать механизм настройки поддержки.

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

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

Что делать с предупреждениями после загрузки?

В сообщении (21) упоминаются сообщения, выходящие после загрузки. Обычно это предупреждения о том, что некоторые объекты метаданных были удалены или изменены. Если мы сознательно приводим базу к типовой, как советуют в сообщении (22), на эти сообщения можно не обращать внимания («забить»), при условии, что мы понимаем: данные в удаляемых полях исчезнут.

Проверка результата и техническое обслуживание

После того как мы успешно загрузили конфигурацию и обновили базу данных (F7), проделаем следующие шаги для обеспечения стабильности системы:

1. Тестирование и исправление: Перейдем в Администрирование — Тестирование и исправление. Рекомендуется выполнить «Проверку логической целостности» и «Реорганизацию таблиц». Это очистит базу от «хвостов» удаленных объектов.
2. Проверка версии платформы: Убедимся, что режим совместимости конфигурации соответствует установленной версии платформы. Иногда при загрузке .cf из другого источника этот параметр может измениться.
3. Очистка кэша: У пользователей после таких глобальных изменений могут возникнуть ошибки отображения форм. Рекомендуется очистить локальный кэш конфигурации на рабочих станциях.

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