Хранилище данных - системные менеджеры

Системное управление обязательно для успешного внедрения хранилища данных. Самые важные системные менеджеры -

Менеджер конфигурации системы
Диспетчер системного расписания
Системный менеджер событий
Системный менеджер баз данных
Менеджер восстановления резервной копии системы

Диспетчер конфигурации системы

Менеджер конфигурации системы отвечает за управление настройкой и настройкой хранилища данных.
Структура менеджера конфигурации варьируется от одной операционной системы к другой.
В структуре конфигурации Unix менеджер варьируется от поставщика к поставщику.
Менеджеры конфигурации имеют единый пользовательский интерфейс.
Интерфейс менеджера конфигурации позволяет нам контролировать все аспекты системы.

Note - Самый важный инструмент настройки - это диспетчер ввода-вывода.

Диспетчер системного планирования

System Scheduling Manager отвечает за успешное внедрение хранилища данных. Его цель - запланировать специальные запросы. Каждая операционная система имеет свой собственный планировщик с каким-либо механизмом пакетного управления. Список функций, которые должен иметь системный диспетчер планирования, следующий:

Работа через границы кластера или MPP
Справьтесь с международной разницей во времени
Обработка сбоя задания
Обработка нескольких запросов
Поддержка приоритетов работы
Перезапустите или поставьте повторно невыполненные задания в очередь
Уведомить пользователя или процесс о завершении задания
Соблюдайте графики работы при сбоях системы
Перенести задания в другие очереди
Поддержка остановки и запуска очередей
Журнал заданий в очереди
Разобраться с обработкой между очередями

Note - Приведенный выше список можно использовать в качестве параметров оценки для оценки хорошего планировщика.

Некоторые важные задачи, которые планировщик должен уметь выполнять, следующие:

Ежедневное и специальное планирование запросов
Выполнение требований к регулярной отчетности
Загрузка данных
Обработка данных
Создание индекса
Backup
Создание агрегации
Преобразование данных

Note - Если хранилище данных работает в кластере или архитектуре MPP, то диспетчер планирования системы должен иметь возможность работать во всей архитектуре.

Системный менеджер событий

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

Note- Менеджер событий отслеживает возникновение событий и обрабатывает их. Менеджер событий также отслеживает множество вещей, которые могут пойти не так в этой сложной системе хранилища данных.

События

События - это действия, которые генерируются пользователем или самой системой. Можно отметить, что событие - это измеримое, наблюдаемое возникновение определенного действия.

Ниже приведен список общих событий, которые необходимо отслеживать.

Аппаратный сбой
Не хватает места на определенных ключевых дисках
Процесс умирает
Процесс, возвращающий ошибку
Использование ЦП превышает порог 805
Внутренняя борьба за точки сериализации базы данных
Коэффициент попадания в буферный кеш превышает пороговое значение или превышает его
Таблица достигает максимального размера
Чрезмерная подкачка памяти
Стол не расширяется из-за нехватки места
Диск с узкими местами ввода-вывода
Использование временной или сортированной области, достигающей определенных пороговых значений
Любое другое использование разделяемой памяти базы данных

Самое важное в событиях - это то, что они должны выполняться самостоятельно. Пакеты событий определяют процедуры для предопределенных событий. Код, связанный с каждым событием, известен как обработчик событий. Этот код выполняется всякий раз, когда происходит событие.

Менеджер системы и базы данных

Система и менеджер баз данных могут быть двумя отдельными частями программного обеспечения, но они выполняют одну и ту же работу. Цель этих инструментов - автоматизировать одни процессы и упростить выполнение других. Критерии выбора системы и менеджера баз данных следующие:

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

Диспетчер восстановления резервной копии системы

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

Scheduling
Отслеживание резервных данных
Осведомленность о базе данных

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

Программное обеспечение резервного копирования будет хранить некоторую форму базы данных о том, где и когда была создана резервная копия фрагмента данных.
Менеджер резервного копирования и восстановления должен иметь хороший интерфейс для этой базы данных.
Программа восстановления резервных копий должна учитывать базы данных.
Зная о базе данных, программное обеспечение может быть рассмотрено в терминах базы данных и не будет выполнять резервное копирование, которое было бы нежизнеспособным.