آموزش جامع Database Engine Tuning Advisor با مثال‌های عملی SQL Server

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

منبع اصلی داده در این موضوع «فایل Trace، جدول Workload یا Queryهای منتخب» است و خروجی‌های شاخص آن شامل پیشنهاد Index، Indexed View، Partition و برآورد بهبود می‌شود. بنابراین پیش از فعال‌سازی ابزار باید پرسش عملکردی مشخص باشد؛ برای نمونه، آیا تیم در پی تحلیل Workload گزارش‌گیری است یا می‌خواهد پیشنهاد ایندکس برای Queryهای پرتکرار را ارزیابی کند؟

مسیر دسترسی سریع مقاله Database Engine Tuning Advisor: بازگشت به راهنمای ابزارهای گرافیکی و خارجی پایش عملکرد SQL Server.

تعریف و جایگاه Database Engine Tuning Advisor

جایگاه Database Engine Tuning Advisor در چرخه عیب‌یابی بین مشاهده، تفسیر و اقدام قرار می‌گیرد. مشاهده خام تنها می‌گوید چه چیزی رخ داده است؛ تفسیر باید آن رخداد را با ظرفیت سرور، الگوی مصرف و تغییرات نرم‌افزار مرتبط کند؛ اقدام نیز باید فرضیه‌ای قابل بازگشت داشته باشد. این ابزار برای تحلیل Workload و پیشنهاد ساختارهای فیزیکی مانند ایندکس مناسب است، اما به‌تنهایی علت ریشه‌ای را تضمین نمی‌کند.

در یک فرایند حرفه‌ای، ابتدا بازه زمانی و معیار موفقیت ثبت می‌شود. سپس داده از فایل Trace، جدول Workload یا Queryهای منتخب جمع‌آوری می‌گردد و شاخص‌هایی مانند پیشنهاد Index، Indexed View، Partition و برآورد بهبود کنار هم قرار می‌گیرند. اگر نتیجه با تجربه کاربران سازگار نبود، باید از ابزار مکمل در لایه سیستم‌عامل، موتور داده یا برنامه کاربردی کمک گرفت.

تصویر نخست، معماری اختصاصی Database Engine Tuning Advisor را از منبع داده تا خروجی‌های قابل استفاده برای تحلیل Workload گزارش‌گیری نشان می‌دهد.

نحو و الگوی خواندن داده در Database Engine Tuning Advisor

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

-- نمونه 1 اختصاصی Database Engine Tuning Advisor
        SELECT TOP (20) qs.total_worker_time,qs.total_logical_reads,qs.execution_count,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;

ده مثال عملی و غیرتکراری برای Database Engine Tuning Advisor

مثال 1: ساخت خط مبنای اولیه با Database Engine Tuning Advisor

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

-- نمونه 1 اختصاصی Database Engine Tuning Advisor
        SELECT TOP (20) qs.total_worker_time,qs.total_logical_reads,qs.execution_count,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;

نکته فنی نمونه 1 در Database Engine Tuning Advisor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره ارزیابی طرح ایندکس جدید تصمیم بگیرید.

مثال 2: تحلیل داده نمونه در محیط آزمایش با Database Engine Tuning Advisor

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

-- نمونه 2 اختصاصی Database Engine Tuning Advisor
        SELECT DB_NAME(database_id) AS database_name,OBJECT_NAME(object_id,database_id) AS object_name,equality_columns,inequality_columns,included_columns FROM sys.dm_db_missing_index_details WHERE database_id=DB_ID();

نکته فنی نمونه 2 در Database Engine Tuning Advisor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره بررسی هزینه Drop Index تصمیم بگیرید.

مثال 3: استفاده در گزارش روزانه با Database Engine Tuning Advisor

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

-- نمونه 3 اختصاصی Database Engine Tuning Advisor
        SELECT OBJECT_SCHEMA_NAME(i.object_id) AS schema_name,OBJECT_NAME(i.object_id) AS table_name,i.name,i.type_desc FROM sys.indexes AS i WHERE i.object_id>100 AND i.is_hypothetical=0;

نکته فنی نمونه 3 در Database Engine Tuning Advisor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره ساخت سناریوی What-If تصمیم بگیرید.

مثال 4: اعمال فیلتر هدفمند با Database Engine Tuning Advisor

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

