Сім найбільш корисних лічильників ефективності

Michael Otey

Стаття присвячена питанням моніторингу семи основних лічильників ефективності роботи MS SQL Server.

ЗМІСТ










1. Введення
2.Bytes Total/sec
3.Total Server Memory
4.Average Disk Queue Length
5.Cache Hit Ratio
6. Buffer Cache Hit Ratio
7.Pages/Sec
8.% Processor Time

Введення

При установці SQL Server у Performance Monitor додаються його специфічні лічильники ефективності. Ви можете
використовувати їх разом зі звичними лічильниками Win2K або NT, щоб відслідковувати продуктивність системи при
зміні навантаження. Щоб встановлювати точку відліку, починайте контроль лічильників, коли система не відчуває
пікових навантажень. Представлені в цій статті сім найбільш важливих лічильників допоможуть Вам швидко оцінити
продуктивність вашої системи з SQL Server і отримати загальне уявлення про її стан.

[Зміст]

7. Bytes Total/sec

Лічильник Bytes Total / sec, який знаходиться серед об'єктів Network Interface, може допомогти Вам визначити, є
Чи мережевий адаптер вузьким місцем. Порівняйте значення цього лічильника з максимальною пропускною здатністю вашої мережевої
плати. Взагалі, цей лічильник повинен показати не більше 50% утилізації пропускної спроможності мережевого адаптера.

[Зміст]

6. Total Server Memory

Цей лічильник, розташований серед об'єктів SQL Server: Memory Manager, показує загальну суму динамічно виділяється
пам'яті в кілобайтах. Необхідно збільшити розмір пам'яті, якщо середнє значення цього лічильника постійно вище, ніж
доступна кількість фізичної пам'яті в системі. (Зауваження автора перекладу: ця рекомендація не відноситься до тих
випадків, коли для SQL Server встановлений максимальний, фіксований розмір займаної їм оперативної пам'яті).

[Зміст]

5. Average Disk Queue Length

Цей лічильник показує ефективність дискової підсистеми і розташований серед об'єктів PhysicalDisk. Середня довжина
черги диска – це середня загальна кількість запитів на читання і на запис, які були поставлені в чергу для
відповідного диска протягом інтервалу вимірювання. Відповідно до рекомендацій Microsoft, середня кількість запитів
очікують I / O не повинно бути більше, ніж в 1,5 – 2 рази числа шпинделів фізичних дисків. (Зауваження автора
перекладу: мабуть, автор статті має на увазі значення з урахуванням масштабу за замовчуванням для цього лічильника, тому що на
графіку представляються помножені на 100 значення). Якщо значення цього лічильника постійно вище рекомендованих, Ви
можете підняти продуктивність дискової підсистеми встановимо більш швидкі диски або збільшивши їх кількість.

[Зміст]

4. Cache Hit Ratio

Цей лічильник серед об'єктів SQL Server: Cache Manager показує, чи може SQL Server розміщувати повністю плани
виконання запитів в кеші процедур. В ідеалі, це значення має завжди бути вище 85 відсотків. Якщо Ви спостерігаєте
зниження середнього значення цього лічильника, розгляньте можливість додавання ОЗУ або оптимізації ваших запитів.

[Зміст]

3. Buffer Cache Hit Ratio

Лічильник Buffer Cache Hit Ratio серед об'єктів SQL Server: Buffer Manager показує, наскільки повно SQL Server може
розмістити дані в буфері кеша. Чим вище це значення, тим краще, тому що для ефективного обігу SQL сервера до
сторінок даних, вони повинні перебувати в буфері кешу, і операції фізичного введення-виведення (I / O) повинні бути відсутніми.
Якщо Ви спостерігаєте стійке зниження середнього значення цього лічильника, розгляньте можливість додавання ОЗУ.

[Зміст]

2. Pages/Sec

Лічильник Pages / Sec, розташований серед об'єктів Memory, показує кількість сторінок, які SQL Server вважав з диска
чи записав на диск для того, щоб дозволити звернення до сторінок пам'яті, які не були завантажені в оперативну
пам'ять у момент звернення. Ця величина є сумою величин Pages Input / sec і Pages Output / sec, а також враховує
сторінковий обмін (підкачування / свопінг) системної кеш-пам'яті для доступу до файлів даних додатків. Крім того, сюди
включається підкачка Не кешувати файлів, безпосередньо відображаються на згадку. Це основний лічильник, за яким
слід стежити в тому випадку, якщо спостерігається велике навантаження на використання пам'яті і пов'язаний з цим надлишковий
сторінковий обмін. Цей лічильник характеризує величину свопінгу і його нормальне (не піковий) значення повинно бути
близько до нуля. Збільшення свопінгу говорить про необхідність нарощування ОЗУ або зменшення числа виконуваних на сервері
прикладних програм.

[Зміст]

1. % Processor Time

Один з найбільш життєво-важливих лічильників, який необхідно контролювати, це лічильник% Processor Time серед
об'єктів Processor. Цей лічильник показує процентне відношення часу, яке процесор був зайнятий виконанням
операцій для не простоюють потоків (non-Idle thread). Цю величину можна розглядати як частку часу, що припадає
на виконання корисної роботи. Кожен процесор може бути призначений простоює потоку, який споживає
непродуктивні цикли процесора, не використовувані іншими потоками. Для цього лічильника характерні нетривалі
піки, які можуть досягати 100 відсотків. Однак, якщо Ви бачите тривалі періоди, коли утилізація процесора
вище 80 відсотків, ваша система буде більш ефективною при використанні більшої кількості процесорів.

[Зміст]

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*