โอนย้ายเซิร์ฟเวอร์สด

ฉันมีปัญหาฉันมีเซิร์ฟเวอร์ที่ทำงานด้วยบริการตามปกติ (httpd, mail, sql) และดูเหมือนว่าฉันจะต้องเร็วจริง ๆ เพื่อป้องกันการสูญหายของข้อมูลทั้งหมด (อาร์เรย์ RAID ของฉันล้มเหลวดังนั้นฉันจึงขึ้นอยู่กับเครื่องเดียว hdd ทันที)

ระบบทั้งหมดสร้างขึ้นบน HowtoForge's howto's และเมื่อฉันอ่านหนึ่งใน Squeezeดูเหมือนว่าฉันจะทำได้อย่างง่ายดาย? โอนย้ายผู้ใช้ของฉัน (เสมือน) ไปยังกล่องใหม่

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

ข่าวสารพื้นหลังบางส่วน:

• เซิร์ฟเวอร์ทั้งสองอยู่ไกลกัน 200kms ดังนั้นการย้ายข้อมูลควรเกิดขึ้นผ่านอินเทอร์เน็ต
• เซิร์ฟเวอร์ทั้งสองจะเป็น Debian เซิร์ฟเวอร์เก่าคือ Etch เซิร์ฟเวอร์ใหม่จะเป็น Squeeze
• บริการที่สำคัญคือเมลเว็บไซต์สามารถถูกระงับได้ชั่วคราว
• RAID หมายถึงดิสก์สองตัวใน RAID 1 (ทั้งสองเครื่อง)
• กล่องเก่าคือ DNS1 สำหรับโดเมนที่โฮสต์ทั้งหมด

โครงร่างพื้นฐานของฉัน (จริงๆ):

• การสร้างระบบที่คล้ายกันเช่นระบบเก่า (โครงสร้างเมลเสมือนที่คล้ายกันรหัสผ่านที่จัดเก็บด้วยประเภทการเข้ารหัสเดียวกันเพราะฉันไม่สามารถบอกระบบเดิมได้)
• สร้างโดเมนเดียวที่ฉันสามารถตรวจสอบทุกอย่างได้ดี (DNS, อีเมล, www ใช้ได้)
• ย้ายโดเมนหลังจากโดเมนจนกระทั่งโดเมนเก่าไม่ได้ทำอะไร

จุดบอดของฉัน:

• ไม่พบคำอธิบายสั้น ๆ เกี่ยวกับวิธีการทำ RAID-1 ใน Squeeze (Lenny อย่างไรจะเพียงพอหรือไม่)
• วิธีคัดลอกโฟลเดอร์เฉพาะ(เช่นโฟลเดอร์เมลของผู้ใช้)ด้วยสิทธิ์ของผู้ใช้เมื่อจำเป็น? (rsync จะทำเช่นนี้?)
• วิธีตั้งค่า DNS บนเครื่องใหม่(เครื่องเก่าคือ DNS1) (เครื่องใหม่ควรเป็น DNS ด้วยและโดเมนที่ย้ายข้อมูลควรใช้ตัวเองเป็น DNS1)
• ฉันจะป้องกันอีเมลสูญหายได้อย่างไร(เพราะเวลารีเฟรช DNS) (ฉันต้องตั้งค่าเครื่องใหม่เป็น MX ได้อย่างไร)

เค้าร่างพื้นฐานของคุณถูกต้องมากหรือน้อย

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

หากต้องการคัดลอกข้อมูลให้ใช้ rsync อย่างแน่นอน ฉันต้องการตรวจสอบให้แน่ใจว่าบัญชีที่ถูกต้องมีการตั้งค่าก่อนด้วย uids / gids เดียวกันจากนั้น rsync แต่คุณสามารถแก้ไขได้ในภายหลัง rsync -avPHAX ควรได้รับทุกอย่าง (-a ได้รับเกือบทุกอย่างยกเว้น -H [ard links] -A [CLs] และ -X [แอตทริบิวต์ที่มีแนวโน้ม] ดังนั้นสิ่งนี้จึงมีประโยชน์

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

อัปเดตสำหรับคะแนนความเจ็บปวดเพิ่มเติมของคุณ:

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

เกี่ยวกับการสูญเสียอีเมล: ในขณะที่คุณย้ายอีเมลไปยังเซิร์ฟเวอร์ใหม่ตรวจสอบให้แน่ใจว่ามีการอัปเดตระเบียน DNS เพื่อชี้ MX หลักไปยังเซิร์ฟเวอร์ใหม่และตรวจสอบให้แน่ใจว่าเซิร์ฟเวอร์เก่ายังคงได้รับการกำหนดค่า ตราบใดที่ทั้งเซิร์ฟเวอร์เก่าและใหม่ของคุณมีมุมมอง DNS ที่ทันสมัยบริการอีเมลของคุณบนเซิร์ฟเวอร์เก่าจะทำงานได้มันไม่ใช่ MX หลักและจะส่งต่ออีเมลใด ๆ ไปยังหลักใหม่ เมลจะจัดการกับความล่าช้าในการจัดส่งสั้น ๆ ดังนั้นคุณสามารถปิดหรือไฟร์วอลล์การเข้าถึงอีเมลทั้งสองเครื่องย้ายทุกอย่างพร้อมกันทดสอบในเครื่องใหม่จากนั้นย้าย MX records และเปิดเมลบนเครื่องใหม่ . SMTP ได้รับการออกแบบมาเพื่อจัดการกับไฟดับและการหยุดทำงานสั้น ๆ อย่างสมเหตุสมผล (น้อยกว่า 4 ชั่วโมงฉันคิดว่า) จะไม่สร้างการแจ้งเตือนข้อผิดพลาดชั่วคราว

อัปเดตเพื่อเพิ่ม:

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