Skip to content

Обслуживание баз данных

Обновление статистики

Чтобы гарантировать наиболее оптимальную работу MSSQL Server необходимо проводить регулярное обновление статистик баз данных MSSQL.

Процесс обновления статистик не влечет за собой блокировку таблиц, а также не мешает работе остальных пользователей.

При этом нагрузка на SQL сервер в процессе обновления статистик существенно возрастает - поэтому рекомендуем проводить её в нерабочее время, создав задание с расписанием в режиме меню «Сервер - Задачи сервера» (кроме Express версий SQL) .

Рекомендуемая периодичность выполнения: 1 раз в сутки (для уровня субъекта РФ, от 1000 новых документов в день).

1. В выпадающем списке выберите «Дополнительные операции» -> «Обновление статистики»;

updating-statistics

2. В предупреждающем окне подтвердите свои действия.

warning-window

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

Дефрагментация индексов

Рекомендуемая периодичность запуска: 1 раз в неделю. Во время выполнения не блокирует таблицы и не мешает работе остальных пользователей.

1. В выпадающем списке выберите «Дополнительные операции» -> «Дефрагментация индексов»;

index-defragmentation

2. В предупреждающем окне нажмите на кнопку [Да].

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

Переиндексация

Рекомендуемая периодичность запуска: 1 раз в месяц. На время выполнения блокируются таблицы базы данных, что существенно влияет на работу пользователей.

1. В выпадающем списке выберите «Дополнительные операции» -> «Переиндексация»;

reindexing

2. В предупреждающем окне нажмите на кнопку [Да].

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

Сжатие

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

Следует учитывать следующие ограничения по применению режима:

  • Невозможно сжать базу данных до размера, который меньше исходного, который был в момент создания базы;

  • Большинству баз данных для выполнения обычных ежедневных операций требуется некоторый объем свободного места (свободных страниц в самой базе, не на диске);

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

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

  • Не следует устанавливать параметр базы данных AUTO_SHRINK в значение ON без достаточных на то оснований.

1. В выпадающем списке выберите «Дополнительные операции» -> «Сжатие»;

compression

2. В предупреждающем окне нажмите на кнопку [Да].

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

Перевод на аутентификацию KC ID

Переход базы на аутентификацию KC ID приведет к модификации пользователей базы. После выполнения операции работа с базой будет возможна только совместно с системой KC ID.

❗ Для обратного перехода потребуется участие разработчиков.

1. В выпадающем списке выберите «Дополнительно» -> «Перевод на аутентификацию КС ID»;

ks-id

2. В предупреждающем окне нажмите на кнопку [Да];

warnin-window-ks-id

3. Введите данные аутентификации единого пользователя и нажмите кнопку [ОК].

login-window-ksid

При успешном переходе на экране отобразится соответствующее сообщение.

Проверка

Проверки целостности базы данных эквивалентна выполнению команды
MS SQL DBCC CHECKDB ('base\_name').

Результат выполнения: сформированный протокол в текстовом формате.

1. В выпадающем списке выберите «Дополнительно» -> «Проверка»;

checking

2. В предупреждающем окне нажмите на кнопку [Да].

warning-window-checking

В рабочей области откроется вкладка «Проверка базы данных <имя проверяемой базы>».

После выполнения операции отобразится протокол, который можно сохранить и напечатать.

checking-protocol

Подготовка к миграции

1. В выпадающем списке выберите «Дополнительно» -> «Подготовка к миграции»;

migration

2. В рабочей области откроется окно «Подготовка к миграции <имя базы данных>»;

После завершения операции отобразиться протокол, который можно сохранить и напечатать.

3. Если в базе данных присутствуют некорректные данные, их необходимо исправить.

Для этого в сформированном протоколе нажмите на кнопку [Продолжить].

migration-protocol

© 2003—2026 ООО «Кейсистемс». Все права защищены.