Билет 17

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

Мониторинг СУБД и баз данных проводится для поддержания работоспособности и производительности СУБД, а также с целью отслеживания аварийных ситуаций и сбора статистики.

Необходимо с помощью утилит мониторинга собирать статистику по БД в целом, а именно:

—статистику открытий БД (open на базу, как говорят программисты);

—число операций ввода-вывода и время;

—статистику закрытий БД (close на базу);

—число установленных соединений в течение работы сеанса ядра СУБД;

—число взаимолокировок при локировании записей БД (deadlock);

—число транзакций в единицу времени;

—статистику по кодам возврата от операций с БД.

Особо отметим, что АБД должен требовать от прикладных программистов обработки кода возврата от любой операции с БД.

Необходимо также собирать статистику по отдельным запросам приложений, работающих с СУБД, таким как:

—стоимость процессора (сколько команд процессора, тратится на запрос);

—стоимость ввода-вывода (сколько команд ввода-вывода тратится на запрос);

—число предикатов, используемых в запросе;

—избирательность, т. е. вероятность того, что каждая най денная строка удовлетворяет предикату; обычно избирательность должна составлять около 10 %);

—число занятых при запросе страниц в буферном пуле СУБД.

Еще один вид статистики, который надо собирать — это статистика по отдельным отношениям БД и по соответствующим индексным файлам. Например, какой объем памяти занят под индексы, под области переполнения, непосредствен но под отношение, под рабочую область СУБД (например, процент занятости рабочей области — файла work для СУБД ADABAS).

Билет 18

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

SYSLOG — это сервер, который собирает все журналы (логи) системы, например журнал ошибок, журнал сообщений. На коммутаторе работает программный продукт — SNMP-агент, который посылает информацию о своей деятельности по протоколу SNMP специальному серверу NMS, где работает другой программный продукт — SNMP-менеджер. Агенты SNMP могут работать и на файл-сервере (FS) и на сервере БД (DBS). Информация собирается менеджером в БД MIB для дальнейшего анализа и соответствующих действий администратора системы и NMS.

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

Стратегия управления ошибками может быть проактивной либо реактивной. С ростом объема ИС возрастает потребность в ее надежности и, соответственно, возрастает потребность в предварительном мониторинге производительности системы, предупреждениях пользователям о возможных проблемах, постоянной бдительности администратора системы. Такая стратегия предупреждения ошибок называется проактивной.

Стратегия, при которой АС не предупреждает появление ошибок, а разбирается с ошибками по мере их возникновения называется реактивной. АС должен приложить усилия и воспользоваться средствами MS или NMS для перехода от реактивной стратегии к проактивной.

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