Layanan Desktop Jarak Jauh Saat Ini Sibuk

Pengantar

Ketika Windows Server menolak koneksi Remote Desktop baru, mengidentifikasi sumber kegagalan sangat penting sebelum memulai ulang layanan atau seluruh server. Apakah masalah ini mempengaruhi satu pengguna atau beberapa sesi? Artikel ini membimbing administrator TI melalui kemungkinan penyebab, perintah pemecahan masalah praktis, dan prosedur pemulihan, dari pemeriksaan awal hingga diagnosis yang lebih canggih dan langkah-langkah pencegahan.

Apa Artinya Ketika Pesan "Layanan Desktop Jarak Jauh Saat Ini Sibuk" Muncul?

Kesalahan terjadi ketika Windows gagal melakukan fungsi atau tindakan Protokol Desktop Jarak Jauh (RDP) yang diminta. Secara umum, pesan kesalahan yang muncul menyatakan:

Tugas yang Anda coba lakukan tidak dapat diselesaikan karena Layanan Desktop Jarak Jauh saat ini sedang sibuk. Silakan coba lagi dalam beberapa menit. Pengguna lain seharusnya masih dapat masuk.

Meskipun pesan kesalahan menunjukkan bahwa sistem tidak dapat menambahkan sesi lain dan bahwa desktop jarak jauh sudah pada kapasitas maksimum, mungkin itu tidak benar.

Kesalahan mungkin terjadi pada akun pengguna tunggal atau beberapa akun pengguna. Jika yang pertama adalah kasusnya, seharusnya mungkin untuk memulai ulang sesi. Namun, jika yang terakhir adalah kasusnya, sistem mungkin tidak mengizinkan pengguna mana pun untuk membangun koneksi.

Selain itu, masalah ini mungkin mempengaruhi baik sesi pengguna tunggal atau semua sesi pengguna. Sangat penting untuk membedakan antara kedua skenario tersebut karena solusi yang diperlukan untuk mengatasinya berbeda.

Microsoft Learn's Panduan pemecahan masalah konektivitas sesi RDS menyediakan pemeriksaan tambahan untuk mengidentifikasi kegagalan koneksi yang mempengaruhi host Windows Server.

Apa Penyebab Kesalahan Ini?

Ada beberapa komponen Windows Server yang terlibat dalam membangun sesi RDP. Masalah dalam mengelola sesi, dengan sumber daya sistem, dengan layanan Windows, atau dengan proses masuk dapat mencegah koneksi dari terbentuk.

Sesi RDP Terjebak atau Tidak Responsif

Sebuah sesi mungkin membeku saat terhubung, terputus, terhubung kembali, atau keluar. Kemudian Windows gagal menyelesaikan sesi atau melepaskan sumber dayanya.

Administrator dapat menemukan sesi yang menolak untuk terhubung kembali atau keluar. Masalah mungkin terjadi hanya pada satu sesi, meskipun sesi lainnya berfungsi dengan baik.

Namun sebuah sesi terputus adalah normal dan hanya boleh direset jika terkunci.

Kepunahan Sumber Daya dan Badai Logon

Sumber daya yang tidak mencukupi dapat menunda atau mencegah inisialisasi sesi. Masalah yang paling umum adalah saturasi CPU, kekurangan memori, aktivitas disk yang berlebihan, dan pemuatan profil yang lambat.

Masalah seperti ini terutama muncul selama badai logon ketika ratusan pengguna melakukan koneksi Remote Desktop secara bersamaan. Autentikasi, Kebijakan Grup, pemuatan profil, dan aktivitas peluncuran aplikasi menghasilkan beban yang signifikan pada Host Sesi Remote Desktop yang dibagikan.

Namun, penggunaan sumber daya yang tinggi bukanlah persyaratan untuk mengalami kesalahan ini. Beberapa kegagalan pemrosesan sesi terjadi bahkan jika tingkat penggunaan CPU dan memori rendah.

