ย้ายเซิร์ฟเวอร์ภายในอาคารเดียวกัน

นี่คือสถานการณ์ของฉัน: ฉันเป็นนักพัฒนาที่สืบทอด (ไม่รู้จักกับฉัน) สามเซิร์ฟเวอร์ที่อยู่ภายในสำนักงานของฉัน ฉันยังสืบทอดงานการเป็นผู้ดูแลเซิร์ฟเวอร์โดยขาดความรู้ด้านการบริหารเซิร์ฟเวอร์และ google / ServerFault ที่แตกต่างกันเป็นจุดอ้างอิง โชคดีที่ฉันไม่เคยต้องติดต่อกับเครื่องจักรหรือแก้ไขปัญหาใด ๆ เนื่องจากพวกเขา 'ทำงานได้เสมอ'

ทั้งสามเครื่องตั้งอยู่ภายในห้องข้อมูลเดียวกันและให้บริการตามวัตถุประสงค์ดังต่อไปนี้:

Machine1- IIS 8.0 โฮสต์แอปพลิเคชันภายในจำนวนหนึ่ง
Machine2- ที่เก็บข้อมูล SQL Server 2008 R2 สำหรับแอปพลิเคชันภายใน
Machine3- ที่เก็บมิเรอร์ SQL Server 2008 R2Machine2

ทั้งสามมีการเชื่อมต่อฮาร์ดไดรฟ์ภายนอกที่ทำให้การสำรองข้อมูลเสร็จสมบูรณ์บ่อยครั้ง

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

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

^{ฉันรู้ว่ามันไกลจากอุดมคติที่มีทั้งสามตั้งอยู่ในห้อง / สถานที่เดียวกัน แต่มันผ่านขอบเขตของคำถามนี้ไปแล้ว}

คำถามที่น่าสนใจจริงๆถามดี :)

มีบางสิ่งที่คุณต้องตรวจสอบก่อนการย้ายครั้งนี้บางเรื่องง่ายบ้างยาก

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

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

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

'การเชื่อมต่ออื่น ๆ ' - คุณรู้หรือไม่ว่าเซิร์ฟเวอร์ของคุณมีการเชื่อมต่ออื่น ๆ นอกเหนือจากพลังงานและระบบเครือข่าย บางทีพวกเขาอาจมีลิงค์ Fibre-Channel ไปยังที่เก็บข้อมูลที่ใช้ร่วมกัน, ลิงก์ KVM ไปยังหน้าจอการจัดการที่ใช้ร่วมกัน - อีกครั้งหากคุณต้องการจำลองแบบเหล่านี้เหมือนกัน

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

คำตอบอื่น ๆ ครอบคลุมด้านเทคนิคของการย้าย คุณอาจต้องพิจารณาเรื่องอื่นด้วย

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

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

หลังจากการทดสอบบอกผู้ใช้ของคุณว่าการย้ายเสร็จแล้วและให้พวกเขาแจ้งให้คุณทราบหากพวกเขามีปัญหาใด ๆ

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

หมายเหตุด้านข้าง: ตามที่คุณระบุไว้แล้วการมีเซิร์ฟเวอร์ SQL และมิเรอร์นั้นยังห่างไกลจากอุดมคติ แต่มีไดรฟ์สำรองข้อมูลในสถานที่เดียวกันคือจริงๆอันตราย คุณต้องมีการสำรองข้อมูลของคุณในสถานที่ทางกายภาพที่แตกต่างกัน

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

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

ย้ายพื้นฐาน:

1. ย้ายMachine3 (มิเรอร์ SQL Server): ทำให้มันทำงานได้อย่างสมบูรณ์ ยืนยันการซิงค์อีกครั้ง
2. ย้ายMachine2 : ทำให้มันใช้งานได้อย่างสมบูรณ์
3. ย้ายMachine1 : ทำให้มันใช้งานได้อย่างสมบูรณ์

คำอธิบายรายละเอียดเพิ่มเติมของการย้าย:

