ในที่สุดฉันก็ได้จำลองโครงสร้างพื้นฐานเซิร์ฟเวอร์ทั้งหมดของเรา และฉันก็พร้อมที่จะเริ่มโอนย้ายไปยังเซิร์ฟเวอร์ Windows 2019 ที่เราซื้อมา เนื่องจากการตั้งค่าปัจจุบันของเราอิงตาม Windows Server 2003 เราจึงต้องทำขั้นตอนการย้ายข้อมูลผ่านการติดตั้งชั่วคราวของ say 2012 R2 (AFAIK 2016 ก็ใช้ได้เหมือนกัน)
ปัญหาของฉันคือต่อไปนี้ 2003 DC ของเราโฮสต์การแชร์ไฟล์จำนวนหนึ่ง บางส่วนง่ายต่อการคัดลอกไปยังการติดตั้ง 2019 และเพียงแค่เปลี่ยน GPO ที่มีอยู่ของฉันเพื่ออ้างถึงชื่อเซิร์ฟเวอร์ 2019 แทนที่จะเป็น 2003
ปัญหาของฉันอยู่ที่ GPO การติดตั้งซอฟต์แวร์บางตัว ซึ่งแพ็คเกจการติดตั้ง MSI ที่เกี่ยวข้องไม่ได้อยู่ใน SYSVOL แต่อยู่บนการแชร์ที่สามารถเข้าถึงได้เป็น \srv2003\ตัวติดตั้ง. แน่นอนว่าสิ่งนี้จะจบลงด้วย \srv2019\ตัวติดตั้ง\ แต่จะไปจากที่หนึ่งไปยังอีกที่หนึ่งได้อย่างไร? ถ้าฉัน "แก้ไข" งานติดตั้ง GPO ของเราเพื่ออ้างถึงพาธการติดตั้งใหม่ ฉันจะทำให้เกิดพายุการติดตั้งกับลูกค้าทั้งหมดของเรา...
คุณสามารถให้คำแนะนำเกี่ยวกับวิธีการทำงานนี้ให้สำเร็จได้หรือไม่? และอาจเป็นวิธีที่ดีกว่าในการจัดเตรียม GPO msi ของเราให้พร้อมสำหรับการติดตั้ง (ใน SYSVOL แทนที่จะใช้ร่วมกัน)
แก้ไข: เนื่องจากคำถามของฉันถูกปิดและเพื่อหลีกเลี่ยงการทำให้ OP ยุ่งเหยิงด้วยสาเหตุที่ควรเปิดใหม่ ตรวจสอบ คำอธิบายของฉันว่าทำไมสิ่งนี้จึงควรอยู่รอบ ๆ.
สิ่งสำคัญประการแรกที่ควรทราบ: ขอแนะนำว่าอย่าใช้บทบาทเซิร์ฟเวอร์ใดๆ บนตัวควบคุมโดเมน ยกเว้นสำหรับ "เซิร์ฟเวอร์ DNS" และ "บริการโดเมน Active Directory"
หากคุณกำลังย้ายจากเซิร์ฟเวอร์ไฟล์ปี 2003 ไปยังเซิร์ฟเวอร์ไฟล์ปี 2019 เราขอแนะนำให้ใช้วิซาร์ดการย้ายพื้นที่เก็บข้อมูลที่มาพร้อมกับ Windows Server 2019 ซึ่งจะช่วยในการย้ายข้อมูลที่ใช้ร่วมกัน และยังสามารถเปลี่ยนเส้นทางผู้ใช้ไปยังเซิร์ฟเวอร์ใหม่หลังจากการตัดออกจาก เซิร์ฟเวอร์ไฟล์ต้นฉบับ ในกรณีนี้ ฉันไม่คิดว่าจะสามารถแนะนำวิธีการดังกล่าวได้ (การโยกย้ายจากตัวควบคุมโดเมน)
ความชอบแรกของฉันคือการใส่ทั้งสองสิ่งนี้เป็นความคิดเห็นแทนคำตอบ แต่ในเวลานี้มันจะเป็นวิธีแก้ปัญหาที่ "ถูกต้อง" ในการสร้างไฟล์เซิร์ฟเวอร์คัดลอกไฟล์การติดตั้งไปยังการแชร์ใหม่ (คุณสามารถ ใช้ชื่อที่ใช้ร่วมกัน) จากนั้นแก้ไข GPO เพื่อแทนที่ชื่อ DC ด้วยชื่อไฟล์เซิร์ฟเวอร์ใหม่ใน UNC ของตัวติดตั้ง
เนื่องจากการอัปเกรดนี้เกี่ยวข้องกับการติดตั้ง Windows Server 2012R2 ระหว่างกาล ฉันจึงนึกถึงเส้นทางที่เป็นไปได้ ข้อแม้คือไม่มีส่วนต่างของข้อผิดพลาดใดๆ ทั้งสิ้น เนื่องจาก ทั้งหมด ควรดำเนินการในขั้นตอนเดียว ดังนั้น ควรมีการวางแผนเพื่อรองรับการเปลี่ยนแปลงเป็น DFS-R และขั้นตอนทั้งหมดนี้ควรดำเนินการในช่วงนอกเวลา
สมมติว่าเซิร์ฟเวอร์ AD ปัจจุบันคือ srv1 และ srv2 (Windows Server 2003R2) และเซิร์ฟเวอร์เดิมมีการแบ่งปันเพื่อวัตถุประสงค์ในการติดตั้งซอฟต์แวร์ที่ใช้ GPO
สำรองข้อมูลการแชร์ไว้ที่ใดที่หนึ่งก่อน จากนั้นแนะนำเซิร์ฟเวอร์ Windows 2012R2 สองตัว (และไม่ใช่หนึ่งตัว เนื่องจากหากเกิดกรณีไปด้านข้าง เราอาจถึงวาระ) เซิร์ฟเวอร์ Windows 2012R2 ในโดเมน หลีกเลี่ยงการใช้ Server 2016 สำหรับขั้นตอนนี้ ฉันเชื่ออย่างนั้น ได้หยุดสนับสนุน FRS.
ย้ายบทบาทและทำทุกอย่างที่จำเป็นเพื่อส่งเสริมหนึ่งในสองเซิร์ฟเวอร์ใหม่ ถ่ายโอนบทบาท ฯลฯ จากนั้นลดระดับ srv1 และ srv2 ลบเซิร์ฟเวอร์ 2k3 ทั้งสองออกจากโดเมน ยกระดับการทำงานเป็น 2008 R2 (ตัวอย่าง) แทนที่ FRS ด้วย DFS ในที่สุดก็ทำการติดตั้งเซิร์ฟเวอร์ใหม่ในปี 2019 สองครั้ง โดยคำนึงถึง:
ทำซ้ำเส้นทางการโยกย้าย คราวนี้จากเซิร์ฟเวอร์ temp เป็น srv1 และ srv2 ใหม่ และสุดท้ายลดระดับ/ลบเซิร์ฟเวอร์ชั่วคราว สร้างการแชร์อีกครั้งบน srv1 และเติมข้อมูลเหล่านั้น
ไม่ใช่โซลูชันที่สะอาดหมดจด แต่จะให้ฉันเก็บ GPO ที่ติดตั้งไว้โดยไม่ต้องเปลี่ยนชื่อ/ติดตั้งใหม่
แก้ไข: ฉันเพิ่งเสร็จสิ้นขั้นตอนนี้มันทำงานได้อย่างไร้ที่ติ ด้วยระบบไคลเอนต์ใหม่ที่ดาวน์โหลดแพ็คเกจการติดตั้ง GPO ทุกคนมีความสุข!
ฉันไม่รู้วิธีแก้ไขปัญหาปัจจุบันของคุณ แต่ฉันสามารถให้คำแนะนำสำหรับอนาคตแก่คุณได้:
ใช้ชื่อเฉพาะสำหรับวัตถุประสงค์นี้ เช่น install.your.domain และตั้งค่าระเบียน DNS เป็น srv2019 ด้วยชื่อนี้ ครั้งต่อไปที่คุณย้ายส่วนแบ่งการติดตั้ง เพียงแค่เปลี่ยนระเบียน DNS นี้
สำหรับปัญหาปัจจุบันของคุณสิ่งนี้อาจมีความสำคัญ:
เมื่อไคลเอ็นต์เก่าถูกแทนที่หรือตั้งค่าใหม่ทั้งหมด การใช้งาน GPO เก่าของคุณจะลดลงจนสามารถลบออกได้ในบางจุด
ฉันเห็นด้วยกับ SturdyErde ว่าคุณควรหลีกเลี่ยงการแชร์ไฟล์ใน DC ของคุณ แต่ฉันได้ย้ายบริษัทของฉันออกจาก SBS08 เมื่อสองสามปีก่อน และเข้าใจว่าบางครั้งก็เป็นเช่นนั้น คำอธิบายระดับสูงของเส้นทางการอัปเกรดที่ฉันแนะนำคือ:
จะมีการเพิ่มขั้นตอนระดับโดเมนการทำงานในนั้น แต่ประเด็นหลักคือการสร้างนามแฝง DNS ของ srv2003 เพื่อชี้ไปที่การแบ่งปันใหม่ทันทีที่คุณเลิกใช้งานเซิร์ฟเวอร์เก่า
ฉันยังเห็นด้วยกับ SturdyErde ว่าคุณควรดูวิซาร์ดการย้ายที่เก็บข้อมูล ฉันเชื่อว่ามีตัวเลือกที่เปลี่ยนชื่อเซิร์ฟเวอร์ใหม่ด้วยชื่อเซิร์ฟเวอร์เก่า แต่ฉันรู้สึกประหม่าเล็กน้อยเมื่อคิดที่จะทำเช่นนั้นกับ DC
ขอให้โชคดี!
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
