آموزش جامع Windows Performance Monitor برای SQL Server با مثال‌های عملی SQL Server

Windows Performance Monitor یکی از ابزارها یا قابلیت‌های مهم اکوسیستم Microsoft SQL Server برای هم‌بسته‌سازی وضعیت سیستم‌عامل با رفتار SQL Server است. این مقاله از تعریف پایه آغاز می‌کند و سپس به ساخت خط مبنا، خواندن خروجی، کنترل سربار و تبدیل مشاهده فنی به اقدام قابل سنجش می‌رسد. تمام مثال‌ها برای همین موضوع طراحی شده‌اند تا متن با مقاله‌های دیگر مجموعه هم‌پوشانی محتوایی نداشته باشد.

منبع اصلی داده در این موضوع «Counterهای ویندوز، Process، Memory، Disk و Network» است و خروجی‌های شاخص آن شامل Processor Time، Disk Latency، Available Memory، Queue Length و Throughput می‌شود. بنابراین پیش از فعال‌سازی ابزار باید پرسش عملکردی مشخص باشد؛ برای نمونه، آیا تیم در پی تفکیک مشکل CPU از Query است یا می‌خواهد بررسی Latency دیسک را ارزیابی کند؟

مسیر دسترسی سریع مقاله Windows Performance Monitor: بازگشت به راهنمای ابزارهای گرافیکی و خارجی پایش عملکرد SQL Server.

تعریف و جایگاه Windows Performance Monitor

جایگاه Windows Performance Monitor در چرخه عیب‌یابی بین مشاهده، تفسیر و اقدام قرار می‌گیرد. مشاهده خام تنها می‌گوید چه چیزی رخ داده است؛ تفسیر باید آن رخداد را با ظرفیت سرور، الگوی مصرف و تغییرات نرم‌افزار مرتبط کند؛ اقدام نیز باید فرضیه‌ای قابل بازگشت داشته باشد. این ابزار برای هم‌بسته‌سازی وضعیت سیستم‌عامل با رفتار SQL Server مناسب است، اما به‌تنهایی علت ریشه‌ای را تضمین نمی‌کند.

در یک فرایند حرفه‌ای، ابتدا بازه زمانی و معیار موفقیت ثبت می‌شود. سپس داده از Counterهای ویندوز، Process، Memory، Disk و Network جمع‌آوری می‌گردد و شاخص‌هایی مانند Processor Time، Disk Latency، Available Memory، Queue Length و Throughput کنار هم قرار می‌گیرند. اگر نتیجه با تجربه کاربران سازگار نبود، باید از ابزار مکمل در لایه سیستم‌عامل، موتور داده یا برنامه کاربردی کمک گرفت.

تصویر نخست، معماری اختصاصی Windows Performance Monitor را از منبع داده تا خروجی‌های قابل استفاده برای تفکیک مشکل CPU از Query نشان می‌دهد.

نحو و الگوی خواندن داده در Windows Performance Monitor

همه قابلیت‌های Windows Performance Monitor یک دستور واحد ندارند، اما Query زیر نقطه شروع عملی برای مشاهده بخشی از داده مرتبط است. آن را ابتدا در محیط آزمایش اجرا کنید و نام پایگاه، مجوزها و نسخه موتور را با شرایط واقعی تطبیق دهید.

-- نمونه 1 اختصاصی Windows Performance Monitor
        SELECT counter_name,cntr_value FROM sys.dm_os_performance_counters WHERE object_name LIKE N'%Buffer Manager%' AND counter_name IN (N'Page life expectancy',N'Buffer cache hit ratio');

ده مثال عملی و غیرتکراری برای Windows Performance Monitor

مثال 1: ساخت خط مبنای اولیه با Windows Performance Monitor

در این سناریوی اختصاصی، هدف آن است که هم‌بسته‌سازی وضعیت سیستم‌عامل با رفتار SQL Server به شکلی قابل اندازه‌گیری بررسی شود. نمونه شماره 1 روی موضوع «تفکیک مشکل CPU از Query» تمرکز دارد و خروجی آن برای تصمیم‌گیری عملیاتی استفاده می‌شود.

-- نمونه 1 اختصاصی Windows Performance Monitor
        SELECT counter_name,cntr_value FROM sys.dm_os_performance_counters WHERE object_name LIKE N'%Buffer Manager%' AND counter_name IN (N'Page life expectancy',N'Buffer cache hit ratio');

