บริการ Remote Desktop ขณะนี้ยุ่งอยู่

บทนำ

เมื่อ Windows Server ปฏิเสธการเชื่อมต่อ Remote Desktop ใหม่ การระบุแหล่งที่มาของความล้มเหลวเป็นสิ่งสำคัญก่อนที่จะเริ่มบริการหรือเซิร์ฟเวอร์ทั้งหมดใหม่ ปัญหานี้ส่งผลกระทบต่อผู้ใช้คนเดียวหรือหลายเซสชันหรือไม่? บทความนี้จะพาเจ้าหน้าที่ IT ผ่านสาเหตุที่เป็นไปได้ คำสั่งการแก้ไขปัญหาที่ใช้ได้จริง และขั้นตอนการกู้คืน ตั้งแต่การตรวจสอบเบื้องต้นไปจนถึงการวินิจฉัยและมาตรการป้องกันที่ซับซ้อนมากขึ้น

เมื่อใดที่ข้อความ "บริการ Remote Desktop กำลังยุ่งอยู่" ปรากฏขึ้น หมายความว่าอย่างไร?

ข้อผิดพลาดเกิดขึ้นเมื่อ Windows ไม่สามารถดำเนินการฟังก์ชันหรือการกระทำของ Remote Desktop Protocol (RDP) ที่ร้องขอได้ โดยทั่วไป ข้อความข้อผิดพลาดที่ปรากฏจะระบุว่า:

งานที่คุณพยายามทำไม่สามารถเสร็จสมบูรณ์ได้เนื่องจากบริการ Remote Desktop กำลังยุ่งอยู่ในขณะนี้ กรุณาลองอีกครั้งในอีกไม่กี่นาที ผู้ใช้งานคนอื่นยังสามารถเข้าสู่ระบบได้อยู่

แม้ว่าข้อความแสดงข้อผิดพลาดจะบ่งชี้ว่าระบบไม่สามารถเพิ่มเซสชันอื่นได้และว่า Remote Desktop มีความจุสูงสุด แต่ก็อาจไม่เป็นเช่นนั้น

ข้อผิดพลาดอาจเกิดขึ้นกับบัญชีผู้ใช้เดียวหรือหลายบัญชีผู้ใช้ หากเป็นกรณีแรก ควรสามารถเริ่มต้นเซสชันใหม่ได้ อย่างไรก็ตาม หากเป็นกรณีหลัง ระบบอาจไม่อนุญาตให้ผู้ใช้ใด ๆ เชื่อมต่อได้

นอกจากนี้ ปัญหาอาจส่งผลกระทบต่อเซสชันผู้ใช้เพียงคนเดียวหรือเซสชันผู้ใช้ทั้งหมด การแยกแยะระหว่างสองสถานการณ์นี้เป็นสิ่งสำคัญ เนื่องจากวิธีแก้ปัญหาที่จำเป็นในการจัดการกับพวกเขาจะแตกต่างกันออกไป

Microsoft Learn's แนวทางการแก้ไขปัญหาการเชื่อมต่อเซสชัน RDS ให้การตรวจสอบเพิ่มเติมเพื่อระบุความล้มเหลวในการเชื่อมต่อที่ส่งผลกระทบต่อโฮสต์ Windows Server

สาเหตุของข้อผิดพลาดนี้คืออะไร?

มีหลายส่วนประกอบของ Windows Server ที่เกี่ยวข้องในการสร้างเซสชัน RDP ปัญหาในการจัดการเซสชัน การใช้ทรัพยากรของระบบ บริการของ Windows หรือกระบวนการเข้าสู่ระบบสามารถป้องกันไม่ให้การเชื่อมต่อถูกสร้างขึ้น

เซสชัน RDP ที่ติดขัดหรือไม่ตอบสนอง

เซสชันอาจหยุดชะงักขณะเชื่อมต่อ ตัดการเชื่อมต่อ เชื่อมต่อใหม่ หรือออกจากระบบ จากนั้น Windows จะไม่สามารถทำให้เซสชันเสร็จสมบูรณ์หรือปล่อยทรัพยากรของมันได้

ผู้ดูแลระบบสามารถค้นหาการเชื่อมต่อที่ปฏิเสธการเชื่อมต่อใหม่หรือออกจากระบบได้ ปัญหาอาจเกิดขึ้นในเซสชันเดียวเท่านั้น แม้ว่าจะมีเซสชันอื่นทำงานได้อย่างถูกต้อง

