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

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

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

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

  • Менеджер конфигурации системы отвечает за управление настройкой и настройкой хранилища данных.

  • Структура диспетчера конфигурации варьируется от одной операционной системы к другой.

  • В структуре конфигурации Unix менеджер варьируется от поставщика к поставщику.

  • Диспетчеры конфигурации имеют единый пользовательский интерфейс.

  • Интерфейс менеджера конфигурации позволяет нам контролировать все аспекты системы.

Примечание . Наиболее важным инструментом настройки является диспетчер ввода-вывода.

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

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

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

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

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

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

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

Диспетчер системных событий

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

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

События

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

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

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

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

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

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

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

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

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

  • планирование
  • Резервное копирование данных
  • Осведомленность базы данных

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

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

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

  • Программное обеспечение для восстановления резервной копии должно быть осведомлено о базе данных.

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