Perkhidmatan Desktop Jauh Sedang Sibuk: Punca dan Penyelesaian

Pengenalan

Apabila Windows Server menolak sambungan Remote Desktop baru, mengenal pasti sumber kegagalan adalah penting sebelum memulakan semula perkhidmatan atau keseluruhan pelayan. Adakah masalah ini menjejaskan satu pengguna atau beberapa sesi? Artikel ini membimbing pentadbir IT melalui kemungkinan penyebab, arahan penyelesaian masalah yang praktikal dan prosedur pemulihan, dari pemeriksaan awal hingga diagnostik yang lebih maju dan langkah-langkah pencegahan.

Apa Maksudnya Apabila Mesej "Perkhidmatan Desktop Jauh Sedang Sibuk" Muncul?

Ralat berlaku apabila Windows gagal melaksanakan fungsi atau tindakan Protokol Desktop Jauh (RDP) yang diminta. Secara amnya, mesej ralat yang muncul menyatakan:

Tugas yang anda cuba lakukan tidak dapat diselesaikan kerana Perkhidmatan Desktop Jauh sedang sibuk. Sila cuba lagi dalam beberapa minit. Pengguna lain masih boleh log masuk.

Walaupun mesej ralat menunjukkan bahawa sistem tidak dapat menambah sesi lain dan bahawa desktop jauh berada pada kapasiti maksimum, mungkin itu tidak benar.

Ralat mungkin berlaku pada satu akaun pengguna atau beberapa akaun pengguna. Jika yang pertama adalah kesnya, seharusnya mungkin untuk memulakan semula sesi. Walau bagaimanapun, jika yang terakhir adalah kesnya, sistem mungkin tidak membenarkan mana-mana pengguna untuk menjalin sambungan.

Selain itu, isu ini mungkin mempengaruhi sama ada sesi pengguna tunggal atau semua sesi pengguna. Adalah penting untuk membezakan antara dua senario ini kerana penyelesaian yang diperlukan untuk mengatasinya berbeza.

Microsoft Learn's Panduan penyelesaian masalah sambungan sesi RDS menyediakan pemeriksaan tambahan untuk mengenal pasti kegagalan sambungan yang mempengaruhi hos Windows Server.

Apakah Punca Kesalahan Ini?

Terdapat beberapa komponen Windows Server yang terlibat dalam menubuhkan sesi RDP. Masalah dengan pengurusan sesi, dengan sumber sistem, dengan perkhidmatan Windows atau dengan proses log masuk boleh menghalang sambungan daripada ditubuhkan.

Sesi RDP Terjebak atau Tidak Responsif

Sesi mungkin membeku semasa ia menyambung, terputus, menyambung semula atau log keluar. Kemudian Windows gagal menyelesaikan sesi atau melepaskan sumbernya.

Pentadbir boleh mencari sesi yang enggan menyambung semula atau log keluar. Masalah mungkin berlaku dalam satu sesi sahaja, walaupun sesi lain berfungsi dengan baik.

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

Kepupusan Sumber dan Ribut Logon

Sumber yang tidak mencukupi mungkin akan melambatkan atau menghalang inisialisasi sesi. Masalah yang paling biasa adalah jenuh CPU, kekurangan memori, aktiviti cakera yang berlebihan dan pemuatan profil yang perlahan.

Masalah seperti ini terutama ketara semasa ribut logon apabila ratusan pengguna membuat sambungan Remote Desktop secara serentak. Pengesahan, Dasar Kumpulan, pemuatan profil dan aktiviti pelancaran aplikasi menghasilkan beban yang signifikan pada Host Sesi Remote Desktop yang dikongsi.

Walau bagaimanapun, penggunaan sumber yang tinggi bukanlah syarat untuk menghadapi ralat ini. Beberapa kegagalan pemprosesan sesi berlaku walaupun kadar penggunaan CPU dan memori adalah rendah.

