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

· Конфликты (на уровне данных, файлов, памяти или процессора)

· Неправильное распределение нагрузки на доступные ресурсы

· Неэффективные элементы дизайна приложения (пакетного сценария)

· Неэффективное использование памяти

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

Как показано на рисунке 6, все пакетные запросы имеют три источника: оперативные запросы, запланированные запросы и запросы по требованию.

Рисунок 6. Источники использования системных ресурсов

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

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

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

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

Анализ также эффективен в разрешении отчетов об исключениях и оповещений, выдаваемых инструментом планирования. В идеале все пороговые значения должны быть установлены ниже уровня чрезмерного использования ресурсов или ниже целевых значений, заданных OLA. Это позволяет диспетчеру мощности принять необходимые меры прежде, чем будет нарушены целевые значения, заданные OLA, и прежде, чем начнется чрезмерное использование ресурсов, что вызовет резкое снижение производительности. Однако во многих случаях анализ выполняется уже после возникновения ошибки или предупреждения. Обработка таких ситуаций подробно рассматривается ниже в разделе «Управление событиями».

Настройка

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

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

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

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

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

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

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