-- نمونه 4 اختصاصی Database Engine Tuning Advisor
        SELECT OBJECT_NAME(s.object_id) AS table_name,i.name,s.user_seeks,s.user_scans,s.user_lookups,s.user_updates FROM sys.dm_db_index_usage_stats AS s JOIN sys.indexes AS i ON i.object_id=s.object_id AND i.index_id=s.index_id WHERE s.database_id=DB_ID();

نکته فنی نمونه 4 در Database Engine Tuning Advisor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره تحلیل Workload گزارش‌گیری تصمیم بگیرید.

مثال 5: ترکیب با نمای سیستمی مکمل با Database Engine Tuning Advisor

در این سناریوی اختصاصی، هدف آن است که تحلیل Workload و پیشنهاد ساختارهای فیزیکی مانند ایندکس به شکلی قابل اندازه‌گیری بررسی شود. نمونه شماره 5 روی موضوع «ساخت سناریوی What-If» تمرکز دارد و خروجی آن برای تصمیم‌گیری عملیاتی استفاده می‌شود.

-- نمونه 5 اختصاصی Database Engine Tuning Advisor
        SELECT OBJECT_NAME(ps.object_id) AS table_name,i.name,ps.avg_fragmentation_in_percent,ps.page_count FROM sys.dm_db_index_physical_stats(DB_ID(),NULL,NULL,NULL,'LIMITED') AS ps JOIN sys.indexes AS i ON i.object_id=ps.object_id AND i.index_id=ps.index_id WHERE ps.page_count>100;

نکته فنی نمونه 5 در Database Engine Tuning Advisor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره پیشنهاد ایندکس برای Queryهای پرتکرار تصمیم بگیرید.

تصویر دوم، جریان اجرای Database Engine Tuning Advisor را از دریافت ورودی تا تولید مشاهده قابل مقایسه برای ارزیابی طرح ایندکس جدید ترسیم می‌کند.

مثال 6: بررسی نبود داده یا مقدار NULL با Database Engine Tuning Advisor

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

-- نمونه 6 اختصاصی Database Engine Tuning Advisor
        SELECT TOP (20) qs.execution_count,qs.total_elapsed_time/NULLIF(qs.execution_count,0) AS avg_elapsed,st.text FROM sys.dm_exec_query_stats AS qs CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) AS st ORDER BY avg_elapsed DESC;

نکته فنی نمونه 6 در Database Engine Tuning Advisor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره ارزیابی طرح ایندکس جدید تصمیم بگیرید.

مثال 7: آزمون وضعیت مرزی و بار غیرمعمول با Database Engine Tuning Advisor

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

-- نمونه 7 اختصاصی Database Engine Tuning Advisor
        SELECT t.name AS table_name,SUM(p.rows) AS rows_count FROM sys.tables AS t JOIN sys.partitions AS p ON p.object_id=t.object_id AND p.index_id IN (0,1) GROUP BY t.name ORDER BY rows_count DESC;

نکته فنی نمونه 7 در Database Engine Tuning Advisor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره بررسی هزینه Drop Index تصمیم بگیرید.

مثال 8: سناریوی عملیاتی سازمانی با Database Engine Tuning Advisor

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

-- نمونه 8 اختصاصی Database Engine Tuning Advisor
        SELECT i.object_id,i.name,i.fill_factor,i.is_disabled,i.has_filter FROM sys.indexes AS i WHERE i.object_id>100 ORDER BY i.object_id,i.index_id;

نکته فنی نمونه 8 در Database Engine Tuning Advisor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره ساخت سناریوی What-If تصمیم بگیرید.

مثال 9: نمایش روش اشتباه و نسخه اصلاح‌شده با Database Engine Tuning Advisor

در این سناریوی اختصاصی، هدف آن است که تحلیل Workload و پیشنهاد ساختارهای فیزیکی مانند ایندکس به شکلی قابل اندازه‌گیری بررسی شود. نمونه شماره 9 روی موضوع «بررسی هزینه Drop Index» تمرکز دارد و خروجی آن برای تصمیم‌گیری عملیاتی استفاده می‌شود. روش اشتباه، اجرای پایش بدون فیلتر و بدون تعیین مدت است؛ نسخه اصلاح‌شده Query را محدود می‌کند تا داده مرتبط با Database Engine Tuning Advisor استخراج شود.

