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

Событие. Любое важное явление в системе или приложении, требующее уведомления пользователей или добавления записи в журнал.

Планирование заданий. Функция управления сервисом в составе MOF, относящаяся к квадранту эксплуатации. Предполагает непрерывную организацию заданий и процессов в наиболее эффективную последовательность, обеспечивающую максимальную производительность и использование системы, что позволяет выполнить требования соглашений об уровне сервиса.

Планировщик задач. Система или приложение, автоматически вызывающее сценарии или программы в определенное время

Процессы и действия

Эта глава содержит подробное описание процессов и действий, имеющих место в SMF «Планирование заданий».

Описание схемы процесса

Планирование заданий включает четыре основных процесса и несколько подпроцессов:

· Построение пакетной архитектуры

· Управляющий сервер

· База данных мощности (CDB)

· Серверы приложений

· Монитор и принтер

· Пакетная обработка

· Действия, выполняемые при планировании заданий

· Мониторинг

· Анализ

· Настройка

· Внедрение

· Управление событиями

· Обработка запросов по требованию

· Изменение расписания

· Резервное копирование системы

· Архивация

· Аудит

· Ведение журнала диспетчера мощности

· Создание отчетов

· Документация и обучение

На следующем рисунке представлена схема процесса планирования заданий.

Рисунок 1. Схема процесса планирования заданий

Построение пакетной архитектуры

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

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

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

Рисунок 2. Упрощенное представление пакетной архитектуры

Управляющий сервер

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

Инструмент планирования может выполнять следующие функции автоматически:

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

· Определять, обслуживать и управлять очередями заданий.

· Устанавливать приоритеты заданий в очереди.

· Назначать выполнение заданий определенными серверами на основании их доступности.

· Отслеживать состояние заданий и осуществлять мониторинг в реальном времени.

· Выполнять исправление ошибок во время пакетных сеансов.

· Выводить и регистрировать ошибки.

· Генерировать отчеты.

· Архивировать отчеты и удалять устаревшие отчеты и файлы журналов.

· Осуществлять графический вывод всей информации.

· Выводить историю выполнения задания.

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

· Изменять расписания.

· Изменять задания.

· Изменять приоритеты заданий.

· Запускать и останавливать задания.

· Восстанавливать или перезапускать отказавшие задания.

· Инициировать задания по требованию.

· Генерировать отчеты.

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

Дата добавления: 2015-11-04