Uzak Masaüstü Hizmetleri Şu Anda Meşguldür

Giriş

Windows Server yeni Remote Desktop bağlantılarını reddettiğinde, hizmetleri veya tüm sunucuyu yeniden başlatmadan önce hatanın kaynağını belirlemek önemlidir. Problem bir kullanıcıyı mı yoksa birden fazla oturumu mu etkiliyor? Bu makale, BT yöneticilerini olası nedenler, pratik sorun giderme komutları ve kurtarma prosedürleri hakkında, başlangıç kontrollerinden daha ileri düzey tanılama ve önleme önlemlerine kadar yönlendirmektedir.

"Uzak Masaüstü Hizmetleri Şu Anda Meşguldür" Mesajı Göründüğünde Ne Anlama Gelir?

Hata, Windows'ın istenen Uzak Masaüstü Protokolü (RDP) işlevini veya eylemini yerine getiremediğinde meydana gelir. Genel olarak, görünen hata mesajı şunları belirtir:

Yapmaya çalıştığınız görev, Remote Desktop Services şu anda meşgul olduğu için tamamlanamıyor. Lütfen birkaç dakika içinde tekrar deneyin. Diğer kullanıcılar hala oturum açabilmelidir.

Hata mesajı, sistemin başka bir oturum ekleyemediğini ve uzaktan masaüstünün maksimum kapasitede olduğunu ima etse de, durum böyle olmayabilir.

Hata, tek bir kullanıcı hesabında veya birden fazla kullanıcı hesabında meydana gelebilir. Eğer birincisi geçerliyse, oturumu yeniden başlatmak mümkün olmalıdır. Ancak, ikincisi geçerliyse, sistem hiçbir kullanıcının bağlantı kurmasına izin vermeyebilir.

Ayrıca, sorun ya tek bir kullanıcı oturumunu ya da tüm kullanıcı oturumlarını etkileyebilir. İki senaryo arasında ayrım yapmak önemlidir çünkü bunları çözmek için gereken çözümler farklıdır.

Microsoft Learn'in RDS oturumu bağlantı sorun giderme kılavuzu Windows Server sunucularını etkileyen bağlantı hatalarını tanımlamak için ek kontroller sağlar.

Bu hatanın nedenleri nelerdir?

Bir RDP oturumu kurma sürecinde yer alan birkaç Windows Server bileşeni vardır. Oturumun yönetimi, sistem kaynakları, Windows hizmetleri veya oturum açma süreci ile ilgili sorunlar, bağlantının kurulmasını engelleyebilir.

Takılı veya Tepkisiz RDP Oturumları

Bir oturum bağlanırken, bağlantısı kesilirken, yeniden bağlanırken veya oturum kapatırken donabilir. Ardından Windows oturumu tamamlayamaz veya kaynaklarını serbest bırakamaz.

Yönetici, yeniden bağlanmayı reddeden veya oturumu kapatan oturumları bulabilir. Sorun yalnızca bir oturumda meydana gelebilir, diğerleri düzgün çalışsa bile.

Henüz bir bağlantısı kesilmiş oturum normaldir ve yalnızca kilitlenirse sıfırlanmalıdır.

Kaynak Tükenmesi ve Giriş Fırtınaları

Yetersiz kaynaklar oturum başlatmayı geciktirebilir veya engelleyebilir. En yaygın sorunlar CPU doygunluğu, bellek yetersizlikleri, aşırı disk etkinliği ve yavaş profil yüklemedir.

Bu tür sorunlar, yüzlerce kullanıcının aynı anda Remote Desktop bağlantıları kurduğu oturum fırtınaları sırasında özellikle belirgindir. Kimlik doğrulama, Grup İlkesi, profil yükleme ve uygulama başlatma faaliyetleri, paylaşılan bir Remote Desktop Oturum Ana bilgisayarında önemli bir yük oluşturur.

Ancak, yüksek kaynak kullanımı bu hatayla karşılaşmak için bir gereklilik değildir. Bazı oturum işleme hataları, CPU ve bellek kullanım oranları düşük olsa bile meydana gelir.

Bellek Sızıntıları ve Üçüncü Taraf Yazılımlar