نکته فنی نمونه 1 در Windows Performance Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره تحلیل فشار حافظه سیستم‌عامل تصمیم بگیرید.

مثال 2: تحلیل داده نمونه در محیط آزمایش با Windows Performance Monitor

در این سناریوی اختصاصی، هدف آن است که هم‌بسته‌سازی وضعیت سیستم‌عامل با رفتار SQL Server به شکلی قابل اندازه‌گیری بررسی شود. نمونه شماره 2 روی موضوع «بررسی Latency دیسک» تمرکز دارد و خروجی آن برای تصمیم‌گیری عملیاتی استفاده می‌شود.

-- نمونه 2 اختصاصی Windows Performance Monitor
        SELECT scheduler_id,runnable_tasks_count,pending_disk_io_count,load_factor FROM sys.dm_os_schedulers WHERE status='VISIBLE ONLINE';

نکته فنی نمونه 2 در Windows Performance Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره پایش شبکه تصمیم بگیرید.

مثال 3: استفاده در گزارش روزانه با Windows Performance Monitor

در این سناریوی اختصاصی، هدف آن است که هم‌بسته‌سازی وضعیت سیستم‌عامل با رفتار SQL Server به شکلی قابل اندازه‌گیری بررسی شود. نمونه شماره 3 روی موضوع «تحلیل فشار حافظه سیستم‌عامل» تمرکز دارد و خروجی آن برای تصمیم‌گیری عملیاتی استفاده می‌شود.

-- نمونه 3 اختصاصی Windows Performance Monitor
        SELECT physical_memory_kb,available_physical_memory_kb,system_memory_state_desc FROM sys.dm_os_sys_memory;

نکته فنی نمونه 3 در Windows Performance Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره ساخت Baseline شبانه‌روزی تصمیم بگیرید.

مثال 4: اعمال فیلتر هدفمند با Windows Performance Monitor

در این سناریوی اختصاصی، هدف آن است که هم‌بسته‌سازی وضعیت سیستم‌عامل با رفتار SQL Server به شکلی قابل اندازه‌گیری بررسی شود. نمونه شماره 4 روی موضوع «پایش شبکه» تمرکز دارد و خروجی آن برای تصمیم‌گیری عملیاتی استفاده می‌شود.

-- نمونه 4 اختصاصی Windows Performance Monitor
        SELECT DB_NAME(v.database_id) AS database_name,m.physical_name,v.io_stall_read_ms/NULLIF(v.num_of_reads,0) AS avg_read_ms FROM sys.dm_io_virtual_file_stats(NULL,NULL) AS v JOIN sys.master_files AS m ON m.database_id=v.database_id AND m.file_id=v.file_id ORDER BY avg_read_ms DESC;

نکته فنی نمونه 4 در Windows Performance Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره تفکیک مشکل CPU از Query تصمیم بگیرید.

مثال 5: ترکیب با نمای سیستمی مکمل با Windows Performance Monitor

در این سناریوی اختصاصی، هدف آن است که هم‌بسته‌سازی وضعیت سیستم‌عامل با رفتار SQL Server به شکلی قابل اندازه‌گیری بررسی شود. نمونه شماره 5 روی موضوع «ساخت Baseline شبانه‌روزی» تمرکز دارد و خروجی آن برای تصمیم‌گیری عملیاتی استفاده می‌شود.

-- نمونه 5 اختصاصی Windows Performance Monitor
        SELECT cpu_count,hyperthread_ratio,physical_memory_kb,sqlserver_start_time FROM sys.dm_os_sys_info;

نکته فنی نمونه 5 در Windows Performance Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره بررسی Latency دیسک تصمیم بگیرید.

تصویر دوم، جریان اجرای Windows Performance Monitor را از دریافت ورودی تا تولید مشاهده قابل مقایسه برای تحلیل فشار حافظه سیستم‌عامل ترسیم می‌کند.

مثال 6: بررسی نبود داده یا مقدار NULL با Windows Performance Monitor

در این سناریوی اختصاصی، هدف آن است که هم‌بسته‌سازی وضعیت سیستم‌عامل با رفتار SQL Server به شکلی قابل اندازه‌گیری بررسی شود. نمونه شماره 6 روی موضوع «تفکیک مشکل CPU از Query» تمرکز دارد و خروجی آن برای تصمیم‌گیری عملیاتی استفاده می‌شود.