ยังเป็น เซสชันที่ถูกตัดการเชื่อมต่อ เป็นปกติและควรรีเซ็ตเฉพาะเมื่อมันล็อกอยู่เท่านั้น

การใช้ทรัพยากรเกินขีดจำกัดและพายุการเข้าสู่ระบบ

ทรัพยากรไม่เพียงพออาจทำให้การเริ่มต้นเซสชันล่าช้าหรือไม่สามารถทำได้ ปัญหาที่พบบ่อยที่สุดคือการใช้ CPU เต็ม, ขาดแคลนหน่วยความจำ, กิจกรรมดิสก์มากเกินไป และการโหลดโปรไฟล์ช้า

ปัญหาเหล่านี้จะเด่นชัดเป็นพิเศษในช่วงที่มีการเข้าสู่ระบบจำนวนมากเมื่อผู้ใช้หลายร้อยคนเชื่อมต่อ Remote Desktop พร้อมกัน กิจกรรมการตรวจสอบสิทธิ์ นโยบายกลุ่ม การโหลดโปรไฟล์ และการเปิดแอปพลิเคชันสร้างภาระที่สำคัญต่อโฮสต์เซสชัน Remote Desktop ที่ใช้ร่วมกัน

อย่างไรก็ตาม การใช้ทรัพยากรสูงไม่ใช่ข้อกำหนดสำหรับการพบเจอข้อผิดพลาดนี้ ความล้มเหลวในการประมวลผลเซสชันบางอย่างเกิดขึ้นแม้ว่าอัตราการใช้ CPU และหน่วยความจำจะต่ำก็ตาม

การรั่วไหลของหน่วยความจำและซอฟต์แวร์ของบุคคลที่สาม

การรั่วไหลของหน่วยความจำและวัตถุเซสชันที่ไม่ได้ถูกปล่อยอย่างถูกต้องสามารถทำให้ความสามารถของ Windows Server ในการรับการเชื่อมต่อระยะไกลลดลงได้

ปัญหานี้มีความโดดเด่นเป็นพิเศษในกรณีที่การรีสตาร์ทเครื่องจะคืนฟังก์ชันการทำงานปกติ แต่ข้อผิดพลาดจะกลับมาอีกหลังจากหลายชั่วโมงหรือหลายวัน

การใช้ซอฟต์แวร์ของบุคคลที่สามที่ทำงานร่วมกับเซสชัน Windows อาจเป็นสาเหตุได้เช่นกัน ซึ่งรวมถึงตัวแทนการป้องกันจุดสิ้นสุด ตัวกรองความปลอดภัย หรือซอฟต์แวร์ที่คล้ายกันที่อาจรบกวนเซสชัน Windows

เนื่องจากไดรเวอร์เหล่านี้มักจะไม่ถูกปลดเมื่อบริการระบบที่เกี่ยวข้องถูกหยุด การตรวจสอบสมมติฐานดังกล่าวต้องการวิธีการที่ละเอียดกว่าการหยุดบริการเพียงอย่างเดียว

ปัญหานโยบายกลุ่มและโปรไฟล์ผู้ใช้

นโยบายกลุ่มกำหนด การเข้าถึงระยะไกล การอนุญาตที่เกี่ยวข้องกับการเชื่อมต่อ ข้อจำกัดของเซสชัน และฟีเจอร์อื่น ๆ ของพฤติกรรมของ Remote Desktop Session Host การอนุญาตที่ไม่ถูกต้องหรือความขัดแย้งระหว่างนโยบายสามารถทำให้เกิดปัญหาการเชื่อมต่อได้

ความล้มเหลวของบริการ Group Policy Client อาจรบกวนกระบวนการเข้าสู่ระบบ Windows ได้เช่นกัน

ในเวลาเดียวกัน Windows จะไม่สามารถทำการสิ้นสุดเซสชันได้หากมีบางอย่างผิดพลาดกับโปรไฟล์ผู้ใช้ ในกรณีนี้ ผู้ดูแลระบบควรให้ความสำคัญกับบริการโปรไฟล์ผู้ใช้ ตรวจสอบว่าพื้นที่จัดเก็บโปรไฟล์ผู้ใช้มีอยู่หรือไม่ และพิจารณาใช้ FSLogix หรือเครื่องมืออื่น ๆ สำหรับการจัดการโปรไฟล์ผู้ใช้หากเซสชันการเข้าสู่ระบบที่ยาวนานตรงกับปัญหาการเชื่อมต่อ

คุณต้องทำอะไรเพื่อแก้ไขข้อผิดพลาดนี้?