Kebocoran Memori dan Perangkat Lunak Pihak Ketiga

Kebocoran memori dan objek sesi yang tidak dilepaskan dengan benar dapat mengganggu kapasitas Windows Server untuk menerima koneksi jarak jauh.

Masalah ini terutama terlihat dalam kasus ketika me-restart mesin mengembalikan fungsi normal, tetapi kesalahan kembali setelah beberapa jam atau hari.

Aplikasi perangkat lunak pihak ketiga yang entah bagaimana bekerja dengan sesi Windows juga bisa menjadi penyebabnya. Ini termasuk agen perlindungan endpoint, filter keamanan, atau perangkat lunak serupa yang mungkin mengganggu sesi Windows.

Karena driver ini biasanya tidak dimuat ulang ketika layanan sistem yang sesuai dihentikan, penyelidikan hipotesis semacam itu memerlukan pendekatan yang lebih mendalam daripada sekadar menghentikan layanan.

Masalah Kebijakan Grup dan Profil Pengguna

Kebijakan grup menentukan remote access izin yang berkaitan dengan koneksi, batasan sesi, dan fitur lain dari perilaku Remote Desktop Session Host. Izin yang salah atau konflik antara kebijakan dapat menyebabkan masalah koneksi.

Kegagalan layanan Klien Kebijakan Grup juga dapat mengganggu proses logon Windows.

Pada saat yang sama, Windows tidak dapat menyelesaikan sesi jika terjadi kesalahan dengan profil pengguna. Dalam hal ini, administrator harus fokus pada Layanan Profil Pengguna, memeriksa apakah penyimpanan profil pengguna tersedia dan mempertimbangkan FSLogix atau alat lain untuk mengelola profil pengguna jika sesi login yang lama bertepatan dengan masalah koneksi.

Apa yang perlu Anda lakukan untuk memperbaiki kesalahan ini?

Tindakan pemecahan masalah harus dilakukan dari umum ke spesifik dan melanjutkan dari pengujian yang tidak mengganggu ke pemulihan sesi yang ditargetkan dan pengulangan layanan atau server hanya jika diperlukan.

Prosedur berikut dapat digunakan untuk mempersempit masalah tanpa mengganggu pekerjaan pengguna.

Langkah 1: Tentukan Apakah Masalah Mempengaruhi Satu Pengguna atau Server

Tunggu sebentar dan coba lagi. Masalah ini mungkin akan teratasi dengan sendirinya karena persaingan sumber daya yang sesaat atau proses logon yang tertunda.

Jika koneksi masih gagal, lebih luas Pemecahan masalah koneksi RDP mungkin membantu mengesampingkan masalah jaringan, konfigurasi klien, atau konektivitas sebelum menyelidiki manajemen sesi Windows Server.

Tentukan ruang lingkup masalah jika masalah tersebut berlanjut:

• Bisakah pengguna lain berhasil membangun koneksi?
• Apakah sesi RDP yang ada berfungsi?
• Apakah kegagalan terjadi sebelum atau setelah otentikasi yang berhasil?
• Apakah masalah tersebut muncul sebelum atau setelah pembaruan Windows atau perubahan konfigurasi?
• Dapatkah administrator masuk secara lokal menggunakan konsol server?

Dalam kasus mesin virtual, pertimbangkan bahwa koneksi konsol hypervisor tidak menggunakan RDP. Jika Anda menggunakan Hyper-V, Anda harus menggunakan jenis Sesi Dasar karena Sesi Ditingkatkan menggunakan RDP.

Jika logon konsol gagal, selidiki masalah logon tingkat Windows atau masalah sistem operasi daripada hanya masalah spesifik RDS.

Langkah 2: Periksa Sumber Daya Windows Server

Setelah akses administratif tersedia, periksa pemanfaatan CPU, memori yang tersedia, aktivitas disk, dan kapasitas penyimpanan menggunakan Task Manager atau Performance Monitor.