-- نمونه 6 اختصاصی Windows Performance Monitor
        SELECT counter_name,instance_name,cntr_value,cntr_type FROM sys.dm_os_performance_counters WHERE counter_name LIKE N'%Transactions/sec%';

نکته فنی نمونه 6 در Windows Performance Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره تحلیل فشار حافظه سیستم‌عامل تصمیم بگیرید.

مثال 7: آزمون وضعیت مرزی و بار غیرمعمول با Windows Performance Monitor

در این سناریوی اختصاصی، هدف آن است که هم‌بسته‌سازی وضعیت سیستم‌عامل با رفتار SQL Server به شکلی قابل اندازه‌گیری بررسی شود. نمونه شماره 7 روی موضوع «بررسی Latency دیسک» تمرکز دارد و خروجی آن برای تصمیم‌گیری عملیاتی استفاده می‌شود.

-- نمونه 7 اختصاصی Windows Performance Monitor
        SELECT TOP (10) wait_type,wait_time_ms,signal_wait_time_ms FROM sys.dm_os_wait_stats ORDER BY wait_time_ms DESC;

نکته فنی نمونه 7 در Windows Performance Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره پایش شبکه تصمیم بگیرید.

مثال 8: سناریوی عملیاتی سازمانی با Windows Performance Monitor

در این سناریوی اختصاصی، هدف آن است که هم‌بسته‌سازی وضعیت سیستم‌عامل با رفتار SQL Server به شکلی قابل اندازه‌گیری بررسی شود. نمونه شماره 8 روی موضوع «تحلیل فشار حافظه سیستم‌عامل» تمرکز دارد و خروجی آن برای تصمیم‌گیری عملیاتی استفاده می‌شود.

-- نمونه 8 اختصاصی Windows Performance Monitor
        SELECT name,physical_name,size*8.0/1024 AS size_mb,max_size,growth FROM sys.master_files ORDER BY database_id,file_id;

نکته فنی نمونه 8 در Windows Performance Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره ساخت Baseline شبانه‌روزی تصمیم بگیرید.

مثال 9: نمایش روش اشتباه و نسخه اصلاح‌شده با Windows Performance Monitor

در این سناریوی اختصاصی، هدف آن است که هم‌بسته‌سازی وضعیت سیستم‌عامل با رفتار SQL Server به شکلی قابل اندازه‌گیری بررسی شود. نمونه شماره 9 روی موضوع «پایش شبکه» تمرکز دارد و خروجی آن برای تصمیم‌گیری عملیاتی استفاده می‌شود. روش اشتباه، اجرای پایش بدون فیلتر و بدون تعیین مدت است؛ نسخه اصلاح‌شده Query را محدود می‌کند تا داده مرتبط با Windows Performance Monitor استخراج شود.

-- نمونه 9 اختصاصی Windows Performance Monitor
        SELECT process_memory_limit_mb,process_physical_memory_low,process_virtual_memory_low FROM sys.dm_os_process_memory;

نکته فنی نمونه 9 در Windows Performance Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره تفکیک مشکل CPU از Query تصمیم بگیرید.

مثال 10: کنترل کارایی و هزینه پایش با Windows Performance Monitor

در این سناریوی اختصاصی، هدف آن است که هم‌بسته‌سازی وضعیت سیستم‌عامل با رفتار SQL Server به شکلی قابل اندازه‌گیری بررسی شود. نمونه شماره 10 روی موضوع «ساخت Baseline شبانه‌روزی» تمرکز دارد و خروجی آن برای تصمیم‌گیری عملیاتی استفاده می‌شود.

-- نمونه 10 اختصاصی Windows Performance Monitor
        SELECT DB_NAME(database_id) AS database_name,COUNT(*) AS active_requests FROM sys.dm_exec_requests GROUP BY database_id ORDER BY active_requests DESC;

نکته فنی نمونه 10 در Windows Performance Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره بررسی Latency دیسک تصمیم بگیرید. در محیط پرترافیک، ابتدا هزینه خود ابزار را بسنجید؛ زیرا نمونه‌برداری با فاصله نامناسب یا انتخاب صدها Counter حجم لاگ را غیرضروری می‌کند.

خطاهای رایج در کار با Windows Performance Monitor