การดำเนินการแก้ไขปัญหาควรเริ่มจากทั่วไปไปยังเฉพาะและดำเนินการจากการทดสอบที่ไม่รบกวนไปยังการกู้คืนเซสชันที่มุ่งเป้าและการเริ่มต้นบริการหรือเซิร์ฟเวอร์ใหม่เฉพาะเมื่อจำเป็นเท่านั้น

ขั้นตอนต่อไปนี้สามารถใช้เพื่อลดปัญหาโดยไม่รบกวนการทำงานของผู้ใช้

ขั้นตอนที่ 1: กำหนดว่าปัญหามีผลกระทบต่อผู้ใช้คนเดียวหรือเซิร์ฟเวอร์

รอสักครู่แล้วลองอีกครั้ง ปัญหาอาจแก้ไขได้เองเนื่องจากการแย่งชิงทรัพยากรชั่วคราวหรือกระบวนการเข้าสู่ระบบที่ล่าช้า

หากการเชื่อมต่อยังล้มเหลว ให้กว้างขึ้น การแก้ไขปัญหาการเชื่อมต่อ RDP อาจช่วยตัดปัญหาเกี่ยวกับเครือข่าย การกำหนดค่าลูกค้า หรือปัญหาการเชื่อมต่อก่อนที่จะตรวจสอบการจัดการเซสชัน Windows Server

กำหนดขอบเขตของปัญหาหากยังคงมีอยู่:

• ผู้ใช้คนอื่นสามารถเชื่อมต่อได้สำเร็จหรือไม่?
• เซสชัน RDP ที่มีอยู่ใช้งานได้หรือไม่?
• ความล้มเหลวเกิดขึ้นก่อนหรือหลังจากการตรวจสอบสิทธิ์ที่สำเร็จหรือไม่?
• ปัญหาเกิดขึ้นก่อนหรือหลังการอัปเดต Windows หรือการเปลี่ยนแปลงการกำหนดค่าหรือไม่?
• ผู้ดูแลระบบสามารถเข้าสู่ระบบในเครื่องได้โดยใช้คอนโซลเซิร์ฟเวอร์หรือไม่?

ในกรณีของเครื่องเสมือน ให้พิจารณาว่าการเชื่อมต่อคอนโซลของไฮเปอร์ไวเซอร์ไม่ใช้ RDP หากคุณกำลังใช้ Hyper-V คุณต้องใช้ประเภทเซสชันพื้นฐานเพราะเซสชันที่ปรับปรุงจะใช้ RDP

หากการเข้าสู่ระบบคอนโซลล้มเหลว ให้ตรวจสอบปัญหาระดับ Windows หรือปัญหาระบบปฏิบัติการ แทนที่จะตรวจสอบเฉพาะปัญหาที่เกี่ยวข้องกับ RDS เท่านั้น

ขั้นตอนที่ 2: ตรวจสอบทรัพยากรของ Windows Server

เมื่อมีการเข้าถึงการบริหารจัดการแล้ว ให้ตรวจสอบการใช้ CPU, หน่วยความจำที่มีอยู่, กิจกรรมดิสก์ และความจุการจัดเก็บโดยใช้ Task Manager หรือ Performance Monitor.

สำหรับการตรวจสอบพื้นที่ดิสก์ของระบบอย่างรวดเร็ว ให้รัน PowerShell:

Get-Volume -DriveLetter C

เพื่อระบุโปรเซสที่ใช้หน่วยความจำทางกายภาพมากที่สุด:

เรียกดู-กระบวนการ | จัดเรียง-วัตถุ WorkingSet64 -เรียงจากมากไปน้อย | เลือก-วัตถุ -แรก 10 ชื่อ, ไอดี, WorkingSet64

มองหาการใช้ทรัพยากรที่ไม่ปกติ โดยเฉพาะในระหว่างการตรวจสอบสิทธิ์หรือการโหลดโปรไฟล์

การถ่ายภาพประสิทธิภาพเพียงครั้งเดียวอาจไม่เปิดเผยการรั่วไหลของหน่วยความจำ หากการใช้ทรัพยากรดูเหมือนปกติ ให้ดำเนินการวินิจฉัยเซสชันต่อไปและเก็บข้อมูลประสิทธิภาพตามเวลา หากเกิดข้อผิดพลาดซ้ำอีก

ขั้นตอนที่ 3: ระบุและรีเซ็ตเซสชัน RDP ที่ติดอยู่

เมื่อผู้ใช้เฉพาะไม่สามารถเชื่อมต่อใหม่ได้ ให้ตรวจสอบเซสชันบนเซิร์ฟเวอร์ที่ได้รับผลกระทบ

