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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

События

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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