Kebocoran Memori dan Perisian Pihak Ketiga

Kebocoran memori dan objek sesi yang tidak dibebaskan dengan betul boleh menjejaskan kapasiti Windows Server untuk menerima sambungan jauh.

Masalah ini terutama ketara dalam kes di mana memulakan semula mesin mengembalikan fungsi normal, tetapi ralat kembali selepas beberapa jam atau hari.

Penggunaan perisian pihak ketiga yang entah bagaimana berfungsi dengan sesi Windows juga boleh menjadi penyebabnya. Ini termasuk ejen perlindungan titik akhir, penapis keselamatan atau perisian serupa yang mungkin mengganggu sesi Windows.

Oleh kerana pemacu ini biasanya tidak dimuatkan semula apabila perkhidmatan sistem yang berkaitan dihentikan, penyiasatan hipotesis sedemikian memerlukan pendekatan yang lebih teliti daripada sekadar menghentikan perkhidmatan.

Masalah Dasar Kumpulan dan Profil Pengguna

Dasar kumpulan menentukan Akses jauh kebenaran yang berkaitan dengan sambungan, had sesi dan ciri-ciri lain tingkah laku Remote Desktop Session Host. Kebenaran yang salah atau konflik antara polisi boleh menyebabkan masalah sambungan.

Kegagalan perkhidmatan Klien Dasar Kumpulan juga boleh mengganggu proses log masuk Windows.

Pada masa yang sama, Windows tidak dapat menyelesaikan sesi jika sesuatu yang tidak kena berlaku dengan profil pengguna. Dalam kes ini, pentadbir harus memberi tumpuan kepada Perkhidmatan Profil Pengguna, memeriksa jika penyimpanan profil pengguna tersedia dan mempertimbangkan FSLogix atau alat lain untuk menguruskan profil pengguna jika sesi log masuk yang panjang bertepatan dengan masalah sambungan.

Apa yang Perlu Anda Lakukan untuk Memperbaiki Ralat Ini?

Tindakan penyelesaian masalah harus diambil dari umum ke khusus dan meneruskan dari ujian yang tidak mengganggu kepada pemulihan sesi yang disasarkan dan pengulangan perkhidmatan atau pelayan hanya jika perlu.

Prosedur berikut boleh digunakan untuk mengecilkan masalah tanpa mengganggu kerja pengguna.

Langkah 1: Tentukan Sama Ada Masalah Mempengaruhi Satu Pengguna atau Pelayan

Tunggu sebentar dan kemudian cuba lagi. Masalah ini mungkin akan diselesaikan sendiri disebabkan oleh persaingan sumber yang sementara atau proses log masuk yang tertangguh.

Jika sambungan masih gagal, lebih luas Penyelesaian masalah sambungan RDP mungkin membantu menyingkirkan masalah rangkaian, konfigurasi klien atau sambungan sebelum menyiasat pengurusan sesi Windows Server.

Tentukan skop masalah jika ia berterusan:

Bolehkah pengguna lain menjalin sambungan dengan berjaya?
Adakah sesi RDP yang sedia ada beroperasi?
Adakah kegagalan berlaku sebelum atau selepas pengesahan yang berjaya?
Adakah isu itu muncul sebelum atau selepas kemas kini Windows atau perubahan konfigurasi?
Bolehkah pentadbir log masuk secara tempatan menggunakan konsol pelayan?

Dalam kes mesin maya, pertimbangkan bahawa sambungan konsol hypervisor tidak menggunakan RDP. Jika anda menggunakan Hyper-V, anda mesti menggunakan jenis Sesi Asas kerana Sesi Ditingkatkan menggunakan RDP.

Jika log masuk konsol gagal, siasat masalah log masuk tahap Windows atau isu sistem operasi dan bukan hanya masalah khusus RDS.

Langkah 2: Semak Sumber Windows Server