เปิด Command Prompt ที่มีสิทธิ์สูงและรัน:

คำสั่งจะแสดงหมายเลขเซสชัน ชื่อผู้ใช้ และสถานะการเชื่อมต่อ ผลลัพธ์ทั่วไปอาจมีลักษณะดังนี้:

SESSIONNAME    USERNAME    ID             STATE
console                 Admin             1              Active
rdp-tcp#5             User01            3              Active
                               User02            4              Disc
rdp-tcp                                           65536     Listen

หากเซสชันได้รับการยืนยันว่ามีปัญหา ให้รีเซ็ตโดยใช้ ID ของมัน:

แทนที่ 4 ด้วยหมายเลขเซสชันจริง

ผู้ดูแลระบบที่มีสิทธิ์ที่เหมาะสมยังสามารถสอบถามเซสชันจากระยะไกลได้:

จากนั้นรีเซ็ตเซสชันที่ระบุ:

คำเตือน การรีเซ็ตเซสชันจะทำให้แอปพลิเคชันของมันสิ้นสุดลงและอาจทำให้การทำงานที่ยังไม่ได้บันทึกสูญหาย ตรวจสอบตัวตนของเซสชันและแจ้งผู้ใช้เมื่อเป็นไปได้

อย่ากำหนดการรีเซ็ตเซสชันที่ถูกตัดการเชื่อมต่อโดยไม่เลือกปฏิบัติ นอกจากนี้ยังควรหลีกเลี่ยงการบังคับยุติกระบวนการ Windows ที่สำคัญ เช่น csrss.exe ซึ่งอาจทำให้ระบบปฏิบัติการไม่เสถียร

ขั้นตอนที่ 4: ตรวจสอบบริการ Remote Desktop และบันทึกเหตุการณ์

หากการกู้คืนเซสชันไม่สามารถแก้ไขข้อผิดพลาดได้ ให้ตรวจสอบบริการ Remote Desktop Services

เรียกใช้:

Get-Service -Name TermService

บริการควรจะแจ้งรายงานปกติว่า กำลังทำงาน สถานะ อย่างไรก็ตาม นี่ยืนยันเพียงว่าบริการกำลังทำงานอยู่ ไม่ใช่ว่า Windows สามารถเริ่มต้นเซสชันใหม่ได้สำเร็จ

ถัดไป เปิด Event Viewer และตรวจสอบบันทึกที่เกี่ยวข้อง

บันทึก Event Viewer	สิ่งที่ต้องตรวจสอบ
Windows Logs > System	ความล้มเหลวของบริการและข้อผิดพลาดของระบบ
Windows Logs > Application	แอปพลิเคชันล่มและข้อผิดพลาดของโปรไฟล์
TerminalServices-LocalSessionManager > การดำเนินงาน	การสร้างเซสชัน, การเข้าสู่ระบบและการเชื่อมต่อใหม่
การจัดการการเชื่อมต่อระยะไกลของ Terminal Services > การดำเนินงาน	การจัดการการเชื่อมต่อและการตรวจสอบสิทธิ์
GroupPolicy > การดำเนินงาน	ความล้มเหลวในการประมวลผลนโยบาย

บันทึกสามรายการสุดท้ายอยู่ภายใต้ แอปพลิเคชันและบริการบันทึก > ไมโครซอฟท์ > วินโดวส์ .

เชื่อมโยงเหตุการณ์กับเวลาที่แน่นอนของการเชื่อมต่อที่ล้มเหลว เหตุการณ์ที่เกิดขึ้นใกล้กับความล้มเหลวอาจให้หลักฐาน แต่ไม่ได้สร้างความสัมพันธ์เชิงสาเหตุโดยอัตโนมัติ

หากผู้ใช้หลายคนได้รับผลกระทบและการกู้คืนที่ตั้งเป้าไม่สำเร็จ อาจพิจารณาการรีสตาร์ทบริการ Remote Desktop อย่างมีการควบคุม

Restart-Service -Name TermService

การดำเนินการนี้อาจส่งผลต่อการเชื่อมต่อที่ใช้งานอยู่และอาจถูกจำกัดโดยการพึ่งพาบริการ ตรวจสอบการกำหนดค่าบริการและผลกระทบในการดำเนินงานก่อนที่จะพยายามทำเช่นนั้น

ในโฮสต์ RDS ที่ใช้งานอยู่ ควรเลือกช่วงเวลาบำรุงรักษาที่วางแผนไว้แทนการรีสตาร์ทบริการในขณะที่ผู้ใช้กำลังทำงานอยู่

