Настройка и оптимизация производительности часто недооцениваются, поэтому администраторы обычно уделяют недостаточно внимания вопросам оптимизации. Поддержка среды Windows Server 2003 будет затруднена, если не учитывать аспекты производительности. Оптимизацию или настройку производительности обычно выполняют, когда возникает какая-либо проблема, связанная, например, с замедленным входом пользователей или с другим снижением производительности.
Кстати, оптимизация производительности может существенно снизить нагрузку администраторов, позволяя экономить время в их повседневной работе. В сочетании с планированием вычислительной мощности оборудования оптимизацию производительности можно использовать для избавления от проблем до того, как они становятся существенным фактором. Она помогает администраторам устанавливать базовые (эталонные) показатели, на основе которых можно определять, насколько эффективно работает сеть или компьютер. Текущие измерения производительности можно сравнивать с этими базовыми показателями, чтобы определить, каким образом можно повысить производительность. Оптимизацию производительности можно также использовать, чтобы справляться с такими задачами, как определение масштаба системы, определение времени модернизации и момента, когда нужно сегментировать рабочую нагрузку.
Независимо от конкретных обстоятельств вы можете увидеть, каким образом оптимизация производительности и планирование мощности влияют на вас, вашу среду и восприятие пользователей. Но как вы можете изменить восприятие пользователей? Как создать или поддерживать надежную эффективную среду Windows Server 2003 и свести к минимуму или устранить экстремальные ситуации? Эти и многие другие вопросы рассматриваются в этой лекции. Конечно, эта лекция не позволит вам разрешить все компьютерные проблемы, но вы сможете четко понять, почему вам нужны процедуры оптимизации производительности и планирования вычислительной мощности. Эти процедуры можно применять к небольшим средам, а также масштабировать для систем уровня предприятия.
Оптимизация производительности существенно улучшилась за последние годы для Windows-сред, чтобы системы работали быстрее, могли справляться с более высокой нагрузкой и обеспечивали надежность, готовность и обслуживаемость компьютерных ресурсов. Обслуживающий персонал и администраторы, ответственные за работу компьютеров, могут убедиться в необходимости предупреждающего мониторинга для обеспечения соответствующей поддержки конечных пользователей и структуры предприятия.
С ростом популярности системы Windows в деловой среде ответственность, возлагаемая на Windows Server 2003, оказалась намного больше, чем у предшествующих систем, Windows NT и Windows 2000. В результате оптимизация производительности стала критически важна для успешного управления вашим окружением.
Оптимизация производительности в сочетании с планированием мощности является одной из наиболее важных и трудных обязанностей, которые приходится выполнять как для небольших, так и крупных окружений Windows Server 2003. Это требует различных знаний и может всегда улучшаться, поскольку навыки работы и окружения постоянно изменяются. Оптимизация производительности охватывает много аспектов управления системами, управления производительностью, дедуктивных рассуждений и прогнозирования. Однако оптимизация производительности это не только использование формул или статистической информации. Вы должны использовать свои личные творческие и интуитивные способности в дополнение к чисто аналитическим решениям.
При рассмотрении аспектов оптимизации производительности важно использовать сочетание деловых и технических принципов, чтобы получить выгоды для организации в целом. Если компьютер выполняет работу с превосходными показателями, это не обязательно означает, что организация обслуживается на соответствующем уровне или ресурсы используются должным образом. Имеется ряд вопросов, о которых следует помнить при настройке и оптимизация производительности.
Оптимизация производительности в сочетании с планированием мощности позволяет вам сделать опережающий шаг для вашей системы и предсказать будущие требования к ресурсам путем оценки поведения существующей системы. Это также позволяет вам определить систему в целом путем расчета базовых показателей производительности и последующего анализа трендов и характеристик, что дает полезный взгляд на тенденции развития системы. Это бесценное средство для выявления текущих и потенциальных узких мест. Правильная реализация процедур оптимизации производительности помогают раскрыть влияние конкретных действий по управлению системой на производительность (модернизация ПО и оборудования, изменения в топологии сети и т.д.), будущие требования к ресурсам и стратегии финансирования. Оптимизация производительности позволяет вам разрешать вопросы производительности заранее, а не по текущим результатам.
Оптимизация производительности - это поиск баланса ресурсов и рабочей нагрузки. Определение вычислительной мощности, соответствующей задачам, которые будут выполняться, является чрезвычайно трудной задачей. Если имеется мощная, но недостаточно используемая система, это означает, что имеются лишние ресурсы и вложено слишком много денег. С другой стороны, если система не может справляться с рабочей нагрузкой, то задерживается выполнение задач или транзакций, происходит потеря деловых возможностей, возрастают затраты, и пользователь (или
клиент) испытывает проблемы. Таким образом, главной целью оптимизации производительности является достижение баланса.
Оптимизация производительности включает в себя работу с неизвестными и неизмеримыми аспектами системы, такими как число транзакций, которые потребуется выполнять системе в следующие несколько месяцев или лет. К другим вопросам может относиться административная нагрузка, например, количество системных администраторов, которое потребуется для поддержки работы сервера базы данных компании. Все эти вопросы касаются методов оптимизации производительности и планирования мощности, и соответствующие ответы нельзя предсказать с абсолютной точностью. Оценка будущих требований к ресурсам является непростой задачей. Однако оптимизация производительности является процессом, в котором вы можете задать контрольные характеристики и выполнить анализ характеристик текущего использования системных ресурсов, используя результаты для прогнозирования будущих потребностей. Ваш уровень знаний и контроля системы ограничен; чтобы достичь баланса между мощностью системы и рабочей нагрузкой вы должны получить как можно больше сведений о среде и как можно лучше контролировать ее. Контроль доступных вам аспектов сильно повышает ваши возможности успешной поддержки надежности, обслуживаемости и готовности вашей системы.
Чтобы заранее подготовиться к управлению вашей системой, важно создать политики и процедуры на уровне этой системы. Политики и процедуры помогают определить уровни обслуживания и сформировать ожидания пользователей. После их определения вы можете легко начать определение характеристик рабочей нагрузки, что, в свою очередь, поможет вам определить базовые значения показателей производительности, необходимые для оценки состояния вашей системы. Например, вы можете определить соглашение по уровням обслуживания, которое гласит, что время отклика для определенного компьютера должно составлять не более трех секунд.
Политики и процедуры, которые вы решаете реализовать, целиком зависят от вашего сетевого
Предусмотрите создание двух наборов политик и процедур: один набор для передачи пользователям и еще один набор для внутреннего использования отделом информационных систем и персоналом поддержки систем. Например, политики и процедуры для пользователей могут включать ограничение в размере вложений электронной почты и запрещение использования в вашей сети бета-продуктов (то есть
разработанных вне организации). Внутренние политики и процедуры могут включать правила, указывающие, что все резервное копирование должно быть выполнено к 5 утра каждый рабочий день и что текущее обслуживание системы (обновление серверов, модернизация драйверов и т.д.) должно выполняться утром в субботу с 6 до 9 утра. В следующем списке приводятся другие примеры политик и процедур, которые могут быть применены к вашему окружению.
Теперь вы можете задаться вопросом: "Что мне сделать, чтобы начать мониторинг производительности?" или "Как мне определить размер новой сети или сервера Windows Server 2003?" На самом деле вы уже начали этот процесс, определив политики и процедуры, снижающие количество эмпирических данных, которые вы получаете. Следующий подготовительный шаг к оптимизации производительности - это определение базовых значений, чтобы вы могли проводить мониторинг производительности. Вам нужна контрольная точка, с которой вы можете сравнивать результаты. При определении базовых значений вы работаете с множеством фактических данных (статистическое представление производительности системы), но имеется лишь несколько переменных, которые требуют вашей оценки и интуитивных суждений. Это характеристика рабочей нагрузки, эталонные значения, предоставляемая поставщиком информация и, конечно, результаты сбора ваших данных. Позже вы сможете сравнивать текущие показатели с этими базовыми значениями, выполнять анализ трендов и др.
Определение рабочих нагрузок системы может оказаться крайне трудной задачей, в частности, из-за включения ресурсов в несколько рабочих нагрузок и разброса времени обработки, а также количества обрабатываемых данных. Рабочие нагрузки группируются, или характеризуются в соответствии с типом выполняемой работы и используемыми ресурсами. В следующем списке показано, для каких рабочих нагрузок можно определять характеристики.
Определив рабочие нагрузки вашей системы, вы можете определить требования к ресурсам для каждой из них и выполнить соответствующее планирование. Этот процесс помогает также определить уровни производительности для соответствующих рабочих нагрузок и требования от системы. Например, некоторые рабочие нагрузки могут в большей степени использовать память и в меньшей степени процессор.
Эталонные значения (benchmark) - это значения, которые используются для измерения производительности таких продуктов, как процессоры, видеокарты, накопители на жестких дисках, приложения и системы в целом. Они находятся среди наиболее важных показателей в компьютерной отрасли. Почти каждая компания в компьютерной отрасли использует эти значения, чтобы сравнить себя с конкурентами. Как вы можете ожидать, эталонные значения активно используются в продаже и маркетинге, но их истинное назначение - указывать уровни производительности, которые вы можете ожидать при использовании данного продукта.
Большинство эталонных показателей предоставляются самими поставщиками, но они могут поступать также из других источников, таких как журналы, организации, проводящие эталонные испытания, и местные лаборатории по тестированию. В табл. 16.1 приводится список организаций, предоставляющих статистику по эталонным показателям и средства для оценки производительности продуктов. Эталонные значения могут играть очень большую роль в процессе принятия вашего решения, но они не должны быть единственным источником для оценки и измерения производительности. При использовании результатов эталонных испытаний в планировании вычислительной мощности используйте эти результаты только как ориентир и будьте осторожны в их интерпретации.
| Имя организации | Веб-адрес |
|---|---|
| www.tpc.org | |
| Computer Measurement Group | www.cmg.org |
Каждый компьютер с Windows Server 2003 содержит компоненты, мониторинг которых можно выполнять с помощью оснастки Performance (Производительность). Это могут быть аппаратные или программные компоненты, которые выполняют задачи или поддерживают рабочую нагрузку. Многие из этих компонентов имеют показатели, отражающие определенные аспекты их функционирования, которые можно точно измерить как скорость выполнения задач. Например, счетчик Network
Segment: Total bytes received/second (Сетевой сегмент: Количество полученных байтов/сек.) показывает количество байтов, поступивших в компьютер Windows Server 2003 из сетевой подсистемы. Все собранные данные поступают из счетчиков, мониторинг которых осуществляет оснастка Performance.
В системах Windows Server 2003 многие компоненты, представляющие компьютер в целом, сгруппированы в объекты на основании их характеристик. Например, все, что относится к процессору, находится в объекте Processor, и все, что относится к памяти, находится в объекте Memory. Объекты группируются в соответствии их функциями или связью с системой. Они представляют логические механизмы, такие как процессы, или физические элементы, такие как жесткие диски.
Объекты не ограничиваются только тем, что содержится в Windows Server 2003. Все продукты
Количество объектов, представленных в системе, зависит от конфигурации системы. Например, счетчики Internet Information Server не представлены в системе, если в ней не запущено это приложение. Но имеется несколько объектов, которые содержатся в каждой системе.
Каждый объект содержит счетчики.Счетчики обычно дают информацию об использовании, пропускной способности, длине очереди и т.п. для определенного объекта. Например, все счетчики, относящиеся к файлу подкачки, содержатся в объекте Paging File. Средства оптимизации производительности используют счетчики в определенном объекте для сбора данных. Информация, собранная из этих счетчиков, выводится затем в окне соответствующего средства или накапливается в файле данных.
Если на вашем компьютере имеется несколько сходных компонентов (два жестких диска, четыре процессора и т.д.), то каждый из них считается экземпляром (instance) этого компонента. Каждый экземпляр имеет свой счетчик, который измеряет его собственную производительность. Счетчики с несколькими экземплярами содержат также экземпляр, объединяющий все экземпляры.
Все больше средств на платформе Windows Server 2003 доступно для сбора и анализа данных системы и прогнозирования вычислительной мощности системы. Microsoft предоставляет некоторые полезные утилиты, встроенные в Windows Server 2003 или продаваемые как отдельные продукты, которые можно использовать для сбора и анализа данных. Сюда входят Task Manager (Диспетчер задач),
Windows Server 2003 Task Manager - многофункциональное средство. Оно позволяет вам следить за работой системы в реальном масштабе времени и видеть информацию о процессоре, памяти, приложениях и состоянии процессов. Вы можете переключаться на другие выполняемые приложения или процессы и можете легко прекращать работу задачи или процесса.
Чтобы приступить к использованию Task Manager, вы можете применить один из следующих трех способов.
(рис 16.1) Окно Task Manager после начального запускаЭто окно содержит пять вкладок - Applications (Приложения), Processes (Процессы), Performance (Производительность), Networking (Сетевой обмен) и Users (Пользователи). Кроме того, внизу этого окна в панели состояния выводится количество выполняемых процессов и процент использования ЦП (CPU) и памяти.
Task Manager предоставляет полезную информацию о производительности в реальном масштабе времени, которая помогает вам определить, какие процессы или приложения являются проблематичными, а также дает вам общую картину состояния вашей системы. К сожалению, его ограничения, например, неспособность сохранения собранной информации о производительности, а также излишний охват возможностей мониторинга не позволяют использовать его как первое основное средство для оптимизации производительности. Более того, он может дать вам информацию, относящуюся только к локальной машине. Вы должны физически находиться за машиной, чтобы измерять ее производительность с помощью Task Manager.
Имеются две версии
(рис 16.2) Обе версии Network Monitor имеют похожий интерфейсЧтобы установить
Чтобы использовать
SMS-версия
SMS-версия
Оснастка консоли MMC (Microsoft Management Console) Performance - это наиболее употребительное средство мониторинга производительности, поскольку оно связано с операционной системой и позволяет вам следить за каждым объектом системы, который можно измерять, используя связанные с ним счетчики. Оснастка Performance содержит два средства:
(рис 16.3) Начальное окно оснастки PerformanceОснастка Performance является превосходным средством, поскольку она позволяет анализировать данные с помощью графиков, отчетов и журналов, которые вы можете сохранять для последующего исследования. В этой лекции предполагается, что вы будете использовать оснастку Performance как свое средство оптимизации производительности, поскольку оно доступно всем, кто работает с Windows Server 2003, и его принципы можно применять к другим утилитам.
С помощью
Чтобы добавить счетчики для просмотра в реальном масштабе времени после открытия оснастки Performance из меню Start/Administrative Tools, выполните следующие шаги.
Переключение между видами представления.По умолчанию для
(рис 16.4) Просмотр данных в реальном масштабе времени в формате отчета Performance Logs and AlertsСлужба
Журналы счетчиков позволяют вам записывать статистику работы или использования системы для локальных и удаленных систем. Вы можете не только запускать и прекращать работу службы
Чтобы начать процесс сохранения с помощью журналов счетчиков, выполните следующие шаги.
(рис 16.5) Добавление объектов или счетчиков к файлу журналаВкладка Log Files.Как уже говорилось на шаге 7, вкладка Log Files (рис. 16.6) содержит много опций. Это важные опции, поскольку они не только влияют на методологию мониторинга, но также влияют (некоторые из них) на производительность системы.
(рис 16.6) Вкладка Log FilesМестоположение файлов журналов.По умолчанию служба %Systemroot%\PerfLogs. Эту папку следует сразу заменить на папку другого диска. Windows Server 2003 и процессы мониторинга "конкурируют" друг с другом, претендуя на ресурсы, которые находятся на одном диске. Перенос операций ввода-вывода, связанных с записью в журналы счетчиков, на другой диск, освобождает полезные ресурсы и позволяет вашей системе функционировать более эффективно.
Окончания имен файлов (End File Names).Чтобы следить за файлами журналов, удобно заканчивать имена их файлов номером или датой. Это средство активизировано в конфигурации по умолчанию, и мы настоятельно рекомендуем использовать этот механизм именования, особенно если вы планируете создавать файлы последовательных журналов.
Тип файлов (Log File Type).Файлы журналов можно теперь сохранять в двух типах текстового формата, двух типах двоичного формата, а также в базе данных SQL. В табл. 16.2 приводится список этих форматов и дается краткое описание каждого из них.
| Формат файла журнала | Описание |
|---|---|
| Text File - CSV | Текстовый файл с разделителями-запятыми. Этот файловый формат легко читается электронными таблицами, такими как Microsoft Excel. |
| Text File - |
Текстовый файл с разделителями - символами Tab. Этот формат подходит для просмотра с помощью программ, работающих с электронными таблицами и базами данных. |
| Это формат последовательного двоичного файла журнала с расширением имени .blg. Используйте этот файловый формат при создании нескольких последовательных журналов. | |
| Binary |
Это двоичный циклический формат с расширением имени . blg. После достижения предельного размера этого файла происходит перезапись поверх старых данных с самого начала файла. |
| SQL Database (База данных SQL). | Сохранение данных о производительности в базе данных SQL может оказаться очень полезным для считывания нужной вам информации. Кроме того, этот формат следует использовать при мониторинге нескольких компьютеров и сборе больших объемов данных. |
Размер файлов журналов (Log File Size).Настройка размеров файлов журналов позволяет вам контролировать рост файлов журналов. Вот некоторые выгоды использования этого средства.
Вкладка Schedule (Расписание).Как уже говорилось выше, вкладка Schedule (рис. 16.7) содержит различные опции, которые управляют запуском и прекращением работы файлов журналов, а также опциями, которые начинают действовать, когда прекращается работа файла журнала.
(рис 16.7) Вкладка ScheduleКонечно, вы можете всегда запускать и прекращать работу файла журнала с помощью кнопок панели Counter Logs, похожих на кнопки CD-плейера, но реальные преимущества вкладки Schedule заключаются в конфигурировании автоматического запуска и прекращения работы. В секции Stop log (Остановка журнала) вы можете задать время прекращения работы журнала в секундах, минутах, часах или днях. Вы можете выбирать между остановкой работы журнала в определенное время определенного дня или его остановкой при достижении максимальной емкости, если вы используете формат Binary
В секции Stop log вкладки Schedule имеются также опции запуска нового журнала (Start a new log file), когда закрывается файл журнала (секция When a log file closes), и запуск какой-либо команды (флажок Run this command).
Создание последовательных журналов.Вы можете теперь более просто управлять файлами журналов, создавая последовательные журналы. Последовательные журналы полезно использовать, так как вы можете держать отдельные файлы журналов для заданных периодов времени. Например, если вы хотите иметь отдельные файлы журналов для каждого дня недели, то можете легко делать это, создавая последовательные журналы.
Имеется несколько моментов, о которых следует помнить при конфигурировании службы
Журналы трассировки (
Журналы трассировки отличаются от журналов счетчиков типом собираемых данных, а также частотой сбора этих данных. Журналы трассировки следят за событиями непрерывно, а не через определенные интервалы времени.
Процесс создания
В окне свойств
(рис 16.8) Окно свойств журнала трассировкиВкладка General.Вверху вкладки General можно видеть, что имена файлов заканчиваются расширением .. Далее приводятся имеющиеся системные и несистемные провайдеры, мониторинг которых вы можете осуществлять. Выбрав вариант
Щелкните на кнопке Provider Status (Состояние провайдеров), чтобы вывести список текущих провайдеров, а также их состояние (enabled and running или stopped).
Вкладка Advanced.Во вкладке Advanced (рис. 16.9) вы можете конфигурировать настройки буферов. Регистрируемые данные сначала передаются в буферы памяти и только затем записываются в журнал трассировки. По умолчанию эти буферы заполняются до конца, после чего данные записываются в файл журнала. В большинстве сценариев рекомендуется придерживаться настроек по умолчанию.
Если у вас имеется файл журнала, содержащего необработанные данные по производительности системы, то вы можете считывать и анализировать эти собранные данные. Для просмотра файла журнала выполните следующие шаги.
(рис 16.9) Вкладка Advanced журнала трассировкиОповещения можно задавать для любого из имеющихся счетчиков, чтобы извещать администратора о возникновении указанного состояния, например, что использование процессора превышает 90%. Если значение счетчика превышает указанное вами значение или оказывается ниже указанного значения, то служба
Чтобы создать оповещение, выполните следующие шаги.
Перейдите во вкладку Schedule, чтобы задать время начала и конца регистрации оповещений.
В дополнение к набору средств Microsoft имеется ряд утилит планирования вычислительной мощности от сторонних поставщиков для Windows Server 2003. Некоторые из этих средств приведены в табл. 16.3.
Эти продукты обычно содержат средства для сбора, анализа, хранения и создания отчетов по статистической информации о системе аналогично оснастке Performance в Windows Server 2003. Большинство продуктов включают также такие улучшения, как расписание или графическое представление данных. В некоторые утилиты даже включены такие нововведения, как автоматизация многих аспектов оптимизации производительности. Например, в некоторых наиболее продвинутых программах, таких как PATROL, выполняется анализ временных трендов и включены модели поддержки решений, помогающие вам прогнозировать будущее использование системы.
(рис 16.11) Задание действия, которое будет происходить при запуске оповещения| Имя утилиты | Компания | |
|---|---|---|
| HP |
Hewlett Packard | Веб-сайт: www.openview.hp.com/ |
| Unicenter TNG | Computer Associates | Веб-сайт: www.cai.com/unicenter/ |
| PerfMan | Information Systems | Веб-сайт: www.infosysman.com/ |
| PATROL | Веб-сайт: www.bmc.com/products/ | |
Большинство улучшений в этих продуктах от сторонних поставщиков (будь то расширенные возможности хранения или улучшения в графическом интерфейсе) превосходят по своим функциям оснастку Performance системы Windows Server 2003. Однако имеются как преимущества (например, анализ трендов, простота использования и отчетность), так и недостатки (стоимость и сложность) в использовании этих утилит вместо бесплатной встроенной утилиты Performance.
Вы можете осуществлять мониторинг многочисленных системных ресурсов в целях оптимизации производительности. На самом деле существует так много объектов и счетчиков, за которыми можно следить, что вы можете быстро собрать такой объем данных, с которым невозможно справиться. Если не применить тщательный подход к выбору объектов и счетчиков мониторинга, то вы можете собрать столько информации, что эти данные будут бесполезны. С большими объемами данных трудно работать, поэтому вы будете тратить почти все время на организацию данных вместо их анализа. Помните, что одной из ключевых концепций, лежащих в основе планирования вычислительной мощности, является рациональный подход. Формируйте мониторинг конфигурации сервера как можно аккуратнее.
Имеется небольшое число важных ресурсов, мониторинг которых обязателен для каждого сервера: память, процессор, дисковая подсистема и сетевая подсистема. Эти ресурсы составляют четверку наиболее распространенных источников узких мест в системе. Узкое место (
Кроме того, то, как сконфигурирован сервер Windows Server 2003, функционально влияет на ресурсы или службы, которые вам следует включать в мониторинг. Например, в наиболее распространенные конфигурации Windows Server 2003 включаются база данных, разделяемый доступ к файлам и принтерам, разделяемое использование приложений, функции контроллера домена и целый ряд других функций. Вам может потребоваться мониторинг влияния репликации и синхронизации на контроллеры домена, но не для файловых серверов и
В этом разделе рассматриваются конкретные счетчики, за которыми вы должны следить для каждого из распространенных источников узких мест. Отметим, однако, что существует много других счетчиков, которые следует включать в мониторинг в дополнение к этим счетчикам. В этом разделе приводится базовый минимальный набор счетчиков, чтобы вы могли начать процесс мониторинга.
Из четырех наиболее распространенных источников узких мест память обычно является первым ресурсом, вызывающим снижение производительности. Дело в том, что Windows Server 2003 является настоящим "пожирателем" памяти. К счастью, добавление блоков памяти является также наиболее простым и экономичным способом увеличения производительности. На рис. 16.12 показано окно
Имеется много важных счетчиков, связанных с памятью. Однако имеется два счетчика, обязательных для мониторинга. Это Page Faults/sec (Отсутствие страниц/ сек) и Pages/sec (Страниц/сек). Они показывают, достаточно ли для данной системы установленного количества RAM-памяти.
Ситуация page fault (ошибка страницы) возникает, когда процессу требуется код или данные, которых нет в его рабочем наборе (
(рис 16.12) Мониторинг счетчиков памяти в окне System Monitor в реальном масштабе времениСчетчик Pages/sec определяет количество страниц, прочитанных или записанных на диске для разрешения аппаратных ошибок страниц. Ситуация hard page fault (ошибка страницы на диске) возникает, когда процессу требуется код или данные, которых нет в его рабочем наборе или где-либо в памяти. Тогда этот код или данные должны быть считаны с диска. Этот счетчик является главным индикатором так называемой пробуксовки (
Процессор часто является первым анализируемым ресурсом, когда наблюдается ощутимое снижение производительности. Имеется два важных счетчика по процессору, используемых для оптимизации производительности: %
Счетчик Interrupts/sec также является хорошим индикатором использования процессора. Он указывает количество прерываний устройств в секунду, обрабатываемых процессором. Прерывание устройств может вызываться оборудованием или программным обеспечением, и это значение может достигать нескольких тысяч. Для повышения производительности перекладывают нагрузку некоторых служб на другой, менее загруженный сервер, добавляют еще один процессор, модернизируют имеющийся процессор, прибегают к кластеризации и распределению нагрузки на совершенно новую машину.
Дисковая подсистема состоит из двух основных типов ресурсов: накопители на жестких дисках и контроллеры жестких дисков. Оснастка Performance не имеет объекта, непосредственно связанного с контроллером жесткого диска, поскольку значения объектов Physical Disk и Logical Disk точно представляют производительность дисковой подсистемы.
В настоящее время любой компонент компьютера превосходит то, что было раньше, и это также относится к компонентам дисковой подсистемы. В результате влияние объектов производительности дисковой подсистемы становится все более несущественным и, в зависимости от конфигурации вашей системы, даже незаметным.
Windows Server 2003 позволяет вам гибко запускать и прекращать работу объектов дисковой подсистемы. Вы можете использовать diskperf -y,
чтобы запускать дисковые счетчики, diskperf -y \\mycomputer, чтобы запускать их на удаленных машинах, или diskperf -n,
чтобы отключать их, как это делали до Windows Server 2003.
Гибкость проявляется в том, что вы можете активизировать объекты Logical Disk и Physical Disk по отдельности.
Чтобы задать объект, который вы хотите активизировать или деактивизировать, включите букву d в параметры для объекта Physical Disk или букву v для объекта Logical Disk.
Например, чтобы начать просмотр статистики по счетчику Logical Disk, вы должны повторно активизировать объект производительности Logical Disk с помощью команды diskperf -yv.
Самыми лучшими, но, конечно не единственными счетчиками производительности дисков в целях оптимизации производительности являются % Disk Time (Процент времени активности диска) и Avg. Disk Queue Length (Среднее значение длины очереди). Счетчик % Disk Time следит за количеством времени, которое тратится выбранным физическим или логическим диском на запросы чтения и записи. Счетчик Avg. Disk Queue Length указывает количество ожидающих (еще не обслуженных) запросов на физическом или логическом диске. Это мгновенное значение, а не среднее значение за определенный период, но оно все же точно представляет количество задержек на данном диске. Задержки запросов на диске можно рассчитать путем вычитания количества шпинделей дисковода из результата измерения Avg. Disk Queue Length. Если величина задержки часто превышает 2, значит, диски вызывают снижение производительности.
Из-за большого числа компонентов сетевая подсистема наиболее сложна для мониторинга узких мест. Протоколы, сетевые адаптеры, сетевые приложения и физические топологии - все это оказывает существенное влияние на вашу сеть. Ситуация еще больше осложняется тем, что в вашем окружении могут быть реализованы несколько стеков протоколов. Поэтому набор счетчиков сетевой производительности, за которыми вы должны следить, варьируется в зависимости от конфигурации вашей системы.
Важной информацией, собираемой от компонентов мониторинга сетевой подсистемы, является уровень сетевой активности и пропускная способность. При мониторинге компонентов сетевой подсистемы вам следует использовать и другие средства мониторинга сети в дополнение к оснастке Performance. Например, можно использовать
Вопросы оптимизации производительности для сетевой подсистемы фокусируются на TCP/IP. Нельзя просто говорить о том, что работа Windows Server 2003 существенно зависит от этого протокола. После установки этого протокола добавляются счетчики для TCP/IP, включая счетчики для Internet Protocol version 6 (IPv6).
Имеется много важных счетчиков в объектах, относящихся к TCP/IP, которые вам следует включать в мониторинг. Два важных счетчика, используемых для мониторинга TCP/IP, относятся к объекту NIC (Сетевой адаптер). Это счетчики Bytes Total/sec (Всего байтов/сек) и Output Queue Length (Длина выходной очереди). Счетчик Bytes Total/sec указывает объем входящего и исходящего трафика TCP/IP на вашем сервере. Счетчик Output Queue Length указывает, имеются ли проблемы перегрузки или конфликтной ситуации на вашем сетевом адаптере. Если значение Output Queue Length постоянно превышает 2, то проверьте значение счетчика Bytes Total/sec. Высокие значения обоих счетчиков могут означать, что в вашей сетевой подсистеме имеется узкое место и, может быть, пришло время, когда требуется модернизация компонентов вашей сетевой подсистемы.
Имеется много других счетчиков, за которыми требуется следить, чтобы точно определить причину слишком высоких значений этих счетчиков или снижения производительности сети. Например, чем вызваны слишком высокие значения счетчиков Bytes Total/sec and Output Queue Length - временным всплеском сетевой активности или слишком большой частотой конфликтов (collision rate)? Если collision rate больше 10 процентов, то проблемой может быть производительность сети в целом, а не только рассматриваемый сервер Windows Server 2003.
На протяжении этой лекции мы анализировали различные способы мониторинга и использования данных производительности системы. Хотя мониторинг или анализ данных производительности необходим для более точной настройки производительности системы, он не дает непосредственного контроля над ресурсами, за которыми вы следите. Компания Microsoft разработала оснастку MMC Windows System Resource Monitor (WSRM), чтобы обеспечивать определенный уровень контроля в современных системах.
Оснастка WSRM (см. рис. 16.13) - это утилита, которую можно использовать с версиями Windows Server 2003 Enterprise Edition или Datacenter Edition. Она дает вам дополнительный контроль над системными ресурсами и процессами. Вы можете использовать WSRM для контроля приложений, служб и использования ресурсов процессов (например, использования процессора, памяти и родственности процессоров).
(рис 16.13) Интерфейс WSRMЧтобы контролировать или защищать системные ресурсы и использование, задаются предельные значения для приложений, служб или процессов с помощью политик. Эти политики можно настраивать, чтобы вы могли применять различные стандарты к различным системам. Кроме ограничений по использованию, вы можете также учитывать факторы расписания. Например, вы можете ограничить определенное приложение использованием только 25% времени процессора в часы пиковой нагрузки рабочего дня. WSRM управляет своим собственным расписанием с помощью встроенной календарной функции.
Оснастка WSRM особенно полезна для систем, исполняющих несколько функциональных ролей (когда-то вы могли устанавливать и конфигурировать на одном компьютере только один тип рабочей нагрузки или роли). Различные функции могут конкурировать за получение системных ресурсов, необходимых для выполнения текущих задач. Если приложение, служба или процесс, связанные с определенной ролью сервера, чувствительны к потреблению системных ресурсов, то здесь может вмешаться WSRM, чтобы не допускать превышения границ, которые заданы в политиках.
Настройка и оптимизация производительности часто недооцениваются, поэтому администраторы обычно уделяют недостаточно внимания вопросам оптимизации. Поддержка среды Windows Server 2003 будет затруднена, если не учитывать аспекты производительности. Оптимизацию или настройку производительности обычно выполняют, когда возникает какая-либо проблема, связанная, например, с замедленным входом пользователей или с другим снижением производительности.
Кстати, оптимизация производительности может существенно снизить нагрузку администраторов, позволяя экономить время в их повседневной работе. В сочетании с планированием вычислительной мощности оборудования оптимизацию производительности можно использовать для избавления от проблем до того, как они становятся существенным фактором. Она помогает администраторам устанавливать базовые (эталонные) показатели, на основе которых можно определять, насколько эффективно работает сеть или компьютер. Текущие измерения производительности можно сравнивать с этими базовыми показателями, чтобы определить, каким образом можно повысить производительность. Оптимизацию производительности можно также использовать, чтобы справляться с такими задачами, как определение масштаба системы, определение времени модернизации и момента, когда нужно сегментировать рабочую нагрузку.
Независимо от конкретных обстоятельств вы можете увидеть, каким образом оптимизация производительности и планирование мощности влияют на вас, вашу среду и восприятие пользователей. Но как вы можете изменить восприятие пользователей? Как создать или поддерживать надежную эффективную среду Windows Server 2003 и свести к минимуму или устранить экстремальные ситуации? Эти и многие другие вопросы рассматриваются в этой лекции. Конечно, эта лекция не позволит вам разрешить все компьютерные проблемы, но вы сможете четко понять, почему вам нужны процедуры оптимизации производительности и планирования вычислительной мощности. Эти процедуры можно применять к небольшим средам, а также масштабировать для систем уровня предприятия.
Оптимизация производительности существенно улучшилась за последние годы для Windows-сред, чтобы системы работали быстрее, могли справляться с более высокой нагрузкой и обеспечивали надежность, готовность и обслуживаемость компьютерных ресурсов. Обслуживающий персонал и администраторы, ответственные за работу компьютеров, могут убедиться в необходимости предупреждающего мониторинга для обеспечения соответствующей поддержки конечных пользователей и структуры предприятия.
С ростом популярности системы Windows в деловой среде ответственность, возлагаемая на Windows Server 2003, оказалась намного больше, чем у предшествующих систем, Windows NT и Windows 2000. В результате оптимизация производительности стала критически важна для успешного управления вашим окружением.
Оптимизация производительности в сочетании с планированием мощности является одной из наиболее важных и трудных обязанностей, которые приходится выполнять как для небольших, так и крупных окружений Windows Server 2003. Это требует различных знаний и может всегда улучшаться, поскольку навыки работы и окружения постоянно изменяются. Оптимизация производительности охватывает много аспектов управления системами, управления производительностью, дедуктивных рассуждений и прогнозирования. Однако оптимизация производительности это не только использование формул или статистической информации. Вы должны использовать свои личные творческие и интуитивные способности в дополнение к чисто аналитическим решениям.
При рассмотрении аспектов оптимизации производительности важно использовать сочетание деловых и технических принципов, чтобы получить выгоды для организации в целом. Если компьютер выполняет работу с превосходными показателями, это не обязательно означает, что организация обслуживается на соответствующем уровне или ресурсы используются должным образом. Имеется ряд вопросов, о которых следует помнить при настройке и оптимизация производительности.
Оптимизация производительности в сочетании с планированием мощности позволяет вам сделать опережающий шаг для вашей системы и предсказать будущие требования к ресурсам путем оценки поведения существующей системы. Это также позволяет вам определить систему в целом путем расчета базовых показателей производительности и последующего анализа трендов и характеристик, что дает полезный взгляд на тенденции развития системы. Это бесценное средство для выявления текущих и потенциальных узких мест. Правильная реализация процедур оптимизации производительности помогают раскрыть влияние конкретных действий по управлению системой на производительность (модернизация ПО и оборудования, изменения в топологии сети и т.д.), будущие требования к ресурсам и стратегии финансирования. Оптимизация производительности позволяет вам разрешать вопросы производительности заранее, а не по текущим результатам.
Оптимизация производительности - это поиск баланса ресурсов и рабочей нагрузки. Определение вычислительной мощности, соответствующей задачам, которые будут выполняться, является чрезвычайно трудной задачей. Если имеется мощная, но недостаточно используемая система, это означает, что имеются лишние ресурсы и вложено слишком много денег. С другой стороны, если система не может справляться с рабочей нагрузкой, то задерживается выполнение задач или транзакций, происходит потеря деловых возможностей, возрастают затраты, и пользователь (или
клиент) испытывает проблемы. Таким образом, главной целью оптимизации производительности является достижение баланса.
Оптимизация производительности включает в себя работу с неизвестными и неизмеримыми аспектами системы, такими как число транзакций, которые потребуется выполнять системе в следующие несколько месяцев или лет. К другим вопросам может относиться административная нагрузка, например, количество системных администраторов, которое потребуется для поддержки работы сервера базы данных компании. Все эти вопросы касаются методов оптимизации производительности и планирования мощности, и соответствующие ответы нельзя предсказать с абсолютной точностью. Оценка будущих требований к ресурсам является непростой задачей. Однако оптимизация производительности является процессом, в котором вы можете задать контрольные характеристики и выполнить анализ характеристик текущего использования системных ресурсов, используя результаты для прогнозирования будущих потребностей. Ваш уровень знаний и контроля системы ограничен; чтобы достичь баланса между мощностью системы и рабочей нагрузкой вы должны получить как можно больше сведений о среде и как можно лучше контролировать ее. Контроль доступных вам аспектов сильно повышает ваши возможности успешной поддержки надежности, обслуживаемости и готовности вашей системы.
Чтобы заранее подготовиться к управлению вашей системой, важно создать политики и процедуры на уровне этой системы. Политики и процедуры помогают определить уровни обслуживания и сформировать ожидания пользователей. После их определения вы можете легко начать определение характеристик рабочей нагрузки, что, в свою очередь, поможет вам определить базовые значения показателей производительности, необходимые для оценки состояния вашей системы. Например, вы можете определить соглашение по уровням обслуживания, которое гласит, что время отклика для определенного компьютера должно составлять не более трех секунд.
Политики и процедуры, которые вы решаете реализовать, целиком зависят от вашего сетевого
Предусмотрите создание двух наборов политик и процедур: один набор для передачи пользователям и еще один набор для внутреннего использования отделом информационных систем и персоналом поддержки систем. Например, политики и процедуры для пользователей могут включать ограничение в размере вложений электронной почты и запрещение использования в вашей сети бета-продуктов (то есть
разработанных вне организации). Внутренние политики и процедуры могут включать правила, указывающие, что все резервное копирование должно быть выполнено к 5 утра каждый рабочий день и что текущее обслуживание системы (обновление серверов, модернизация драйверов и т.д.) должно выполняться утром в субботу с 6 до 9 утра. В следующем списке приводятся другие примеры политик и процедур, которые могут быть применены к вашему окружению.
Теперь вы можете задаться вопросом: "Что мне сделать, чтобы начать мониторинг производительности?" или "Как мне определить размер новой сети или сервера Windows Server 2003?" На самом деле вы уже начали этот процесс, определив политики и процедуры, снижающие количество эмпирических данных, которые вы получаете. Следующий подготовительный шаг к оптимизации производительности - это определение базовых значений, чтобы вы могли проводить мониторинг производительности. Вам нужна контрольная точка, с которой вы можете сравнивать результаты. При определении базовых значений вы работаете с множеством фактических данных (статистическое представление производительности системы), но имеется лишь несколько переменных, которые требуют вашей оценки и интуитивных суждений. Это характеристика рабочей нагрузки, эталонные значения, предоставляемая поставщиком информация и, конечно, результаты сбора ваших данных. Позже вы сможете сравнивать текущие показатели с этими базовыми значениями, выполнять анализ трендов и др.
Определение рабочих нагрузок системы может оказаться крайне трудной задачей, в частности, из-за включения ресурсов в несколько рабочих нагрузок и разброса времени обработки, а также количества обрабатываемых данных. Рабочие нагрузки группируются, или характеризуются в соответствии с типом выполняемой работы и используемыми ресурсами. В следующем списке показано, для каких рабочих нагрузок можно определять характеристики.
Определив рабочие нагрузки вашей системы, вы можете определить требования к ресурсам для каждой из них и выполнить соответствующее планирование. Этот процесс помогает также определить уровни производительности для соответствующих рабочих нагрузок и требования от системы. Например, некоторые рабочие нагрузки могут в большей степени использовать память и в меньшей степени процессор.
Эталонные значения (benchmark) - это значения, которые используются для измерения производительности таких продуктов, как процессоры, видеокарты, накопители на жестких дисках, приложения и системы в целом. Они находятся среди наиболее важных показателей в компьютерной отрасли. Почти каждая компания в компьютерной отрасли использует эти значения, чтобы сравнить себя с конкурентами. Как вы можете ожидать, эталонные значения активно используются в продаже и маркетинге, но их истинное назначение - указывать уровни производительности, которые вы можете ожидать при использовании данного продукта.
Большинство эталонных показателей предоставляются самими поставщиками, но они могут поступать также из других источников, таких как журналы, организации, проводящие эталонные испытания, и местные лаборатории по тестированию. В табл. 16.1 приводится список организаций, предоставляющих статистику по эталонным показателям и средства для оценки производительности продуктов. Эталонные значения могут играть очень большую роль в процессе принятия вашего решения, но они не должны быть единственным источником для оценки и измерения производительности. При использовании результатов эталонных испытаний в планировании вычислительной мощности используйте эти результаты только как ориентир и будьте осторожны в их интерпретации.
| Имя организации | Веб-адрес |
|---|---|
| www.tpc.org | |
| Computer Measurement Group | www.cmg.org |
Каждый компьютер с Windows Server 2003 содержит компоненты, мониторинг которых можно выполнять с помощью оснастки Performance (Производительность). Это могут быть аппаратные или программные компоненты, которые выполняют задачи или поддерживают рабочую нагрузку. Многие из этих компонентов имеют показатели, отражающие определенные аспекты их функционирования, которые можно точно измерить как скорость выполнения задач. Например, счетчик Network
Segment: Total bytes received/second (Сетевой сегмент: Количество полученных байтов/сек.) показывает количество байтов, поступивших в компьютер Windows Server 2003 из сетевой подсистемы. Все собранные данные поступают из счетчиков, мониторинг которых осуществляет оснастка Performance.
В системах Windows Server 2003 многие компоненты, представляющие компьютер в целом, сгруппированы в объекты на основании их характеристик. Например, все, что относится к процессору, находится в объекте Processor, и все, что относится к памяти, находится в объекте Memory. Объекты группируются в соответствии их функциями или связью с системой. Они представляют логические механизмы, такие как процессы, или физические элементы, такие как жесткие диски.
Объекты не ограничиваются только тем, что содержится в Windows Server 2003. Все продукты
Количество объектов, представленных в системе, зависит от конфигурации системы. Например, счетчики Internet Information Server не представлены в системе, если в ней не запущено это приложение. Но имеется несколько объектов, которые содержатся в каждой системе.
Каждый объект содержит счетчики.Счетчики обычно дают информацию об использовании, пропускной способности, длине очереди и т.п. для определенного объекта. Например, все счетчики, относящиеся к файлу подкачки, содержатся в объекте Paging File. Средства оптимизации производительности используют счетчики в определенном объекте для сбора данных. Информация, собранная из этих счетчиков, выводится затем в окне соответствующего средства или накапливается в файле данных.
Если на вашем компьютере имеется несколько сходных компонентов (два жестких диска, четыре процессора и т.д.), то каждый из них считается экземпляром (instance) этого компонента. Каждый экземпляр имеет свой счетчик, который измеряет его собственную производительность. Счетчики с несколькими экземплярами содержат также экземпляр, объединяющий все экземпляры.
Все больше средств на платформе Windows Server 2003 доступно для сбора и анализа данных системы и прогнозирования вычислительной мощности системы. Microsoft предоставляет некоторые полезные утилиты, встроенные в Windows Server 2003 или продаваемые как отдельные продукты, которые можно использовать для сбора и анализа данных. Сюда входят Task Manager (Диспетчер задач),
Windows Server 2003 Task Manager - многофункциональное средство. Оно позволяет вам следить за работой системы в реальном масштабе времени и видеть информацию о процессоре, памяти, приложениях и состоянии процессов. Вы можете переключаться на другие выполняемые приложения или процессы и можете легко прекращать работу задачи или процесса.
Чтобы приступить к использованию Task Manager, вы можете применить один из следующих трех способов.
(рис 16.1) Окно Task Manager после начального запускаЭто окно содержит пять вкладок - Applications (Приложения), Processes (Процессы), Performance (Производительность), Networking (Сетевой обмен) и Users (Пользователи). Кроме того, внизу этого окна в панели состояния выводится количество выполняемых процессов и процент использования ЦП (CPU) и памяти.
Task Manager предоставляет полезную информацию о производительности в реальном масштабе времени, которая помогает вам определить, какие процессы или приложения являются проблематичными, а также дает вам общую картину состояния вашей системы. К сожалению, его ограничения, например, неспособность сохранения собранной информации о производительности, а также излишний охват возможностей мониторинга не позволяют использовать его как первое основное средство для оптимизации производительности. Более того, он может дать вам информацию, относящуюся только к локальной машине. Вы должны физически находиться за машиной, чтобы измерять ее производительность с помощью Task Manager.
Имеются две версии
(рис 16.2) Обе версии Network Monitor имеют похожий интерфейсЧтобы установить
Чтобы использовать
SMS-версия
SMS-версия
Оснастка консоли MMC (Microsoft Management Console) Performance - это наиболее употребительное средство мониторинга производительности, поскольку оно связано с операционной системой и позволяет вам следить за каждым объектом системы, который можно измерять, используя связанные с ним счетчики. Оснастка Performance содержит два средства:
(рис 16.3) Начальное окно оснастки PerformanceОснастка Performance является превосходным средством, поскольку она позволяет анализировать данные с помощью графиков, отчетов и журналов, которые вы можете сохранять для последующего исследования. В этой лекции предполагается, что вы будете использовать оснастку Performance как свое средство оптимизации производительности, поскольку оно доступно всем, кто работает с Windows Server 2003, и его принципы можно применять к другим утилитам.
С помощью
Чтобы добавить счетчики для просмотра в реальном масштабе времени после открытия оснастки Performance из меню Start/Administrative Tools, выполните следующие шаги.
Переключение между видами представления.По умолчанию для
(рис 16.4) Просмотр данных в реальном масштабе времени в формате отчета Performance Logs and AlertsСлужба
Журналы счетчиков позволяют вам записывать статистику работы или использования системы для локальных и удаленных систем. Вы можете не только запускать и прекращать работу службы
Чтобы начать процесс сохранения с помощью журналов счетчиков, выполните следующие шаги.
(рис 16.5) Добавление объектов или счетчиков к файлу журналаВкладка Log Files.Как уже говорилось на шаге 7, вкладка Log Files (рис. 16.6) содержит много опций. Это важные опции, поскольку они не только влияют на методологию мониторинга, но также влияют (некоторые из них) на производительность системы.
(рис 16.6) Вкладка Log FilesМестоположение файлов журналов.По умолчанию служба %Systemroot%\PerfLogs. Эту папку следует сразу заменить на папку другого диска. Windows Server 2003 и процессы мониторинга "конкурируют" друг с другом, претендуя на ресурсы, которые находятся на одном диске. Перенос операций ввода-вывода, связанных с записью в журналы счетчиков, на другой диск, освобождает полезные ресурсы и позволяет вашей системе функционировать более эффективно.
Окончания имен файлов (End File Names).Чтобы следить за файлами журналов, удобно заканчивать имена их файлов номером или датой. Это средство активизировано в конфигурации по умолчанию, и мы настоятельно рекомендуем использовать этот механизм именования, особенно если вы планируете создавать файлы последовательных журналов.
Тип файлов (Log File Type).Файлы журналов можно теперь сохранять в двух типах текстового формата, двух типах двоичного формата, а также в базе данных SQL. В табл. 16.2 приводится список этих форматов и дается краткое описание каждого из них.
| Формат файла журнала | Описание |
|---|---|
| Text File - CSV | Текстовый файл с разделителями-запятыми. Этот файловый формат легко читается электронными таблицами, такими как Microsoft Excel. |
| Text File - |
Текстовый файл с разделителями - символами Tab. Этот формат подходит для просмотра с помощью программ, работающих с электронными таблицами и базами данных. |
| Это формат последовательного двоичного файла журнала с расширением имени .blg. Используйте этот файловый формат при создании нескольких последовательных журналов. | |
| Binary |
Это двоичный циклический формат с расширением имени . blg. После достижения предельного размера этого файла происходит перезапись поверх старых данных с самого начала файла. |
| SQL Database (База данных SQL). | Сохранение данных о производительности в базе данных SQL может оказаться очень полезным для считывания нужной вам информации. Кроме того, этот формат следует использовать при мониторинге нескольких компьютеров и сборе больших объемов данных. |
Размер файлов журналов (Log File Size).Настройка размеров файлов журналов позволяет вам контролировать рост файлов журналов. Вот некоторые выгоды использования этого средства.
Вкладка Schedule (Расписание).Как уже говорилось выше, вкладка Schedule (рис. 16.7) содержит различные опции, которые управляют запуском и прекращением работы файлов журналов, а также опциями, которые начинают действовать, когда прекращается работа файла журнала.
(рис 16.7) Вкладка ScheduleКонечно, вы можете всегда запускать и прекращать работу файла журнала с помощью кнопок панели Counter Logs, похожих на кнопки CD-плейера, но реальные преимущества вкладки Schedule заключаются в конфигурировании автоматического запуска и прекращения работы. В секции Stop log (Остановка журнала) вы можете задать время прекращения работы журнала в секундах, минутах, часах или днях. Вы можете выбирать между остановкой работы журнала в определенное время определенного дня или его остановкой при достижении максимальной емкости, если вы используете формат Binary
В секции Stop log вкладки Schedule имеются также опции запуска нового журнала (Start a new log file), когда закрывается файл журнала (секция When a log file closes), и запуск какой-либо команды (флажок Run this command).
Создание последовательных журналов.Вы можете теперь более просто управлять файлами журналов, создавая последовательные журналы. Последовательные журналы полезно использовать, так как вы можете держать отдельные файлы журналов для заданных периодов времени. Например, если вы хотите иметь отдельные файлы журналов для каждого дня недели, то можете легко делать это, создавая последовательные журналы.
Имеется несколько моментов, о которых следует помнить при конфигурировании службы
Журналы трассировки (
Журналы трассировки отличаются от журналов счетчиков типом собираемых данных, а также частотой сбора этих данных. Журналы трассировки следят за событиями непрерывно, а не через определенные интервалы времени.
Процесс создания
В окне свойств
(рис 16.8) Окно свойств журнала трассировкиВкладка General.Вверху вкладки General можно видеть, что имена файлов заканчиваются расширением .. Далее приводятся имеющиеся системные и несистемные провайдеры, мониторинг которых вы можете осуществлять. Выбрав вариант
Щелкните на кнопке Provider Status (Состояние провайдеров), чтобы вывести список текущих провайдеров, а также их состояние (enabled and running или stopped).
Вкладка Advanced.Во вкладке Advanced (рис. 16.9) вы можете конфигурировать настройки буферов. Регистрируемые данные сначала передаются в буферы памяти и только затем записываются в журнал трассировки. По умолчанию эти буферы заполняются до конца, после чего данные записываются в файл журнала. В большинстве сценариев рекомендуется придерживаться настроек по умолчанию.
Если у вас имеется файл журнала, содержащего необработанные данные по производительности системы, то вы можете считывать и анализировать эти собранные данные. Для просмотра файла журнала выполните следующие шаги.
(рис 16.9) Вкладка Advanced журнала трассировкиОповещения можно задавать для любого из имеющихся счетчиков, чтобы извещать администратора о возникновении указанного состояния, например, что использование процессора превышает 90%. Если значение счетчика превышает указанное вами значение или оказывается ниже указанного значения, то служба
Чтобы создать оповещение, выполните следующие шаги.
Перейдите во вкладку Schedule, чтобы задать время начала и конца регистрации оповещений.
В дополнение к набору средств Microsoft имеется ряд утилит планирования вычислительной мощности от сторонних поставщиков для Windows Server 2003. Некоторые из этих средств приведены в табл. 16.3.
Эти продукты обычно содержат средства для сбора, анализа, хранения и создания отчетов по статистической информации о системе аналогично оснастке Performance в Windows Server 2003. Большинство продуктов включают также такие улучшения, как расписание или графическое представление данных. В некоторые утилиты даже включены такие нововведения, как автоматизация многих аспектов оптимизации производительности. Например, в некоторых наиболее продвинутых программах, таких как PATROL, выполняется анализ временных трендов и включены модели поддержки решений, помогающие вам прогнозировать будущее использование системы.
(рис 16.11) Задание действия, которое будет происходить при запуске оповещения| Имя утилиты | Компания | |
|---|---|---|
| HP |
Hewlett Packard | Веб-сайт: www.openview.hp.com/ |
| Unicenter TNG | Computer Associates | Веб-сайт: www.cai.com/unicenter/ |
| PerfMan | Information Systems | Веб-сайт: www.infosysman.com/ |
| PATROL | Веб-сайт: www.bmc.com/products/ | |
Большинство улучшений в этих продуктах от сторонних поставщиков (будь то расширенные возможности хранения или улучшения в графическом интерфейсе) превосходят по своим функциям оснастку Performance системы Windows Server 2003. Однако имеются как преимущества (например, анализ трендов, простота использования и отчетность), так и недостатки (стоимость и сложность) в использовании этих утилит вместо бесплатной встроенной утилиты Performance.
Вы можете осуществлять мониторинг многочисленных системных ресурсов в целях оптимизации производительности. На самом деле существует так много объектов и счетчиков, за которыми можно следить, что вы можете быстро собрать такой объем данных, с которым невозможно справиться. Если не применить тщательный подход к выбору объектов и счетчиков мониторинга, то вы можете собрать столько информации, что эти данные будут бесполезны. С большими объемами данных трудно работать, поэтому вы будете тратить почти все время на организацию данных вместо их анализа. Помните, что одной из ключевых концепций, лежащих в основе планирования вычислительной мощности, является рациональный подход. Формируйте мониторинг конфигурации сервера как можно аккуратнее.
Имеется небольшое число важных ресурсов, мониторинг которых обязателен для каждого сервера: память, процессор, дисковая подсистема и сетевая подсистема. Эти ресурсы составляют четверку наиболее распространенных источников узких мест в системе. Узкое место (
Кроме того, то, как сконфигурирован сервер Windows Server 2003, функционально влияет на ресурсы или службы, которые вам следует включать в мониторинг. Например, в наиболее распространенные конфигурации Windows Server 2003 включаются база данных, разделяемый доступ к файлам и принтерам, разделяемое использование приложений, функции контроллера домена и целый ряд других функций. Вам может потребоваться мониторинг влияния репликации и синхронизации на контроллеры домена, но не для файловых серверов и
В этом разделе рассматриваются конкретные счетчики, за которыми вы должны следить для каждого из распространенных источников узких мест. Отметим, однако, что существует много других счетчиков, которые следует включать в мониторинг в дополнение к этим счетчикам. В этом разделе приводится базовый минимальный набор счетчиков, чтобы вы могли начать процесс мониторинга.
Из четырех наиболее распространенных источников узких мест память обычно является первым ресурсом, вызывающим снижение производительности. Дело в том, что Windows Server 2003 является настоящим "пожирателем" памяти. К счастью, добавление блоков памяти является также наиболее простым и экономичным способом увеличения производительности. На рис. 16.12 показано окно
Имеется много важных счетчиков, связанных с памятью. Однако имеется два счетчика, обязательных для мониторинга. Это Page Faults/sec (Отсутствие страниц/ сек) и Pages/sec (Страниц/сек). Они показывают, достаточно ли для данной системы установленного количества RAM-памяти.
Ситуация page fault (ошибка страницы) возникает, когда процессу требуется код или данные, которых нет в его рабочем наборе (
(рис 16.12) Мониторинг счетчиков памяти в окне System Monitor в реальном масштабе времениСчетчик Pages/sec определяет количество страниц, прочитанных или записанных на диске для разрешения аппаратных ошибок страниц. Ситуация hard page fault (ошибка страницы на диске) возникает, когда процессу требуется код или данные, которых нет в его рабочем наборе или где-либо в памяти. Тогда этот код или данные должны быть считаны с диска. Этот счетчик является главным индикатором так называемой пробуксовки (
Процессор часто является первым анализируемым ресурсом, когда наблюдается ощутимое снижение производительности. Имеется два важных счетчика по процессору, используемых для оптимизации производительности: %
Счетчик Interrupts/sec также является хорошим индикатором использования процессора. Он указывает количество прерываний устройств в секунду, обрабатываемых процессором. Прерывание устройств может вызываться оборудованием или программным обеспечением, и это значение может достигать нескольких тысяч. Для повышения производительности перекладывают нагрузку некоторых служб на другой, менее загруженный сервер, добавляют еще один процессор, модернизируют имеющийся процессор, прибегают к кластеризации и распределению нагрузки на совершенно новую машину.
Дисковая подсистема состоит из двух основных типов ресурсов: накопители на жестких дисках и контроллеры жестких дисков. Оснастка Performance не имеет объекта, непосредственно связанного с контроллером жесткого диска, поскольку значения объектов Physical Disk и Logical Disk точно представляют производительность дисковой подсистемы.
В настоящее время любой компонент компьютера превосходит то, что было раньше, и это также относится к компонентам дисковой подсистемы. В результате влияние объектов производительности дисковой подсистемы становится все более несущественным и, в зависимости от конфигурации вашей системы, даже незаметным.
Windows Server 2003 позволяет вам гибко запускать и прекращать работу объектов дисковой подсистемы. Вы можете использовать diskperf -y,
чтобы запускать дисковые счетчики, diskperf -y \\mycomputer, чтобы запускать их на удаленных машинах, или diskperf -n,
чтобы отключать их, как это делали до Windows Server 2003.
Гибкость проявляется в том, что вы можете активизировать объекты Logical Disk и Physical Disk по отдельности.
Чтобы задать объект, который вы хотите активизировать или деактивизировать, включите букву d в параметры для объекта Physical Disk или букву v для объекта Logical Disk.
Например, чтобы начать просмотр статистики по счетчику Logical Disk, вы должны повторно активизировать объект производительности Logical Disk с помощью команды diskperf -yv.
Самыми лучшими, но, конечно не единственными счетчиками производительности дисков в целях оптимизации производительности являются % Disk Time (Процент времени активности диска) и Avg. Disk Queue Length (Среднее значение длины очереди). Счетчик % Disk Time следит за количеством времени, которое тратится выбранным физическим или логическим диском на запросы чтения и записи. Счетчик Avg. Disk Queue Length указывает количество ожидающих (еще не обслуженных) запросов на физическом или логическом диске. Это мгновенное значение, а не среднее значение за определенный период, но оно все же точно представляет количество задержек на данном диске. Задержки запросов на диске можно рассчитать путем вычитания количества шпинделей дисковода из результата измерения Avg. Disk Queue Length. Если величина задержки часто превышает 2, значит, диски вызывают снижение производительности.
Из-за большого числа компонентов сетевая подсистема наиболее сложна для мониторинга узких мест. Протоколы, сетевые адаптеры, сетевые приложения и физические топологии - все это оказывает существенное влияние на вашу сеть. Ситуация еще больше осложняется тем, что в вашем окружении могут быть реализованы несколько стеков протоколов. Поэтому набор счетчиков сетевой производительности, за которыми вы должны следить, варьируется в зависимости от конфигурации вашей системы.
Важной информацией, собираемой от компонентов мониторинга сетевой подсистемы, является уровень сетевой активности и пропускная способность. При мониторинге компонентов сетевой подсистемы вам следует использовать и другие средства мониторинга сети в дополнение к оснастке Performance. Например, можно использовать
Вопросы оптимизации производительности для сетевой подсистемы фокусируются на TCP/IP. Нельзя просто говорить о том, что работа Windows Server 2003 существенно зависит от этого протокола. После установки этого протокола добавляются счетчики для TCP/IP, включая счетчики для Internet Protocol version 6 (IPv6).
Имеется много важных счетчиков в объектах, относящихся к TCP/IP, которые вам следует включать в мониторинг. Два важных счетчика, используемых для мониторинга TCP/IP, относятся к объекту NIC (Сетевой адаптер). Это счетчики Bytes Total/sec (Всего байтов/сек) и Output Queue Length (Длина выходной очереди). Счетчик Bytes Total/sec указывает объем входящего и исходящего трафика TCP/IP на вашем сервере. Счетчик Output Queue Length указывает, имеются ли проблемы перегрузки или конфликтной ситуации на вашем сетевом адаптере. Если значение Output Queue Length постоянно превышает 2, то проверьте значение счетчика Bytes Total/sec. Высокие значения обоих счетчиков могут означать, что в вашей сетевой подсистеме имеется узкое место и, может быть, пришло время, когда требуется модернизация компонентов вашей сетевой подсистемы.
Имеется много других счетчиков, за которыми требуется следить, чтобы точно определить причину слишком высоких значений этих счетчиков или снижения производительности сети. Например, чем вызваны слишком высокие значения счетчиков Bytes Total/sec and Output Queue Length - временным всплеском сетевой активности или слишком большой частотой конфликтов (collision rate)? Если collision rate больше 10 процентов, то проблемой может быть производительность сети в целом, а не только рассматриваемый сервер Windows Server 2003.
На протяжении этой лекции мы анализировали различные способы мониторинга и использования данных производительности системы. Хотя мониторинг или анализ данных производительности необходим для более точной настройки производительности системы, он не дает непосредственного контроля над ресурсами, за которыми вы следите. Компания Microsoft разработала оснастку MMC Windows System Resource Monitor (WSRM), чтобы обеспечивать определенный уровень контроля в современных системах.
Оснастка WSRM (см. рис. 16.13) - это утилита, которую можно использовать с версиями Windows Server 2003 Enterprise Edition или Datacenter Edition. Она дает вам дополнительный контроль над системными ресурсами и процессами. Вы можете использовать WSRM для контроля приложений, служб и использования ресурсов процессов (например, использования процессора, памяти и родственности процессоров).
(рис 16.13) Интерфейс WSRMЧтобы контролировать или защищать системные ресурсы и использование, задаются предельные значения для приложений, служб или процессов с помощью политик. Эти политики можно настраивать, чтобы вы могли применять различные стандарты к различным системам. Кроме ограничений по использованию, вы можете также учитывать факторы расписания. Например, вы можете ограничить определенное приложение использованием только 25% времени процессора в часы пиковой нагрузки рабочего дня. WSRM управляет своим собственным расписанием с помощью встроенной календарной функции.
Оснастка WSRM особенно полезна для систем, исполняющих несколько функциональных ролей (когда-то вы могли устанавливать и конфигурировать на одном компьютере только один тип рабочей нагрузки или роли). Различные функции могут конкурировать за получение системных ресурсов, необходимых для выполнения текущих задач. Если приложение, служба или процесс, связанные с определенной ролью сервера, чувствительны к потреблению системных ресурсов, то здесь может вмешаться WSRM, чтобы не допускать превышения границ, которые заданы в политиках.
Для получения официальных документов о завершении программы дополнительного профессионального образования (удостоверения о повышении квалификации, дипломов о профессиональной переподготовке и MBA) необходимо предоставить:
Внимание! Вы можете не заказывать доставку бумажной версии официального документы, а скачать его в электронном виде и распечатать самостоятельно. Информация о выданном документе в течение 1 месяца загружается в Федеральную информационную систему «Федеральный реестр сведений о документах об образовании и (или) о квалификации, документах об обучении» - ФИС ФРДО.
Доступ на новый сайт осуществляется с использованием адреса электронной почты, который был указан вами при регистрации на "старом". Мы постарались перенести все ваши данные с прежнего ресурса, однако не исключена вероятность потери части информации.
При возникновении проблемы со входом, воспользуйтесь функцией сброса пароля
Если вы обнаружите несоответствия, пожалуйста, сообщите нам.