Setelah akses pentadbir tersedia, periksa penggunaan CPU, memori yang tersedia, aktiviti cakera dan kapasiti penyimpanan menggunakan Pengurus Tugas atau Pemantau Prestasi.

Untuk pemeriksaan cepat ruang pemacu sistem, jalankan PowerShell:

Get-Volume -DriveLetter C

Untuk mengenal pasti proses yang menggunakan memori fizikal paling banyak:

Dapatkan-Proses | Urut-Objek WorkingSet64 -Menurun | Pilih-Objek -Pertama 10 Nama, Id, WorkingSet64

Cari penggunaan sumber yang tidak biasa, terutamanya semasa pengesahan atau pemuatan profil.

Satu snapshot prestasi mungkin tidak menunjukkan kebocoran memori. Jika penggunaan sumber nampak normal, teruskan dengan diagnostik sesi dan kumpulkan data prestasi dari semasa ke semasa jika ralat berulang.

Langkah 3: Kenal pasti dan Tetapkan Semula Sesi RDP yang Terperangkap

Apabila pengguna tertentu tidak dapat menyambung semula, periksa sesi di pelayan yang terjejas.

Buka Command Prompt yang ditinggikan dan jalankan:

Perintah ini memaparkan ID sesi, nama pengguna dan keadaan sambungan. Hasil yang tipikal mungkin menyerupai:

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

Jika sesi disahkan mengalami kerosakan, tetapkan semula menggunakan IDnya:

Gantikan 4 dengan ID sesi yang sebenar.

Pentadbir dengan kebenaran yang sesuai juga boleh menyoal sesi dari jauh:

Kemudian tetapkan semula sesi yang dikenal pasti:

Amaran Mengatur semula sesi akan menamatkan aplikasinya dan mungkin menyebabkan kerja yang tidak disimpan hilang. Sahkan identiti sesi dan maklumkan kepada pengguna apabila mungkin.

Jangan menetapkan semula setiap sesi yang terputus secara sembarangan. Juga elakkan memaksa menamatkan proses Windows yang kritikal seperti csrss.exe yang boleh menjejaskan sistem pengendalian.

Langkah 4: Semak Perkhidmatan Desktop Jauh dan Log Acara

Jika pemulihan sesi tidak menyelesaikan ralat, periksa perkhidmatan Remote Desktop Services.

Jalankan:

Dapatkan-Perkhidmatan -Nama TermService

Perkhidmatan seharusnya melaporkan sebuah Menjalankan status. Walau bagaimanapun, ini hanya mengesahkan bahawa perkhidmatan sedang berjalan, bukan bahawa Windows dapat memulakan sesi baru dengan berjaya.

Seterusnya, buka Penonton Acara dan periksa log yang berkaitan.

Log Penampil Acara	Apa yang perlu disiasat
Log Windows > Sistem	Kegagalan perkhidmatan dan ralat sistem
Log Windows > Aplikasi	Kecelakaan aplikasi dan ralat profil
PengurusSesiTempatanTerminalServices > Operasi	Penciptaan sesi, log masuk dan penyambungan semula
PengurusSambunganJauh-PerkhidmatanTerminal > Operasi	Pengendalian sambungan dan pengesahan
GroupPolicy > Operasi	Kegagalan pemprosesan polisi

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

Kaitkan peristiwa dengan waktu tepat sambungan yang gagal. Peristiwa yang berlaku dekat dengan kegagalan mungkin memberikan bukti, tetapi ia tidak secara automatik menetapkan sebab-akibat.

Jika banyak pengguna terjejas dan pemulihan yang disasarkan tidak berjaya, penghidupan semula yang terkawal bagi Perkhidmatan Desktop Jauh mungkin dipertimbangkan:

Restart-Service -Name TermService

Operasi ini boleh mempengaruhi sambungan aktif dan mungkin terhad oleh kebergantungan perkhidmatan. Semak konfigurasi perkhidmatan dan akibat operasi sebelum mencubanya.

