رفع خطای Remote Desktop Services is currently busy در ویندوز سرور

هنگام ورود به سرور مجازی ایران پیام Remote Desktop Services is currently busy ظاهر می‌شود. شاید نشست قبلی کاربر در حال خروج مانده، سرویس ریموت پاسخ نمی‌دهد، منابع سرور تحت فشار است یا یک مشکل نسخه‌ای ویندوز رخ داده است. از روی همین پیام نمی‌توان فهمید کدام علت برقرار است.

در این آموزش ابتدا راهی برای ورود بدون وابستگی به RDP پیدا می‌کنیم و بعد با شواهد همان سرور سراغ راهکار مناسب می‌رویم. خروج اجباری کاربران و راه‌اندازی مجدد سرویس می‌تواند کار ذخیره‌نشده آن‌ها را از بین ببرد؛ این کارها فقط پس از شناسایی نشست و هماهنگی انجام می‌شوند.

در پنل ارائه‌دهنده، کنسول ماشین مجازی یا کنسول مدیریتی خارج از RDP را باز کنید و با حساب مدیر مجاز وارد شوید. در Hyper-V، کنسول پایه را از حالت Enhanced Session جدا بدانید؛ حالت پیشرفته خودش به RDP وابسته است و ممکن است همان خطا را نشان دهد. اگر کنسول هم در ورود گیر می‌کند، مشکل ممکن است فراتر از RDP و مربوط به خود سیستم، حافظه یا ذخیره‌سازی باشد.

اگر هیچ راه مدیریتی در اختیار ندارید، پیاپی ریبوت نکنید. زمان خطا، نام سرور، اثر روی کاربران دیگر و آخرین تغییر را ثبت کنید و از مسئول زیرساخت برای دسترسی کنسول کمک بگیرید. اگر یک نشست مدیر از قبل باز و پاسخ‌گوست می‌توانید بررسی‌های زیر را در همان نشست انجام دهید، ولی قبل از تغییر سرویس، راه اتصال جایگزین را نگه دارید.

در PowerShell یا Command Prompt روی سرور اجرا کنید:

این دستورها حساب‌ها و نشست‌های فعلی، شناسه و وضعیت آن‌ها را نشان می‌دهند. Disc معمولاً نشست قطع‌شده است، نه لزوماً خراب؛ کاربر ممکن است بعداً به همان کارهای باز برگردد. Active یعنی نشست فعال است. شناسه و نام کاربر را دقیق یادداشت کنید و از بستن همه نشست‌ها برای آزمایش خودداری کنید.

اگر فقط یک کاربر مشکل دارد و نشست قبلی او پس از خروج برای مدت طولانی گیر کرده است، ابتدا از او بخواهید کارهایش را ذخیره و در صورت امکان از همان نشست Sign out کند. اگر خروج عادی ممکن نیست، مدیر پس از تأیید هویت، هماهنگی و پذیرش خطر از دست رفتن کار ذخیره‌نشده می‌تواند فقط شناسه همان نشست را از کنسول خارج کند. برای نمونه اگر شناسه تأییدشده ۳ است:

عدد ۳ صرفاً مثال است؛ شناسه ممکن است تغییر کند و اجرای آن روی شناسه اشتباه نشست شخص دیگری را می‌بندد. خروج اجباری برنامه‌های باز را خاتمه می‌دهد. پس از آن دوباره quser را بخوانید و با همان کاربر اتصال تازه را امتحان کنید. راهنمای Microsoft برای logoff درباره اثر آن توضیح می‌دهد.

سرویس‌های موجود و وضعیتشان را با نقش نصب‌شده سرور مقایسه کنید. نبود یا توقف یک سرویس در هر پیکربندی معنای یکسانی ندارد؛ خطا و نقش آن را در لاگ ببینید. فضای کم دیسک، فشار RAM یا تأخیر storage نیز می‌تواند ورود را کند کند. در Task Manager قسمت Performance، حافظه و دیسک را در همان لحظه مشاهده کنید.

