Конфигуратор отказывается ставить новый релиз: разбор причин по шагам

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

От этапа зависит, где искать. Если файл даже не предлагается к установке — дело в версиях. Если сравнение прошло, а на записи в базу вылезло окно про монопольный режим — дело в пользователях. Если реструктуризация шла полчаса и оборвалась — проверяйте данные, диск и память. Всё ниже относится к платформе 8.3 и типовым конфигурациям на БСП (БП 3.0, ЗУП 3.1, УТ 11), для файлового и клиент-серверного варианта.

Активные сеансы и монопольный режим при обновлении конфигурации

Само сравнение и объединение конфигураций можно делать при работающих пользователях. Монопольный доступ нужен на шаге Конфигурация → Обновить конфигурацию базы данных (F7), когда меняется структура таблиц. Если в этот момент в базе кто-то есть, платформа покажет окно со списком сеансов и не запишет изменения.

Кто обычно держит базу:

• 👥 бухгалтер, который «на минуту» открыл 1С с другого компьютера;
• 🔄 фоновые и регламентные задания: обмены, загрузка курсов, полнотекстовый индекс;
• 🌐 веб-клиент и публикация на веб-сервере, мобильные приложения, HTTP-сервисы;
• 💀 зависшие процессы 1cv8.exe на терминальном сервере после обрыва связи;
• 🧩 внешние соединения: интеграции через COM, скрипты обмена.

Как освободить базу правильно

1. В режиме «Предприятие» откройте Администрирование → Обслуживание и найдите команду «Блокировка работы пользователей». Установите блокировку с сообщением и временем начала — сеансы получат предупреждение и завершатся сами.
2. Запомните или задайте код разрешения: с ним вы сами зайдёте в заблокированную базу.
3. Для клиент-серверной базы откройте консоль администрирования серверов: база → Сеансы. Там видно, кто остался, включая фоновые задания.
4. В свойствах этой же базы в консоли включите флажок блокировки регламентных заданий на время работ.
5. Только после этого запускайте обновление базы данных.

💡 В новых версиях платформы окно с активными пользователями при обновлении БД само предлагает завершить сеансы и повторить попытку. Если сеансы возвращаются через секунду — это почти всегда регламентное задание или внешняя интеграция, а не человек.

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

Файл обновления не подходит к текущему релизу

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

Как понять, что дело в этом:

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

Версия платформы ниже требуемой

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

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

Обновление через интернет из конфигуратора

Команда Конфигурация → Поддержка → Обновить конфигурацию предлагает искать обновления автоматически. Чтобы это работало, нужен логин портала интернет-поддержки с действующей подпиской и доступ компьютера в интернет без блокировки прокси. Если поиск ничего не находит, скачайте дистрибутив вручную, распакуйте шаблон и укажите файл .cfu из каталога шаблонов.

Доработанная или снятая с поддержки конфигурация: конфликты обновления

Режим поддержки задаётся в Конфигурация → Поддержка → Настройка поддержки. От него зависит, как пойдёт обновление.

Почему изменённая типовая конфигурация не обновляется

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

Порядок, который снижает риск:

1. Сохраните текущую основную конфигурацию в файл: Конфигурация → Сохранить конфигурацию в файл.
2. В окне сравнения включите фильтр по дважды изменённым свойствам и просмотрите каждый объект.
3. Для модулей используйте объединение с приоритетом поставщика и ручной перенос своих фрагментов.
4. Проверьте результат синтаксическим контролем: Конфигурация → Проверка конфигурации.

💡 Новые доработки выносите в расширения. Типовая часть тогда остаётся «чистой» и обновляется файлом .cfu, а расширение после обновления лишь проверяют на совместимость.

Конфигурация подключена к хранилищу

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

Основная конфигурация обновилась, а база — нет

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

Права пользователя, Windows и СУБД; лицензия при первом запуске

Права в самой 1С

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

Права операционной системы

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

Для клиент-серверной базы важны две учётки:

• 🖥 пользователь службы сервера 1С — ему нужна запись в каталоги кластера и временные папки;
• 🗄 пользователь СУБД, указанный в свойствах базы, — он должен иметь право менять структуру таблиц. Если ему оставили только чтение и запись данных, реструктуризация упадёт с ошибкой СУБД.

Лицензия и легальность обновления

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

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

Обновление базы данных обрывается: ошибки структуры и целостности данных

Реструктуризация переписывает таблицы. Если в данных есть повреждения, она останавливается с ошибкой: про формат потока, нарушение уникальности индекса, ошибку СУБД. Чем старше база и чем чаще её аварийно закрывали, тем выше шанс.

Что делать по шагам:

1. Восстановите состояние до попытки из выгрузки .dt или из резервной копии СУБД.
2. Запустите Администрирование → Тестирование и исправление в конфигураторе. Начните с проверки логической целостности и реиндексации без исправления, чтобы увидеть объём проблем.
3. Для файловой базы с повреждением на физическом уровне есть утилита chdbfl.exe в каталоге bin платформы. Она работает только при закрытой базе.
4. После исправления сделайте новую выгрузку и повторите обновление.

Ошибка после обновления, а не во время

Бывает, что F7 прошёл, а при первом запуске в «Предприятии» вылетает ошибка в обработчике обновления. Это не проблема конфигуратора: в типовых на БСП подробности пишутся в журнал регистрации с событием обновления информационной базы. По тексту ошибки видно, какой объект данных мешает. Частая причина — подключённое расширение, которое несовместимо с новым релизом. Отключите его флажком «Активно» в списке расширений и повторите запуск.

Не хватает памяти, диска или времени: ресурсы компьютера и сервера

Крупные конфигурации вроде ERP или КА при сравнении и объединении занимают много оперативной памяти. 32-битный конфигуратор упирается в предел адресного пространства процесса и закрывается или зависает. Решение — установить 64-битную версию клиента платформы и запускать конфигуратор из неё.

Ещё ограничения, которые встречаются на практике:

• 💾 Место на диске. Реструктуризация создаёт копии таблиц. Держите на томе базы и во временном каталоге запас не меньше размера самой базы.
• 🧠 Память сервера. На сервере 1С с 4–8 ГБ, где одновременно крутятся СУБД и рабочие процессы, обновление крупной базы может идти часами или падать. Обновляйте в нерабочее время, когда нагрузка минимальна.
• ⏳ Таймауты и обрывы сети. Конфигуратор, запущенный по RDP или VPN, при обрыве сессии теряет связь с сервером посреди реструктуризации. Запускайте его на самом сервере или в терминальной сессии, которая не завершается при отключении.
• 🛡 Антивирус. Проверка на лету файла .1CD и временных файлов резко замедляет запись. Добавьте каталог базы в исключения.

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

Если не помогло

Когда причины перебраны, а обновление всё равно срывается, остаётся надёжный обходной путь — обновить копию:

1. Выгрузите рабочую базу в .dt и загрузите в новую пустую базу на этом же или другом компьютере.
2. Обновите копию по всей цепочке релизов, проверьте запуск и основные отчёты.
3. Выгрузите обновлённую копию в .dt и загрузите обратно в рабочую базу в окно, когда пользователи не работают.

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

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