Обновление конфигурации базы данных

В процессе редактирования конфигурации могут быть созданы новые, изменены существующие или удалены имеющиеся объекты. Текущая структура базы данных может быть отлична от структуры конфигурации. Отличие конфигураций показывается в заголовке окна Конфигурация символами <!>.

ПРИМЕЧАНИЕ. Знак отличия <!> конфигураций появляется только после сохранения изменений в основной конфигурации. Однако после сохранения основной конфигурации можно продолжить внесение изменений, и в этом случае в заголовке окна Конфигурация будут присутствовать признаки изменения для обеих конфигураций.

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

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

ВНИМАНИЕ! Обновление конфигурации базы данных может потребовать прекращения работы всех пользователей.

Перед обновлением можно сравнить конфигурации, а также провести их объединение.

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

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

● конфигуратор выдает сообщение об ошибке исключительной блокировки в том случае, если:

● используется файловый вариант базы данных;

● есть сеансы, подключенные к информационной базе без использования веб-сервера;

● нет сеансов, работающих через веб-сервер;

● обновление конфигурации требует реструктуризации базы данных.

● конфигуратор предлагает завершить все сеансы и повторить обновление, если:

● обновление конфигурации требует реструктуризации базы данных;

● с файловым вариантом информационной базы работают веб-клиенты или тонкие клиенты, подключенные через веб-сервер;

● в остальных случаях конфигуратор предлагает выполнить динамическое обновление.

ПРИМЕЧАНИЕ 1. При выдаче диагностических сообщений указываются характеристики сеансов, которые мешают выполнению действия. Если количество сеансов меньше или равно 5, то выводится подробный список сеансов (с указанием имени компьютера, типа приложения и т. д.), в противном случае выводится общее число сеансов.

ПРИМЕЧАНИЕ 2. Работа информационной базы в монопольном режиме не переводит базу данных Microsoft SQL Server в однопользовательский (single user) режим.

ПРИМЕЧАНИЕ 3. Для ускорения процесса реструктуризации информационной базы, при использовании СУБДMicrosoft SQL Server, рекомендуется режим восстановления для базы данных устанавливать в значение Простой илиС неполным протоколированием. Смену режима можно выполнять или перед выполнением реструктуризации или на постоянной основе, если не требуется выполнять восстановление базы данных на произвольный момент времени.Перед сменой режима восстановления базы данных необходимо выполнить резервное копирование базы данных!

Ошибка монопольного доступа

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

Рис. 20. Ошибка исключительной блокировки