Pada hos RDS pengeluaran, lebih baik memilih tingkap penyelenggaraan yang dirancang daripada memulakan semula perkhidmatan semasa pengguna sedang bekerja.

Langkah 5: Semak Dasar Kumpulan dan Sekatan Sambungan

Jika ralat bermula selepas perubahan konfigurasi, periksa tetapan Dasar Kumpulan yang diterapkan pada pelayan yang terjejas.

Hasilkan laporan:

Buka laporan dan semak polisi di bawah:

Konfigurasi Komputer > Templat Pentadbiran > Komponen Windows > Perkhidmatan Desktop Jauh > Hos Sesi Desktop Jauh > Sambungan

Berikan perhatian khusus kepada polisi yang mengawal jumlah maksimum sambungan, sekatan sesi tunggal dan kebenaran untuk menyambung secara jauh.

Juga semak pelantikan hak pengguna yang mengawal log masuk melalui Perkhidmatan Desktop Jauh.

Jika perubahan polisi terkini bertepatan dengan ralat, siasat kesannya melalui ujian terkawal. Elakkan daripada menonaktifkan polisi keselamatan tanpa memastikan bahawa ia menyumbang kepada kegagalan.

Langkah 6: Sahkan Pelesenan RDS dan Mod Pengeringan

Beberapa kegagalan sambungan berasal dari konfigurasi penyebaran RDS dan bukannya sesi yang tidak berfungsi.

Untuk penyebaran Host Sesi Desktop Jauh berbilang pengguna, sahkan mod pelesenan dan pelayan lesen yang dikonfigurasikan.

Juga semak sama ada Host Sesi secara sengaja menolak sambungan baru:

Jika log masuk pengguna baru dinonaktifkan, tentukan sama ada pelayan telah diletakkan dalam mod pengeringan untuk penyelenggaraan.

Apabila sesuai, logon baru boleh diaktifkan semula menggunakan:

Jangan membalikkan mod pengeringan tanpa mengesahkan mengapa ia diaktifkan.

Masalah pelesenan, had sambungan dan mod pengeringan tidak semestinya menghasilkan mesej "Perkhidmatan Desktop Jauh sedang sibuk" yang tepat. Semakan ini paling berguna apabila sambungan baru gagal tetapi sesi sedia ada tetap beroperasi.

Langkah 7: Menyiasat Profil Pengguna dan Perisian Pihak Ketiga

Jika ralat berterusan, siasat komponen yang terlibat dalam memulakan sesi.

Untuk kegagalan khusus pengguna, pertama-tama tentukan jika akaun yang terjejas dapat memuat profilnya dengan berjaya. Perhatikan acara Perkhidmatan Profil Pengguna, aksesibiliti penyimpanan profil dan kelewatan dalam pengesahan.

Dalam konteks FSLogix atau Disk Profil Pengguna, pertimbangkan ketersediaan kontainer profil, kegagalan pemuatan dan isu prestasi penyimpanan.

Untuk kegagalan berulang di seluruh sistem, tumpukan pada perisian yang baru dipasang atau dikemas kini yang berinteraksi dengan sesi Windows.

Ejen keselamatan, produk perlindungan titik akhir dan penapis peringkat sistem boleh menyebabkan kegagalan pemprosesan sesi. Sebarang ujian pengasingan harus dijalankan mengikut cadangan vendor dan prosedur kawalan perubahan.

Langkah 8: Mulakan semula Windows Server jika perlu

Jika penyelesaian masalah yang disasarkan tidak menyelesaikan masalah, memulakan semula pelayan mungkin dapat mengembalikan sambungan RDP.

Sebelum memulakan semula, pastikan anda memahami kesan terhadap sesi yang sedang ditubuhkan dan aplikasi yang dihoskan. Jika boleh, dalam penyebaran RDS pelbagai hos, kosongkan hos dan alihkan sambungan baru ke hos lain.

