← На главную

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

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

Выясним причину: механизм «Оптимизированной реструктуризации» (v2)

Проанализируем ситуацию. Данное поведение системы обусловлено использованием нового механизма — оптимизированной реструктуризации конфигурации базы данных, также известной как V2. Этот механизм был разработан фирмой «1С» для ускорения процесса обновления структур таблиц, особенно в базах с большим объемом данных.

Рассмотрим, чем этот режим отличается от классического:

1. Подготовка во временных таблицах: В старом режиме изменения вносились непосредственно в основные таблицы (с созданием временных копий для пересчета). В режиме V2 система сначала полностью подготавливает новую структуру таблиц «рядом» с текущими, заполняет их данными, а затем выполняет быструю «подмену» объектов в базе данных.
2. Фоновый процесс: Большая часть работы выполняется в фоновом режиме, что минимизирует время эксклюзивной блокировки базы (в клиент-серверном варианте).
3. Невозможность отмены на финальном этапе: Именно из-за архитектуры «подмены» таблиц на завершающей стадии отмена изменений становится технически невозможной без риска разрушить целостность всей базы данных. Поэтому кнопка «Принять» заменяется на безальтернативное уведомление.

Почему сообщение «на сервере» появляется в файловой базе данных?

Разберем интересный парадокс: пользователь в сообщении №9 указывает, что база у него файловая, но система все равно пишет про «сервер». Это часто вводит в заблуждение.

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

Проанализируем, почему этот режим включился внезапно

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

• Режим совместимости: Если вы обновили типовую конфигурацию (например, БухгалтерияПредприятия), и в ней был повышен режим совместимости до версии 8.3.18 и выше, платформа по умолчанию будет пытаться использовать V2.
• Масштаб изменений: Система может автоматически принять решение о переходе на новый режим, если объем метаданных, подвергающихся реструктуризации, превышает определенный внутренний порог.
• Настройки conf.cfg: Хотя автор сообщения утверждает, что не правил файлы настроек, параметры могли быть изменены автоматически при установке платформы или сторонними утилитами обслуживания.

Критически важные требования к свободному месту

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

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

Как управлять режимом реструктуризации через conf.cfg

Если новый режим вызывает проблемы или вы хотите вернуть привычное окно с кнопкой «Принять», мы можем управлять поведением платформы через файл конфигурации conf.cfg. Этот файл обычно располагается в каталоге C:\Program Files\1cv8\conf (или в каталоге конкретной версии платформы).

Рассмотрим параметры, которые можно добавить в conf.cfg:

1. Чтобы принудительно использовать старый (стандартный) режим с кнопкой подтверждения, добавьте строку: UpdateMode=Standard
2. Чтобы всегда использовать новый оптимизированный режим: UpdateMode=Optimized

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

Альтернативный способ решения проблем при обновлении

Если база ведет себя нестабильно при обновлении «на месте», разберем совет из сообщения №11. Попробуем выполнить следующие шаги:

1. Выполните выгрузку информационной базы в файл .dt.
2. Создайте новую пустую базу данных в файловом варианте.
3. Загрузите данные из .dt в новую базу.
4. Попробуйте выполнить обновление конфигурации в этой новой базе.

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

Заключение

Мы выяснили, что появление сообщения об обновлении «на сервере» без возможности отказа — это не ошибка, а работа нового механизма Оптимизированной реструктуризации V2. Это штатное поведение современных версий 1С:Предприятие.

Главное при работе в таком режиме — обеспечить достаточный запас свободного места на диске и всегда иметь актуальную резервную копию. Если же ваша инфраструктура (или объем диска) пока не готовы к таким нагрузкам, используйте параметр UpdateMode=Standard в файле conf.cfg для возврата к классическому алгоритму обновления.