Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АрхитектураБиологияГеографияДругоеИностранные языки
ИнформатикаИсторияКультураЛитератураМатематика
МедицинаМеханикаОбразованиеОхрана трудаПедагогика
ПолитикаПравоПрограммированиеПсихологияРелигия
СоциологияСпортСтроительствоФизикаФилософия
ФинансыХимияЭкологияЭкономикаЭлектроника

У 2005 Microsoft Corporation. Все права защищены. 9 страница



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

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



При возникновении ошибки следует определить причину на основании информации, записанной в файле журнала ошибок и уведомить конечных пользователей и владельцев пакетных заданий. Если диспетчер мощности не сможет исправить ошибку, она передается в виде билета сервиса в службу поддержки. (Дополнительные сведения см. в руководствах MOF Incident Management и MOF Service Desk Service Management Function). В зависимости от причины ошибки это, в свою очередь, может обеспечить идентификацию проблемы и подачу RFC ответственным за управление изменениями, если для исправления ошибки требуется выполнить добавление, удаление или изменение элемента конфигурации в пакетной инфраструктуре. (Дополнительные сведения см. в руководствах MOF Change Management и MOF Configuration Management Service Management Function).

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

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

· Обнаружение возникающих событий отказа.

· Регистрация события отказа.

· Выдача ошибки отказа задания.

· Автоматическое исправление ошибки или настройка пакетного расписания.

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

Оповещения

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

Ошибки сигнализируют о том, что пакетное задание не было полностью выполнено. К стандартным ошибкам, которые могут возникнуть, относятся:

· Превышение пакетным заданием заданной длительности выполнения.

· Неудавшийся запуск задания.

· Отказ задания.

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

· Использованию процессора

· Использованию сети

· Использованию дисков

· Использованию памяти

Диспетчер мощности должен попытаться исправить причины, вызвавшие предупреждение, путем оптимизации пакетной архитектуры, что описано в разделе «Настройка». Ошибки и предупреждения, не поддающиеся исправлению, должны быть переданы в виде билета сервиса в службу поддержки.

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


Дата добавления: 2015-11-04; просмотров: 16 | Нарушение авторских прав







mybiblioteka.su - 2015-2024 год. (0.011 сек.)







<== предыдущая лекция | следующая лекция ==>