ขั้นตอนที่ 5: ตรวจสอบนโยบายกลุ่มและข้อจำกัดการเชื่อมต่อ

หากข้อผิดพลาดเริ่มขึ้นหลังจากการเปลี่ยนแปลงการกำหนดค่า ให้ตรวจสอบการตั้งค่า Group Policy ที่ใช้กับเซิร์ฟเวอร์ที่ได้รับผลกระทบ

สร้างรายงาน:

เปิดรายงานและตรวจสอบนโยบายภายใต้:

การกำหนดค่าคอมพิวเตอร์ > เทมเพลตการจัดการ > ส่วนประกอบของ Windows > บริการ Remote Desktop > โฮสต์เซสชัน Remote Desktop > การเชื่อมต่อ

โปรดให้ความสนใจกับนโยบายที่ควบคุมจำนวนการเชื่อมต่อสูงสุด ข้อจำกัดการใช้งานแบบเซสชันเดียว และการอนุญาตให้เชื่อมต่อจากระยะไกล

ยังตรวจสอบการกำหนดสิทธิ์ของผู้ใช้ที่ควบคุมการเข้าสู่ระบบผ่านบริการ Remote Desktop ด้วย

หากการเปลี่ยนแปลงนโยบายล่าสุดตรงกับข้อผิดพลาด ให้ตรวจสอบผลกระทบของมันผ่านการทดสอบที่ควบคุม หลีกเลี่ยงการปิดนโยบายความปลอดภัยโดยไม่ตั้งข้อสังเกตว่ามันมีส่วนทำให้เกิดความล้มเหลวหรือไม่

ขั้นตอนที่ 6: ตรวจสอบการอนุญาต RDS และโหมดการระบาย

บางความล้มเหลวในการเชื่อมต่อเกิดจากการกำหนดค่าการปรับใช้ RDS แทนที่จะเป็นเซสชันที่มีข้อบกพร่อง

สำหรับการติดตั้งโฮสต์เซสชัน Remote Desktop แบบหลายผู้ใช้ ให้ตรวจสอบโหมดการอนุญาตและเซิร์ฟเวอร์ใบอนุญาตที่กำหนดไว้

ตรวจสอบว่า Session Host กำลังปฏิเสธการเชื่อมต่อใหม่โดยตั้งใจหรือไม่:

หากการเข้าสู่ระบบของผู้ใช้ใหม่ถูกปิดใช้งาน ให้ตรวจสอบว่าเซิร์ฟเวอร์ถูกตั้งอยู่ในโหมดระบายน้ำเพื่อการบำรุงรักษาหรือไม่

เมื่อเหมาะสม การเข้าสู่ระบบใหม่สามารถเปิดใช้งานอีกครั้งโดยใช้:

อย่ากลับโหมดระบายน้ำโดยไม่ยืนยันว่าทำไมมันถึงถูกเปิดใช้งาน

ปัญหาการอนุญาต การจำกัดการเชื่อมต่อ และโหมดการระบายไม่จำเป็นต้องสร้างข้อความ "บริการ Remote Desktop กำลังยุ่งอยู่ในขณะนี้" ที่แน่นอน ข้อความเหล่านี้มีประโยชน์มากที่สุดเมื่อการเชื่อมต่อใหม่ล้มเหลว แต่เซสชันที่มีอยู่ยังคงทำงานอยู่

ขั้นตอนที่ 7: ตรวจสอบโปรไฟล์ผู้ใช้และซอฟต์แวร์ของบุคคลที่สาม

หากข้อผิดพลาดยังคงเกิดขึ้น ให้ตรวจสอบส่วนประกอบที่เกี่ยวข้องในการเริ่มต้นเซสชัน

สำหรับความล้มเหลวเฉพาะผู้ใช้ ให้ตรวจสอบก่อนว่าบัญชีที่ได้รับผลกระทบสามารถโหลดโปรไฟล์ได้สำเร็จหรือไม่ ดูที่เหตุการณ์บริการโปรไฟล์ผู้ใช้ การเข้าถึงที่เก็บโปรไฟล์ และความล่าช้าในการตรวจสอบสิทธิ์

ในบริบทของ FSLogix หรือ User Profile Disks ให้พิจารณาความพร้อมใช้งานของคอนเทนเนอร์โปรไฟล์ ความล้มเหลวในการติดตั้ง และปัญหาประสิทธิภาพการจัดเก็บข้อมูล

