آموزش جامع متغیر سیستمی @@IDLE در SQL Server با ۱۰ مثال عملی
در پروژههای واقعی، ارزش یک تابع سیستمی زمانی مشخص میشود که خروجی آن در کنترل استقرار، پایش یا مستندسازی بهکار رود. در این مقاله، @@IDLE از سطح مقدماتی تا سناریوهای حرفهای بررسی میشود و هر مثال با خروجی نمونه ارائه شده است.
در کنار @@CPU_BUSY و @@IO_BUSY میتواند برای یک تصویر بسیار کلی از فعالیت و بیکاری Instance نمونهبرداری شود. تمرکز آموزش بر این است که @@IDLE در چه Contextی اجرا شود، نتیجه آن چگونه تفسیر شود و چه زمانی باید از یک DMV یا کاتالوگویوی جایگزین کمک گرفت.
برای مشاهده جایگاه @@IDLE میان سایر توابع و شمارندهها، راهنمای جامع توابع کمکی کارایی و Metadata در SQL Server را نیز مطالعه کنید.
تعریف و کاربرد اصلی @@IDLE
متغیر @@IDLE تعداد Tickهای بیکاری SQL Server را از آخرین راهاندازی بهصورت تجمعی گزارش میکند. این تعریف در ظاهر کوتاه است، اما استفاده درست از @@IDLE به درک مفاهیمی مانند idle ticks، uptime و cumulative counter وابسته است.
قاعده عملی @@IDLE: ابتدا ورودی و Context را معتبر کنید، سپس خروجی را با نوع داده و معنای واقعی آن تفسیر کنید.
Syntax تابع یا متغیر @@IDLE
SELECT @@IDLE AS Result;
پارامترهای @@IDLE
| پارامتر | توضیح |
|---|
| بدون پارامتر | شمارنده تجمعی Instance را برمیگرداند. |
نوع خروجی و رفتار NULL در @@IDLE
integer Tick که با @@TIMETICKS قابل تبدیل به زمان است. در کد تولیدی بهتر است نوع مقصد بهصورت صریح تعیین شود؛ زیرا تبدیل ضمنی میتواند مقایسه، مرتبسازی یا ذخیره نتیجه @@IDLE را مبهم کند.
مفاهیم کلیدی مرتبط با @@IDLE
- idle ticks
- uptime
- cumulative counter در مبحث @@IDLE
- @@CPU_BUSY در مبحث @@IDLE
- @@IO_BUSY در مبحث @@IDLE
- snapshot در مبحث @@IDLE
- baseline در مبحث @@IDLE
تصویر نخست، ارتباط @@IDLE را با مفاهیم اختصاصی idle ticks، uptime، cumulative counter و @@CPU_BUSY نشان میدهد؛ این روابط مبنای انتخاب ورودی و تفسیر خروجی هستند.
سناریوهای واقعی استفاده از @@IDLE
سناریوی 1 برای @@IDLE، «نمای کلی Activity» است. در این حالت باید نتیجه همراه Context پایگاه داده، زمان نمونهبرداری و در صورت نیاز شناسه نشست ثبت شود تا داده برای عیبیابی بعدی ارزش داشته باشد.
سناریوی 2 برای @@IDLE، «محاسبه Delta» است. در این حالت باید نتیجه همراه Context پایگاه داده، زمان نمونهبرداری و در صورت نیاز شناسه نشست ثبت شود تا داده برای عیبیابی بعدی ارزش داشته باشد.
سناریوی 3 برای @@IDLE، «مقایسه ساعات شلوغ» است. در این حالت باید نتیجه همراه Context پایگاه داده، زمان نمونهبرداری و در صورت نیاز شناسه نشست ثبت شود تا داده برای عیبیابی بعدی ارزش داشته باشد.
سناریوی 4 برای @@IDLE، «آموزش Baseline» است. در این حالت باید نتیجه همراه Context پایگاه داده، زمان نمونهبرداری و در صورت نیاز شناسه نشست ثبت شود تا داده برای عیبیابی بعدی ارزش داشته باشد.
مثالهای عملی @@IDLE از ساده تا حرفهای
مثال 1: خواندن مقدار پایه @@IDLE
شمارنده زمان بیکاری موتور را در لحظه فعلی میخوانیم. این سناریو بهطور اختصاصی برای درک رفتار @@IDLE طراحی شده است.
SELECT @@IDLE AS CurrentValue;
مقدار @@IDLE تجمعی است و بهتنهایی نرخ مصرف را نشان نمیدهد. هنگام استفاده سازمانی از @@IDLE، خروجی نمونه را با داده واقعی محیط خود تطبیق دهید.
مثال 2: ثبت Snapshot زماندار @@IDLE
مقدار زمان بیکاری موتور را همراه زمان نمونهبرداری ثبت میکنیم. این سناریو بهطور اختصاصی برای درک رفتار @@IDLE طراحی شده است.
SELECT @@IDLE AS CounterValue,
SYSDATETIME() AS CapturedAt,
sqlserver_start_time
FROM sys.dm_os_sys_info;
| CounterValue | CapturedAt | sqlserver_start_time |
|---|
| 6248000 | 2026-07-25 00:45:00 | 2026-07-20 08:00:00 |
زمان Startup مشخص میکند Baseline از چه نقطهای آغاز شده است. هنگام استفاده سازمانی از @@IDLE، خروجی نمونه را با داده واقعی محیط خود تطبیق دهید.
مثال 3: محاسبه اختلاف دو نمونه @@IDLE
برای زمان بیکاری موتور دو Snapshot میگیریم و Delta را محاسبه میکنیم. این سناریو بهطور اختصاصی برای درک رفتار @@IDLE طراحی شده است.
DECLARE @Before bigint = CONVERT(bigint, @@IDLE);
WAITFOR DELAY '00:00:01';
DECLARE @After bigint = CONVERT(bigint, @@IDLE);
SELECT @Before AS BeforeValue,
@After AS AfterValue,
@After - @Before AS DeltaValue;
| BeforeValue | AfterValue | DeltaValue |
|---|
| 6248000 | 6248071 | 71 |
Delta @@IDLE برای بازه مشخص قابل تفسیرتر از مقدار مطلق است. هنگام استفاده سازمانی از @@IDLE، خروجی نمونه را با داده واقعی محیط خود تطبیق دهید.
مثال 4: ذخیره @@IDLE در جدول موقت
برای پایش زمان بیکاری موتور یک جدول Snapshot کوچک میسازیم. این سناریو بهطور اختصاصی برای درک رفتار @@IDLE طراحی شده است.
CREATE TABLE #CounterSnapshot
(
CounterName sysname NOT NULL,
CounterValue bigint NOT NULL,
CapturedAt datetime2(3) NOT NULL
);
INSERT INTO #CounterSnapshot
VALUES (N'@@IDLE', CONVERT(bigint, @@IDLE), SYSDATETIME());
SELECT * FROM #CounterSnapshot;
| CounterName | CounterValue | CapturedAt |
|---|
| @@IDLE | 6248000 | 2026-07-25 00:46:00.000 |
ذخیره تاریخچه امکان محاسبه نرخ و تشخیص تغییر Baseline را فراهم میکند. هنگام استفاده سازمانی از @@IDLE، خروجی نمونه را با داده واقعی محیط خود تطبیق دهید.
تصویر دوم، جریان اجرای @@IDLE را از ورودی و اعتبارسنجی تا تولید خروجی نمایش میدهد و نشان میدهد که @@IO_BUSY در کدام مرحله باید کنترل شود.
ادامه مثالهای پیشرفته @@IDLE
مثال 5: تبدیل @@IDLE به میکروثانیه
Tickهای زمان بیکاری موتور را با @@TIMETICKS به میکروثانیه تبدیل میکنیم. در این مثال، هدف تنها اجرای Query نیست؛ بلکه نشان دادن یک تصمیم فنی صحیح پیرامون @@IDLE است.
SELECT CONVERT(bigint, @@IDLE) * CONVERT(bigint, @@TIMETICKS)
AS TotalMicroseconds;
| TotalMicroseconds |
|---|
| 62480000000 |
CAST به bigint پیش از ضرب از Overflow نوع int جلوگیری میکند. این نکته از تفسیر سطحی یا استفاده تکراری و بیهدف از @@IDLE جلوگیری میکند.
مثال 6: تبدیل @@IDLE به ثانیه
مقدار زمان بیکاری موتور را به ثانیه قابل فهم تبدیل میکنیم. در این مثال، هدف تنها اجرای Query نیست؛ بلکه نشان دادن یک تصمیم فنی صحیح پیرامون @@IDLE است.
SELECT CAST(
CONVERT(decimal(38,0), @@IDLE) * @@TIMETICKS / 1000000.0
AS decimal(20,3)
) AS TotalSeconds;
این مقدار از Startup تجمعی است، نه مصرف یک Query خاص. این نکته از تفسیر سطحی یا استفاده تکراری و بیهدف از @@IDLE جلوگیری میکند.
مثال 7: جلوگیری از Overflow در @@IDLE
برای زمان بیکاری موتور نوع داده را پیش از محاسبات بزرگ ارتقا میدهیم. در این مثال، هدف تنها اجرای Query نیست؛ بلکه نشان دادن یک تصمیم فنی صحیح پیرامون @@IDLE است.
DECLARE @CounterValue int = @@IDLE;
SELECT CONVERT(bigint, @CounterValue) *
CONVERT(bigint, @@TIMETICKS) AS SafeMicroseconds;
| SafeMicroseconds |
|---|
| 62480000000 |
اگر ضرب با int انجام شود، شمارندههای بزرگ میتوانند خطای Overflow ایجاد کنند. این نکته از تفسیر سطحی یا استفاده تکراری و بیهدف از @@IDLE جلوگیری میکند.
مثال 8: مقایسه @@IDLE با @@CPU_BUSY
برای تفسیر بهتر زمان بیکاری موتور یک شاخص مکمل را کنار آن میآوریم. در این مثال، هدف تنها اجرای Query نیست؛ بلکه نشان دادن یک تصمیم فنی صحیح پیرامون @@IDLE است.
SELECT CONVERT(bigint, @@IDLE) AS PrimaryCounter,
CONVERT(bigint, @@CPU_BUSY) AS CompanionCounter,
SYSDATETIME() AS CapturedAt;
| PrimaryCounter | CompanionCounter | CapturedAt |
|---|
| 6248000 | 1845200 | 2026-07-25 00:47:00 |
همبستگی دو شمارنده فقط سرنخ است و علت قطعی زمان بیکاری موتور را اثبات نمیکند. این نکته از تفسیر سطحی یا استفاده تکراری و بیهدف از @@IDLE جلوگیری میکند.
مثال 9: روش اشتباه در تفسیر @@IDLE
بهجای قضاوت بر اساس عدد مطلق زمان بیکاری موتور، Context زمانی را اضافه میکنیم. در این مثال، هدف تنها اجرای Query نیست؛ بلکه نشان دادن یک تصمیم فنی صحیح پیرامون @@IDLE است.
SELECT CONVERT(bigint, @@IDLE) AS AbsoluteValue,
DATEDIFF_BIG(second, sqlserver_start_time, SYSDATETIME()) AS UptimeSeconds
FROM sys.dm_os_sys_info;
| AbsoluteValue | UptimeSeconds |
|---|
| 6248000 | 414300 |
دو سرور با Uptime متفاوت را نباید فقط با مقدار تجمعی مقایسه کرد. این نکته از تفسیر سطحی یا استفاده تکراری و بیهدف از @@IDLE جلوگیری میکند.
مثال 10: Snapshot کمهزینه @@IDLE
برای زمان بیکاری موتور تنها ستونهای ضروری را در نمونهبرداری دورهای میخوانیم. در این مثال، هدف تنها اجرای Query نیست؛ بلکه نشان دادن یک تصمیم فنی صحیح پیرامون @@IDLE است.
SELECT
CONVERT(bigint, @@IDLE) AS CounterValue,
sqlserver_start_time,
SYSUTCDATETIME() AS CapturedAtUtc
FROM sys.dm_os_sys_info;
| CounterValue | sqlserver_start_time | CapturedAtUtc |
|---|
| 6248000 | 2026-07-20 08:00:00 | 2026-07-24 21:18:00 |
Query سبک است، اما Frequency جمعآوری و نگهداری تاریخچه باید منطقی باشد. این نکته از تفسیر سطحی یا استفاده تکراری و بیهدف از @@IDLE جلوگیری میکند.
خطاهای رایج در کار با @@IDLE
خطای 1 در استفاده از @@IDLE
بیکاری موتور با بیکاری کل سرور یکی نیست. برای رفع این مشکل، ورودی و Context را از منبع معتبر بخوانید و نتیجه @@IDLE را پیش از ادامه منطق با شرط صریح کنترل کنید.
خطای 2 در استفاده از @@IDLE
تفسیر نسبتها در سیستمهای چندپردازنده نیازمند احتیاط است. برای رفع این مشکل، ورودی و Context را از منبع معتبر بخوانید و نتیجه @@IDLE را پیش از ادامه منطق با شرط صریح کنترل کنید.
خطای 3 در استفاده از @@IDLE
برای ظرفیتسنجی واقعی به Performance Counterها و تاریخچه Workload نیاز دارید. برای رفع این مشکل، ورودی و Context را از منبع معتبر بخوانید و نتیجه @@IDLE را پیش از ادامه منطق با شرط صریح کنترل کنید.
ملاحظات Performance برای @@IDLE
از نظر کارایی، @@IDLE زمانی کمهزینه باقی میماند که روی یک مقدار هدفمند یا مجموعه محدود اجرا شود. فراخوانی آن روی هزاران ردیف بدون Predicate اولیه میتواند CPU و زمان گزارش را افزایش دهد.
اگر گزارش به چند Property از چندین شیء نیاز دارد، استفاده Set-based از کاتالوگویو یا DMV مرتبط با idle ticks معمولاً بهتر از تکرار @@IDLE برای هر سلول است.
در Jobهای دورهای، نتیجه @@IDLE را همراه Timestamp ذخیره کنید، اما Frequency نمونهبرداری را متناسب با سرعت تغییر داده انتخاب کنید. جمعآوری بیش از حد، جدول تاریخچه را بدون ارزش تحلیلی بزرگ میکند.
برای محاسبات عددی پیرامون @@IDLE، نوع داده را قبل از ضرب یا تفریق ارتقا دهید و در سناریوهای تجمعی، Restart و بازنشانی Baseline را در نظر بگیرید.
Best Practiceهای اختصاصی @@IDLE
- ورودی @@IDLE را از نام یا شناسه معتبر و دارای Schema یا Context روشن تأمین کنید.
- نتیجه NULL در @@IDLE را از مقدار صفر، false یا رشته خالی جدا نگه دارید.
- نوع خروجی @@IDLE را پیش از ذخیره یا مقایسه به نوع مقصد مناسب تبدیل کنید.
- در گزارشهای بزرگ، گزینه Set-based مرتبط با idle ticks را ارزیابی کنید.
- زمان Capture، نام Database و در صورت نیاز @@SPID را کنار نتیجه @@IDLE ثبت کنید.
- مجوز مشاهده Metadata یا DMV را با حداقل سطح دسترسی لازم تنظیم کنید. در مبحث @@IDLE
- مثالهای @@IDLE را روی نسخه و Edition واقعی محیط هدف آزمایش کنید.
- برای SQL پویا، خروجی نامی @@IDLE را با QUOTENAME و پارامترسازی ایمن مصرف کنید.
تصویر سوم، تفاوت روش پرخطر و Best Practice در استفاده از @@IDLE را مقایسه میکند؛ هدف آن جلوگیری از خطاهای مربوط به بیکاری موتور با بیکاری کل سرور یکی نیست. و بهبود تصمیمگیری فنی است.
سؤالات متداول اختصاصی @@IDLE
@@IDLE دقیقاً چه مسئلهای را در SQL Server حل میکند؟
متغیر @@IDLE تعداد Tickهای بیکاری SQL Server را از آخرین راهاندازی بهصورت تجمعی گزارش میکند. در عمل، در کنار @@CPU_BUSY و @@IO_BUSY میتواند برای یک تصویر بسیار کلی از فعالیت و بیکاری Instance نمونهبرداری شود. بنابراین استفاده از @@IDLE زمانی ارزشمند است که خروجی آن در یک تصمیم فنی روشن مصرف شود، نه اینکه فقط برای نمایش عدد یا نام به کار رود.
نوع خروجی @@IDLE چیست و چگونه باید آن را مدیریت کرد؟
نوع خروجی این ابزار چنین است: integer Tick که با @@TIMETICKS قابل تبدیل به زمان است. بهتر است پیش از تبدیل نوع، مقایسه یا درج در جدول گزارش، حالت NULL و محدوده مقدار را صریح کنترل کنید تا رفتار @@IDLE قابل پیشبینی بماند.
آیا @@IDLE در گزارشهای سازمانی کاربرد تجاری دارد؟
بله. در سناریوهایی مانند نمای کلی Activity و محاسبه Delta، خروجی @@IDLE میتواند کیفیت گزارش مدیریتی را بالا ببرد. ارزش تجاری زمانی ایجاد میشود که این داده به هشدار، ظرفیتسنجی یا کاهش زمان عیبیابی متصل شود.
استفاده از @@IDLE در پروژههای بزرگ چه مزیتی دارد؟
در پروژه بزرگ، استانداردسازی نحوه استفاده از @@IDLE باعث میشود تیم توسعه، DBA و پشتیبانی یک تعریف مشترک از idle ticks و uptime داشته باشند. این هماهنگی خطاهای تفسیر و دوبارهکاری را کاهش میدهد.
تفاوت @@IDLE با گزینه نزدیک آن چیست؟
@@IDLE شمارنده بیکاری داخلی را میدهد، اما ابزارهای سیستمعامل و Query Store دید کاربردیتری از Workload دارند. انتخاب صحیح باید بر اساس حجم داده، نیاز به خروجی Set-based و سطح جزئیات گزارش انجام شود؛ یک تابع scalar همیشه جایگزین کاتالوگویو یا DMV کامل نیست.
برای طراحی اسکریپت حرفهای مبتنی بر @@IDLE چه خدماتی لازم میشود؟
در پروژههای حساس میتوان منطق @@IDLE را در قالب رویه مانیتورینگ، Dashboard، گزارش زمانبندیشده یا کنترل Deployment پیاده کرد. تحلیل نیاز، تست روی نسخه واقعی SQL Server و مستندسازی خروجی، بخشهای مهم خدمات مشاوره و انجام پروژه هستند.
رایجترین خطا هنگام کار با @@IDLE چیست؟
یکی از خطاهای مهم این است که بیکاری موتور با بیکاری کل سرور یکی نیست. همچنین نادیده گرفتن NULL یا Context اجرای Query میتواند نتیجهای ظاهراً معتبر ولی از نظر عملیاتی اشتباه تولید کند.
آیا فراخوانی زیاد @@IDLE بر Performance اثر میگذارد؟
یک فراخوانی منفرد معمولاً سبک است، اما اجرای @@IDLE روی مجموعه بسیار بزرگ یا در شرطی که برای هر ردیف محاسبه شود میتواند هزینه ایجاد کند. ابتدا ردیفها را محدود کنید و در گزارشهای وسیع، جایگزین Set-based را ارزیابی کنید.
بهترین روش استفاده از @@IDLE چیست؟
بهترین روش این است که ورودی @@IDLE اعتبارسنجی، نوع خروجی صریح، حالت NULL مدیریت و نتیجه همراه زمان و Context ثبت شود. همچنین باید مشخص باشد که خروجی برای نمایش، کنترل ایمنی یا تصمیم کارایی مصرف میشود.
@@IDLE با کدام نسخههای SQL Server سازگار است؟
یک متغیر سازگاری قدیمی در SQL Server است. با این حال، هنگام انتقال اسکریپت به Azure SQL یا Edition دیگر، Propertyها، مجوزهای Metadata و تفاوتهای پلتفرم را روی همان محیط آزمایش کنید.
سؤالات مصاحبه درباره @@IDLE
در مصاحبه چگونه تفاوت ورودی و خروجی @@IDLE را توضیح میدهید؟
پاسخ مناسب باید Syntax یعنی @@IDLE، نوع خروجی و شرایط NULL را توضیح دهد و یک نمونه از نمای کلی Activity ارائه کند.
چه زمانی بهجای @@IDLE از کاتالوگویو یا DMV استفاده میکنید؟
وقتی گزارش چندین ردیف و چند Property نیاز دارد، روش Set-based معمولاً مناسبتر است؛ @@IDLE برای تبدیل یا بررسی هدفمند یک مقدار بسیار خواناست.
چگونه نتیجه نامعتبر @@IDLE را از مقدار false یا صفر جدا میکنید؟
با بررسی صریح IS NULL، اعتبارسنجی ورودی و در صورت نیاز Join با Metadata منبع، علت نتیجه را روشن میکنم. این توضیح بهطور اختصاصی به @@IDLE مربوط است.
چه نکته Performance درباره @@IDLE مهم است؟
فراخوانی را پس از محدود کردن مجموعه داده انجام میدهم و از محاسبه تکراری @@IDLE در SELECT و WHERE جلوگیری میکنم.
یک سناریوی واقعی برای @@IDLE بیان کنید.
سناریوی مناسب میتواند مقایسه ساعات شلوغ باشد؛ در آن خروجی همراه Timestamp، نام Database و شناسه نشست ثبت میشود تا قابل پیگیری باشد.
چکلیست نهایی استفاده از @@IDLE
- Syntax @@IDLE و ورودیهای آن با نسخه هدف تطبیق داده شده است.
- Context پایگاه داده یا Instance برای @@IDLE روشن است.
- مجوز لازم برای Metadata یا DMV بررسی شده است. در مبحث @@IDLE
- NULL، مقدار نامعتبر و حالت مرزی @@IDLE تست شده است.
- نمونه خروجی با نوع داده واقعی مقایسه شده است. در مبحث @@IDLE
- در Query بزرگ، هزینه فراخوانی تکراری @@IDLE اندازهگیری شده است.
- جایگزین Set-based برای گزارش انبوه ارزیابی شده است. در مبحث @@IDLE
- نتیجه نهایی همراه Timestamp و توضیح عملیاتی ثبت میشود. در مبحث @@IDLE
جمعبندی آموزش @@IDLE
@@IDLE ابزاری کوچک اما مؤثر برای در کنار @@CPU_BUSY و @@IO_BUSY میتواند برای یک تصویر بسیار کلی از فعالیت و بیکاری Instance نمونهبرداری شود. است. استفاده حرفهای از آن به اعتبارسنجی ورودی، تفسیر نوع خروجی، کنترل NULL و انتخاب Scope مناسب وابسته است.
پس از تسلط بر @@IDLE، برای مقایسه آن با سایر ابزارهای این مجموعه به مقاله مادر توابع کمکی Performance و Metadata در SQL Server بازگردید.
خدمات برنامهنویسی و پایگاه داده
برنامهنویسی در اصفهان
قبول سفارشهای برنامهنویسی و پایگاه داده: 09131253620
انجام پروژههای برنامهنویسی، آموزش برنامهنویسی و آموزش پایگاه داده SQL Server با رویکرد حرفهای، مستند و قابل توسعه انجام میشود.
مجموعهای معتبر با سابقه فعالیت حرفهای از سال ۱۳۷۵ شمسی
از سال ۱۳۷۵ شمسی تاکنون در زمینه طراحی و اجرای پروژههای برنامهنویسی، پایگاه داده، سیستمهای تحت وب، وبسایت و راهکارهای نرمافزاری فعالیت میکنیم.
برای سفارش پروژههای برنامهنویسی و پایگاه داده، سیستمهای تحت وب، وبسایت و راهکارهای نرمافزاری جدید، با شماره تلفن همراه 09131253620 تماس حاصل فرمایید.
ایتا، واتساپ و تماس مستقیم: +989131253620
تماس با ما