Untuk pemeriksaan cepat ruang penyimpanan drive sistem, jalankan PowerShell:

Get-Volume -DriveLetter C

Untuk mengidentifikasi proses yang mengkonsumsi memori fisik terbanyak:

Get-Process | Sort-Object WorkingSet64 -Descending | Select-Object -First 10 Name, Id, WorkingSet64

Cari konsumsi sumber daya yang tidak biasa, terutama selama otentikasi atau pemuatan profil.

Sebuah snapshot kinerja tunggal mungkin tidak mengungkapkan kebocoran memori. Jika konsumsi sumber daya tampak normal, lanjutkan dengan diagnostik sesi dan kumpulkan data kinerja seiring waktu jika kesalahan terjadi kembali.

Langkah 3: Identifikasi dan Atur Ulang Sesi RDP yang Terjebak

Ketika pengguna tertentu tidak dapat terhubung kembali, periksa sesi di server yang terpengaruh.

Buka Command Prompt yang ditinggikan dan jalankan:

Perintah menampilkan ID sesi, nama pengguna, dan status koneksi. Hasil yang khas mungkin menyerupai:

SESSIONNAME    USERNAME    ID             STATE  
console                 Admin             1              Aktif  
rdp-tcp#5             User01            3              Aktif  
                               User02            4              Disk  
rdp-tcp                                           65536     Mendengarkan  

Jika sesi dipastikan mengalami kerusakan, reset menggunakan ID-nya:

Ganti 4 dengan ID sesi yang sebenarnya.

Administrator dengan izin yang sesuai juga dapat menanyakan sesi dari jarak jauh:

Kemudian reset sesi yang diidentifikasi:

Perhatian Mengatur ulang sesi akan menghentikan aplikasinya dan dapat menyebabkan pekerjaan yang belum disimpan hilang. Verifikasi identitas sesi dan beri tahu pengguna kapan pun memungkinkan.

Jangan mereset setiap sesi yang terputus secara sembarangan. Juga hindari memaksa menghentikan proses Windows yang kritis seperti csrss.exe yang dapat mengganggu stabilitas sistem operasi.

Langkah 4: Periksa Layanan Desktop Jarak Jauh dan Log Peristiwa

Jika pemulihan sesi tidak menyelesaikan kesalahan, periksa layanan Remote Desktop Services.

Jalankan:

Dapatkan-Layanan -Nama TermService

Layanan seharusnya biasanya melaporkan sebuah Menjalankan status. Namun, ini hanya mengonfirmasi bahwa layanan sedang berjalan, bukan bahwa Windows dapat berhasil menginisialisasi sesi baru.

Selanjutnya, buka Event Viewer dan periksa log yang relevan.

Log Penampil Acara	Apa yang harus diselidiki
Windows Logs > Sistem	Kegagalan layanan dan kesalahan sistem
Windows Logs > Aplikasi	Kecelakaan aplikasi dan kesalahan profil
ManajerSesiLokasiTerminal > Operasional	Pembuatan sesi, masuk, dan penyambungan kembali
Manajer Koneksi Jarak Jauh Terminal Services > Operasional	Penanganan koneksi dan otentikasi
GroupPolicy > Operasional	Kegagalan pemrosesan kebijakan

Tiga log terakhir terletak di bawah Aplikasi dan Layanan Log > Microsoft > Windows .

Korelasikan peristiwa dengan waktu tepat dari koneksi yang gagal. Peristiwa yang terjadi dekat dengan kegagalan mungkin memberikan bukti, tetapi itu tidak secara otomatis menetapkan hubungan sebab-akibat.

Jika beberapa pengguna terpengaruh dan pemulihan yang ditargetkan tidak berhasil, restart terkontrol dari Layanan Desktop Jarak Jauh dapat dipertimbangkan:

Restart-Service -Name TermService