สำหรับความล้มเหลวที่เกิดขึ้นซ้ำทั่วทั้งระบบ ให้มุ่งเน้นไปที่ซอฟต์แวร์ที่ติดตั้งหรืออัปเดตล่าสุดซึ่งมีปฏิสัมพันธ์กับเซสชัน Windows

ตัวแทนความปลอดภัย ผลิตภัณฑ์การป้องกันจุดสิ้นสุด และตัวกรองระดับระบบสามารถทำให้เกิดความล้มเหลวในการประมวลผลเซสชัน การทดสอบการแยกควรดำเนินการตามคำแนะนำของผู้ขายและขั้นตอนการควบคุมการเปลี่ยนแปลง

ขั้นตอนที่ 8: เริ่มต้น Windows Server ใหม่หากจำเป็น

หากการแก้ไขปัญหาที่ตั้งเป้าไว้ไม่สามารถแก้ไขปัญหาได้ การรีสตาร์ทเซิร์ฟเวอร์อาจช่วยคืนการเชื่อมต่อ RDP ได้

ก่อนที่จะเริ่มใหม่ ให้แน่ใจว่าคุณเข้าใจผลกระทบต่อเซสชันที่ตั้งอยู่ในปัจจุบันและแอปพลิเคชันที่โฮสต์อยู่ หากเป็นไปได้ ในการปรับใช้ RDS หลายโฮสต์ ให้ระบายโฮสต์และเปลี่ยนเส้นทางการเชื่อมต่อใหม่ไปยังโฮสต์อื่น

หลังจากรีสตาร์ทแล้ว ให้ยืนยันว่า Remote Desktop Services ทำงานถูกต้อง ผู้ใช้สามารถเชื่อมต่อได้ และไม่มีข้อผิดพลาดใหม่เกิดขึ้นใน Event Viewer

การรีสตาร์ทยืนยันว่าสถานการณ์ที่ทำให้เกิดปัญหาทันทีได้รับการแก้ไขแล้ว แต่ไม่ได้ยืนยันว่ Ursus สาเหตุหลักได้รับการจัดการแล้ว

หากข้อผิดพลาดปรากฏขึ้นอีกครั้งหลังจากการรีสตาร์ท ให้เก็บหลักฐานเพื่อการตรวจสอบเพิ่มเติมและมองหาลักษณะของการใช้ทรัพยากรเกินขนาด ความล้มเหลวในการประมวลผลเซสชันแต่ละรายการ และการรบกวนจากซอฟต์แวร์ของบุคคลที่สาม

คุณควรทำอย่างไรหากเกิดข้อผิดพลาด RDS บ่อยครั้ง?

เมื่อข้อผิดพลาดเกิดขึ้นซ้ำ ๆ การเน้นจะเปลี่ยนจากการฟื้นฟูการเข้าถึงเครือข่ายไปเป็นการหาสาเหตุที่ทำให้เกิดการหยุดชะงักนี้

ตารางด้านล่างนี้เป็นแนวทางที่มีประโยชน์สำหรับการแก้ไขปัญหา:

อาการที่สังเกตเห็น	ลำดับความสำคัญในการสอบสวน
ผู้ใช้หนึ่งคนไม่สามารถเชื่อมต่อใหม่ได้	เซสชันที่ติดอยู่หรือโปรไฟล์ผู้ใช้
ผู้ใช้หลายคนไม่สามารถเชื่อมต่อได้	สถานะบริการ, ทรัพยากร, การประมวลผลเซสชัน
ความล้มเหลวระหว่างการเข้าสู่ระบบในตอนเช้า	การเข้าสู่ระบบพร้อมกัน, การโหลดโปรไฟล์, การจัดเก็บ
การรีสตาร์ทจะแก้ไขข้อผิดพลาดชั่วคราว	การรั่วไหลที่เกี่ยวข้องกับหน่วยความจำหรือเซสชัน
ข้อผิดพลาดหลังจากการอัปเดตซอฟต์แวร์ความปลอดภัย	การทำงานร่วมกับซอฟต์แวร์ของบุคคลที่สาม
ข้อผิดพลาดตามการเปลี่ยนแปลงนโยบายกลุ่ม	การประมวลผลนโยบายและสิทธิ์การเข้าสู่ระบบ
การเข้าสู่ระบบคอนโซลล้มเหลวเช่นกัน	ปัญหาการเข้าสู่ระบบ Windows หรือระบบที่กว้างขึ้น
เซสชันที่มีอยู่ทำงานได้ แต่ผู้ใช้ใหม่ไม่สามารถเชื่อมต่อได้	ข้อจำกัดการเชื่อมต่อ, โหมดการระบาย, การอนุญาตใช้งาน