• در Windows Performance Monitor، جمع‌آوری داده بدون سؤال مشخص خروجی حجیمی می‌سازد که هیچ تصمیمی را پشتیبانی نمی‌کند.
• نادیده گرفتن هشدار اصلی این ابزار: نمونه‌برداری با فاصله نامناسب یا انتخاب صدها Counter حجم لاگ را غیرضروری می‌کند.
• در تحلیل Windows Performance Monitor، مقایسه دو بازه با حجم Workload متفاوت نتیجه بهبود یا افت را مخدوش می‌کند.
• پس از مشاهده Windows Performance Monitor، اعمال تغییر مستقیم در تولید بدون Baseline و معیار Rollback خطرناک است.
• تفسیر Windows Performance Monitor با تمرکز روی یک عدد و حذف زمینه‌هایی مانند Wait، I/O، Lock و رفتار برنامه ناقص می‌ماند.

ملاحظات کارایی و بهترین روش‌ها در Windows Performance Monitor

هزینه پایش باید بخشی از طراحی باشد. برای Windows Performance Monitor دامنه داده را به رویداد، Database، Session یا بازه لازم محدود کنید. نرخ تولید داده را در پنج دقیقه نخست اندازه بگیرید؛ اگر رشد خروجی از انتظار بیشتر بود، فیلتر یا فاصله نمونه‌برداری را اصلاح کنید. نتیجه معتبر زمانی ایجاد می‌شود که خود ابزار باعث تغییر محسوس در رفتار Workload نشود.

بهترین روش، ایجاد دفترچه تصمیم است: پرسش اولیه، زمان جمع‌آوری، نسخه SQL Server، تغییرات اخیر، معیارهای Processor Time، Disk Latency، Available Memory، Queue Length و Throughput، تفسیر، اقدام و نتیجه پس از اقدام ثبت شوند. برای سناریوی پایش شبکه بهتر است داده قبل و بعد از تغییر با یک بار کاری مشابه مقایسه شود.

تصویر سوم، تصمیم فنی میان Baseline، مشاهده، هشدار Performance و Best Practice را برای Windows Performance Monitor و سناریوی ساخت Baseline شبانه‌روزی خلاصه می‌کند.

سؤالات متداول اختصاصی Windows Performance Monitor

پرسش 1: Windows Performance Monitor دقیقاً چه مسئله‌ای را حل می‌کند؟

در زمینه Windows Performance Monitor، این ابزار برای هم‌بسته‌سازی وضعیت سیستم‌عامل با رفتار SQL Server طراحی شده است و داده را از Counterهای ویندوز، Process، Memory، Disk و Network می‌گیرد. ارزش اصلی آن زمانی آشکار می‌شود که نتیجه با خط مبنا و هدف کسب‌وکار مقایسه شود.

پرسش 2: برای شروع کار با Windows Performance Monitor چه پیش‌نیازی لازم است؟

در زمینه Windows Performance Monitor، دسترسی مشاهده DMVها یا مجوز مناسب ابزار، تعیین بازه پایش و شناخت بار عادی سامانه لازم است. پیش از اجرا نیز باید مشخص شود کدام‌یک از خروجی‌های «Processor Time، Disk Latency، Available Memory، Queue Length و Throughput» واقعاً اهمیت دارد.

پرسش 3: آیا Windows Performance Monitor برای پروژه تجاری کوچک هم ارزش دارد؟

در زمینه Windows Performance Monitor، بله، اما دامنه جمع‌آوری باید متناسب با اندازه سامانه باشد. در پروژه کوچک می‌توان از یک سناریوی محدود مانند تفکیک مشکل CPU از Query شروع کرد و تنها در صورت نیاز جزئیات بیشتری ثبت کرد.

پرسش 4: چگونه خروجی Windows Performance Monitor به کاهش هزینه عملیاتی کمک می‌کند؟

در زمینه Windows Performance Monitor، با شناسایی دقیق منبع مصرف یا رگرسیون، تیم از تغییرات حدسی دور می‌شود. این موضوع زمان عیب‌یابی، ریسک توقف سرویس و هزینه تهیه سخت‌افزار بدون ضرورت را کاهش می‌دهد.

پرسش 5: Windows Performance Monitor با ابزارهای نزدیک چه تفاوتی دارد؟

در زمینه Windows Performance Monitor، تمایز اصلی در منبع داده و عمق تحلیل است؛ این موضوع بر Counterهای ویندوز، Process، Memory، Disk و Network تکیه دارد، در حالی که ابزار دیگر ممکن است فقط نمای لحظه‌ای یا گزارش سطح سیستم‌عامل ارائه کند.