در Event Viewer به Windows Logs سپس System و Application بروید. در Applications and Services Logs، شاخه Microsoft و Windows و سپس TerminalServices-RemoteConnectionManager و TerminalServices-LocalSessionManager را باز کنید. رویدادهای Operational نزدیک زمان ورود ناموفق را بخوانید. همه کانال‌ها در هر نسخه یکسان نیستند؛ شناسه، زمان و متن کامل را ثبت کنید و اطلاعات خصوصی کاربران را هنگام ارسال حذف کنید.

اگر شواهد نشان می‌دهد سرویس واقعاً گیر کرده و راه کنسول خارج از RDP در دسترس است، راه‌اندازی مجدد Remote Desktop Services ممکن است موقتاً مشکل را رفع کند. این کار می‌تواند همه اتصال‌های ریموت را قطع کند و سرویس‌های وابسته را هم تحت تأثیر بگذارد. پیش از آن زمان نگه‌داری و اطلاع به کاربران را هماهنگ کنید.

در کنسول services.msc را باز کنید، سرویس Remote Desktop Services را پیدا و وضعیت و وابستگی‌های آن را ببینید. پس از هماهنگی، در صورت پشتیبانی و مناسب‌بودن محیط، Restart را انتخاب کنید و تا پایان صبر کنید. اگر گزینه در دسترس نیست یا سرویس در حالت stopping می‌ماند، از بستن تصادفی پردازش‌های مشترک خودداری کنید؛ لاگ‌ها و وابستگی را بررسی کنید. پس از آن با یک حساب آزمایشی مجاز و سپس حساب اصلی اتصال جدید را امتحان کنید. Microsoft این اقدام را یک راهکار احتمالی می‌داند، نه درمان قطعی همه علت‌ها.

اگر خود سیستم از کنسول نیز پاسخ نمی‌دهد، تصمیم درباره ریبوت کامل باید با توجه به داده‌های ذخیره‌نشده، وظایف فعال و امکان بازیابی گرفته شود. یک ریبوت ممکن است علائم را موقتاً پنهان کند؛ قبل از آن در صورت امکان لاگ و زمان رخداد را ثبت کنید.

اگر مشکل پس از نصب یک به‌روزرسانی یا تغییر برنامه امنیتی آغاز شده، زمان آن را با رخدادها و نسخه دقیق ویندوز مقایسه کنید. برخی مشکلات RDS به نسخه یا آپدیت خاص مربوط‌اند؛ مثلاً مستند Microsoft برای ناپایداری RDS پس از آپدیت‌های سپتامبر ۲۰۲۶ برای محیط و نسخه‌های مشخصی نوشته شده است. وجود همین پیام ثابت نمی‌کند آن مشکل خاص را دارید. شماره KB، build و شرایط اعلام‌شده را تطبیق دهید و راهکار یا به‌روزرسانی جایگزین همان سند را بررسی کنید.

اگر ورود انجام می‌شود اما کاربر پروفایل موقت می‌گیرد، مسئله متفاوتی مطرح است؛ راهنمای پروفایل موقت ویندوز سرور به آن می‌پردازد. برای خطای قفل حساب نیز راهنمای قفل حساب ریموت دسکتاپ مناسب‌تر است.

با حساب مجاز یک اتصال تازه برقرار، خروج عادی و اتصال دوباره را آزمایش کنید. سپس وضعیت نشست‌ها، زمان پاسخ و رویدادهای جدید را در دوره‌ای که مشکل قبلاً رخ می‌داد پایش کنید. اگر بعد از هر بار بستن یک نشست مشکل تکرار می‌شود، تعداد نشست‌ها، برنامه‌های خروج‌نکرده، منابع و گزارش نسخه را با شواهد به مدیر سیستم بدهید. راهنمای اصلی Microsoft برای خطای busy شاخه‌های تشخیص بیشتری دارد.