Operasi ini dapat mempengaruhi koneksi aktif dan mungkin dibatasi oleh ketergantungan layanan. Periksa konfigurasi layanan dan konsekuensi operasional sebelum mencobanya.

Pada host RDS produksi, lebih baik memilih jendela pemeliharaan yang direncanakan daripada me-restart layanan saat pengguna sedang bekerja.

Langkah 5: Tinjau Kebijakan Grup dan Pembatasan Koneksi

Jika kesalahan mulai terjadi setelah perubahan konfigurasi, periksa pengaturan Kebijakan Grup yang diterapkan pada server yang terpengaruh.

Hasilkan laporan:

Buka laporan dan tinjau kebijakan di bawah:

Konfigurasi Komputer > Template Administratif > Komponen Windows > Layanan Desktop Jarak Jauh > Host Sesi Desktop Jarak Jauh > Koneksi

Perhatikan dengan seksama kebijakan yang mengatur jumlah maksimum koneksi, pembatasan sesi tunggal, dan izin untuk terhubung secara jarak jauh.

Juga verifikasi penugasan hak pengguna yang mengatur logon melalui Layanan Desktop Jarak Jauh.

Jika perubahan kebijakan terbaru bertepatan dengan kesalahan, selidiki dampaknya melalui pengujian yang terkontrol. Hindari menonaktifkan kebijakan keamanan tanpa memastikan bahwa kebijakan tersebut berkontribusi pada kegagalan.

Langkah 6: Verifikasi Lisensi RDS dan Mode Drain

Beberapa kegagalan koneksi berasal dari konfigurasi penyebaran RDS daripada sesi yang tidak berfungsi.

Untuk penyebaran Host Sesi Desktop Jarak Jauh multi-pengguna, verifikasi mode lisensi dan server lisensi yang dikonfigurasi.

Juga periksa apakah Session Host secara sengaja menolak koneksi baru:

Jika logon pengguna baru dinonaktifkan, tentukan apakah server telah ditempatkan dalam mode drain untuk pemeliharaan.

Ketika sesuai, logon baru dapat diaktifkan kembali menggunakan:

Jangan membalikkan mode drain tanpa mengonfirmasi mengapa itu diaktifkan.

Masalah lisensi, batas koneksi, dan mode drain tidak selalu menghasilkan pesan "Layanan Desktop Jarak Jauh saat ini sibuk" yang tepat. Pemeriksaan ini paling berguna ketika koneksi baru gagal tetapi sesi yang ada tetap beroperasi.

Langkah 7: Selidiki Profil Pengguna dan Perangkat Lunak Pihak Ketiga

Jika kesalahan terus berlanjut, selidiki komponen yang terlibat dalam menginisialisasi sesi.

Untuk kegagalan yang spesifik pengguna, pertama-tama tentukan apakah akun yang terpengaruh dapat memuat profilnya dengan sukses. Periksa peristiwa Layanan Profil Pengguna, aksesibilitas penyimpanan profil, dan keterlambatan dalam otentikasi.

Dalam konteks FSLogix atau Disk Profil Pengguna, pertimbangkan ketersediaan kontainer profil, kegagalan pemasangan, dan masalah kinerja penyimpanan.

Untuk kegagalan berulang di seluruh sistem, fokus pada perangkat lunak yang baru diinstal atau diperbarui yang berinteraksi dengan sesi Windows.

Agen keamanan, produk perlindungan endpoint, dan filter tingkat sistem dapat menyebabkan kegagalan pemrosesan sesi. Setiap pengujian isolasi harus dilakukan sesuai dengan rekomendasi vendor dan prosedur pengendalian perubahan.

Langkah 8: Restart Windows Server jika Diperlukan

Jika pemecahan masalah yang ditargetkan tidak menyelesaikan masalah, me-restart server mungkin dapat mengembalikan konektivitas RDP.