ต่อไปนี้จะมีสองวิธีการ (เส้นทาง A และ B) ของการใช้Machine3เพื่อทดสอบการเชื่อมต่อสำหรับMACHINE1และ / หรือเครื่องจักร 2 คุณควรใช้วิธีเดียวเท่านั้น วิธีการทำเช่นนั้นหรือแม้ว่าจะใช้อย่างใดอย่างหนึ่งขึ้นอยู่กับข้อมูลที่ไม่มีอยู่ในคำถาม (เช่นการแยกทางกายภาพของเครื่องสุดท้ายตำแหน่งขนาดทางกายภาพของเครื่องความยาวของเครือข่าย / สายไฟความพร้อมใช้งานของส่วนขยายเดียวกัน ความคล้ายคลึงกันของการกำหนดค่าพอร์ตเครือข่ายความต้องการสถานะการออนไลน์ ฯลฯ ) การใช้Machine3เพื่อทดสอบการเชื่อมต่อเหล่านี้อาจทำให้ uptime สูงขึ้นสำหรับMachine2แต่โดยเฉพาะอย่างยิ่งสำหรับMachine1ซึ่งไม่มีมิเรอร์ คุณสามารถเลือกใช้วิธีใดวิธีหนึ่งหรือไม่ก็ได้

1. ย้ายMachine3ก่อน

   • ฝากMACHINE1และเครื่องจักร 2ในสถานที่สำหรับตอนนี้
   • สำรองข้อมูลMachine3จากนั้นปิดเครื่อง
   • รับMachine3ย้ายไปที่ตำแหน่งใหม่อย่างสมบูรณ์
   • [เส้นทาง B: ไม่ได้ใช้ถ้าคุณจะใช้ตัวเลือกขั้นตอนที่ 2.] หากเครือข่ายและอำนาจการกำหนดค่าสำหรับทุกเครื่องเหมือนกัน: ใส่Machine3ที่MACHINE1การวางแผนที่จะจบลงด้วยการใช้การเชื่อมต่อที่มีไว้สำหรับMACHINE1
   • รับMachine3สำรองและเรียกใช้ ในตำแหน่งใหม่ยืนยันว่าจะทำงานได้เป็นปกติเป็นกระจกของเครื่องจักร 2 สิ่งนี้จะให้การตรวจสอบทางกายภาพว่าการกำหนดค่าของปัญหาทั้งหมด (ไฟฟ้าเครือข่าย ฯลฯ ) ทำงานได้ในตำแหน่งใหม่
   • แก้ไขปัญหาใด ๆ ที่เกิดขึ้น
   • ตรวจสอบว่าMachine3ได้ซิงโครไนซ์กับMachine2อีกครั้งก่อนดำเนินการต่อ

2. เส้นทาง A: (ตัวเลือก):

   • ใช้Machine3เพื่อทดสอบสิ่งอำนวยความสะดวกที่มีไว้สำหรับเครื่องจักร 2และMACHINE1
   • ปิดMachine3ลงและย้าย / สลับไปใช้ตำแหน่ง / การเชื่อมต่อสำหรับเครื่องจักร 2 (ตรวจสอบอีกครั้งซิงค์) แล้วMACHINE1 (ยืนยันอีกครั้งซิงค์) หากคุณวางแผนที่จะทำเช่นนี้แล้วMachine3ควรจะได้ในขั้นต้นรับการจัดตั้งขึ้นด้วยการเชื่อมต่อที่มีไว้สำหรับการใช้งานโดยMACHINE1หรือเครื่องจักร 2ดังนั้นคุณจะไม่ได้ตั้งขึ้นเป็นครั้งแรกในตำแหน่งท้ายสำหรับMachine3แล้วเปลี่ยนมัน 3 ครั้ง แต่ 2 โดยเริ่มจากการใช้สิ่งอำนวยความสะดวกของอีกเครื่องหนึ่ง
   • ตรวจสอบว่าMachine3ได้ซิงโครไนซ์กับMachine2อีกครั้งก่อนดำเนินการต่อ

3. ย้ายเครื่องจักร 2

   • การฝึกฝนกับMachine3ควรทำให้ราบรื่นขึ้น
   • สำรองMachine2จากนั้นปิดเครื่อง
   • ย้ายMachine2ไปยังตำแหน่งใหม่ ทำการเชื่อมต่อทั้งหมด
   • แก้ไขปัญหาใด ๆ ที่เกิดขึ้น
   • ตรวจสอบว่าMachine2ได้ซิงโครไนซ์กับMachine3อีกครั้งก่อนดำเนินการต่อ