Bellek sızıntıları ve düzgün bir şekilde serbest bırakılmayan oturum nesneleri, Windows Sunucusu'nun uzaktan bağlantıları kabul etme kapasitesini etkileyebilir.

Bu sorun, makinenin yeniden başlatılmasının normal işlevselliği geri getirdiği, ancak hatanın birkaç saat veya gün sonra geri döndüğü durumlarda özellikle dikkat çekicidir.

Üçüncü taraf yazılımların Windows oturumlarıyla bir şekilde çalışması da bir neden olabilir. Bu, uç nokta koruma ajanları, güvenlik filtreleri veya Windows oturumlarıyla etkileşime girebilecek benzer yazılımları içerir.

Bu sürücüler genellikle ilgili sistem hizmeti durdurulduğunda boşaltılmadığı için, bu tür varsayımların araştırılması sadece hizmetin durdurulmasından daha kapsamlı bir yaklaşım gerektirir.

Grup Politikası ve Kullanıcı Profili Sorunları

Grup politikası belirler uzak erişim bağlantılar, oturum sınırlamaları ve Remote Desktop Session Host davranışının diğer özellikleri ile ilgili izinler. Yanlış izinler veya politikalar arasındaki çatışmalar bağlantı sorunlarına neden olabilir.

Grup İlkesi İstemcisi hizmeti hataları, Windows oturum açma sürecini de etkileyebilir.

Aynı zamanda, Windows, kullanıcı profiliyle ilgili bir sorun olduğunda oturumu tamamlayamaz. Bu durumda, yöneticilerin Kullanıcı Profili Hizmeti'ne odaklanmaları, kullanıcı profili depolamasının mevcut olup olmadığını kontrol etmeleri ve uzun oturum açma sürelerinin bağlantı sorunlarıyla çakıştığı durumlarda kullanıcı profillerini yönetmek için FSLogix veya diğer araçları düşünmeleri gerekir.

Bu hatayı düzeltmek için ne yapmalısınız?

Sorun giderme eylemleri genelden özel olmalı ve kesintiye neden olmayan testlerden hedeflenmiş oturum kurtarma ve yalnızca gerekli olduğunda hizmetlerin veya sunucuların yeniden başlatılmasına doğru ilerlemelidir.

Aşağıdaki prosedür, kullanıcıların çalışmalarını kesintiye uğratmadan bir sorunu daraltmak için kullanılabilir.

Adım 1: Problemin Bir Kullanıcıyı mı Yoksa Sunucuyu mu Etkilediğini Belirleyin

Biraz bekleyin ve sonra tekrar deneyin. Sorun, kaynaklar için geçici bir rekabet veya gecikmiş bir oturum açma süreci nedeniyle kendiliğinden düzelmiş olabilir.

Bağlantı hala başarısız olursa, daha geniş RDP bağlantı sorun giderme ağ, istemci yapılandırması veya bağlantı sorunlarını araştırmadan önce dışlamaya yardımcı olabilir.

Sorunun kapsamını belirleyin eğer devam ederse:

• Başka bir kullanıcı bağlantıyı başarıyla kurabilir mi?
• Mevcut RDP oturumları çalışıyor mu?
• Başarılı kimlik doğrulama öncesinde mi yoksa sonrasında mı hatalar meydana geliyor?
• Sorun, bir Windows güncellemesi veya yapılandırma değişikliği öncesinde mi yoksa sonrasında mı ortaya çıktı?
• Yönetici, sunucu konsolunu kullanarak yerel olarak oturum açabilir mi?

Sanal makineler durumunda, hipervizör konsol bağlantılarının RDP kullanmadığını dikkate alın. Hyper-V kullanıyorsanız, Gelişmiş Oturumların RDP kullandığı için Temel Oturum türünü kullanmalısınız.

Konsol oturum açma işlemleri başarısız oluyorsa, yalnızca RDS'ye özgü sorunlar yerine Windows düzeyinde oturum açma veya işletim sistemi sorunlarını araştırın.

Adım 2: Windows Server Kaynaklarını Kontrol Et

Yönetici erişimi sağlandığında, Görev Yöneticisi veya Performans İzleyici kullanarak CPU kullanımını, mevcut belleği, disk etkinliğini ve depolama kapasitesini inceleyin.

