Главная | Обратная связь

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

В рамках обслуживания БД в Traffic Inspector реализованы следующие операции:

отслеживание наличия свободного места на дисках сервера;

резервное копирование базы данных;

очистка встроенной базы данных.

Все операции настраиваются с помощью единого окна настройки операций обслуживания. Кроме того, настройка резервного копирования и очистки встроенной базы данных могут быть выполнены в отдельных окнах. Также очистка встроенной базы может быть настроена в рамках настройки синхронизации встроенной базы данных с внешней (подробнее см. в п.Синхронизация с внешней БД).

Для настройки операций обслуживания выполните следующие действия.

Откройте окно настройки операций обслуживания. Сделать это можно из блока Обслуживание БД в разделе Настройки или в разделе Настройки -> Обслуживание БД консоли администратора.

На вкладке Задачи обслуживания выберите задачи, которые будут настраиваться в рамках данного мастера.

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

Укажите, при каком объеме свободного пространства на дисках сервера Traffic Inspector прекращает запись данных. Программа в этом случае остается работоспособной, но ситуация требует немедленного разрешения, так как возможна потеря данных. В журнале программы фиксируется критическая ошибка, а также создается замечание (подробнее см. в п. Журналы событий).

При необходимости включите оповещение администратора, при каком объеме свободного пространства будет отправляться предупреждение по электронной почте (оповещение отправляется на адрес, указанные в параметрах службы отправки, подробнее см. в п. Служба отправки).

При необходимости включите автоматическое удаление файлов с данными старше указанного возраста.

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

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

Если на вкладке Задачи обслуживания была выбрана задача Очистка данных, то на одноименной вкладке разрешите очистку встроенной базы данных и, при необходимости, настройте расписание автоматического запуска этой операции. Затем на вкладке Настройки укажите максимальный возраст данных, после которого они будут удаляться в ходе очистки. При необходимости этот параметр можно настроить отдельно для каждого большого по объему журнала (журнал прокси-сервера, журнал сетевой статистики, журналы блокировки и трассировки SMTP-сервера).

На этой же вкладке включите или выключите сжатие очищенного файла базы данных.

Сохраните внесенные изменения.

 

7.Процедуры физического проектирования

Цель этапа физического проектирования - описание конкретной реализа­ции базы данных, размещаемой во внешней памяти компьютера. Это описание структуры хранения данных и эффективных методов доступа к данным базы. При логическом проектировании отвечают на вопрос - что надо сделать, а при физическом - выбирается способ, как это сделать. Процедуры физического проектирования следующие. Проектирование таблиц базы данных средствами выбранной СУБД. Осуществляется выбор реляционной СУБД, которая будет использоваться для создания базы данных, размещаемой на машинных носителях. Глубоко изуча­ются ее функциональные возможности по проектированию таблиц. Затем вы­полняется проектирование таблиц и схемы их связи в среде СУБД. Подготов­ленный проект базы данных описывается в сопровождаемой документации. Реализация бизнес-правил в среде выбранной СУБД. Обновление ин­формации в таблицах может быть ограничено бизнес-правилами. Способ их реализации зависит от выбранной СУБД. Одни системы для реализации требо­ваний предметной области предлагают больше возможностей, другие - меньше. В некоторых системах вообще отсутствует поддержка реализации бизнес-правил. В таком случае разрабатываются приложения для реализации их огра­ничений. Все решения, принятые в связи с реализацией бизнес-правил предметной области, подробно описываются в сопроводительной документации. 3. Проектирование физической организации базы данных. На этом шаге выбирается наилучшая файловая организация для таблиц. Выявляются транзакции, которые будут выполняться в проектируемой базе данных, и выделяются наиболее важные из них. Анализируется пропускная способность транзакций - количество транзакций, которые могут быть обработаны за заданный интервал времени, и время ответа - промежуток времени, необходимый для выполнения одной транзакции. Стремятся к повышению пропускной способности транзакций и уменьшению времени ответа. На основании указанных показателей принимаются решения об оптимизации производительности базы данных путем определения индексов в таблицах, ускоряющих выборку данных из базы, или снижения требований к уровню нормализации таблиц. Проводится оценка дискового объема памяти, необходимого для размещения создаваемой базы данных. Стремятся к его минимизации. Принятые решения по изложенным вопросам документируются. 4. Разработка стратегии защиты базы данных. База данных представляет собой ценный корпоративный ресурс, и организации ее защиты уделяется большое внимание. Для этого проектировщики должны иметь полное и ясное представление обо всех средствах защиты, предоставляемых выбранной СУБД. 5. Организация мониторинга функционирования базы данных и ее на­стройка. После создания физического проекта базы данных организуется не­прерывное слежение за ее функционированием. Полученные сведения об уровне производительности базы данных используются для ее настройки. Для этого привлекаются и средства выбранной СУБД. Решения о внесении любых изменений в функционирующую базу данных должны быть обдуманными и всесторонне взвешенными.

 

8. Проектирование базы данных

Проектирование базы данных (БД) – одна из наиболее сложных и ответственных задач, связанных с созданием информационной системы (ИС). В результате её решения должны быть определены содержание БД, эффективный для всех её будущих пользователей способ организации данных и инструментальные средства управления данными.

Основная цель процесса проектирования БД состоит в получении такого проекта, который удовлетворяет следующим требованиям:

Корректность схемы БД, т.е. база должна быть гомоморфным образом моделируемой предметной области (ПО), где каждому объекту предметной области соответствуют данные в памяти ЭВМ, а каждому процессу – адекватные процедуры обработки данных.

Обеспечение ограничений (на объёмы внешней и оперативной памяти и другие ресурсы вычислительной системы).

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

Защита данных (от аппаратных и программных сбоев и несанкционированного доступа).

Простота и удобство эксплуатации.

Гибкость, т.е. возможность развития и адаптации к изменениям предметной области и/или требований пользователей.

Удовлетворение требований 1–4 обязательно для принятия проекта.