รูปแบบเหล่านี้แนะนำลำดับความสำคัญในการตรวจสอบมากกว่าการวินิจฉัยที่ชัดเจน

บันทึกหลักฐานการวินิจฉัยก่อนเริ่มต้นใหม่

สำหรับความล้มเหลวเป็นระยะ ให้รวบรวมบันทึกและข้อมูลประสิทธิภาพที่เกี่ยวข้องก่อนที่จะเริ่มต้นเซิร์ฟเวอร์ใหม่เมื่อเป็นไปได้ในทางปฏิบัติ

Microsoft ให้บริการเครื่องมือ TroubleShootingScript (TSS) สำหรับการเก็บข้อมูลการวินิจฉัย

ขึ้นอยู่กับสถานการณ์ ผู้ดูแลระบบสามารถบันทึกการติดตามของไคลเอนต์ RDP ได้:

.TSS.ps1 -Scenario UEX_RDSCli

และการติดตามฝั่งเซิร์ฟเวอร์:

.\TSS.ps1 -Scenario UEX_RDSSrv

ใช้เอกสาร TSS ของ Microsoft ปัจจุบันเพื่อยืนยันสถานการณ์ที่รองรับ ข้อกำหนดเบื้องต้น และขั้นตอนการดำเนินการ

สำหรับความล้มเหลวที่ซับซ้อนมากขึ้น อาจต้องการการบันทึกข้อมูลหน่วยความจำหรือประสิทธิภาพเพิ่มเติม การวินิจฉัยดังกล่าวควรมีการวางแผนอย่างรอบคอบเพราะอาจส่งผลกระทบต่อระบบการผลิตและอาจมีข้อมูลที่ละเอียดอ่อนอยู่ในนั้น

ในการติดตั้งหลายเซิร์ฟเวอร์ ให้รวม RD Connection Broker และ RD Gateway ไว้ในการตรวจสอบเมื่อเส้นทางการเชื่อมต่อเกี่ยวข้องกับบริการเหล่านั้น

คุณจะป้องกันข้อผิดพลาดเหล่านี้ได้อย่างไร?

ไม่ใช่ความล้มเหลวของ RDS ทุกอย่างที่สามารถป้องกันได้ แต่มีขั้นตอนที่คุณสามารถทำได้ รวมถึงการตรวจสอบอย่างต่อเนื่อง นโยบายเซสชันที่เหมาะสม และการบำรุงรักษาซอฟต์แวร์ที่จำกัด

ตรวจสอบทรัพยากรเซิร์ฟเวอร์และกิจกรรมเซสชัน

ตรวจสอบสภาพแวดล้อม RDS โดย ติดตาม CPU, หน่วยความจำ, ดิสก์ และเซสชันที่เข้าสู่ระบบพร้อมกัน

ดูแนวโน้มแทนที่จะดูเกณฑ์ การวิเคราะห์พื้นฐานมีความสำคัญโดยเฉพาะอย่างยิ่งสำหรับการแก้ไขปัญหาที่เกิดขึ้นในช่วงเวลาที่มีการใช้งานสูงหรือปรากฏขึ้นทีละน้อยหลังจากการรีบูตเซิร์ฟเวอร์

ตรวจสอบระบบเพื่อแยกแยะระหว่างปัญหาความจุและความล้มเหลวที่ยังเกิดขึ้นแม้จะมีทรัพยากรเพียงพอ

กำหนดเวลาหมดอายุของเซสชันอย่างระมัดระวัง

ตรวจสอบนโยบายที่กำหนดการเชื่อมต่อที่ถูกตัดและเซสชันที่ไม่ทำงาน Microsoft Learn อธิบายวิธีการแยกแยะ การล็อกเซสชันและการตัดการเชื่อมต่อที่ไม่คาดคิด และตรวจสอบนโยบายการหมดเวลาเซสชันที่รับผิดชอบต่อพฤติกรรมเหล่านี้

ค่ารอที่เลือกมาอย่างดีช่วยป้องกันไม่ให้เซสชันค้างอยู่โดยไม่จำเป็นและใช้ทรัพยากรเกินความจำเป็น อย่างไรก็ตาม นโยบายการหมดเวลาแบบก้าวร้าวเกินไปอาจทำลายเซสชันการทำงานที่มีประสิทธิผลโดยการยุติก่อนที่การดำเนินการที่สำคัญจะเสร็จสมบูรณ์

