คุณเริ่มการทำงานของ Windows Server 2008R2 Remote Desktop Server (VM) ที่ใช้บ่อยบ่อยครั้งเพียงใด

หมายเหตุ: ฉันได้อ่านจำเป็นต้องรีสตาร์ทเซิร์ฟเวอร์ Windows บ่อยแค่ไหน? แต่คำถามนี้เกี่ยวข้องกับเซิร์ฟเวอร์เดสก์ท็อประยะไกลของเราโดยเฉพาะ

เรามีเซิร์ฟเวอร์ Windows Server 2008R2 - VMware ESX VM ได้รับสิทธิการใช้งานสำหรับ Remote Desktop Services ผู้ใช้ 25 รายที่ทำ RRAS (SSTP) ในวันธรรมดาเฉลี่ยในระหว่างชั่วโมงทำงานมีผู้ใช้ที่ลงชื่อเข้าใช้อยู่ระหว่าง 8 ถึง 12 คนที่มีผู้ใช้ "ตัดการเชื่อมต่อ" อีก 4-6 คน มันมีการจองฮาร์ดซีพียู 12 GHz และ RAM 16 GB ซึ่งสงวนไว้ทั้งหมด การสำรอง CPU สามารถขยายได้สูงสุด 24 GHz สูงสุดเมื่อจำเป็น

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

• ผู้ใช้ปฏิเสธที่จะออกจากระบบแทนที่จะตัดการเชื่อมต่อ
• ผู้ใช้ยืนยันในการใช้ Lync 2013 แทน Lync 2010 (Lync 2013 เป็นแหล่งข้อมูลฉาวโฉ่)

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

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

ดังนั้นฉันจึงเสนอ reboots ปกติของ VM - ฉันต้องการทำมันทุกสัปดาห์พูดในเย็นวันเสาร์ - เพราะฉันรู้สึกว่า reboots เหล่านี้จะแก้ปัญหาได้มากมาย

ฉันอยากจะรู้ว่าถ้าคุณเป็นผู้ดูแลระบบ Windows

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

• คุณรีสตาร์ทเซิร์ฟเวอร์ Windows ที่ใช้งานคล้ายกันด้วย Remote Desktop Services บ่อยครั้งเพียงใด

โดยทั่วไปฉันไม่เห็นด้วยกับความคิดที่ว่าเซิร์ฟเวอร์ Windows ควรทำการรีบูทตามกำหนดเวลาปกติยกเว้นที่เกี่ยวข้องกับเซิร์ฟเวอร์ TS / RDS เรารีบูตเครื่องทุกวัน จะล้างเซสชันเก่าออกใช้ทรัพยากร (CPU, RAM, จัดการไฟล์ ฯลฯ ) ดังนั้นความคิดเห็นและข้อเสนอแนะของฉันจะเป็นว่าคุณจะกำหนดค่าการรีบูตเครื่องเซิร์ฟเวอร์ RDS ของคุณทุกวัน

โปรดทราบว่าคำตอบนี้เป็นเพียงความคิดเห็นของฉัน ที่นี่ไม่มีคำชี้แจงข้อเท็จจริง

ผู้ใช้ปฏิเสธที่จะออกจากระบบแทนที่จะตัดการเชื่อมต่อ

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

ฉันรีสตาร์ทเซิร์ฟเวอร์ TS ฟาร์ม 3 แห่งของฉันทุกวันเวลา 3:00 น. เพราะใช่อึสามารถสร้างขึ้นเมื่อเวลาผ่านไปเมื่อคุณมีคนจำนวนมากที่ใช้ระบบเดียว เรามีเซิร์ฟเวอร์ 3 ตัวที่ใช้ร่วมกันระหว่าง 60-90 คนขึ้นอยู่กับวันเวลาของปี

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

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

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

แม้ว่าจะไม่มีทรัพยากร VM เพิ่มเติมและด้วยค่าใช้จ่ายเพิ่มเติมของระบบปฏิบัติการคุณอาจพบว่าระบบสามารถจัดการได้ดีขึ้นเนื่องจาก CPU 6 GHZ สองตัวและหน่วยความจำ 8GiB ของ VM แยกจากกันโดยสมมติว่าคุณสามารถแยกโหลดได้อย่างเท่าเทียมกัน มีสามวิธีที่เป็นไปได้:

