บรรลุ HA/DR สำหรับ SQL Server โดยไม่ทำลายธนาคาร
ความพร้อมใช้งานสูงและการกู้คืนจากความเสียหาย (HA/DR) เป็นข้อกำหนดที่จำเป็นสำหรับสภาพแวดล้อมฐานข้อมูลทั้งหมด โดยเฉพาะอย่างยิ่งสภาพแวดล้อมที่มีความสำคัญต่อภารกิจ อย่างไรก็ตาม ธุรกิจจำนวนมากเผชิญกับความท้าทายในการบรรลุ HA/DR โดยไม่ต้องเพิ่มต้นทุนอย่างมาก หากคุณกำลังต่อสู้กับปัญหาเหล่านี้ บทความนี้จะอธิบายวิธีแก้ปัญหาที่มีประสิทธิภาพ
SQL Server Standard Edition ถูกใช้อย่างแพร่หลาย แต่มาพร้อมกับข้อจำกัดบางประการ: รองรับเพียงสองโหนดในคลัสเตอร์ อย่างไรก็ตาม ด้วยการใช้ความสามารถของ SIOS DataKeeper Cluster Edition คุณสามารถเอาชนะข้อจำกัดนี้ ทำให้สามารถจำลองข้อมูลไปยังโหนดที่สามสำหรับการกู้คืนระบบได้
กลยุทธ์นี้สามารถช่วยคุณประหยัดกว่า 70% ในการให้สิทธิ์ใช้งาน SQL Server โดยอนุญาตให้คุณใช้ SQL Server Standard Edition เพื่อสร้าง SANLess SQL Server Failover Cluster Instance (FCI) แทนการอัปเกรดเป็น SQL Server Enterprise Edition และใช้ Always On Availability Groups
โพสต์ในบล็อกนี้มีจุดมุ่งหมายเพื่อแนะนำคุณตลอดกระบวนการใช้ SIOS DataKeeper สำหรับการกู้คืนข้อมูลบนโหนดที่สามซึ่งไม่ได้เป็นส่วนหนึ่งของคลัสเตอร์
การกำหนดค่าโหนดของคุณ
ในสถานการณ์สมมตินี้ สมมติว่าคุณมีสองโหนด ได้แก่ DataKeeper-1 และ DataKeeper-2 ซึ่งกำหนดค่าในคลัสเตอร์ โหนดเหล่านี้มีไดรฟ์ E ที่จำลองแบบกันเอง นอกจากนี้ DataKeeper-1 กำลังจำลองไปยังโหนดที่สาม ซึ่งก็คือ DataKeeper-3 ซึ่งไม่ได้เป็นส่วนหนึ่งของคลัสเตอร์ โปรดทราบว่าด้วย SQL Server Standard Edition โหนดที่สามไม่สามารถเป็นส่วนหนึ่งของคลัสเตอร์ได้
การเตรียมโหนดที่สาม
ประการแรก ตรวจสอบให้แน่ใจว่า DataKeeper-3 แยกจากคลัสเตอร์ ด้วยสิ่งนี้ ตอนนี้คุณมีคลัสเตอร์สองโหนด (DataKeeper-1 และ DataKeeper-2) ที่มี SQL Server กำหนดค่าเป็นคลัสเตอร์ล้มเหลวอินสแตนซ์ แต่ยังคงจำลองไปยังโหนดที่สาม DataKeeper-3 โดยใช้SIOS ผู้เก็บข้อมูล.
การนำกระบวนการกู้คืนจากภัยพิบัติ
ดังนั้นสิ่งนี้จะทำงานอย่างไรในภัยพิบัติที่เกิดขึ้นจริง? นี่คือขั้นตอนที่คุณจะต้องปฏิบัติตาม:
- จำลองภัยพิบัติ:ในกรณีนี้ เพื่อจำลองภัยพิบัติ เราจะทำให้ SQL Server ออฟไลน์บนคลัสเตอร์ (DataKeeper 1 และ 2)
- เปลี่ยนเป็น DataKeeper 3:ด้วย SQL Server แบบออฟไลน์ เราเปลี่ยนไปใช้ DataKeeper-3 อย่างไรก็ตาม ไดรฟ์ข้อมูล E บน DataKeeper 3 ไม่สามารถเข้าถึงได้ในตอนแรก
- ปลดล็อกระดับเสียง:หากต้องการปลดล็อกวอลุ่มบน DataKeeper-3 คุณจะต้องดำเนินการโดยใช้บรรทัดคำสั่งตามที่แสดงในวิดีโอแนะนำการใช้งานที่ชื่อว่า ’emcmd สวิตช์โอเวอร์วอลุ่ม’
- แนบฐานข้อมูล:ในภัยพิบัติจริง คุณจะต้องการมีอินสแตนซ์แบบสแตนด์อโลนของ SQL Server ที่ทำงานบน DataKeeper-3 จากอินสแตนซ์แบบสแตนด์อโลนนี้ คุณสามารถแนบฐานข้อมูลที่ผู้ใช้กำหนดได้
- ทำซ้ำกลับไปที่คลัสเตอร์:ข้อมูลที่เขียนบน DataKeeper-3 จะถูกจำลองกลับไปยัง DataKeeper-1 และ DataKeeper-2 สามารถตรวจสอบได้โดยใช้อินเทอร์เฟซ SIOS DataKeeper
การกู้คืนหลังภัยพิบัติ
เมื่อแก้ไขภัยพิบัติแล้ว คุณสามารถเปลี่ยนโวลุ่มกลับไปเป็นต้นฉบับได้โดยใช้กระบวนการที่คล้ายกัน
ด้วยการใช้ SIOS DataKeeper Cluster Edition คุณจะสามารถใช้งานได้อย่างมีประสิทธิภาพ คุ้มค่า และมีประสิทธิภาพความพร้อมใช้งานสูง/การกู้คืนระบบกลยุทธ์สำหรับสภาพแวดล้อม SQL Server ของคุณ กระบวนการนี้ไม่เพียงแต่ช่วยประหยัดค่าใช้จ่ายจำนวนมากโดยขจัดความจำเป็นในการอัปเกรดเป็น SQL Server Enterprise Edition แต่ยังช่วยรับประกันความพร้อมใช้งานของข้อมูลและการกู้คืนอย่างรวดเร็วระหว่างเกิดภัยพิบัติ
เช็คเอาท์วิดีโอนี้สำหรับคำแนะนำแบบสมบูรณ์ของกระบวนการและตรวจสอบให้แน่ใจว่า SQL Server ของคุณยังคงยืดหยุ่นโดยไม่ทำลายธนาคาร
ทำซ้ำโดยได้รับอนุญาตจากSIOS