4. [เส้นทาง B: ไม่จำเป็นถ้าคุณผ่านการทดสอบการเชื่อมต่อทั้งหมดที่มีMachine3ในตัวเลือกขั้นตอนที่ 2] ถ้าตอนนี้มีMachine3ที่MACHINE1คือการจบลงด้วย:

   • ปิดเครื่อง 3
   • ย้ายไปยังตำแหน่งที่วางแผนไว้เพื่อสิ้นสุด (จากตำแหน่งที่คุณต้องการให้Machine1ตั้งอยู่)
   • แก้ไขปัญหาใด ๆ ที่เกิดขึ้น
   • ตรวจสอบว่าMachine3ได้ซิงโครไนซ์กับMachine2อีกครั้งก่อนดำเนินการต่อ

5. ย้ายmACHINE1

   • ต้องย้ายทั้งMachine2และMachine3 (และหวังว่าจะทดสอบการเชื่อมต่อจริงที่Machine1จะใช้โดยให้Machine3ใช้งานชั่วคราว) นี่ควรจะราบรื่นที่สุด
   • สำรองข้อมูลMachine1จากนั้นปิดเครื่อง
   • ย้ายMachine1ไปยังตำแหน่งใหม่ ทำการเชื่อมต่อทั้งหมด
   • แก้ไขปัญหาใด ๆ ที่เกิดขึ้น
   • หากบางสิ่งผิดปกติกับสิ่งอำนวยความสะดวกในตำแหน่งที่Machine1ควรจะครอบครองคุณมีตัวเลือกในการใช้สิ่งอำนวยความสะดวกที่Machine3ตั้งอยู่ในขณะนี้ หวังว่าคุณมีอยู่แล้วสามารถที่จะทดสอบสิ่งอำนวยความสะดวกในMACHINE1ตำแหน่งโดยมีมันใช้แล้วโดยMachine3เวลา (เส้นทางหรือเส้นทาง B)

หาก IPs ของเซิร์ฟเวอร์ตัวใดตัวหนึ่งเปลี่ยนไปและมีการเชื่อมต่อกับกล่อง SQL ผ่านการแก้ไข DNS คุณจะต้องกำหนดเวลาการเปลี่ยนแปลงไปยังระเบียน DNS ในเวลาเดียวกับการย้าย

สิ่งที่คุณควรรู้เกี่ยวกับซอฟต์แวร์และฐานข้อมูลอินทราเน็ต:

• ซอฟต์แวร์อินทราเน็ตเชื่อมต่อกับ SQL Server ผ่าน IP, NetBIOS หรือ DNS หรือไม่
• บัญชีผู้ใช้ SQL Server ที่ใช้โดยอินทราเน็ตซอฟต์แวร์มีการรับรองความถูกต้อง จำกัด การรับส่งข้อมูลที่มาจาก IP หรือไม่
• พนักงานใน บริษัท ของคุณเข้าถึง SQL Server โดยตรงจากสเปรดชีตหรือเครื่องมือรายงานหากพวกเขากำหนด DSN ได้อย่างไร

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

ใช้ประโยชน์จากเซิร์ฟเวอร์ "Disaster Recovery" ของคุณ สลับไปที่สิ่งเหล่านี้เพื่อจัดการกับโหลดในขณะที่คุณย้ายเซิร์ฟเวอร์ที่ใช้งานจริง ด้วยอุปกรณ์ DR ที่ตั้งค่าไว้อย่างเหมาะสมคุณสามารถเคลื่อนไหวในตอนกลางวันได้โดยไม่ต้องหยุดทำงาน (15 นาที) เนื่องจากเซิร์ฟเวอร์กู้คืนความเสียหายควรกำหนดค่าในลักษณะเดียวกับเซิร์ฟเวอร์ที่ใช้งานจริง หากคุณไม่มีอุปกรณ์ DR ฉันขอแนะนำให้ซื้อ

ลองใช้วิธีนี้ดู: ในขณะที่เรือลาดตระเวนของคุณกำลังจะทำการปรับแต่งให้ใช้รถตู้ของคุณในการเดินทางตลอดทั้งวัน

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

ข้อควรพิจารณาเพิ่มเติมจากคำตอบอื่น ๆ :

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

• การหยุดทำงานเป็นที่ยอมรับสำหรับผู้ใช้ บริษัท หรือลูกค้าของคุณหรือไม่? นานแค่ไหน?

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

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

• เซิร์ฟเวอร์จะต้องพอดีกับแร็คเซิร์ฟเวอร์ถ้าคุณมี