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

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