Sebelum memulai ulang, pastikan bahwa Anda memahami dampaknya terhadap sesi yang saat ini terhubung dan aplikasi yang dihosting. Jika memungkinkan, dalam penerapan RDS multi-host, alirkan host dan arahkan koneksi baru ke host lain.

Setelah memulai ulang, pastikan bahwa Layanan Desktop Jarak Jauh berfungsi dengan baik, pengguna dapat terhubung, dan tidak ada kesalahan baru yang dihasilkan di Penampil Peristiwa.

Sebuah restart mengonfirmasi bahwa situasi yang menyebabkan masalah segera telah diperbaiki tetapi tidak mengonfirmasi bahwa penyebab utama telah ditangani.

Jika kesalahan muncul kembali setelah restart, simpan bukti untuk penyelidikan lebih lanjut dan cari pola konsumsi sumber daya yang berlebihan, kegagalan dalam memproses sesi individu, dan gangguan oleh perangkat lunak pihak ketiga.

Bagaimana Seharusnya Anda Bertindak Jika Kesalahan RDS Sibuk Terulang?

Ketika kesalahan diulang, penekanan berubah dari mendapatkan kembali akses ke jaringan menjadi menentukan apa yang menyebabkan gangguan ini.

Tabel di bawah ini berfungsi sebagai panduan yang berguna untuk pemecahan masalah:

Gejala yang diamati	Prioritas penyelidikan
Satu pengguna tidak dapat terhubung kembali	Sesi terjebak atau profil pengguna
Beberapa pengguna tidak dapat terhubung	Kesehatan layanan, sumber daya, pemrosesan sesi
Kegagalan saat logon pagi	Logon bersamaan, pemuatan profil, penyimpanan
Mengulang sementara menyelesaikan kesalahan	Kebocoran terkait memori atau sesi
Kesalahan mengikuti pembaruan perangkat lunak keamanan	Interaksi perangkat lunak pihak ketiga
Kesalahan mengikuti perubahan Kebijakan Grup	Pemrosesan kebijakan dan izin masuk
Logon konsol juga gagal	Masalah logon Windows atau sistem yang lebih luas
Sesi yang ada berfungsi, tetapi pengguna baru tidak dapat terhubung.	Pembatasan koneksi, mode drain, lisensi

Polanya menunjukkan prioritas penyelidikan daripada diagnosis yang definitif.

Tangkap Bukti Diagnostik Sebelum Memulai Ulang

Untuk kegagalan yang tidak teratur, kumpulkan log dan data kinerja yang relevan sebelum memulai ulang server kapan pun secara operasional memungkinkan.

Microsoft menyediakan utilitas TroubleShootingScript (TSS) untuk mengumpulkan jejak diagnostik.

Bergantung pada skenario, administrator dapat menangkap jejak klien RDP:

.TSS.ps1 -Scenario UEX_RDSCli

Dan jejak sisi server:

.TSS.ps1 -Scenario UEX_RDSSrv

Gunakan dokumentasi TSS Microsoft saat ini untuk mengonfirmasi skenario yang didukung, prasyarat, dan prosedur pelaksanaan.

Untuk kegagalan yang lebih kompleks, penangkapan memori atau kinerja tambahan mungkin diperlukan. Diagnostik semacam itu harus direncanakan dengan hati-hati karena dapat mempengaruhi sistem produksi dan mungkin mengandung informasi sensitif.

Dalam penerapan multi-server, sertakan komponen RD Connection Broker dan RD Gateway dalam penyelidikan ketika jalur koneksi melibatkan layanan tersebut.

Bagaimana Anda Dapat Mencegah Kesalahan Ini?

Tidak semua kegagalan RDS dapat dicegah. Namun, ada langkah-langkah yang dapat Anda ambil, termasuk pemantauan terus-menerus, kebijakan sesi yang tepat, dan pemeliharaan perangkat lunak yang terbatas.

Pantau Sumber Daya Server dan Aktivitas Sesi

Memantau lingkungan RDS dengan melacak CPU, memori, disk , dan sesi yang terhubung secara bersamaan.

