เซิร์ฟเวอร์เทอร์มินัล 2008 R2:“ มีทรัพยากรระบบไม่เพียงพอในการให้บริการตามที่ร้องขอ”

ฉันทำงานกับเทอร์มินัลเซิร์ฟเวอร์ Windows 2008 R2 ที่ไม่แข็งแรงต่อการกำหนดค่าในสภาพแวดล้อม vSphere ปัจจุบันมี 4 vCPU และ 32GB RAM ไม่มีการ overcommitment

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

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

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

รายละเอียด - ทรัพยากรระบบไม่เพียงพอมีอยู่เพื่อให้บริการที่ร้องขอเสร็จสมบูรณ์

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

ฉันอยากรู้:

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

สิ่งนี้ได้รับการแก้ไขแล้ว

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

ฉันชี้ไปที่เครื่องมือดูเร็กของ Microsoft เพื่อประมาณขนาดของรีจิสทรี การค้นหาผ่าน regedit ฉันพบปัญหาในการเปิดปุ่มด้านHKEY_USERS\.Default\PRINTERSล่าง ใช้duregฉันเริ่มต้นการตรวจสอบภายใต้ลำดับชั้นที่

เครื่องพิมพ์มีปัญหา สาเหตุและการแก้ไขมีรายละเอียดใน:
ขนาดของกลุ่มรีจิสทรี "HKEY_USERS.DEFAULT" เพิ่มขึ้นอย่างต่อเนื่องบนเซิร์ฟเวอร์ที่ใช้ Windows Server 2008 R2 SP1

Hotfix: http://support.microsoft.com/kb/2871131

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

การบีบอัดรีจิสทรีที่ป่อง: http://support.microsoft.com/kb/2498915

1)  Boot from a WinPE disk.
2)  Open regedit while booted in WinPe, load the bloated hive under HLKM. (e.g. HKLM\Bloated)
3)  Once the bloated hive has been loaded, export the loaded hive as a "Registry Hive" file with a unique name.
4) Unload the bloated hive from regedit.
5) Rename the hives so that you will boot with the compressed hive.
e.g.
c:\windows\system32\config\ren software software.old
c:\windows\system32\config\ren compressedhive software

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

ดังนั้นผมจึงเอาภาพรวมเครื่องเสมือนดาวน์โหลดแล้วและวิ่งซอฟแวร์ฟรีแวร์การบีบอัดรีจิสทรี (Tweaking.com) ; แม้จะมีเสียงที่คร่ำครวญของกลุ่มวิศวกรระบบไมโครซอฟท์ทุกที่ ...

บันทึก 1.4GB ที่บันทึกไว้ในการกำหนดค่าเริ่มต้น ...

โปรดรีบูต!

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

ใน Windows Server 2003 ข้อผิดพลาดนั้นเป็นผลมาจากการที่หน่วยความจำเคอร์เนลหมดลง เนื่องจากคุณกำลังจัดการกับ Windows Server 2008 R2 ฉันไม่แน่ใจว่าเกี่ยวข้องกับสาเหตุของปัญหาอย่างใกล้ชิดได้อย่างไรกับสาเหตุใน W2K3 แต่ฉันจะเดิมพันว่ามันเป็นปัญหาหน่วยความจำเนื่องจากจำนวนผู้ใช้และกระบวนการ ฉันจะดูหมดแรงหน่วยความจำสระว่ายน้ำ Nonpaged เป็นสาเหตุที่เป็นไปได้ นอกจากนี้จำนวน procceses อยู่ที่เกือบ 800 ซึ่งค่อนข้างสูง MS อาจบอกให้คุณลดจำนวนกระบวนการซึ่งสามารถทำได้โดยการลดภาระผู้ใช้

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

https://blogs.technet.com/b/markrussinovich/archive/2009/03/26/3211216.aspx

เริ่ม Windows Performance Monitor เพื่อตรวจสอบตัวนับต่างๆ:

• สวิตช์บริบท
• รายการตารางหน้า
• องค์ประกอบของ GDI
• จับ
• … (สิ่งที่คุณสามารถหาได้)

และดูว่าหนึ่งในยอดเหล่านี้เมื่อคุณได้รับการเข้าสู่ระบบล้มเหลว