پرسش 6: برای پیاده‌سازی حرفه‌ای Windows Performance Monitor چه خدماتی مفید است؟

در زمینه Windows Performance Monitor، طراحی Baseline، انتخاب فیلتر، ساخت گزارش، تحلیل خروجی و مستندسازی اقدام اصلاحی از خدمات رایج مشاوره SQL Server هستند. این مراحل باید با نیاز واقعی پروژه هماهنگ شوند.

پرسش 7: رایج‌ترین خطا هنگام استفاده از Windows Performance Monitor چیست؟

در زمینه Windows Performance Monitor، رایج‌ترین خطا تفسیر یک نمونه منفرد بدون زمینه است. همچنین باید به این هشدار توجه شود که نمونه‌برداری با فاصله نامناسب یا انتخاب صدها Counter حجم لاگ را غیرضروری می‌کند.

پرسش 8: اثر Performance خود Windows Performance Monitor چگونه کنترل می‌شود؟

در زمینه Windows Performance Monitor، رویدادها یا Counterها را محدود، مدت جمع‌آوری را مشخص و حجم خروجی را اندازه‌گیری کنید. سپس مصرف CPU، I/O و فضای ذخیره‌سازی ابزار را جدا از Workload اصلی ثبت کنید.

پرسش 9: بهترین روش عملی برای Windows Performance Monitor چیست؟

در زمینه Windows Performance Monitor، با یک پرسش مشخص مانند «بررسی Latency دیسک» شروع کنید، داده حداقلی لازم را جمع‌آوری کنید، نتیجه را با Baseline بسنجید و اقدام اصلاحی را همراه با معیار بازگشت ثبت کنید.

پرسش 10: سازگاری نسخه‌ای Windows Performance Monitor را چگونه بررسی کنیم؟

در زمینه Windows Performance Monitor، قابلیت‌ها و نام DMVها میان نسخه‌های SQL Server، Azure SQL و SSMS می‌توانند تفاوت داشته باشند. قبل از اجرای اسکریپت در تولید، آن را روی همان Edition و Compatibility Level آزمایش کنید.

سؤالات مصاحبه درباره Windows Performance Monitor

1. توضیح دهید چرا Windows Performance Monitor برای تفکیک مشکل CPU از Query مناسب است.
2. چگونه سربار Windows Performance Monitor را در یک سرور پرترافیک اندازه‌گیری می‌کنید؟
3. بین خروجی‌های Processor Time، Disk Latency، Available Memory، Queue Length و Throughput کدام معیار را برای تشخیص اولیه انتخاب می‌کنید و چرا؟
4. اگر داده Windows Performance Monitor با تجربه کاربر ناسازگار باشد، چه منابع مکملی را بررسی می‌کنید؟
5. یک برنامه بازگشت برای تغییری که بر اساس Windows Performance Monitor پیشنهاد شده طراحی کنید.

چک‌لیست نهایی Windows Performance Monitor

• در Windows Performance Monitor پرسش پایش برای تفکیک مشکل CPU از Query نوشته شده است.
• برای Windows Performance Monitor مجوز دسترسی به Counterهای ویندوز، Process، Memory، Disk و Network بررسی شده است.
• بازه زمانی و حجم خروجی Windows Performance Monitor محدود شده است.
• برای Windows Performance Monitor حداقل دو معیار از Processor Time، Disk Latency، Available Memory، Queue Length و Throughput ثبت شده است.
• تأثیر Windows Performance Monitor بر CPU، I/O و فضای دیسک سنجیده شده است.
• اقدام اصلاحی مبتنی بر Windows Performance Monitor و برنامه بازگشت مستند شده است.

جمع‌بندی آموزش Windows Performance Monitor

Windows Performance Monitor زمانی بیشترین ارزش را دارد که برای یک مسئله محدود مانند تفکیک مشکل CPU از Query به کار رود و خروجی آن با Baseline سنجیده شود. داده‌های Processor Time، Disk Latency، Available Memory، Queue Length و Throughput باید در کنار زمینه Workload تفسیر شوند. با رعایت فیلتر، زمان‌بندی و کنترل سربار می‌توان از این قابلیت برای تصمیم‌های قابل دفاع در SQL Server استفاده کرد.

برای مقایسه Windows Performance Monitor با تمام گزینه‌های مجموعه، راهنمای جامع ابزارهای گرافیکی و خارجی عملکرد SQL Server را مطالعه کنید.