-- نمونه 9 اختصاصی Database Engine Tuning Advisor
        SELECT d.object_id,d.statement,d.equality_columns,gs.avg_total_user_cost*gs.avg_user_impact*(gs.user_seeks+gs.user_scans) AS improvement_measure FROM sys.dm_db_missing_index_group_stats AS gs JOIN sys.dm_db_missing_index_groups AS g ON g.index_group_handle=gs.group_handle JOIN sys.dm_db_missing_index_details AS d ON d.index_handle=g.index_handle ORDER BY improvement_measure DESC;

نکته فنی نمونه 9 در Database Engine Tuning Advisor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره تحلیل Workload گزارش‌گیری تصمیم بگیرید.

مثال 10: کنترل کارایی و هزینه پایش با Database Engine Tuning Advisor

در این سناریوی اختصاصی، هدف آن است که تحلیل Workload و پیشنهاد ساختارهای فیزیکی مانند ایندکس به شکلی قابل اندازه‌گیری بررسی شود. نمونه شماره 10 روی موضوع «ساخت سناریوی What-If» تمرکز دارد و خروجی آن برای تصمیم‌گیری عملیاتی استفاده می‌شود.

-- نمونه 10 اختصاصی Database Engine Tuning Advisor
        SELECT DB_NAME(database_id) AS database_name,COUNT(*) AS missing_index_rows FROM sys.dm_db_missing_index_details GROUP BY database_id;

نکته فنی نمونه 10 در Database Engine Tuning Advisor آن است که نتیجه نباید جدا از بازه زمانی، بار جاری و پیکربندی سرور تفسیر شود. برای جلوگیری از نتیجه‌گیری شتاب‌زده، مقدار به‌دست‌آمده را با یک نمونه پیشین مقایسه کنید و سپس درباره پیشنهاد ایندکس برای Queryهای پرتکرار تصمیم بگیرید. در محیط پرترافیک، ابتدا هزینه خود ابزار را بسنجید؛ زیرا پیشنهادها باید از نظر هزینه نگهداری، فضای دیسک و الگوی نوشتن بازبینی شوند.

خطاهای رایج در کار با Database Engine Tuning Advisor

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

ملاحظات کارایی و بهترین روش‌ها در Database Engine Tuning Advisor

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

بهترین روش، ایجاد دفترچه تصمیم است: پرسش اولیه، زمان جمع‌آوری، نسخه SQL Server، تغییرات اخیر، معیارهای پیشنهاد Index، Indexed View، Partition و برآورد بهبود، تفسیر، اقدام و نتیجه پس از اقدام ثبت شوند. برای سناریوی بررسی هزینه Drop Index بهتر است داده قبل و بعد از تغییر با یک بار کاری مشابه مقایسه شود.

تصویر سوم، تصمیم فنی میان Baseline، مشاهده، هشدار Performance و Best Practice را برای Database Engine Tuning Advisor و سناریوی ساخت سناریوی What-If خلاصه می‌کند.

سؤالات متداول اختصاصی Database Engine Tuning Advisor

پرسش 1: Database Engine Tuning Advisor دقیقاً چه مسئله‌ای را حل می‌کند؟

در زمینه Database Engine Tuning Advisor، این ابزار برای تحلیل Workload و پیشنهاد ساختارهای فیزیکی مانند ایندکس طراحی شده است و داده را از فایل Trace، جدول Workload یا Queryهای منتخب می‌گیرد. ارزش اصلی آن زمانی آشکار می‌شود که نتیجه با خط مبنا و هدف کسب‌وکار مقایسه شود.

پرسش 2: برای شروع کار با Database Engine Tuning Advisor چه پیش‌نیازی لازم است؟

در زمینه Database Engine Tuning Advisor، دسترسی مشاهده DMVها یا مجوز مناسب ابزار، تعیین بازه پایش و شناخت بار عادی سامانه لازم است. پیش از اجرا نیز باید مشخص شود کدام‌یک از خروجی‌های «پیشنهاد Index، Indexed View، Partition و برآورد بهبود» واقعاً اهمیت دارد.

پرسش 3: آیا Database Engine Tuning Advisor برای پروژه تجاری کوچک هم ارزش دارد؟

در زمینه Database Engine Tuning Advisor، بله، اما دامنه جمع‌آوری باید متناسب با اندازه سامانه باشد. در پروژه کوچک می‌توان از یک سناریوی محدود مانند تحلیل Workload گزارش‌گیری شروع کرد و تنها در صورت نیاز جزئیات بیشتری ثبت کرد.

پرسش 4: چگونه خروجی Database Engine Tuning Advisor به کاهش هزینه عملیاتی کمک می‌کند؟

