Управление базами данных

Главное меню => Сервис => Управление базами данных

Данный режим дублирует некоторые функциональные возможности утилиты SQL сервера Manager Studio по управлению базами данных и позволяет выполнять основные действия над базами данных через интерфейс программы.
Сервис => Управление базами данных
При входе в данный режим запрашивается имя SQL сервера, с базами данных которого надо поработать, логин и пароль администратора сервера, после чего отображается список баз данных указанного SQL сервера.

После успешного подключения к серверу, в нижней части окна навигатора появится еще одна вкладка Управление.

Для выполнения действий надо установить курсор на требуемую базу данных и вызвать контекстное меню (по правой кнопке мыши).

Возможные действия по контекстному меню на имени SQL сервера:

• Трассировка взаимоблокировок - используется при зависаниях в системе: значительное (в разы) возрастание времени обработки данных (открытие списков, электронный прием, формирование отчетов и т.п.). Либо при ошибках вида 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 без достаточных на то оснований.
• Редактор SQL запросов - открывается окно редактора, в котором можно выполнять различные скрипты на базе данных, в контексте которой открыт режим.
• Список процессов - процессы, выполняемые на SQL сервере в контексте данной базы данных, с указанием имени компьютера (хост) и логина пользователя, запустившего процесс. Режим применяется для контроля подключений пользователей и их принудительной отвязки от базы данных (кнопка Удалить). Например проверить процессы перед обновлением базы данных - если в графе CMD значение Awaiting ... и в графе Status значение sleeping , то пользователь скорее всего не работает с базой данных. См. так же режим Пул соединений.
• Свойства базы - просмотр свойств базы данных: расположение и имена файлов базы данных, принадлежность комплексу, версия. Расшифровка некоторых парамтеров:
  • Последнее обращение - показывает максимальную дату проводки среди документов базы данных.
  • Временные записи - количество мусора в базе данных, в норме показатель не превышает порядка 100 тыс записей и зависит от интенсивности работы пользователей в ней.
    
    

    Имена создаваемых баз данных должны начинаться с буквы. Например, 2019Project - неправильное имя базы данных, Project2019 - корректное имя базы данных.

    
    Создание хранилища первичных документов:
    1. В контекстном меню соответствующей настройки выбираем Создать.
       
    2. Далее в открывшемся окне выбираем в поле Выбор БД выбираем пункт отдельная база, Имя БД - название базы оставляем по умолчанию, а в поле Каталог размещения задаем место размещения.
       Пример:
       
    3. Далее необходимо убедиться, что подключение установилось.
       
    4. Далее заходим в самой базе в Меню Настройки: НАСТРОЙКИ \ Первичные документы \ Хранилище первичных документов (см. раздел Хранилище первичных документов). В пункте Хранилище необходимо выбрать значение SQL сервер, название базы для файлов проставляется автоматически.
       Для дальнейшей работы с файлами необходимо перезайти в комплекс.