นอกจากนี้: มีบางสิ่งที่ก่อให้เกิด CPU เคอร์เนลสูงในระบบของคุณ - คุณควรตรวจสอบเพื่อดูว่ามันทำให้คุณมีปัญหาที่เกี่ยวข้องหรือไม่

โปรไฟล์ผู้ใช้ Cleanup Hiveบริการอาจช่วยให้ออกจากที่นี่ในขณะที่มัน "ช่วยให้มั่นใจว่าการประชุมของผู้ใช้จะสิ้นสุดลงอย่างสมบูรณ์เมื่อผู้ใช้ล็อกออก"

จากสิ่งที่ฉันได้อ่านเกี่ยวกับการวางแผนความจุ RDS ใน Server 2008 R2 คุณอาจกำลังรันเซิร์ฟเวอร์เทอร์มินัลที่ไม่ดีของคุณบนทรัพยากรที่ไม่เพียงพอสำหรับจำนวนผู้ใช้ที่คุณใช้งาน โดยเฉพาะอย่างยิ่งฉันสังเกตเห็นว่าคุณมีผู้ใช้ 80 คนใน 4 vCPUS และ MS แนะนำ 1 หลักต่อผู้ใช้ 15 คน

จากบล็อกด้านเทคนิคชื่อRDS Sizing และการวางแผนกำลังการผลิตคำแนะนำ :

We always felt the need of Hardware capacity guidance and sizing information for Terminal Services or Remote Desktop services for Server 2008 R2, Whenever I am engaged in any architectural guidance discussion for RDS deployment i always get a question what needs to be taken into consideration while deciding the hardware configuration and to do capacity planning.

Here are some bullet points which I recommend to my partners and customers to consider:

• หน่วยความจำ 2GB (RAM) เป็นขีด จำกัด ที่เหมาะสมสำหรับแต่ละคอร์ของซีพียู เช่นหากคุณมี RAM ขนาด 4 GB ดังนั้นเพื่อประสิทธิภาพที่ดีที่สุดควรมี CPU แบบดูอัลคอร์
• 2 Dual Core CPU ทำงานได้ดีกว่าโปรเซสเซอร์ Quad core เดี่ยว
• แบนด์วิดธ์ที่แนะนำสำหรับ LAN ของผู้ใช้ 30 คนและ WAN จาก 20 ผู้ใช้ แบนด์วิดท์ (b) = 100 เมกะบิตต่อวินาที (Mbps) ที่มีความหน่วงแฝง (l) น้อยกว่า 5 มิลลิวินาที
• บนเซิร์ฟเวอร์เทอร์มินัล 64 MB ต่อผู้ใช้ข้อกำหนดของหน่วยความจำในอุดมคติ (RAM) สำหรับ GP ใช้ + 2 GB สำหรับระบบปฏิบัติการเท่านั้น (ผู้ใช้ 100 ราย * 64) + 2000 = 8.4 GB เช่น 8GB RAM
• แอปพลิเคชันที่ใช้มากขึ้น (เช่น Office, แอป CAD และอื่น ๆ ) จะต้องการหน่วยความจำเพิ่มเติมต่อผู้ใช้ในการคำนวณนี้ในหน่วยความจำพื้นฐาน 64 MB ต่อผู้ใช้
• 15 เซสชัน TS ต่อซีพียูคอร์เป็นขีด จำกัด ประสิทธิภาพสูงสุดของเซิร์ฟเวอร์เทอร์มินัล
• เครือข่ายไม่ควรมีมากกว่า 5 ฮ็อพและเวลาแฝงควรต่ำกว่า 100 มิลลิวินาที
• 64 kbps เป็น Ideal Bandwidth ต่อเซสชันผู้ใช้ (256 สี, สวิตช์เครือข่าย, การแคชบิตแมปเท่านั้น)
• ประสิทธิภาพของ CPU จะลดลงหากเวลาโปรเซสเซอร์% ต่อคอร์สูงกว่า 65% อย่างต่อเนื่อง
• ประสิทธิภาพของเซิร์ฟเวอร์เทอร์มินัลจะเพิ่มขึ้นเป็นสองเท่าเมื่อทำงานบน X64 HW และระบบปฏิบัติการ

In addition to that, Microsoft has just released a whitepaper on Capacity Planning in Windows Server 2008 R2.

ดาวน์โหลดได้ที่นี่

