Организация обычно обрабатывает множество пакетных заданий. В целях обеспечения последовательного подхода к выполнению каждого задания следует разработать схему задания, содержащую стандартизованный код, необходимый для каждого задания; информация, характерная для каждого отдельного задания, должна кодироваться в определенной области схемы. Кроме того, схема упрощает разработку и поддержку требований путем стандартизации содержимого и структуры каждого сценария задания. Например, стандартизованные действия любого типа, такие как уведомление об успешном или неуспешном выполнении пакетного задания, а также архивация и удаление данных транзакций, должны быть включены в код каждого выполняемого сценария.
Запланированные пакетные сеансы инициируются инструментом планирования в заданный временной период, обычно когда пользовательская активность в системе является наименьшей. После программирования инструмента планирования вмешательство диспетчера мощности в пакетные сеансы не требуется, если только не возникнет ошибка, после которой инструмент не сможет выполнить восстановление.
Рисунок 4 содержит схему типичного запланированного пакетного процесса. Этот высокоуровневый обзор имеет целью дать читателю общее понимание того, каким образом выполняется обработка запланированных пакетных заданий. Помните о том, что возможности инструмента планирования в точности определяют, какие функции могут быть автоматизированы.
Рисунок 4. Схема пакетной обработки
Инструмент планирования инициирует все пакетные сеансы. При неуспешном запуске сеанса инструмент останавливает сеанс и регистрирует ошибку в журнале ошибок; некоторые инструменты планирования могут иметь функцию выполнения попытки перезапуска пакетного сеанса. При успешной инициализации выполняется первое пакетное задание. Планировщик осуществляет управление выполнением заданий на каждом сервере приложений, выделенном для выполнения пакетной обработки. Если во время выполнения задания не было ошибок, инструмент регистрирует в журнале пакета успешное завершение задания и переходит к выполнению следующего задания, и т.д.
Если при выполнении пакетного задания возникает ошибка, инструмент планирования прекращает обработку этого задания и регистрирует ошибку в журнале ошибок. Непосредственно выполнение пакетного задания зависит от множества факторов, которые могут стать причиной невыполнения задания. Например, следующие факторы могут быть критически важными:
· Доступность рабочих данных
· Успешное выполнение задания, от которого зависит текущее задание
· Доступность ресурсов для выполнения задания
· Приоритет задания и пакетное окно
Также при обработке задания могут возникать предупреждения, например, если использование процессора или дискового пространства превысит пороговое значение, заданное для сервера приложений, обрабатывающего пакетное задание. Предупреждения не должны вызывать остановку выполняемого пакетного задания; однако диспетчер мощности должен незамедлительно принять меры, чтобы предупреждения не привели к последующим отказам в обработке заданий. Если ошибка вызывает остановку задания, некоторые инструменты планирования пытаются выполнить автоматическое восстановление после сбоя и начать обработку этапа задания, на котором произошел сбой, с начала. Восстановление является полезным при обработке очень больших пакетных заданий, так как при этом прерванные задания не требуется перезапускать с самого начала. Если восстановление невозможно, следует перезапустить задание.
Если инструмент планирования не может перезапустить задание или выполнить восстановление после его отказа (или если это невозможно в конкретном случае), диспетчер мощности должен вручную инициировать перезапуск или процедуры восстановления. Этот вопрос более подробно рассматривается в следующем разделе.
Действия, выполняемые при планировании заданий
В идеале пакетная архитектура должна быть настроена таким образом, чтобы свести к минимуму вмешательство диспетчера мощности. Тем не менее, существует множество повседневных задач, которые диспетчер мощности должен выполнять; к ним относятся:
· Мониторинг
· Анализ
· Настройка
· Внедрение
· Управление событиями
· Обработка запросов по требованию
· Изменение расписаний
· Резервное копирование системы
· Архивация
· Аудит
· Ведение журнала диспетчера мощности
· Создание отчетов
Каждое из этих действий является составной частью процесса планирования заданий. Мониторинг, анализ, настройка и внедрение составляют итеративный процесс, представленный на рисунке 5. Входными параметрами процесса являются пороговые значения использования ресурсов и OLA, используемые при мониторинге пакетной архитектуры. Целью этих непрерывно выполняемых действий является оптимизация производительности и использования архитектуры. Остальные действия выполняются в ответ на событие, запрос или требование.
Дата добавления: 2015-11-04; просмотров: 16 | Нарушение авторских прав
| <== предыдущая лекция | | | следующая лекция ==> |