กลุ่มความพร้อมใช้งานของฐานข้อมูล (DAG) คือ โซลูชันสำหรับความพร้อมใช้งานสูงและการกู้คืนจากภัยพิบัติใน Microsoft Exchange Server ซึ่งได้รับการแนะนำครั้งแรกใน Exchange Server 2010 โดย DAG จะทำให้แน่ใจว่าบริการอีเมลยังคงทำงานได้แม้ว่าจะเกิดข้อผิดพลาดที่เซิร์ฟเวอร์หรือข้อมูล
Database Availability Groups (DAG)คืออะไร
Database Availability Groups (DAG) คือ กลุ่มที่ประกอบด้วยเซิร์ฟเวอร์กล่องจดหมายได้สูงสุด 16 เครื่อง ซึ่งทำหน้าที่เป็นโฮสต์ชุดฐานข้อมูล และให้การกู้คืนระดับฐานข้อมูลโดยอัตโนมัติจากความล้มเหลวที่เกิดกับเซิร์ฟเวอร์หรือฐานข้อมูลแต่ละตัว มันถือเป็นขอบเขตสำหรับการจำลองฐานข้อมูลกล่องจดหมาย การสลับฐานข้อมูลและเซิร์ฟเวอร์ การเปลี่ยนไปใช้ระบบสำรอง (failover) และส่วนประกอบภายในที่เรียกว่า Active Manager โดย Active Manager เป็นส่วนประกอบของ Exchange ที่ทำหน้าที่ควบคุมการสลับและการเปลี่ยนไปใช้ระบบสำรอง ซึ่งทำงานบนเซิร์ฟเวอร์แต่ละเครื่องใน DAG
เซิร์ฟเวอร์ใดก็ตามใน DAG สามารถโฮสต์สำเนาของฐานข้อมูลกล่องจดหมายจากเซิร์ฟเวอร์อื่นใดก็ได้ใน DAG เมื่อมีการเพิ่มเซิร์ฟเวอร์เข้าไปใน DAG เซิร์ฟเวอร์นั้นจะทำงานร่วมกับเซิร์ฟเวอร์อื่นๆ ใน DAG เพื่อให้การกู้คืนอัตโนมัติจากความล้มเหลวที่ส่งผลกระทบต่อฐานข้อมูลกล่องจดหมาย เช่น ความล้มเหลวของดิสก์หรือเซิร์ฟเวอร์
แนวคิดที่เกี่ยวข้องกับ DAG
1. บทบาทเซิร์ฟเวอร์กล่องจดหมาย
บทบาท MBX ระดับองค์กรสามารถมีฐานข้อมูล Exchange ได้สูงสุด 100 ฐาน และจัดการโหมดการทำงานของฐานข้อมูลทั้งแบบแอคทีฟและแบบพาสซีฟ ไม่ว่าคำว่า "สมาชิก DAG", "เซิร์ฟเวอร์ DAG" หรือ "เซิร์ฟเวอร์สมาชิก DAG" จะถูกใช้สลับกันในเอกสารประกอบที่เกี่ยวข้องกับ DAG ของ Microsoft ก็ตาม คำเหล่านี้ล้วนหมายถึงเซิร์ฟเวอร์กล่องจดหมาย MBX ที่ถูกเพิ่มเข้าไปในกลุ่ม DAG
2. แอคทีฟ / แพสซีฟ
ใน DAG เซิร์ฟเวอร์ MBX เพียงตัวเดียวเท่านั้นที่สามารถให้บริการฐานข้อมูลสำหรับการเข้าถึงฐานข้อมูลจากไคลเอ็นต์ได้ โดยเซิร์ฟเวอร์นี้จะเรียกว่าเซิร์ฟเวอร์แบบแอคทีฟ (โดยสถานะของฐานข้อมูลจะอยู่ในโหมด mounted)
เซิร์ฟเวอร์ที่ไม่ให้การเข้าถึงไคลเอ็นต์โดยตรง แต่สามารถเข้ามาทำหน้าที่แทนเมื่อฐานข้อมูลหลักล้มเหลว เพื่อดำเนินการให้บริการการเข้าถึงฐานข้อมูลแก่ไคลเอ็นต์ต่อไป เรียกว่าแบบพาสซีฟ (สถานะฐานข้อมูลนี้จะอยู่ในรูปแบบที่ยกเลิกการติดตั้ง และแสดงเป็น "healthy" ในช่องสถานะการจำลอง)
3. ผู้จัดการที่รับผิดชอบ
เมื่อเกิดข้อผิดพลาดในบทบาทเซิร์ฟเวอร์ MBX ที่ใช้งานอยู่ ตัวจัดการหลัก (Primary Active Manager - PAM) จะทำหน้าที่จัดการและเลือกสำเนาฐานข้อมูลที่จะเปิดใช้งาน Active Manager เป็นส่วนประกอบที่ถูกแนะนำครั้งแรกใน Exchange Server 2010 ซึ่งเข้ามาแทนที่ฟังก์ชันการจัดการทรัพยากรคลัสเตอร์และการสลับการทำงานแบบดั้งเดิม แม้ว่า Exchange Server 2010 จะไม่ใช่แอปพลิเคชันแบบคลัสเตอร์อีกต่อไป แต่ DAG ยังคงใช้บริการคลัสเตอร์ของ Windows อยู่ อย่างไรก็ตาม จะไม่ใช้กลุ่มคลัสเตอร์หรือโมดูลทรัพยากรจัดเก็บข้อมูลของ Windows อีกต่อไป แต่จะใช้ Active Manager ในการจัดการสถานะของฐานข้อมูลกล่องจดหมาย รวมถึงสถานะที่ใช้งานอยู่และสถานะสำรอง การย้ายข้อมูล และสถานะที่ถูกติดตั้ง (mounted)
กลไกของ DAG
การแลกเปลี่ยน DAG ใช้ประโยชน์จาก Windows Server Failover Clusters เวอร์ชัน Failover Clusters ใช้กลไกควอเรมที่พื้นฐานจากการลงคะแนนเสียงของโหนดคลัสเตอร์ เพื่อกำหนด Cluster Owner ควอเรมเป็นกลไกร่วมกันที่สมาชิกทุกคนในคลัสเตอร์ใช้ โดยสมาชิกแต่ละรายจะอ่านไฟล์ในควอเรมอย่างสม่ำเสมอ เพื่อกำหนดสถานะของสมาชิกในคลัสเตอร์ สมาชิกทุกตัวในคลัสเตอร์ถือว่ามีสิทธิ์ลงคะแนนหนึ่งเสียง
การแลกเปลี่ยน DAG ใช้โหมด Majority Node Set ในโหมดนี้ คลัสเตอร์สลับการทำงานจะต้องการเซิร์ฟเวอร์คิวรัมซึ่งอยู่ภายนอกสมาชิกของคลัสเตอร์ เซิร์ฟเวอร์คิวรัมนี้จะให้คะแนนเสียงที่มีน้ำหนักแก่สมาชิกของคลัสเตอร์เฉพาะราย ทำให้โหนดนั้นมีสิทธิพิเศษในฐานะเจ้าของคลัสเตอร์ ในโหมด Majority Node Set จะต้องมีคะแนนเสียงจากโหนดอย่างน้อย 50% ออนไลน์อยู่ หาก N คือจำนวนโหนด โหนดที่ต้องทำงานคือ N/2+1 โหนด
ตัวอย่างเช่น:
1. เมื่อมีสมาชิก DAG 4 คน การคำนวณคะแนนเสียงจะเท่ากับ: N/2+1 = 3 ซึ่งทำให้สามารถสูญเสียคะแนนเสียงได้ 2 คะแนน (หมายความว่าโหนดสามารถล้มเหลวได้สูงสุดสองโหนด โดยที่หนึ่งคะแนนมาจากระบบควอรัม จึงสามารถสูญเสียได้เพียงสองโหนดเท่านั้น) หากโหนดล้มเหลวมากกว่าสองโหนด กลุ่มโหนด DAG จะสูญเสียควอรัม ส่งผลให้ฐานข้อมูลทั้งหมดถูกยกเลิกการติดตั้ง จำเป็นต้องให้ผู้ดูแลระบบเข้ามาดำเนินการเพื่อกู้คืนสู่ภาวะปกติ
2. เมื่อมีสมาชิก DAG 5 คน การคำนวณคะแนนเสียงคือ N/2+1 = 3 ซึ่งทำให้สามารถสูญเสียคะแนนเสียงได้ 3 คะแนน (หมายความว่าโหนดล้มเหลวได้สูงสุด 2 โหนด) หากโหนดล้มเหลวมากกว่าสองโหนด คลัสเตอร์ DAG จะสูญเสียฉันทามติ และฐานข้อมูลทั้งหมดจะถูกยกเลิกการเชื่อมต่อ จำเป็นต้องมีการแทรกแซงโดยผู้ดูแลระบบเพื่อกู้คืนสู่ภาวะปกติ
ติดตั้ง DAG
ข้อกำหนดเบื้องต้นสำหรับการติดตั้ง DAG
ต้องเปิดใช้งานบริการ DNS
ชื่อที่กำหนดให้กับ DAG จะต้องไม่เกิน 15 ตัวอักษร
โหนดจะต้องถูกรวมเข้ากับสภาพแวดล้อมโดเมน
โหนดทั้งสองต้องทำการติดตั้ง Exchange SP3 ตามปกติ
ติดตั้งคุณลักษณะการรวมกลุ่มสำรอง
เซิร์ฟเวอร์ต้องมีเวอร์ชันเดียวกัน
สมาชิกแต่ละคนของ DAG จะต้องมีจำนวนเครือข่ายเท่ากัน
โหนดต้องมีการติดตั้ง Exchange SP3 ตามปกติ
หมายเหตุ
- เครือข่าย MAPI (สำหรับการเข้าใช้งานของผู้ใช้)
- เครือข่ายการจำลอง (สำหรับสัญญาณหัวใจ)
เซิร์ฟเวอร์พยานต้องถูกรวมเข้ากับโดเมน
เซิร์ฟเวอร์พยานต้องมีสองพาร์ติชันขึ้นไป
พาร์ติชันหนึ่งใช้สำหรับจัดเก็บข้อมูลพยาน
เวอร์ชันของเซิร์ฟเวอร์ต้องเหมือนกัน
ไม่อนุญาตให้ใช้การติดตั้งแบบผสม เนื่องจากการเพิ่มสมาชิกอาจทำให้เกิดข้อผิดพลาด
การสร้าง DAG
ตั้งค่าสิทธิ์สำหรับกลุ่ม Exchange Trusted Subsystem
อนุญาตให้เซิร์ฟเวอร์พยานจัดการกำหนดเวลา DAG
ตั้งค่าที่อยู่ IP ของคลัสเตอร์สำหรับ DAG
เพิ่มสมาชิกเข้าไปในกลุ่ม DAG
กำหนดค่าเครือข่าย DAG
เริ่มบริการ Microsoft Exchange Information Store
ตรวจสอบการสร้าง DAG ที่สำเร็จแล้ว
การตรวจสอบการสลับฐานข้อมูล
สร้างกล่องจดหมาย
ลบไฟล์ฐานข้อมูลของผู้ใช้ที่มีอยู่แล้ว
สังเกตการเปลี่ยนแปลงในคอนโซล
ทดสอบการส่งและรับอีเมลเพื่อให้แน่ใจว่าทำงานได้ตามปกติ
สำรองข้อมูลเซิร์ฟเวอร์ Exchange ของคุณ
Vinchin Backup & Recovery มีการปกป้องระดับองค์กรที่เชื่อถือได้สำหรับ Microsoft Exchange โดยรองรับการสำรองข้อมูลบนเครื่องเสมือนและเซิร์ฟเวอร์จริงไปยังที่จัดเก็บข้อมูลภายในองค์กร ภายนอกสถานที่ หรือคลาวด์ เช่น Azure และ Amazon S3 พร้อมคุณสมบัติการสำรองข้อมูลแบบเพิ่มตลอดเวลา การกำหนดตารางงานอย่างยืดหยุ่น และการเลือกข้อมูลอย่างละเอียด เพื่อให้มั่นใจในการปกป้องข้อมูลอย่างมีประสิทธิภาพและสม่ำเสมอ โดยใช้การเข้ารหัส RSA สำหรับการถ่ายโอนข้อมูล การเข้ารหัส AES 256 และการควบคุมการเข้าถึงตามบทบาท (RBAC) ซึ่ง Vinchin ช่วยให้มั่นใจในความปลอดภัยครบวงจร นอกจากนี้ยังเพิ่มประสิทธิภาพด้วยการถ่ายโอนข้อมูลความเร็วสูงและการกำหนดนโยบายจำกัดแบนด์วิดธ์แบบปรับแต่งได้ ในขณะที่คอนโซลบนเว็บทำให้การจัดการการสำรองข้อมูลแบบรวมศูนย์เป็นเรื่องง่ายสำหรับExchange Server 2013, 2016, 2019 และ Exchange Online
ใช้เพียง 4 ขั้นตอนง่ายๆ ในการสำรองข้อมูลเซิร์ฟเวอร์แลกเปลี่ยน:
1. เลือกวัตถุสำรองข้อมูล
2. เลือกปลายทางสำรองข้อมูล
3. กำหนดกลยุทธ์การสำรองข้อมูล
4. ตรวจสอบและส่งงาน
Vinchin Backup & Recovery ให้บริการทดลองใช้งานฟรี 60 วันพร้อมสิทธิ์เข้าถึงคุณสมบัติการสำรองข้อมูลและการกู้คืนข้อมูลขั้นสูงทั้งหมด คลิกปุ่มด้านล่างเพื่อสำรวจศักยภาพอันทรงพลังของระบบ
คำถามที่พบบ่อยเกี่ยวกับกลุ่มการจัดวางฐานข้อมูล
1. คำถาม: การใช้เซิร์ฟเวอร์พยานในกลุ่มการจัดวางฐานข้อมูลทำอย่างไร?
คำตอบ: เซิร์ฟเวอร์พยานถูกใช้เพื่อรักษากลุ่มโหนดที่ทำงานได้ในโครงสร้างการจัดกลุ่ม DAG ที่มีจำนวนสมาชิกเป็นเลขคู่ ซึ่งจะช่วยให้มั่นใจได้ว่ากฎเกณฑ์เสียงข้างมากจะถูกปฏิบัติตาม เมื่อต้องการตรวจสอบว่ากลุ่ม DAG สามารถคงสถานะออนไลน์ต่อไปได้หรือไม่
2. คำถาม: การทำซ้ำฐานข้อมูลใน DAG เกิดขึ้นอย่างไร?
คำตอบ: Exchange ใช้เทคโนโลยีการจำลองข้อมูลแบบต่อเนื่องเพื่อคัดลอกการเปลี่ยนแปลงจากฐานข้อมูลหลักไปยังสำเนาสำรอง สิ่งนี้ช่วยให้มั่นใจได้ถึงความสอดคล้องของข้อมูลและความพร้อมใช้งานสูง
ข้อสรุป
การนำกลุ่มการใช้งานฐานข้อมูลมาใช้ ทำให้สภาพแวดล้อมของเซิร์ฟเวอร์ Exchange เปลี่ยนเป็นโซลูชันที่ทนทาน สามารถลดเวลาที่ระบบหยุดทำงานและรักษาระบบบริการอย่างต่อเนื่องให้กับผู้ใช้ได้ โดยอาศัยความสามารถในการเปลี่ยนการทำงานอัตโนมัติและการทำซ้ำฐานข้อมูลอย่างชาญฉลาด ธุรกิจจะมั่นใจได้ว่าบริการอีเมลที่สำคัญสามารถทนต่อความล้มเหลวที่ไม่คาดคิดได้ การตรวจสอบให้มั่นใจว่ามีการกำหนดค่าอย่างถูกต้องและปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุด เป็นสิ่งจำเป็นเพื่อให้ได้ประโยชน์สูงสุดจาก DAGs ช่วยให้คุณสามารถมุ่งเน้นไปที่การเติบโต ขณะที่ยังคงรักษาระบบงานให้มีเสถียรภาพ