Sistem sürücü alanını hızlıca kontrol etmek için PowerShell'i çalıştırın:

Get-Volume -DriveLetter C

En fazla fiziksel bellek tüketen süreçleri tanımlamak için:

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

Sertifika veya profil yükleme sırasında olağandışı kaynak tüketimini kontrol edin.

Tek bir performans anlık görüntüsü bir bellek sızıntısını ortaya çıkarmayabilir. Eğer kaynak tüketimi normal görünüyorsa, oturum tanılamalarına devam edin ve hata tekrarlarsa zamanla performans verilerini toplayın.

Adım 3: Takılı RDP Oturumlarını Belirleyin ve Sıfırlayın

Belirli bir kullanıcı yeniden bağlanamıyorsa, etkilenen sunucudaki oturumları kontrol edin.

Yükseltilmiş bir Komut İstemi açın ve çalıştırın:

Komut, oturum kimliklerini, kullanıcı adlarını ve bağlantı durumlarını görüntüler. Tipik bir sonuç şu şekilde görünebilir:

SESSIONNAME    USERNAME    ID             STATE  
console                 Admin             1              Aktif  
rdp-tcp#5             User01            3              Aktif  
                               User02            4              Bağlantı Kesildi  
rdp-tcp                                           65536     Dinle  

Bir oturumun arızalı olduğu onaylanırsa, kimliğini kullanarak sıfırlayın:

4'ü gerçek oturum kimliği ile değiştirin.

Uygun izinlere sahip yöneticiler ayrıca oturumları uzaktan sorgulayabilirler:

Sonra tanımlanan oturumu sıfırlayın:

Dikkat Bir oturumu sıfırlamak, uygulamalarını sonlandırır ve kaydedilmemiş çalışmaların kaybolmasına neden olabilir. Oturum kimliğini doğrulayın ve mümkün olduğunda kullanıcıyı bilgilendirin.

Herhangi bir bağlantısı kesilmiş oturumu keyfi olarak sıfırlamayın. Ayrıca, gibi kritik Windows süreçlerini zorla sonlandırmaktan kaçının. csrss.exe , bu işletim sistemini istikrarsızlaştırabilir.

Adım 4: Uzak Masaüstü Hizmetlerini ve Olay Günlüklerini Kontrol Et

Oturum kurtarma hatayı çözmezse, Uzak Masaüstü Hizmetleri hizmetini kontrol edin.

Çalıştır:

Get-Service -Name TermService

Hizmet normalde bir rapor vermelidir. Çalıştırma durum. Ancak, bu yalnızca hizmetin çalıştığını doğrular, Windows'un yeni oturumları başarıyla başlatabileceğini değil.

Sonra, Olay Görüntüleyicisi'ni açın ve ilgili günlükleri inceleyin.

Olay Görüntüleyici kaydı	Ne araştırılmalı
Windows Günlükleri > Sistem	Hizmet arızaları ve sistem hataları
Windows Günlükleri > Uygulama	Uygulama çökmesi ve profil hataları
TerminalServisleri-LocalSessionManager > Operasyonel	Oturum oluşturma, oturum açma ve yeniden bağlanma
Terminal Hizmetleri-Uzak Bağlantı Yöneticisi > Operasyonel	Bağlantı yönetimi ve kimlik doğrulama
Grup Politikası > Operasyonel	Politika işleme hataları

Son üç günlük kayıtlar şurada bulunmaktadır Uygulamalar ve Hizmetler Günlükleri > Microsoft > Windows .

Bağlantı hatasının tam zamanı ile olayları ilişkilendirin. Başarısızlık yakınında meydana gelen bir olay kanıt sağlayabilir, ancak bu otomatik olarak nedensellik kurmaz.

Eğer birden fazla kullanıcı etkileniyorsa ve hedeflenen kurtarma başarısız oluyorsa, Uzak Masaüstü Hizmetleri'nin kontrollü bir yeniden başlatılması düşünülebilir.

Restart-Service -Name TermService

Bu işlem aktif bağlantıları etkileyebilir ve hizmet bağımlılıkları tarafından kısıtlanabilir. Denemeden önce hizmet yapılandırmasını ve operasyonel sonuçları kontrol edin.