1. วิธีที่สะอาดที่สุดคือการใช้โซลูชันการปรับสมดุลโหลดบนเครือข่ายที่เหมาะสมเช่นที่ได้รับจากเครือข่าย F5, Cisco Systems และ บริษัท ที่คล้ายกัน หากคุณซื้อโซลูชันแบบนี้ไปแล้วมันจะคุ้มค่าหากใช้ที่นี่ จากนั้นคุณสามารถเพิกเฉยต่อคำตอบที่เหลือเนื่องจาก f5 จะสามารถแยกคำค้นหาทั้งหมดสำหรับ FQDN ที่ใช้ในการเข้าถึงเซิร์ฟเวอร์ RD ปัจจุบันของคุณอย่างเหมาะสมและส่งคืน IP ที่เหมาะสมตามการใช้งานเซิร์ฟเวอร์ของคุณอย่างน้อยที่สุด
2. Round-Robin DNSเป็นโซลูชันที่ส่งผ่านได้ มันจะไม่รับประกันว่าจะโหลดได้อย่างสมบูรณ์แบบ แต่มันอาจเป็น stopgap ที่มีประโยชน์ในขณะที่คุณให้ความรู้แก่ผู้ใช้ของคุณ (ดู 3) หากคุณไม่สามารถใช้ load balancer เครือข่ายได้ แทนที่ไคลเอนต์ชื่อ DNS ปัจจุบันใช้กับเร็กคอร์ดโฮสต์สองรายการที่มีชื่อเหมือนกัน แต่มี IP ที่แตกต่างกัน (เซิร์ฟเวอร์สองเครื่องของคุณ) และยังกำหนดค่าเรคคอร์ดโฮสต์แยกต่างหาก (โดยพิจารณาจากชื่อโฮสต์เซิร์ฟเวอร์) ที่เชื่อมโยงกับเซิร์ฟเวอร์แต่ละเครื่อง

ตั้งค่า TTL แบบยาวสำหรับรายการ round-robin ของคุณหากคุณไม่ต้องการให้ลูกค้าออกจากเซสชันที่ไม่ได้เชื่อมต่อกับเซิร์ฟเวอร์หนึ่งเมื่อแคช DNS ของพวกเขาหมดอายุและพวกเขาได้รับ IP ของเซิร์ฟเวอร์อื่น หรือทำให้ชื่อโฮสต์ของคอมพิวเตอร์ที่พวกเขาเชื่อมต่อได้ชัดเจน (เช่นทำให้เป็นส่วนหนึ่งของพื้นหลัง) และขอให้พวกเขาเชื่อมต่อกับชื่อโฮสต์นั้นอีกครั้งหากพวกเขาต้องการให้เซสชันของพวกเขากลับมาใช้งานอีกครั้ง

3. ให้ลูกค้าของคุณแจกจ่ายภาระ ด้วยผู้ใช้ ~ 25 คนอาจเป็นไปได้ที่จะถาม (ผ่านอีเมลหรือข้อความเข้าสู่ระบบบนเซิร์ฟเวอร์) ผู้ใช้บางรายตีเซิร์ฟเวอร์หนึ่งและที่เหลือจะโจมตีอีกเซิร์ฟเวอร์ อีกทางเลือกหนึ่งถ้าคุณควบคุมแพลตฟอร์มเดสก์ท็อปของพวกเขาหรือพวกเขาเข้าถึงเซิร์ฟเวอร์ผ่าน Citrix หรืออุปกรณ์เสมือนจริงของแอพพลิเคชันอื่นเพียงแค่กำหนดค่าไฟล์โฮสต์ †เพื่อให้พวกเขาตีเซิร์ฟเวอร์เดียวกันเสมอ (เดสก์ท็อป) / ตรวจสอบว่าผู้ใช้คนเดียวกัน เครื่องใช้ไฟฟ้า)

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

ฉันคุ้นเคยกับ "ประเภทผู้ใช้" ที่ปฏิเสธที่จะออกจากระบบ อย่างไรก็ตามดูเหมือนว่าพวกเขาจะไม่มีปัญหาในการทำความเข้าใจว่าเซิร์ฟเวอร์จะทำการรีบูตทุกคืนเพื่อให้งานที่ไม่ได้บันทึกนั้นสูญหายไป สิ่งนี้อยู่ใน Server 2008 R2 TS รองรับผู้ใช้ประมาณ 20 รายในเครื่องเดียว

> ผู้ใช้ปฏิเสธที่จะออกจากระบบแทนที่จะตัดการเชื่อมต่อ

คุณมีปัญหาด้านการจัดการ / ทรัพยากรบุคคลที่นี่มากกว่าปัญหาด้านเทคนิค หากผู้ที่เข้าสู่ระบบอยู่มีผลกระทบต่อการทำงานของผู้อื่น (โดยการลดประสิทธิภาพโดยไม่จำเป็น) มีเพียงสองวิธีเท่านั้น:

1. ทำให้เป็นปัญหาด้านเทคนิคและจัดการทรัพยากรที่เพิ่มขึ้น (RAM, SSD มากกว่าตำแหน่งที่เป็นโลหะหมุนได้, ... ) ถ้าเป็นไปได้เพื่อให้ปัญหานั้นหายไป แน่นอนว่ามีข้อ จำกัด เกี่ยวกับสิ่งที่คุณสามารถทำได้โดยการโยนทรัพยากรใหม่ลงในเครื่องเดียว แต่มันอาจใช้งานได้

