Как отменить загрузку конфигурации в 1С

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

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

Что происходит при загрузке конфигурации и когда отмена безопасна

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

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

Как прервать процесс загрузки, если он ещё идёт

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

Для файлового варианта базы откройте диспетчер задач Windows (Ctrl+Shift+Esc), найдите процесс 1cv8.exe и завершите его. Поскольку реструктуризация не запускалась, база останется в исходном состоянии. При следующем входе в конфигуратор конфигурация базы данных будет прежней — загруженная конфигурация просто не применилась.

В клиент-серверном варианте принудительное завершение клиентского процесса также останавливает операцию, но сервер может некоторое время удерживать транзакцию. Дождитесь её завершения или отмены со стороны СУБД, прежде чем повторять попытку загрузки.

1. 1
   Попробуйте штатную кнопку отмены в окне прогресса загрузки
2. 2
   Если конфигуратор завис — завершите процесс 1cv8.exe через диспетчер задач
3. 3
   Перезапустите конфигуратор и убедитесь, что база открывается
4. 4
   Проверьте: «Конфигурация — Конфигурация базы данных» должна соответствовать исходной версии
5. 5
   При признаках повреждения восстановите базу из резервной копии

Как отменить загруженную, но не применённую конфигурацию

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

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

Альтернативный вариант — восстановление из выгрузки .dt, сделанной до загрузки: «Администрирование — Загрузить информационную базу». Учтите, что этот способ вернёт и данные на момент выгрузки, поэтому он подходит, только если после резервного копирования в базе не было значимых изменений.

Способы вернуть прежнюю конфигурацию

Загрузка прежнего .cf

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

Конфигурация поставщика

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

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

Надёжно, но откатывает и данные; применяйте только при свежей копии без потери работы пользователей

Что делать, если обновление конфигурации базы данных уже запущено

Если после загрузки вы нажали F7 и началась реструктуризация, прерывать процесс опасно. Внешне «зависшее» обновление на больших базах может идти часами — платформа переносит данные между старой и новой структурами таблиц. Признаком реальной работы служат активность процесса 1cv8 или rphost, рост файлов базы, нагрузка на диск и процессор.

Если реструктуризация всё же была прервана (сбой питания, завершение процесса), база может оказаться в состоянии, когда конфигуратор не открывается или выдаёт ошибки структуры. В этом случае единственный надёжный путь — восстановление из резервной копии. Утилита chdbfl.exe из каталога платформы позволяет проверить физическую целостность файловой базы, но она не отменяет частично выполненную реструктуризацию, а лишь исправляет низкоуровневые повреждения файла.

Проверка состояния базы после отмены загрузки

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

Для файловой базы полезно выполнить тестирование и исправление: «Администрирование — Тестирование и исправление» с включёнными проверками логической и ссылочной целостности. Для клиент-серверной базы аналогичные проверки выполняются средствами СУБД и тем же механизмом тестирования в конфигураторе.

Контрольные точки

Как проверить результат

Запуск конфигуратора

Норма

Открывается без ошибок, конфигурация читается

Тревожный признак

Ошибки формата потока, невозможность открыть конфигурацию

Совпадение конфигураций

Норма

Конфигурация и конфигурация БД совпадают, обновление не требуется

Тревожный признак

Платформа настойчиво предлагает обновить конфигурацию БД

Работа пользователей

Норма

Документы и отчёты открываются, проведение работает

Тревожный признак

Ошибки при обращении к отдельным объектам или таблицам

Типичные ошибки и как их избежать

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

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

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

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

Сохраните текущую конфигурацию в файл: «Конфигурация — Сохранить конфигурацию в файл». Это займёт пару минут, но даст быстрый способ отката без восстановления всей базы. Дополнительно сделайте выгрузку .dt или копию средствами СУБД — это страховка от худшего сценария.

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

Можно ли отменить загрузку конфигурации, если конфигуратор завис?

Да, если реструктуризация не запущена. Завершите процесс 1cv8.exe через диспетчер задач и перезапустите конфигуратор — база останется в исходном состоянии. Если же шло обновление конфигурации базы данных, сначала проверьте по активности диска и процессора, действительно ли процесс завис, или просто выполняется длительная операция.

Чем отличается файл .cf от .cfu при загрузке?

Файл .cf содержит полную конфигурацию и заменяет текущую целиком, включая доработки. Файл .cfu — это обновление, которое применяется только к строго определённой версии конфигурации и выполняет сравнение/объединение. Загрузка .cfu на неподходящую версию будет отклонена платформой.

Пользователи работали во время загрузки — что будет?

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

База не открывается после прерванного обновления. Что делать?

Попробуйте запустить конфигуратор и выполнить тестирование и исправление, для файловой базы — проверку утилитой chdbfl.exe. Если ошибки сохраняются, восстановите базу из резервной копии (.dt или копии СУБД). Без копии вариантов остаётся мало: можно попробовать выгрузить данные обработками, но гарантий это не даёт.

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

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

Нужно ли отменять загрузку, если выбран не тот файл, но процесс завершился?

Да. Если обновление конфигурации базы данных ещё не выполнялось, просто загрузите правильный файл поверх — либо сначала верните исходную конфигурацию из сохранённого .cf, чтобы избежать нежелательного объединения. Главное — не нажимать F7, пока не убедитесь, что загружена нужная конфигурация.