Lihat tren daripada ambang batas. Analisis dasar sangat penting untuk memecahkan masalah yang muncul selama jam sibuk atau muncul secara bertahap setelah me-reboot server.

Pantau sistem untuk membedakan antara masalah kapasitas dan kegagalan yang masih terjadi meskipun sumber daya sudah mencukupi.

Konfigurasikan Waktu Habis Sesi dengan Hati-hati

Tinjau kebijakan yang mengatur sesi yang terputus dan tidak aktif. Microsoft Learn menjelaskan cara membedakan kunci sesi yang tidak terduga dan pemutusan koneksi dan menyelidiki kebijakan waktu habis sesi yang bertanggung jawab atas perilaku ini.

Nilai timeout yang dipilih dengan baik mencegah sesi berlarut-larut tanpa perlu dan mengikat sumber daya. Namun, kebijakan timeout yang terlalu agresif dapat menghancurkan sesi kerja yang produktif dengan mengakhiri mereka sebelum operasi kritis selesai.

Kebijakan waktu habis sesi harus didasarkan pada kebutuhan bisnis dan tidak boleh digunakan sebagai solusi untuk kebocoran sesi yang mendasarinya.

Pertahankan perangkat lunak terkait Windows dan Sesi

Terapkan pembaruan dan perbaikan Windows Server yang didukung untuk masalah tertentu.

Pastikan bahwa agen perlindungan endpoint, komponen manajemen profil, komponen virtualisasi, dan aplikasi terintegrasi sesi kompatibel dengan sistem operasi.

Uji pembaruan di lingkungan pra-produksi, terutama jika beberapa komponen pihak ketiga terlibat dalam proses logon atau sesi Windows.

Tinjau Kapasitas dan Konfigurasi RDS

Ukuran host sesi desktop jarak jauh sesuai dengan beban kerja simultan yang realistis, dengan mempertimbangkan jam puncak untuk login dan inisiasi program.

Pertimbangkan untuk mendistribusikan sesi di antara beberapa host untuk lingkungan yang lebih besar guna menghindari kemacetan.

Audit kebijakan grup, pembatasan koneksi, konfigurasi lisensi, dan praktik pemeliharaan secara rutin untuk menemukan dan menghilangkan penyebab potensial kegagalan koneksi.

Mencari Remote Desktop dan Pengiriman Aplikasi yang Lebih Sederhana?

Memecahkan masalah Layanan Desktop Jarak Jauh dapat menyoroti upaya administratif yang terlibat dalam mempertahankan lingkungan pengiriman aplikasi Windows. Bagi organisasi yang terutama perlu menyediakan pengguna dengan aplikasi Windows atau desktop jarak jauh penuh, meninjau kompleksitas infrastruktur yang ada mungkin layak dilakukan.

TSplus Remote Access menawarkan pendekatan yang efisien untuk penerbitan aplikasi Windows multi-pengguna dan pengiriman desktop jarak jauh, dengan akses berbasis browser dan administrasi terpusat. Ini membantu tim TI membuat aplikasi tersedia untuk pengguna jarak jauh tanpa menerapkan kompleksitas penuh dari infrastruktur Microsoft RDS tradisional, sambil tetap memerlukan pemeliharaan dan keamanan Windows Server yang tepat.

Kesimpulan

Kesalahan "Layanan Desktop Jarak Jauh saat ini sibuk" memerlukan lebih dari sekadar restart server rutin. Mengidentifikasi apakah kegagalan berasal dari sesi yang terjebak, keterbatasan sumber daya, atau masalah logon Windows memungkinkan administrator untuk memilih solusi yang paling tidak mengganggu.

Ketika kesalahan terus berlanjut atau kembali, diagnostik sistematis, pemantauan kinerja, dan tinjauan konfigurasi sangat penting untuk menyelesaikan penyebab mendasar dan mempertahankan konektivitas RDP yang andal.