Сім найбільш корисних лічильників ефективності, Мова запитів SQL, Бази даних, статті

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>

*

*