2. คิดว่ามันเป็นปัญหาการจัดการคนและหาวิธีส่งเสริม (หรือล้มเหลวที่บังคับ ) ระเบียบวินัยที่เหมาะสม แน่นอนว่านี่อาจจะเป็นความรับผิดชอบโดยตรงของคุณดังนั้นมันอาจจะค่อนข้างยุ่งยากขึ้นอยู่กับการเมืองในสำนักงานของคุณ ...

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

> ผู้ใช้ยืนยันการใช้ Lync 2013 แทน Lync 2010 (Lync 2013 เป็นแหล่งข้อมูลฉาวโฉ่)

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

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

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

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

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

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

กับความเสี่ยงของการทำให้เกิดเสียงเหมือนคนขาย - เราใช้ShutdownPlus โรลลิ่งสเริ่มต้นใหม่ เราได้ตั้งค่าให้ลองและรีสตาร์ทเซิร์ฟเวอร์ทุกคืน ใช้งานได้ดีทีเดียว - คุณสามารถตั้งค่าให้รีสตาร์ทเซิร์ฟเวอร์หลังจากที่ทุกคนออกจากระบบแล้ว มันจะรีสตาร์ทลูปถ้ามีคนยังคงใช้เซิร์ฟเวอร์ RD จำนวนครั้ง เครื่องมือนี้ยังสามารถออกจากระบบของผู้ใช้หากคุณต้องการ หรือแม้แต่จ่ายไฟให้กับ VMs @ ESXi ของคุณ

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

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

คำตอบที่ตรงไปยังเซิร์ฟเวอร์ Microsoft จะรีบูตใช่ / ไม่ใช่ โอ้ถ้าชีวิตเป็นเรื่องง่าย! มันขึ้นอยู่กับแอพพลิเคชั่นที่ทำงานบนเซิร์ฟเวอร์ แต่นี่คือคำแนะนำง่ายๆ แต่ไม่ใช่กฎที่ยากและรวดเร็ว

เซิร์ฟเวอร์ที่ใช้งานจริงเซิร์ฟเวอร์ที่ใช้ Windows เซิร์ฟเวอร์ xรุ่น ** ( รีบูตอัตโนมัติ & กำหนดเวลา ) 95%สามารถรีบูทได้หนึ่งครั้งทุกสองสัปดาห์โดยไม่มีข้อกังวลใด ๆ (ตรวจสอบว่ามีการใช้งานโปรแกรมแก้ไขที่เกี่ยวข้องและจำเป็น) ตรวจสอบให้แน่ใจว่าคุณได้ทำการทดสอบโปรแกรมแก้ไขบนเซิร์ฟเวอร์ทดสอบของคุณอย่างครบถ้วนก่อนที่จะปล่อยสู่ระบบจริง / ระบบการผลิต

VMWare Virtual Servers ที่ใช้งาน Windows Server x Version - ทำการ Reboot หนึ่งครั้งต่อสัปดาห์ ( ดูความคิดเห็นด้านบนหากมีการใช้งาน Patch )

เซิร์ฟเวอร์ VMWare แบบฟิสิคัล ไม่เคย / แทบจะนานและไม่จำเป็นต้องมีการกำหนดเวลาไว้ (โดยปกติจะเสถียรมากหากเก็บไว้ล่าสุด) VMWare patches / updates จะต้องทำการรีบูต

VMWare ที่ รันWindows SQL (จำกัด การรีบูต, ใช้โปรแกรมปะแก้ Windows ด้วยตนเองเท่านั้น!เริ่มใหม่หากต้องการโปรแกรมแก้ไขและหลังจากคุณหยุดการเชื่อมต่อไคลเอนต์ทั้งหมดแล้วเท่านั้น) ตรวจสอบการเชื่อมต่อที่เชื่อมต่อใหม่เมื่อเซิร์ฟเวอร์สำรอง เซิร์ฟเวอร์ SQL อาจใช้เวลาสักครู่ในการรีบูตดังนั้นวางแผนนอกเวลานี้

คำเตือน: ก่อนที่จะทำการเปลี่ยนแปลงใด ๆ กับ VMWare (Windows Server) SNAPSHOT! หากระบบขัดข้องหลังจาก Service Patch หรือการปรับปรุงที่ใช้หรือแอปพลิเคชันไม่สามารถเริ่มต้นได้คุณสามารถสำรองข้อมูลเซิร์ฟเวอร์และทำงานได้อย่างรวดเร็วด้วยเวลาที่ จำกัด อย่าลืมจดบันทึกข้อผิดพลาดเพื่อให้คุณสามารถค้นหาการแก้ไขอย่าออกจากระบบเพียงอย่างเดียวเพราะมันล้มเหลวเนื่องจากอาจล้มเหลวในอนาคต

หวังว่าจะช่วยและดำเนินการเล็ก ๆ น้อย ๆ เพื่อล้างสิ่งต่าง ๆ