Данный режим дублирует некоторые функциональные возможности утилиты SQL сервера Manager Studio по управлению базами данных и позволяет выполнять основные действия над базами данных через интерфейс программы .
При входе в данный режим запрашивается имя SQL сервера, с базами данных которого надо поработать, логин и пароль администратора сервера, после чего отображается список баз данных указанного SQL сервера. Для выполнения действий надо установить курсор на требуемую базу данных и вызвать контекстное меню (по правой кнопке мыши). Управление возможно только родными базами, семейства компании (Бюджет-СМАРТ, Бюджет-КС, Свод-СМАРТ и т.д.).
В СУБД PostgreSQL cисадмины не имеют возможности работать с бэкапами баз, такая привилегия только у пользователя dbo .
Если пользователь работает в комплексе через сервис приложений, и в файле конфигурации сервиса приложений заполнен (не пусто) параметр DataBase, то управление базами невозможно - будет ошибка "Message: Указана недействительная база данных. Обратитесь к администратору комплекса". Если изменить (очистить) параметр конфигурации не желательно, то следует развернуть отдельный сервис приложений для администрирования баз, с пустым параметром DataBase в файле конфигурации.
Возможные действия по контекстному меню на имени SQL сервера
Монитор блокировок - отображает заблокированные (кого) процессы SQL сервера, а так же заблокировавшие (кто). История блокировок сохраняеться на диск в подкаталог BlocksMonitor рабочей папки (в окне входа в программу Ctrl+H), один файл на каждую "блокировку" в истории блокировок. Формат имени файла: <EndTime> <SERVER> <session_id>.xml , где:
EndTime - дата и время создания в формате yyyy-mm-dd hh-mm-ss ,
SERVER - имя экземпляра SQL.
session_id - идентификатор блокировки.
Содержимое - форматированный xml.
Трассировка взаимоблокировок - используется при зависаниях в системе: значительное (в разы) возрастание времени обработки данных (открытие списков, электронный прием, формирование отчетов и т.п.). Либо при ошибках вида"Transaction (Process ID 70) was deadlocked on lock resources with another process and has been chosen as the deadlock victim".
Применение:
1) | по правой кнопке мыши включить (появится галка) опцию "Трассировка взаимоблокировок" (после перезапуска SQL сервера необходимо включать снова). |
2) | затем дождаться или воспроизвести проблему (достаточно, чтобы ошибка воспроизвелась у любого пользователя), если проблема в зависаниях - подождать минут 10. |
3) | по правой кнопке мыши выбрать "Журнал ошибок"- "Сохранить" и выслать полученный файл разработчикам. |
Задачи сервера - здесь можно создать автоматически выполняемые по расписанию задачи по обслуживанию баз данных SQL сервера . Этот пункт меню доступен только для SQL сервера, на котором развернута текущая база (выбранная при входе в комплекс "Бюджет-СМАРТ").
Возможные действия по контекстному меню на имени базы данных
Пункт меню
|
Описание
|
Работа с резервными копиями
|
Создать копию БД на основе текущей
|
Будет создана копия текущей (на которой установлен курсор) базы данных с новым именем, через промежуточное резервное копирование с последующим восстановлением. Набор запрашиваемых параметров: имя новой базы, пути для новой базы и для промежуточной резервной копии. На полученной копии можно выполнять какие-либо манипуляции с данными, не опасаясь затронуть данные в рабочей базе данных.
|
Создать резервную копию
|
Создание резервной копии (backup) текущей базы.
|
Восстановить из резервной копии
|
Восстановление (создание новой) базы из резервной копии. Следует задать уникальное имя восстанавливаемой базы, не совпадающее с именами существующих баз, иначе база данных будет перезаписана.
|
Удаление
|
Переименовать
|
Позволяет изменить логическое имя базы данных (без изменения имён файлов).
|
Удалить
|
Удаление текущей базы без возможности восстановления (физически удаляются файлы базы на дисках компьютера)
|
Обслуживание баз данных
|
Обновление статистики
|
Чтобы гарантировать наиболее оптимальную работу MS SQL Server необходимо проводить регулярное обновление статистик баз данных MS SQL.
Процесс обновления статистик не влечет за собой блокировку таблиц, а также не мешает работе остальных пользователей. Но при этом нагрузка на SQL сервер в процессе обновления статистик существенно возрастает - поэтому рекомендуем проводить её в нерабочее время, создав задание с расписанием в режиме меню "Сервис - Планировщик задач" (тип задачи "Задача сервера", кроме Express версий SQL) .
Рекомендуемая периодичность выполнения 1 раз в сутки (для уровня субъекта РФ, от 1000 новых документов в день).
|
Дефрагментация индексов
|
Рекомендуемая периодичность запуска 1 раз в неделю. Во время выполнения не блокирует таблицы и не мешает работе остальных пользователей.
|
Переиндексация
|
Рекомендуемая периодичность запуска 1 раз в месяц. На время выполнения блокируются таблицы базы данных, что существенно влияет на работу пользователей.
|
Сжатие
|
Упаковка файлов базы данных методом удаления неиспользуемых страниц, что приводит к уменьшению физического размера файлов базы данных на носителе (диске). Следует учитывать следующие ограничения по применению режима:
• | Невозможно сжать базу данных до размера, который меньше исходного, который был в момент создания базы. |
• | Большинству баз данных для выполнения обычных ежедневных операций требуется некоторый объем свободного места (свободных страниц в самой базе, не на диске). Если сжатие базы данных производится регулярно, но она снова увеличивается в размерах, это означает, что освобожденное при сжатии место требуется для регулярных операций. В таких случаях повторное сжатие базы данных бессмысленно. |
• | Операция сжатия базы данных не избавляет от фрагментации индексов, и даже обычно еще более увеличивает ее. Поэтому, не следует сжимать базу данных после перестройки индексов. |
• | Не следует устанавливать параметр базы данных AUTO_SHRINK в значение ON без достаточных на то оснований. |
|
Проверка
|
Проверки целостности базы данных. Эквивалентно выполнению команды MS SQL
DBCC CHECKDB ('base_name')
Результатом проверки является текстовый.
|
Служебные функции
|
Редактор SQL запросов
|
Открывается окно редактора, в котором можно выполнять различные скрипты на базе данных, в контексте которой открыт режим.
|
Список процессов
|
Процессы, выполняемые на SQL сервере в контексте данной базы данных, с указанием имени компьютера (хост) и логина пользователя, запустившего процесс. Режим применяется для контроля подключений пользователей и их принудительной отвязки от базы данных (кнопка "Удалить"). Например проверить процессы перед обновлением базы данных - если в графе "CMD" значение "Awaiting ..." и в графе "Status" значение "sleeping" , то пользователь скорее всего не работает с базой данных. См. так же режим "Пул соединений".
|
Свойства
|
Просмотр свойств базы данных: расположение и имена файлов базы данных, принадлежность комплексу, версия. Расшифровка некоторых парамтеров:
• | Последнее обращение - показывает максимальную дату проводки среди документов базы данных. |
• | Временные записи - количество "мусора" в базе данных, в норме показатель не превышает порядка 100 тыс записей и зависит от интенсивности работы пользователей в ней. |
|
Особенности
1. Имена создаваемых баз данных должны начинаться с буквы. Например, 2007Budj - неправильное имя базы данных, Budj2007 - корректное имя базы данных.
|