Üretim RDS sunucularında, kullanıcılar çalışırken hizmetleri yeniden başlatmak yerine planlı bir bakım penceresini tercih edin.

Adım 5: Grup Politikasını ve Bağlantı Kısıtlamalarını Gözden Geçirin

Hata bir yapılandırma değişikliğinden sonra başladıysa, etkilenen sunucuya uygulanan Grup İlkesi ayarlarını kontrol edin.

Rapor oluştur:

Raporu açın ve aşağıdakiler altında politikaları gözden geçirin:

Bilgisayar Yapılandırması > Yönetim Şablonları > Windows Bileşenleri > Uzak Masaüstü Hizmetleri > Uzak Masaüstü Oturum Ana bilgisayarı > Bağlantılar

Bağlantı sayısını, tek oturum kısıtlamalarını ve uzaktan bağlanma iznini kontrol eden politikalarına özellikle dikkat edin.

Ayrıca Uzak Masaüstü Hizmetleri aracılığıyla oturum açmayı yöneten kullanıcı hakları atamalarını doğrulayın.

Son zamanlarda bir politika değişikliği hatayla çakışıyorsa, etkisini kontrollü testler aracılığıyla araştırın. Başarısızlığa katkıda bulunmadığını belirlemeden güvenlik politikalarını devre dışı bırakmaktan kaçının.

Adım 6: RDS Lisanslamasını ve Boşaltma Modunu Doğrulayın

Bazı bağlantı hataları, arızalı oturumlar yerine RDS dağıtım yapılandırmasından kaynaklanmaktadır.

Çoklu kullanıcı Uzaktan Masaüstü Oturum Ana bilgisayarı dağıtımları için, lisanslama modunu ve yapılandırılmış lisans sunucusunu doğrulayın.

Ayrıca Oturum Sunucusunun yeni bağlantıları kasıtlı olarak reddedip etmediğini kontrol edin:

Yeni kullanıcı oturum açmaları devre dışı bırakıldıysa, sunucunun bakım için boşaltma moduna alınıp alınmadığını belirleyin.

Uygun olduğunda, yeni oturum açmalar şu şekilde yeniden etkinleştirilebilir:

Drenaj modunu neden etkinleştirildiğini onaylamadan tersine çevirmeyin.

Lisanslama sorunları, bağlantı sınırları ve boşaltma modu mutlaka "Uzak Masaüstü Hizmetleri şu anda meşguldür" mesajını üretmez. Bu kontroller, yeni bağlantılar başarısız olduğunda ancak mevcut oturumlar çalışmaya devam ettiğinde en faydalıdır.

Adım 7: Kullanıcı Profillerini ve Üçüncü Taraf Yazılımları Araştırın

Hata devam ederse, bir oturum başlatmada yer alan bileşenleri araştırın.

Kullanıcıya özel hatalar için, öncelikle etkilenen hesabın profilini başarıyla yükleyip yükleyemeyeceğini belirleyin. Kullanıcı Profili Servisi olaylarına, profil depolama erişilebilirliğine ve kimlik doğrulamadaki gecikmelere bakın.

FSLogix veya Kullanıcı Profili Diskleri bağlamında, profil konteynerinin kullanılabilirliğini, montaj hatalarını ve depolama performansı sorunlarını dikkate alın.

Sistem genelindeki tekrarlayan hatalar için, Windows oturumlarıyla etkileşimde bulunan yakın zamanda kurulan veya güncellenen yazılımlara odaklanın.

Güvenlik ajanları, uç nokta koruma ürünleri ve sistem düzeyindeki filtreler oturum işleme hatalarına neden olabilir. Herhangi bir izolasyon testi, satıcı önerileri ve değişiklik kontrol prosedürleri doğrultusunda gerçekleştirilmelidir.

Adım 8: Gerekirse Windows Sunucusunu Yeniden Başlatın

Hedeflenen sorun giderme problemi çözmezse, sunucunun yeniden başlatılması RDP bağlantısını yeniden kurmayı sağlayabilir.

