آموزش جامع Activity Monitor در SQL Server با مثالهای عملی SQL Server
Activity Monitor یکی از ابزارها یا قابلیتهای مهم اکوسیستم Microsoft SQL Server برای نمایش سریع نشستها، انتظارها، پردازشها و عملیات ورودی و خروجی است. این مقاله از تعریف پایه آغاز میکند و سپس به ساخت خط مبنا، خواندن خروجی، کنترل سربار و تبدیل مشاهده فنی به اقدام قابل سنجش میرسد. تمام مثالها برای همین موضوع طراحی شدهاند تا متن با مقالههای دیگر مجموعه همپوشانی محتوایی نداشته باشد.
منبع اصلی داده در این موضوع «DMVهای زنده نمونهبرداریشده توسط SSMS» است و خروجیهای شاخص آن شامل فرایندهای فعال، Wait Type، فایلهای پرترافیک، کوئریهای پرهزینه و قفلها میشود. بنابراین پیش از فعالسازی ابزار باید پرسش عملکردی مشخص باشد؛ برای نمونه، آیا تیم در پی بررسی فوری کندی یک سامانه است یا میخواهد یافتن Session مسدودکننده را ارزیابی کند؟
مسیر دسترسی سریع مقاله Activity Monitor: بازگشت به راهنمای ابزارهای گرافیکی و خارجی پایش عملکرد SQL Server.
تعریف و جایگاه Activity Monitor
جایگاه Activity Monitor در چرخه عیبیابی بین مشاهده، تفسیر و اقدام قرار میگیرد. مشاهده خام تنها میگوید چه چیزی رخ داده است؛ تفسیر باید آن رخداد را با ظرفیت سرور، الگوی مصرف و تغییرات نرمافزار مرتبط کند؛ اقدام نیز باید فرضیهای قابل بازگشت داشته باشد. این ابزار برای نمایش سریع نشستها، انتظارها، پردازشها و عملیات ورودی و خروجی مناسب است، اما بهتنهایی علت ریشهای را تضمین نمیکند.
در یک فرایند حرفهای، ابتدا بازه زمانی و معیار موفقیت ثبت میشود. سپس داده از DMVهای زنده نمونهبرداریشده توسط SSMS جمعآوری میگردد و شاخصهایی مانند فرایندهای فعال، Wait Type، فایلهای پرترافیک، کوئریهای پرهزینه و قفلها کنار هم قرار میگیرند. اگر نتیجه با تجربه کاربران سازگار نبود، باید از ابزار مکمل در لایه سیستمعامل، موتور داده یا برنامه کاربردی کمک گرفت.
تصویر نخست، معماری اختصاصی Activity Monitor را از منبع داده تا خروجیهای قابل استفاده برای بررسی فوری کندی یک سامانه نشان میدهد.
نحو و الگوی خواندن داده در Activity Monitor
همه قابلیتهای Activity Monitor یک دستور واحد ندارند، اما Query زیر نقطه شروع عملی برای مشاهده بخشی از داده مرتبط است. آن را ابتدا در محیط آزمایش اجرا کنید و نام پایگاه، مجوزها و نسخه موتور را با شرایط واقعی تطبیق دهید.
-- نمونه 1 اختصاصی Activity Monitor
SELECT r.session_id,r.status,r.command,r.wait_type,r.cpu_time,r.total_elapsed_time FROM sys.dm_exec_requests AS r WHERE r.session_id<>@@SPID ORDER BY r.total_elapsed_time DESC;
| مولفه | توضیح اختصاصی |
|---|
| منبع | DMVهای زنده نمونهبرداریشده توسط SSMS |
| هدف | نمایش سریع نشستها، انتظارها، پردازشها و عملیات ورودی و خروجی |
| خروجی | فرایندهای فعال، Wait Type، فایلهای پرترافیک، کوئریهای پرهزینه و قفلها |
| هشدار | خود Activity Monitor میتواند Queryهای پایش اجرا کند و در سرور شلوغ سربار ایجاد کند |
ده مثال عملی و غیرتکراری برای Activity Monitor
مثال 1: ساخت خط مبنای اولیه با Activity Monitor
در این سناریوی اختصاصی، هدف آن است که نمایش سریع نشستها، انتظارها، پردازشها و عملیات ورودی و خروجی به شکلی قابل اندازهگیری بررسی شود. نمونه شماره 1 روی موضوع «بررسی فوری کندی یک سامانه» تمرکز دارد و خروجی آن برای تصمیمگیری عملیاتی استفاده میشود.
-- نمونه 1 اختصاصی Activity Monitor
SELECT r.session_id,r.status,r.command,r.wait_type,r.cpu_time,r.total_elapsed_time FROM sys.dm_exec_requests AS r WHERE r.session_id<>@@SPID ORDER BY r.total_elapsed_time DESC;
| معیار خروجی | مقدار نمونه |
|---|
| ردیفهای مشاهدهشده | 4 |
| شاخص اصلی | فرایندهای فعال |
| وضعیت ارزیابی | نیازمند مقایسه با خط مبنا |
نکته فنی نمونه 1 در Activity Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجهگیری شتابزده، مقدار بهدستآمده را با یک نمونه پیشین مقایسه کنید و سپس درباره مشاهده مصرف لحظهای CPU تصمیم بگیرید.
مثال 2: تحلیل داده نمونه در محیط آزمایش با Activity Monitor
در این سناریوی اختصاصی، هدف آن است که نمایش سریع نشستها، انتظارها، پردازشها و عملیات ورودی و خروجی به شکلی قابل اندازهگیری بررسی شود. نمونه شماره 2 روی موضوع «یافتن Session مسدودکننده» تمرکز دارد و خروجی آن برای تصمیمگیری عملیاتی استفاده میشود.
-- نمونه 2 اختصاصی Activity Monitor
SELECT s.session_id,s.login_name,s.host_name,s.program_name,s.status FROM sys.dm_exec_sessions AS s WHERE s.is_user_process=1;
| معیار خروجی | مقدار نمونه |
|---|
| ردیفهای مشاهدهشده | 7 |
| شاخص اصلی | فرایندهای فعال |
| وضعیت ارزیابی | نیازمند مقایسه با خط مبنا |
نکته فنی نمونه 2 در Activity Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجهگیری شتابزده، مقدار بهدستآمده را با یک نمونه پیشین مقایسه کنید و سپس درباره ردیابی I/O فایلهای داده تصمیم بگیرید.
مثال 3: استفاده در گزارش روزانه با Activity Monitor
در این سناریوی اختصاصی، هدف آن است که نمایش سریع نشستها، انتظارها، پردازشها و عملیات ورودی و خروجی به شکلی قابل اندازهگیری بررسی شود. نمونه شماره 3 روی موضوع «مشاهده مصرف لحظهای CPU» تمرکز دارد و خروجی آن برای تصمیمگیری عملیاتی استفاده میشود.
-- نمونه 3 اختصاصی Activity Monitor
SELECT wt.session_id,wt.wait_type,wt.wait_duration_ms,wt.blocking_session_id FROM sys.dm_os_waiting_tasks AS wt ORDER BY wt.wait_duration_ms DESC;
| معیار خروجی | مقدار نمونه |
|---|
| ردیفهای مشاهدهشده | 10 |
| شاخص اصلی | فرایندهای فعال |
| وضعیت ارزیابی | قابل قبول در نمونه آزمایشی |
نکته فنی نمونه 3 در Activity Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجهگیری شتابزده، مقدار بهدستآمده را با یک نمونه پیشین مقایسه کنید و سپس درباره تشخیص انتظارهای غالب تصمیم بگیرید.
مثال 4: اعمال فیلتر هدفمند با Activity Monitor
در این سناریوی اختصاصی، هدف آن است که نمایش سریع نشستها، انتظارها، پردازشها و عملیات ورودی و خروجی به شکلی قابل اندازهگیری بررسی شود. نمونه شماره 4 روی موضوع «ردیابی I/O فایلهای داده» تمرکز دارد و خروجی آن برای تصمیمگیری عملیاتی استفاده میشود.
-- نمونه 4 اختصاصی Activity Monitor
SELECT r.session_id,r.blocking_session_id,DB_NAME(r.database_id) AS database_name,r.wait_type FROM sys.dm_exec_requests AS r WHERE r.blocking_session_id<>0;
| معیار خروجی | مقدار نمونه |
|---|
| ردیفهای مشاهدهشده | 13 |
| شاخص اصلی | فرایندهای فعال |
| وضعیت ارزیابی | نیازمند مقایسه با خط مبنا |
نکته فنی نمونه 4 در Activity Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجهگیری شتابزده، مقدار بهدستآمده را با یک نمونه پیشین مقایسه کنید و سپس درباره بررسی فوری کندی یک سامانه تصمیم بگیرید.
مثال 5: ترکیب با نمای سیستمی مکمل با Activity Monitor
در این سناریوی اختصاصی، هدف آن است که نمایش سریع نشستها، انتظارها، پردازشها و عملیات ورودی و خروجی به شکلی قابل اندازهگیری بررسی شود. نمونه شماره 5 روی موضوع «تشخیص انتظارهای غالب» تمرکز دارد و خروجی آن برای تصمیمگیری عملیاتی استفاده میشود.
-- نمونه 5 اختصاصی Activity Monitor
SELECT DB_NAME(vfs.database_id) AS database_name,mf.name,vfs.num_of_reads,vfs.io_stall_read_ms FROM sys.dm_io_virtual_file_stats(NULL,NULL) AS vfs JOIN sys.master_files AS mf ON mf.database_id=vfs.database_id AND mf.file_id=vfs.file_id ORDER BY vfs.io_stall_read_ms DESC;
| معیار خروجی | مقدار نمونه |
|---|
| ردیفهای مشاهدهشده | 16 |
| شاخص اصلی | فرایندهای فعال |
| وضعیت ارزیابی | نیازمند مقایسه با خط مبنا |
نکته فنی نمونه 5 در Activity Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجهگیری شتابزده، مقدار بهدستآمده را با یک نمونه پیشین مقایسه کنید و سپس درباره یافتن Session مسدودکننده تصمیم بگیرید.
تصویر دوم، جریان اجرای Activity Monitor را از دریافت ورودی تا تولید مشاهده قابل مقایسه برای مشاهده مصرف لحظهای CPU ترسیم میکند.
مثال 6: بررسی نبود داده یا مقدار NULL با Activity Monitor
در این سناریوی اختصاصی، هدف آن است که نمایش سریع نشستها، انتظارها، پردازشها و عملیات ورودی و خروجی به شکلی قابل اندازهگیری بررسی شود. نمونه شماره 6 روی موضوع «بررسی فوری کندی یک سامانه» تمرکز دارد و خروجی آن برای تصمیمگیری عملیاتی استفاده میشود.
-- نمونه 6 اختصاصی Activity Monitor
SELECT TOP (10) qs.total_worker_time,qs.execution_count,qs.total_worker_time/NULLIF(qs.execution_count,0) AS avg_cpu,st.text FROM sys.dm_exec_query_stats AS qs CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) AS st ORDER BY qs.total_worker_time DESC;
| معیار خروجی | مقدار نمونه |
|---|
| ردیفهای مشاهدهشده | 2 |
| شاخص اصلی | فرایندهای فعال |
| وضعیت ارزیابی | قابل قبول در نمونه آزمایشی |
نکته فنی نمونه 6 در Activity Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجهگیری شتابزده، مقدار بهدستآمده را با یک نمونه پیشین مقایسه کنید و سپس درباره مشاهده مصرف لحظهای CPU تصمیم بگیرید.
مثال 7: آزمون وضعیت مرزی و بار غیرمعمول با Activity Monitor
در این سناریوی اختصاصی، هدف آن است که نمایش سریع نشستها، انتظارها، پردازشها و عملیات ورودی و خروجی به شکلی قابل اندازهگیری بررسی شود. نمونه شماره 7 روی موضوع «یافتن Session مسدودکننده» تمرکز دارد و خروجی آن برای تصمیمگیری عملیاتی استفاده میشود.
-- نمونه 7 اختصاصی Activity Monitor
SELECT request_session_id,resource_type,resource_database_id,request_mode,request_status FROM sys.dm_tran_locks ORDER BY request_session_id;
| معیار خروجی | مقدار نمونه |
|---|
| ردیفهای مشاهدهشده | 5 |
| شاخص اصلی | فرایندهای فعال |
| وضعیت ارزیابی | نیازمند مقایسه با خط مبنا |
نکته فنی نمونه 7 در Activity Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجهگیری شتابزده، مقدار بهدستآمده را با یک نمونه پیشین مقایسه کنید و سپس درباره ردیابی I/O فایلهای داده تصمیم بگیرید.
مثال 8: سناریوی عملیاتی سازمانی با Activity Monitor
در این سناریوی اختصاصی، هدف آن است که نمایش سریع نشستها، انتظارها، پردازشها و عملیات ورودی و خروجی به شکلی قابل اندازهگیری بررسی شود. نمونه شماره 8 روی موضوع «مشاهده مصرف لحظهای CPU» تمرکز دارد و خروجی آن برای تصمیمگیری عملیاتی استفاده میشود.
-- نمونه 8 اختصاصی Activity Monitor
SELECT scheduler_id,runnable_tasks_count,current_tasks_count,load_factor FROM sys.dm_os_schedulers WHERE status='VISIBLE ONLINE';
| معیار خروجی | مقدار نمونه |
|---|
| ردیفهای مشاهدهشده | 8 |
| شاخص اصلی | فرایندهای فعال |
| وضعیت ارزیابی | نیازمند مقایسه با خط مبنا |
نکته فنی نمونه 8 در Activity Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجهگیری شتابزده، مقدار بهدستآمده را با یک نمونه پیشین مقایسه کنید و سپس درباره تشخیص انتظارهای غالب تصمیم بگیرید.
مثال 9: نمایش روش اشتباه و نسخه اصلاحشده با Activity Monitor
در این سناریوی اختصاصی، هدف آن است که نمایش سریع نشستها، انتظارها، پردازشها و عملیات ورودی و خروجی به شکلی قابل اندازهگیری بررسی شود. نمونه شماره 9 روی موضوع «ردیابی I/O فایلهای داده» تمرکز دارد و خروجی آن برای تصمیمگیری عملیاتی استفاده میشود. روش اشتباه، اجرای پایش بدون فیلتر و بدون تعیین مدت است؛ نسخه اصلاحشده Query را محدود میکند تا داده مرتبط با Activity Monitor استخراج شود.
-- نمونه 9 اختصاصی Activity Monitor
SELECT session_id,reads,writes,logical_reads,memory_usage FROM sys.dm_exec_sessions WHERE is_user_process=1 ORDER BY logical_reads DESC;
| معیار خروجی | مقدار نمونه |
|---|
| ردیفهای مشاهدهشده | 11 |
| شاخص اصلی | فرایندهای فعال |
| وضعیت ارزیابی | قابل قبول در نمونه آزمایشی |
نکته فنی نمونه 9 در Activity Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجهگیری شتابزده، مقدار بهدستآمده را با یک نمونه پیشین مقایسه کنید و سپس درباره بررسی فوری کندی یک سامانه تصمیم بگیرید.
مثال 10: کنترل کارایی و هزینه پایش با Activity Monitor
در این سناریوی اختصاصی، هدف آن است که نمایش سریع نشستها، انتظارها، پردازشها و عملیات ورودی و خروجی به شکلی قابل اندازهگیری بررسی شود. نمونه شماره 10 روی موضوع «تشخیص انتظارهای غالب» تمرکز دارد و خروجی آن برای تصمیمگیری عملیاتی استفاده میشود.
-- نمونه 10 اختصاصی Activity Monitor
SELECT TOP (20) wait_type,waiting_tasks_count,wait_time_ms,signal_wait_time_ms FROM sys.dm_os_wait_stats WHERE wait_type NOT LIKE 'SLEEP%' ORDER BY wait_time_ms DESC;
| معیار خروجی | مقدار نمونه |
|---|
| ردیفهای مشاهدهشده | 14 |
| شاخص اصلی | فرایندهای فعال |
| وضعیت ارزیابی | نیازمند مقایسه با خط مبنا |
نکته فنی نمونه 10 در Activity Monitor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجهگیری شتابزده، مقدار بهدستآمده را با یک نمونه پیشین مقایسه کنید و سپس درباره یافتن Session مسدودکننده تصمیم بگیرید. در محیط پرترافیک، ابتدا هزینه خود ابزار را بسنجید؛ زیرا خود Activity Monitor میتواند Queryهای پایش اجرا کند و در سرور شلوغ سربار ایجاد کند.
خطاهای رایج در کار با Activity Monitor
- در Activity Monitor، جمعآوری داده بدون سؤال مشخص خروجی حجیمی میسازد که هیچ تصمیمی را پشتیبانی نمیکند.
- نادیده گرفتن هشدار اصلی این ابزار: خود Activity Monitor میتواند Queryهای پایش اجرا کند و در سرور شلوغ سربار ایجاد کند.
- در تحلیل Activity Monitor، مقایسه دو بازه با حجم Workload متفاوت نتیجه بهبود یا افت را مخدوش میکند.
- پس از مشاهده Activity Monitor، اعمال تغییر مستقیم در تولید بدون Baseline و معیار Rollback خطرناک است.
- تفسیر Activity Monitor با تمرکز روی یک عدد و حذف زمینههایی مانند Wait، I/O، Lock و رفتار برنامه ناقص میماند.
ملاحظات کارایی و بهترین روشها در Activity Monitor
هزینه پایش باید بخشی از طراحی باشد. برای Activity Monitor دامنه داده را به رویداد، Database، Session یا بازه لازم محدود کنید. نرخ تولید داده را در پنج دقیقه نخست اندازه بگیرید؛ اگر رشد خروجی از انتظار بیشتر بود، فیلتر یا فاصله نمونهبرداری را اصلاح کنید. نتیجه معتبر زمانی ایجاد میشود که خود ابزار باعث تغییر محسوس در رفتار Workload نشود.
بهترین روش، ایجاد دفترچه تصمیم است: پرسش اولیه، زمان جمعآوری، نسخه SQL Server، تغییرات اخیر، معیارهای فرایندهای فعال، Wait Type، فایلهای پرترافیک، کوئریهای پرهزینه و قفلها، تفسیر، اقدام و نتیجه پس از اقدام ثبت شوند. برای سناریوی ردیابی I/O فایلهای داده بهتر است داده قبل و بعد از تغییر با یک بار کاری مشابه مقایسه شود.
تصویر سوم، تصمیم فنی میان Baseline، مشاهده، هشدار Performance و Best Practice را برای Activity Monitor و سناریوی تشخیص انتظارهای غالب خلاصه میکند.
سؤالات متداول اختصاصی Activity Monitor
پرسش 1: Activity Monitor دقیقاً چه مسئلهای را حل میکند؟
در زمینه Activity Monitor، این ابزار برای نمایش سریع نشستها، انتظارها، پردازشها و عملیات ورودی و خروجی طراحی شده است و داده را از DMVهای زنده نمونهبرداریشده توسط SSMS میگیرد. ارزش اصلی آن زمانی آشکار میشود که نتیجه با خط مبنا و هدف کسبوکار مقایسه شود.
پرسش 2: برای شروع کار با Activity Monitor چه پیشنیازی لازم است؟
در زمینه Activity Monitor، دسترسی مشاهده DMVها یا مجوز مناسب ابزار، تعیین بازه پایش و شناخت بار عادی سامانه لازم است. پیش از اجرا نیز باید مشخص شود کدامیک از خروجیهای «فرایندهای فعال، Wait Type، فایلهای پرترافیک، کوئریهای پرهزینه و قفلها» واقعاً اهمیت دارد.
پرسش 3: آیا Activity Monitor برای پروژه تجاری کوچک هم ارزش دارد؟
در زمینه Activity Monitor، بله، اما دامنه جمعآوری باید متناسب با اندازه سامانه باشد. در پروژه کوچک میتوان از یک سناریوی محدود مانند بررسی فوری کندی یک سامانه شروع کرد و تنها در صورت نیاز جزئیات بیشتری ثبت کرد.
پرسش 4: چگونه خروجی Activity Monitor به کاهش هزینه عملیاتی کمک میکند؟
در زمینه Activity Monitor، با شناسایی دقیق منبع مصرف یا رگرسیون، تیم از تغییرات حدسی دور میشود. این موضوع زمان عیبیابی، ریسک توقف سرویس و هزینه تهیه سختافزار بدون ضرورت را کاهش میدهد.
پرسش 5: Activity Monitor با ابزارهای نزدیک چه تفاوتی دارد؟
در زمینه Activity Monitor، تمایز اصلی در منبع داده و عمق تحلیل است؛ این موضوع بر DMVهای زنده نمونهبرداریشده توسط SSMS تکیه دارد، در حالی که ابزار دیگر ممکن است فقط نمای لحظهای یا گزارش سطح سیستمعامل ارائه کند.
پرسش 6: برای پیادهسازی حرفهای Activity Monitor چه خدماتی مفید است؟
در زمینه Activity Monitor، طراحی Baseline، انتخاب فیلتر، ساخت گزارش، تحلیل خروجی و مستندسازی اقدام اصلاحی از خدمات رایج مشاوره SQL Server هستند. این مراحل باید با نیاز واقعی پروژه هماهنگ شوند.
پرسش 7: رایجترین خطا هنگام استفاده از Activity Monitor چیست؟
در زمینه Activity Monitor، رایجترین خطا تفسیر یک نمونه منفرد بدون زمینه است. همچنین باید به این هشدار توجه شود که خود Activity Monitor میتواند Queryهای پایش اجرا کند و در سرور شلوغ سربار ایجاد کند.
پرسش 8: اثر Performance خود Activity Monitor چگونه کنترل میشود؟
در زمینه Activity Monitor، رویدادها یا Counterها را محدود، مدت جمعآوری را مشخص و حجم خروجی را اندازهگیری کنید. سپس مصرف CPU، I/O و فضای ذخیرهسازی ابزار را جدا از Workload اصلی ثبت کنید.
پرسش 9: بهترین روش عملی برای Activity Monitor چیست؟
در زمینه Activity Monitor، با یک پرسش مشخص مانند «یافتن Session مسدودکننده» شروع کنید، داده حداقلی لازم را جمعآوری کنید، نتیجه را با Baseline بسنجید و اقدام اصلاحی را همراه با معیار بازگشت ثبت کنید.
پرسش 10: سازگاری نسخهای Activity Monitor را چگونه بررسی کنیم؟
در زمینه Activity Monitor، قابلیتها و نام DMVها میان نسخههای SQL Server، Azure SQL و SSMS میتوانند تفاوت داشته باشند. قبل از اجرای اسکریپت در تولید، آن را روی همان Edition و Compatibility Level آزمایش کنید.
سؤالات مصاحبه درباره Activity Monitor
- توضیح دهید چرا Activity Monitor برای بررسی فوری کندی یک سامانه مناسب است.
- چگونه سربار Activity Monitor را در یک سرور پرترافیک اندازهگیری میکنید؟
- بین خروجیهای فرایندهای فعال، Wait Type، فایلهای پرترافیک، کوئریهای پرهزینه و قفلها کدام معیار را برای تشخیص اولیه انتخاب میکنید و چرا؟
- اگر داده Activity Monitor با تجربه کاربر ناسازگار باشد، چه منابع مکملی را بررسی میکنید؟
- یک برنامه بازگشت برای تغییری که بر اساس Activity Monitor پیشنهاد شده طراحی کنید.
چکلیست نهایی Activity Monitor
- در Activity Monitor پرسش پایش برای بررسی فوری کندی یک سامانه نوشته شده است.
- برای Activity Monitor مجوز دسترسی به DMVهای زنده نمونهبرداریشده توسط SSMS بررسی شده است.
- بازه زمانی و حجم خروجی Activity Monitor محدود شده است.
- برای Activity Monitor حداقل دو معیار از فرایندهای فعال، Wait Type، فایلهای پرترافیک، کوئریهای پرهزینه و قفلها ثبت شده است.
- تأثیر Activity Monitor بر CPU، I/O و فضای دیسک سنجیده شده است.
- اقدام اصلاحی مبتنی بر Activity Monitor و برنامه بازگشت مستند شده است.
جمعبندی آموزش Activity Monitor
Activity Monitor زمانی بیشترین ارزش را دارد که برای یک مسئله محدود مانند بررسی فوری کندی یک سامانه به کار رود و خروجی آن با Baseline سنجیده شود. دادههای فرایندهای فعال، Wait Type، فایلهای پرترافیک، کوئریهای پرهزینه و قفلها باید در کنار زمینه Workload تفسیر شوند. با رعایت فیلتر، زمانبندی و کنترل سربار میتوان از این قابلیت برای تصمیمهای قابل دفاع در SQL Server استفاده کرد.
برای مقایسه Activity Monitor با تمام گزینههای مجموعه، راهنمای جامع ابزارهای گرافیکی و خارجی عملکرد SQL Server را مطالعه کنید.
خدمات برنامهنویسی و پایگاه داده
برنامهنویسی در اصفهان؛ قبول سفارشهای برنامهنویسی و پایگاه داده با شماره 09131253620.
انجام پروژه، آموزش برنامهنویسی و آموزش SQL Server توسط مجموعهای معتبر با سابقه فعالیت حرفهای از سال ۱۳۷۵ شمسی تاکنون.
برای سفارش پروژههای برنامهنویسی، پایگاه داده، سیستمهای تحت وب، وبسایت و راهکارهای نرمافزاری با 09131253620 تماس بگیرید.
ایتا، واتساپ و تماس مستقیم: +989131253620؛ تماس با ما.