Обновление загружено в Конфигуратор — что сделать дальше, чтобы база заработала

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

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

1. Что проверить перед завершением обновления конфигурации

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

Перед этим шагом проверьте четыре вещи:

• 💾 Свежая резервная копия. Реорганизацию нельзя отменить кнопкой. Для файловой базы — Администрирование → Выгрузить информационную базу в Конфигураторе (файл .dt) или копия каталога базы. Для клиент-серверной — копия средствами СУБД.
• 👥 Никто не работает в базе. Для обновления структуры нужен монопольный доступ. Проверьте Администрирование → Активные пользователи в Конфигураторе.
• 🔢 Версия платформы. Номер платформы должен быть не ниже того, что указан в описании релиза конфигурации (файл ReadMe.txt или 1cv8upd.htm в каталоге шаблона обновления).
• 💽 Свободное место. Реорганизация на время создаёт копии таблиц. Для крупной файловой базы держите свободными минимум столько же гигабайт, сколько занимает файл 1Cv8.1CD.

Как выгнать пользователей без звонков

В типовых конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) есть штатная блокировка: Администрирование → Обслуживание → Блокировка работы пользователей. Задайте время начала, текст сообщения и код разрешения. Система сама предупредит людей и завершит их сеансы.

Код разрешения пригодится, чтобы самому зайти в заблокированную базу: в строке запуска его передают параметром /UC.

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\Bases\Buh" /UC"obnovlenie"

Для клиент-серверной базы зависшие сеансы видны в консоли администрирования серверов 1С: Кластер → Информационные базы → <база> → Сеансы. Удаляйте их только после того, как убедились, что люди вышли.

2. Как обновить конфигурацию базы данных

Это центральный шаг. Без него новая версия существует только «на бумаге».

1. Откройте Конфигуратор под пользователем с полными правами.
2. Убедитесь, что основная конфигурация отличается от конфигурации БД. Признак — звёздочка в заголовке дерева конфигурации или активный пункт Конфигурация → Обновить конфигурацию базы данных.
3. Нажмите F7 или выберите этот пункт меню.
4. Если Конфигуратор спросит, сохранить ли изменения основной конфигурации, отвечайте «Да».
5. Дождитесь окна «Реорганизация информации». В нём перечислены объекты, структура которых меняется.
6. Нажмите «Принять». Дальше идёт реструктуризация таблиц.

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

Обновление из командной строки

Администраторам, которые обновляют много баз, удобнее пакетный режим. Ключ /UpdateDBCfg выполняет то же самое, что F7:

"C:\Program Files\1cv8\8.3.24.1586\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /UpdateDBCfg /Out"D:\Logs\update.log"

Номер платформы в пути замените на свой. Результат и текст ошибки, если она случилась, окажутся в файле, указанном в /Out.

3. Ошибки при обновлении структуры базы и что с ними делать

Реструктуризация — самое уязвимое место. Здесь проявляются старые проблемы базы, о которых никто не знал.

Тестирование и исправление

Инструмент находится в Конфигураторе: Администрирование → Тестирование и исправление. Для подготовки к повторному обновлению обычно хватает отметок:

• ✅ Реиндексация таблиц информационной базы;
• ✅ Проверка логической целостности информационной базы;
• ✅ Проверка ссылочной целостности информационной базы;
• ✅ Пересчёт итогов.

Режим «Тестирование и исправление» тоже требует монопольного доступа. На базе в несколько десятков гигабайт он идёт долго, поэтому запускайте его вне рабочего времени.

Тестирование и исправление запускайте только при наличии резервной копии. При исправлении битых ссылок программа может создавать объекты-заглушки или удалять записи — откатить это без копии нельзя.

4. Как правильно выйти из режима Конфигуратор

После сообщения об успешном обновлении конфигурации БД Конфигуратор свою задачу выполнил. Дальше:

1. Убедитесь, что пункт Конфигурация → Обновить конфигурацию базы данных стал неактивным. Это значит, что основная конфигурация и конфигурация БД совпали.
2. Закройте все открытые окна модулей и форм, если вы что-то смотрели.
3. Выйдите через Файл → Выход или закройте окно.

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

Если обновляете несколько релизов подряд

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

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

5. Первый запуск после обновления в режиме 1С:Предприятие

Первый запуск — не формальность. Именно сейчас программа переводит данные в формат новой версии.

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

Время зависит от объёма данных и количества пропущенных релизов. На средней базе Бухгалтерии — минуты, на базе ЗУП за несколько лет при большом скачке версий — до часа и больше.

Что делать, если запуск обрывается с ошибкой

Обработчик упал — программа покажет сообщение и предложит повторить. Перед повтором:

• 🔍 откройте журнал регистрации (Администрирование → Обслуживание → Журнал регистрации) и отфильтруйте события по уровню «Ошибка» за последний час;
• 🔁 запустите базу ещё раз под администратором — часто обработчик проходит со второй попытки, если сбой был из-за блокировки;
• 🧹 если в ошибке фигурируют кэшированные формы или метаданные, запустите клиент с ключом /ClearCache.

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

6. Отложенная обработка данных

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

Состояние видно в Администрирование → Обслуживание → Результаты обновления и дополнительная обработка данных. Там же можно:

• посмотреть, какие обработчики завершены, а какие ещё в очереди;
• приостановить обработку, если она мешает работе в пиковые часы;
• увидеть обработчики, завершившиеся с ошибкой, и перезапустить их.

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

7. Проверка, что обновление 1С завершилось корректно

Последний шаг — убедиться, что всё на месте. Займёт 10–15 минут и избавит от сюрпризов в конце месяца.

Номер версии смотрите через меню с иконкой «гамбургер» в заголовке окна: пункт О программе. В строке «Конфигурация» указан релиз.

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

Если обновление не помогло или база работает хуже

Бывает, что формально всё прошло, а программа ведёт себя странно: пропали доработки, сломалась внешняя печатная форма, перестал работать обмен.

• Пропали доработки. Конфигурация была снята с поддержки или правки делались напрямую в типовые объекты, а при обновлении выбрали загрузку вместо объединения. Восстанавливайте базу из копии и обновляйте через Конфигурация → Поддержка → Обновить конфигурацию с режимом объединения.
• Не работают внешние обработки. Их пишут под определённую версию. Возьмите у разработчика обновлённую версию или временно уберите обработку из списка подключённых.
• Сломался обмен. Правила обмена тоже привязаны к версии. Обновите вторую базу до совместимого релиза или загрузите актуальные правила.

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

Частые вопросы о завершении обновления