Selepas memulakan semula, sahkan bahawa Perkhidmatan Desktop Jauh berfungsi dengan betul, pengguna boleh menyambung, dan tiada ralat baru yang dihasilkan dalam Penonton Acara.

Sebuah pengulangan mengesahkan bahawa situasi yang menyebabkan masalah segera telah diperbaiki tetapi tidak mengesahkan bahawa punca utama telah ditangani.

Jika ralat muncul semula selepas penghidupan semula, simpan bukti untuk siasatan lanjut dan cari corak penggunaan sumber yang berlebihan, kegagalan dalam memproses sesi individu dan gangguan oleh perisian pihak ketiga.

Bagaimana Anda Harus Bertindak Jika Kesalahan RDS Sibuk Berulang?

Apabila ralat diulang, penekanan berubah daripada mendapatkan semula akses ke rangkaian kepada menentukan apa yang menyebabkan gangguan ini.

Jadual di bawah berfungsi sebagai panduan berguna untuk menyelesaikan masalah:

Gejala yang diperhatikan	Keutamaan penyiasatan
Seorang pengguna tidak dapat menyambung semula	Sesi terperangkap atau profil pengguna
Multiple users tidak boleh menyambung	Kesihatan perkhidmatan, sumber, pemprosesan sesi
Kegagalan semasa log masuk pagi	Logon serentak, pemuatan profil, penyimpanan
Mula semula menyelesaikan ralat secara sementara	Kebocoran berkaitan memori atau sesi
Ralat mengikuti kemas kini perisian keselamatan	Interaksi perisian pihak ketiga
Ralat mengikuti perubahan Dasar Kumpulan	Pemprosesan dasar dan kebenaran log masuk
Log masuk konsol juga gagal	Masalah log masuk Windows yang lebih luas atau masalah sistem
Sesi yang ada berfungsi, tetapi pengguna baru tidak dapat menyambung.	Sekatan sambungan, mod pengeringan, pelesenan

Corak ini mencadangkan keutamaan penyiasatan dan bukannya diagnosis yang pasti.

Tangkap Bukti Diagnostik Sebelum Menghidupkan Semula

Untuk kegagalan yang tidak konsisten, kumpulkan log dan data prestasi yang relevan sebelum memulakan semula pelayan apabila mungkin dari segi operasi.

Microsoft menyediakan utiliti TroubleShootingScript (TSS) untuk mengumpul jejak diagnostik.

Bergantung pada senario, pentadbir boleh menangkap jejak klien RDP:

.TSS.ps1 -Scenario UEX_RDSCli

Dan jejak sisi pelayan:

.\TSS.ps1 -Scenario UEX_RDSSrv

Gunakan dokumentasi TSS Microsoft semasa untuk mengesahkan senario yang disokong, prasyarat dan prosedur pelaksanaan.

Untuk kegagalan yang lebih kompleks, penangkapan memori atau prestasi tambahan mungkin diperlukan. Diagnostik sedemikian harus dirancang dengan teliti kerana ia boleh mempengaruhi sistem pengeluaran dan mungkin mengandungi maklumat sensitif.

Dalam penyebaran pelayan pelbagai, sertakan komponen Broker Sambungan RD dan Gateway RD dalam penyiasatan apabila laluan sambungan melibatkan perkhidmatan tersebut.

Bagaimana Anda Boleh Mencegah Kesalahan Ini?

Tidak semua kegagalan RDS dapat dicegah. Tetapi ada langkah-langkah yang boleh anda ambil, termasuk pemantauan berterusan, dasar sesi yang sesuai, dan penyelenggaraan perisian yang terhad.

Pantau Sumber Server dan Aktiviti Sesi

Memantau persekitaran RDS dengan penjejakan CPU, memori, cakera , dan sesi yang dilog masuk secara serentak.