นโยบายการหมดเวลาของเซสชันควรขึ้นอยู่กับความต้องการทางธุรกิจและไม่ควรใช้เป็นการรักษาสำหรับการรั่วไหลของเซสชันที่มีอยู่

ดูแล Windows และซอฟต์แวร์ที่เกี่ยวข้องกับเซสชัน

ดำเนินการอัปเดตและแก้ไข Windows Server ที่รองรับสำหรับปัญหาเฉพาะ

ตรวจสอบให้แน่ใจว่าเอเจนต์การป้องกันจุดสิ้นสุด ส่วนประกอบการจัดการโปรไฟล์ ส่วนประกอบการจำลองเสมือน และแอปพลิเคชันที่รวมเซสชันสามารถทำงานร่วมกับระบบปฏิบัติการได้

ทดสอบการอัปเดตในสภาพแวดล้อมก่อนการผลิต โดยเฉพาะหากมีส่วนประกอบของบุคคลที่สามหลายรายการที่เกี่ยวข้องในกระบวนการเข้าสู่ระบบหรือเซสชันของ Windows

ตรวจสอบความจุและการกำหนดค่า RDS

ขนาดโฮสต์เซสชันเดสก์ท็อประยะไกลตามภาระงานพร้อมกันที่สมจริง โดยคำนึงถึงชั่วโมงสูงสุดสำหรับการเข้าสู่ระบบและการเริ่มโปรแกรม

พิจารณาการกระจายเซสชันระหว่างโฮสต์หลายตัวสำหรับสภาพแวดล้อมขนาดใหญ่เพื่อหลีกเลี่ยงความแออัด

ตรวจสอบนโยบายกลุ่ม การจำกัดการเชื่อมต่อ การกำหนดค่าลิขสิทธิ์ และแนวปฏิบัติในการบำรุงรักษาเป็นประจำเพื่อค้นหาและกำจัดสาเหตุที่อาจทำให้การเชื่อมต่อล้มเหลว

กำลังมองหาการเข้าถึงเดสก์ท็อประยะไกลและการจัดส่งแอปพลิเคชันที่ง่ายขึ้นอยู่หรือเปล่า?

การแก้ไขปัญหาบริการ Remote Desktop สามารถเน้นความพยายามในการบริหารจัดการที่เกี่ยวข้องกับการรักษาสภาพแวดล้อมการจัดส่งแอปพลิเคชัน Windows สำหรับองค์กรที่ต้องการให้ผู้ใช้เข้าถึงแอปพลิเคชัน Windows หรือเดสก์ท็อประยะไกลแบบเต็มรูปแบบ การตรวจสอบความซับซ้อนของโครงสร้างพื้นฐานที่มีอยู่ในปัจจุบันอาจมีความคุ้มค่า

TSplus Remote Access เสนอวิธีการที่มีประสิทธิภาพในการเผยแพร่แอปพลิเคชัน Windows หลายผู้ใช้และการจัดส่งเดสก์ท็อประยะไกล โดยมีการเข้าถึงผ่านเบราว์เซอร์และการบริหารจัดการแบบรวมศูนย์ ช่วยให้ทีม IT สามารถทำให้แอปพลิเคชันพร้อมใช้งานสำหรับผู้ใช้ระยะไกลโดยไม่ต้องติดตั้งความซับซ้อนทั้งหมดของโครงสร้างพื้นฐาน Microsoft RDS แบบดั้งเดิม ในขณะที่ยังคงต้องการการบำรุงรักษาและความปลอดภัยของ Windows Server อย่างเหมาะสม

สรุป

ข้อผิดพลาด "บริการ Remote Desktop กำลังยุ่งอยู่ในขณะนี้" ต้องการมากกว่าการรีสตาร์ทเซิร์ฟเวอร์ตามปกติ การระบุว่าความล้มเหลวเกิดจากเซสชันที่ติดอยู่ ข้อจำกัดด้านทรัพยากร หรือปัญหาการเข้าสู่ระบบ Windows ช่วยให้ผู้ดูแลระบบเลือกวิธีแก้ปัญหาที่มีผลกระทบน้อยที่สุด

เมื่อเกิดข้อผิดพลาดซ้ำ ๆ หรือกลับมา การวินิจฉัยระบบ การตรวจสอบประสิทธิภาพ และการตรวจสอบการตั้งค่ามีความสำคัญต่อการแก้ไขสาเหตุที่แท้จริงและการรักษาการเชื่อมต่อ RDP ที่เชื่อถือได้