Yeniden başlatmadan önce, mevcut oturumlar ve barındırılan uygulamalar üzerindeki etkisini anladığınızdan emin olun. Mümkünse, çoklu ana bilgisayar RDS dağıtımında, ana bilgisayarı boşaltın ve yeni bağlantıları başka bir ana bilgisayara yönlendirin.

Yeniden başlattıktan sonra, Uzak Masaüstü Hizmetleri'nin doğru çalıştığını, kullanıcıların bağlanabildiğini ve Olay Görüntüleyici'de yeni hataların üretilmediğini doğrulayın.

Bir yeniden başlatma, acil soruna neden olan durumun düzeltildiğini doğrular, ancak kök nedenin ele alındığını doğrulamaz.

Hata yeniden başlatmadan sonra tekrar ortaya çıkarsa, daha fazla araştırma için kanıtları saklayın ve aşırı kaynak tüketimi, bireysel oturumların işlenmesindeki başarısızlıklar ve üçüncü taraf yazılımların müdahalesi ile ilgili kalıpları arayın.

RDS Meşgul Hataları Tekrar Ediyorsa Ne Yapmalısınız?

Hata tekrarlandığında, vurgu ağa erişimi geri kazanmaktan bu kesintiye neyin neden olduğunu belirlemeye değişir.

Aşağıdaki tablo, sorun giderme için faydalı bir rehber olarak hizmet etmektedir:

Gözlemlenen semptom	Soruşturma önceliği
Bir kullanıcı yeniden bağlanamaz.	Takılı oturum veya kullanıcı profili
Birden fazla kullanıcı bağlanamaz.	Hizmet durumu, kaynaklar, oturum işleme
Sabah oturum açma sırasında hata	Eşzamanlı oturum açma, profil yükleme, depolama
Hatası geçici olarak yeniden başlatma ile çözülür.	Bellek veya oturumla ilgili sızıntılar
Güvenlik yazılımı güncellemesini takip eden hata	Üçüncü taraf yazılım etkileşimleri
Hata Grup İlkesi değişikliklerini takip ediyor	Politika işleme ve oturum açma izinleri
Konsol oturumu da başarısız oluyor	Daha geniş Windows oturum açma veya sistem sorunları
Mevcut oturumlar çalışıyor, ancak yeni kullanıcılar bağlanamıyor.	Bağlantı kısıtlamaları, boşaltma modu, lisanslama

Bu desenler kesin tanılar yerine araştırma önceliklerini önermektedir.

Yeniden Başlatmadan Önce Tanı Kanıtı Yakala

Kesintili arızalar için, sunucuyu yeniden başlatmadan önce ilgili günlükleri ve performans verilerini toplayın, mümkün olduğunca operasyonel olarak.

Microsoft, tanı koyma izlerini toplamak için TroubleShootingScript (TSS) aracını sağlar.

Senaryoya bağlı olarak, yöneticiler RDP istemci izlerini yakalayabilirler:

.TSS.ps1 -Senaryo UEX_RDSCli

Ve sunucu tarafı izleri:

.TSS.ps1 -Senaryo UEX_RDSSrv

Mevcut Microsoft TSS belgelerini kullanarak desteklenen senaryoları, ön koşulları ve yürütme prosedürlerini doğrulayın.

Daha karmaşık arızalar için ek bellek veya performans kayıtları gerekebilir. Bu tür tanılama işlemleri dikkatlice planlanmalıdır çünkü üretim sistemlerini etkileyebilir ve hassas bilgiler içerebilir.

Çoklu sunucu dağıtımlarında, bağlantı yolu bu hizmetleri içerdiğinde RD Bağlantı Aracısı ve RD Geçidi bileşenlerini incelemeye dahil edin.

Bu Hataları Nasıl Önleyebilirsiniz?

Tüm RDS arızaları önlenebilir değildir. Ancak sürekli izleme, uygun oturum politikaları ve kısıtlı yazılım bakımı gibi alabileceğiniz adımlar vardır.

Sunucu Kaynaklarını ve Oturum Aktivitesini İzleyin

RDS ortamını izleyerek CPU, bellek, disk takibi ve aynı anda kaydedilen oturumlar.