Lihat pada tren dan bukannya ambang. Analisis garis dasar adalah sangat penting untuk menyelesaikan masalah yang timbul semasa waktu puncak atau muncul secara beransur-ansur selepas memulakan semula pelayan.

Pantau sistem untuk membezakan antara masalah kapasiti dan kegagalan yang masih berlaku walaupun sumber mencukupi.

Konfigurasikan Had Masa Sesi dengan Teliti

Semak polisi yang mengawal sesi yang terputus dan tidak aktif. Microsoft Learn menerangkan cara untuk membezakan kunci sesi dan pemutusan yang tidak dijangka dan menyiasat dasar tamat sesi yang bertanggungjawab untuk tingkah laku ini.

Nilai masa tamat yang dipilih dengan baik menghalang sesi daripada berlarutan tanpa perlu dan mengikat sumber. Namun, polisi masa tamat yang terlalu agresif boleh memusnahkan sesi kerja yang produktif dengan menamatkannya sebelum operasi kritikal selesai.

Dasar waktu tamat sesi harus berdasarkan keperluan perniagaan dan tidak boleh digunakan sebagai penyelesaian untuk kebocoran sesi yang mendasari.

Menjaga Perisian Berkaitan Windows dan Sesi

Laksanakan kemas kini dan pembetulan Windows Server yang disokong untuk masalah tertentu.

Pastikan bahawa ejen perlindungan titik akhir, komponen pengurusan profil, komponen virtualisasi dan aplikasi yang terintegrasi dengan sesi adalah serasi dengan sistem pengendalian.

Uji kemas kini dalam persekitaran pra-pengeluaran, terutamanya jika pelbagai komponen pihak ketiga terlibat dalam proses log masuk atau sesi Windows.

Semak Kapasiti dan Konfigurasi RDS

Saiz hos sesi desktop jauh mengikut beban kerja serentak yang realistik, mengambil kira waktu puncak untuk log masuk dan permulaan program.

Pertimbangkan untuk mengagihkan sesi di antara beberapa hos untuk persekitaran yang lebih besar bagi mengelakkan kesesakan.

Audit dasar kumpulan, sekatan sambungan, konfigurasi lesen dan amalan penyelenggaraan secara rutin untuk mengenal pasti dan menghapuskan punca-punca berpotensi kegagalan sambungan.

Mencari Remote Desktop dan Penghantaran Aplikasi yang Lebih Mudah?

Menyelesaikan masalah Perkhidmatan Desktop Jauh boleh menonjolkan usaha pentadbiran yang terlibat dalam mengekalkan persekitaran penghantaran aplikasi Windows. Bagi organisasi yang terutamanya perlu menyediakan pengguna dengan aplikasi Windows atau desktop jauh penuh, menilai kerumitan infrastruktur sedia ada mereka mungkin berbaloi.

TSplus Remote Access menawarkan pendekatan yang dipermudahkan untuk penerbitan aplikasi Windows berbilang pengguna dan penghantaran desktop jauh, dengan akses berasaskan pelayar dan pentadbiran terpusat. Ia membantu pasukan IT menjadikan aplikasi tersedia untuk pengguna jauh tanpa perlu melaksanakan keseluruhan kerumitan infrastruktur Microsoft RDS tradisional, sambil masih memerlukan penyelenggaraan dan keselamatan Windows Server yang betul.

Kesimpulan

Ralat "Perkhidmatan Desktop Jauh sedang sibuk" memerlukan lebih daripada sekadar penghidupan semula pelayan rutin. Mengenal pasti sama ada kegagalan berasal dari sesi yang terperangkap, had sumber atau masalah log masuk Windows membolehkan pentadbir memilih penyelesaian yang paling tidak mengganggu.

Apabila ralat berterusan atau kembali, diagnostik sistematik, pemantauan prestasi dan semakan konfigurasi adalah penting untuk menyelesaikan punca asasnya dan mengekalkan kebolehpercayaan sambungan RDP.