ฉันมีเวลาน้อยมากดังนั้นฉันจะทำเพียงแค่คำตอบแบบร่างและหวังว่ามันจะออกมาในภายหลัง

เมื่อฉันทำคาถาในทีม Citrix ฉันจำได้ว่าเราพยายามที่จะเลเวลถึงผู้ใช้ 15-20 คนต่อเซิร์ฟเวอร์ วันนี้ของ x64 เราโหลดผู้ใช้มากขึ้น แต่ 70+ มีเสียงเหมือนเยอะ

ตัวนับ perfmon maxing out ไม่ใช่การสลับบริบทไม่ค่อยมันจะปูพื้นเซิร์ฟเวอร์ในขณะที่เคาน์เตอร์อื่น ๆ เช่น RAM, CPU ฯลฯ ดูดี อาจเป็นเหตุผล (เซิร์ฟเวอร์ไม่สามารถจัดสรรทรัพยากรก่อนหมดเวลาเนื่องจากการสลับบริบทมากเกินไป) ต่อไปนี้เป็นสองวิธีในการตรวจสอบการสลับบริบท :

The System\Context Switches/sec counter in 
System Monitor reports systemwide context 
switches.

The Thread(_Total)\Context Switches/sec  
counter reports the total number of context 
switches generated per second by all threads.

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

เมื่อฉันสามารถดึงเวลาในคำตอบนี้ฉันจะทำอย่างนั้นฉันจะเพิ่มที่นี่ด้วยความระมัดระวังเกี่ยวกับการวัดตามเวลาทั้งหมดภายในเครื่องเสมือน vSphere

เนื่องจากวิธีการ vCPU ถูกทำให้เป็นนามธรรมจากฟิสิคัลซีพียู vCPU จึงไม่มีข้อมูลว่าเวลาใด (หนึ่งวินาทีเสมือนอาจมากกว่าหรือน้อยกว่าหนึ่งจริง (หรืออย่างน้อยทางกายภาพ) วินาทีดังนั้นตลอดเวลาตาม เคาน์เตอร์ perfmon (เวลา CPU, สวิทช์บริบท / วินาทีและอื่น ๆ ) ไม่ถูกต้อง (บางครั้งอาจดูดุร้าย) แม้ว่าพวกเขาอาจทำหน้าที่เป็นตัวบ่งชี้ที่มีลักษณะหยาบมาก

ในการตรวจสอบสิ่งนี้เปรียบเทียบตัวนับ CPU ที่อิงตามเวลาท้องถิ่นใด ๆ ภายใน VM กับคู่ของมันบนโฮสต์ vSphere สำหรับ VM นั้น ด้วยเหตุนี้ VMware จึงเผยแพร่ตัวนับจำนวนหนึ่งสำหรับ CPU (และหน่วยความจำซึ่งไม่ถูกต้องจากมุมมองของผู้เยี่ยมชม) ผ่านเครื่องมือ VMware ลงในวัตถุ VMGGV perfmon สองชิ้น

ดังนั้นค่าตามเวลาที่ถูกต้องจะมีให้จากภายใน perfmon ของผู้เยี่ยมชม แต่ก็ต่อเมื่อมีใครดูที่เคาน์เตอร์วัตถุที่เผยแพร่ของ VMware

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

ทันทีที่ฉันได้รับเวลาฉันจะแก้ไขลิงก์ไปยังเอกสารสีขาว ฯลฯ ซึ่งอธิบายรายละเอียดเกี่ยวกับเรื่องนี้และตัวนับเส้นทางที่แน่นอน \ names แน่นอนว่ามันเป็น googleable ทั้งหมดเช่นกัน

ฉันอยากจะแนะนำการใช้ WSRM (Windows System Resource Manager) เมื่อมีแอพจำนวนมากการเชื่อมต่อบริการที่ทำงานบนโฮสต์เดียวระบบจะไม่ทราบว่าทุกคนต้องเล่นด้วยกันได้ดี Windows Server พยายามที่จะใช้ทรัพยากรทั้งหมดเพื่อทำให้ทุกอย่างเป็นไปอย่างสมบูรณ์ตลอดเวลาเว้นแต่ว่าได้รับการแจ้งเตือน ... ป้อน WSRM

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

ภาพรวม WSRM: http://technet.microsoft.com/en-us/library/cc732553.aspx