در زمینه Database Engine Tuning Advisor، با شناسایی دقیق منبع مصرف یا رگرسیون، تیم از تغییرات حدسی دور می‌شود. این موضوع زمان عیب‌یابی، ریسک توقف سرویس و هزینه تهیه سخت‌افزار بدون ضرورت را کاهش می‌دهد.

پرسش 5: Database Engine Tuning Advisor با ابزارهای نزدیک چه تفاوتی دارد؟

در زمینه Database Engine Tuning Advisor، تمایز اصلی در منبع داده و عمق تحلیل است؛ این موضوع بر فایل Trace، جدول Workload یا Queryهای منتخب تکیه دارد، در حالی که ابزار دیگر ممکن است فقط نمای لحظه‌ای یا گزارش سطح سیستم‌عامل ارائه کند.

پرسش 6: برای پیاده‌سازی حرفه‌ای Database Engine Tuning Advisor چه خدماتی مفید است؟

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

پرسش 7: رایج‌ترین خطا هنگام استفاده از Database Engine Tuning Advisor چیست؟

در زمینه Database Engine Tuning Advisor، رایج‌ترین خطا تفسیر یک نمونه منفرد بدون زمینه است. همچنین باید به این هشدار توجه شود که پیشنهادها باید از نظر هزینه نگهداری، فضای دیسک و الگوی نوشتن بازبینی شوند.

پرسش 8: اثر Performance خود Database Engine Tuning Advisor چگونه کنترل می‌شود؟

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

پرسش 9: بهترین روش عملی برای Database Engine Tuning Advisor چیست؟

در زمینه Database Engine Tuning Advisor، با یک پرسش مشخص مانند «پیشنهاد ایندکس برای Queryهای پرتکرار» شروع کنید، داده حداقلی لازم را جمع‌آوری کنید، نتیجه را با Baseline بسنجید و اقدام اصلاحی را همراه با معیار بازگشت ثبت کنید.

پرسش 10: سازگاری نسخه‌ای Database Engine Tuning Advisor را چگونه بررسی کنیم؟

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

سؤالات مصاحبه درباره Database Engine Tuning Advisor

1. توضیح دهید چرا Database Engine Tuning Advisor برای تحلیل Workload گزارش‌گیری مناسب است.
2. چگونه سربار Database Engine Tuning Advisor را در یک سرور پرترافیک اندازه‌گیری می‌کنید؟
3. بین خروجی‌های پیشنهاد Index، Indexed View، Partition و برآورد بهبود کدام معیار را برای تشخیص اولیه انتخاب می‌کنید و چرا؟
4. اگر داده Database Engine Tuning Advisor با تجربه کاربر ناسازگار باشد، چه منابع مکملی را بررسی می‌کنید؟
5. یک برنامه بازگشت برای تغییری که بر اساس Database Engine Tuning Advisor پیشنهاد شده طراحی کنید.

چک‌لیست نهایی Database Engine Tuning Advisor

• در Database Engine Tuning Advisor پرسش پایش برای تحلیل Workload گزارش‌گیری نوشته شده است.
• برای Database Engine Tuning Advisor مجوز دسترسی به فایل Trace، جدول Workload یا Queryهای منتخب بررسی شده است.
• بازه زمانی و حجم خروجی Database Engine Tuning Advisor محدود شده است.
• برای Database Engine Tuning Advisor حداقل دو معیار از پیشنهاد Index، Indexed View، Partition و برآورد بهبود ثبت شده است.
• تأثیر Database Engine Tuning Advisor بر CPU، I/O و فضای دیسک سنجیده شده است.
• اقدام اصلاحی مبتنی بر Database Engine Tuning Advisor و برنامه بازگشت مستند شده است.

جمع‌بندی آموزش Database Engine Tuning Advisor

Database Engine Tuning Advisor زمانی بیشترین ارزش را دارد که برای یک مسئله محدود مانند تحلیل Workload گزارش‌گیری به کار رود و خروجی آن با Baseline سنجیده شود. داده‌های پیشنهاد Index، Indexed View، Partition و برآورد بهبود باید در کنار زمینه Workload تفسیر شوند. با رعایت فیلتر، زمان‌بندی و کنترل سربار می‌توان از این قابلیت برای تصمیم‌های قابل دفاع در SQL Server استفاده کرد.

برای مقایسه Database Engine Tuning Advisor با تمام گزینه‌های مجموعه، راهنمای جامع ابزارهای گرافیکی و خارجی عملکرد SQL Server را مطالعه کنید.