Eşikler yerine eğilimlere bakın. Temel analiz, özellikle yoğun saatlerde ortaya çıkan sorunları gidermek veya sunucular yeniden başlatıldıktan sonra yavaş yavaş beliren sorunları çözmek için önemlidir.

Sistem kapasite sorunları ile yeterli kaynaklara rağmen hala meydana gelen arızaları ayırt etmek için izleyin.

Oturum Zaman Aşımını Dikkatlice Yapılandırın

Bağlantısı kesilmiş ve etkin olmayan oturumları yöneten politikaları gözden geçirin. Microsoft Learn, nasıl ayırt edeceğinizi açıklar. beklenmedik oturum kilitlenmeleri ve bağlantı kopmaları ve bu davranışlardan sorumlu oturum zaman aşımı politikalarını araştırın.

İyi seçilmiş zaman aşımı değerleri, oturumların gereksiz yere sürmesini ve kaynakları bağlamasını önler. Ancak, aşırı agresif zaman aşımı politikaları, kritik işlemler tamamlanmadan oturumları sonlandırarak verimli çalışma oturumlarını yok edebilir.

Oturum zaman aşımı politikaları, iş gereksinimlerine dayanmalı ve temel oturum sızıntılarını gidermek için bir çözüm olarak kullanılmamalıdır.

Windows ve Oturumla İlgili Yazılımları Koruyun

Desteklenen Windows Server güncellemelerini ve belirli sorunlar için düzeltmeleri uygulayın.

Uç nokta koruma ajanlarının, profil yönetim bileşenlerinin, sanallaştırma bileşenlerinin ve oturum entegreli uygulamaların işletim sistemi ile uyumlu olduğundan emin olun.

Güncellemeleri, özellikle Windows oturum açma veya oturum sürecinde birden fazla üçüncü taraf bileşeni yer alıyorsa, bir ön üretim ortamında test edin.

Kapasite ve RDS Yapılandırmasını Gözden Geçirin

Gerçekçi eşzamanlı iş yüklerine göre uzaktan masaüstü oturum sunucularınızı boyutlandırın, girişler ve program başlatma için yoğun saatleri dikkate alarak.

Daha büyük ortamlar için yoğunluğu önlemek amacıyla oturumları birden fazla ana bilgisayar arasında dağıtmayı düşünün.

Bağlantı hatalarının potansiyel nedenlerini keşfetmek ve ortadan kaldırmak amacıyla denetim grup politikası, bağlantı kısıtlamaları, lisans yapılandırması ve bakım uygulamalarını düzenli olarak gözden geçirin.

Daha Basit Uzak Masaüstü ve Uygulama Dağıtımı mı Arıyorsunuz?

Uzak Masaüstü Hizmetleri ile ilgili sorun giderme, Windows uygulama dağıtım ortamlarını sürdürmenin gerektirdiği idari çabayı vurgulayabilir. Kullanıcılara öncelikle Windows uygulamaları veya tam uzak masaüstleri sağlamak zorunda olan kuruluşlar için, mevcut altyapılarının karmaşıklığını gözden geçirmek faydalı olabilir.

TSplus Uzak Erişim çoklu kullanıcı Windows uygulama yayınlama ve uzaktan masaüstü teslimatı için tarayıcı tabanlı erişim ve merkezi yönetim ile sadeleştirilmiş bir yaklaşım sunar. BT ekiplerinin, geleneksel bir Microsoft RDS altyapısının tam karmaşıklığını dağıtmadan uzaktaki kullanıcılara uygulamaları sunmalarına yardımcı olurken, yine de uygun Windows Server bakımı ve güvenliği gerektirir.

Sonuç

"Uzak Masaüstü Hizmetleri şu anda meşguldür" hatası, rutin bir sunucu yeniden başlatmasından daha fazlasını gerektirir. Hatanın sıkışmış bir oturumdan, kaynak kısıtlamasından veya Windows oturum açma sorunundan kaynaklanıp kaynaklanmadığını belirlemek, yöneticilerin en az rahatsız edici çözümü seçmelerine olanak tanır.

Hatalar devam ettiğinde veya geri döndüğünde, sistematik teşhis, performans izleme ve yapılandırma incelemeleri, temel nedenlerini çözmek ve güvenilir RDP bağlantısını sürdürmek için gereklidir.