การกู้คืนความเสียหายสำหรับ SQL Server Standard Edition

Date: สิงหาคม 12, 2018

การจำลองแบบ 2-Node SQL Server 2012/2014 คลัสเตอร์ Edition มาตรฐานไปยังเซิร์ฟเวอร์ที่ 3 สำหรับการกู้คืนระบบ

การกู้คืนภัยพิบัติสำหรับ SQL Server Standard Edition เป็นไปได้ด้วย SIOS DataKeeper Cluster Edition นี่เป็นวิธีการ หลายคนพบตัวเองตกตะกอน SQL Server Standard Edition เนื่องจากค่าใช้จ่ายของ SQL Server Enterprise Edition SQL Server Standard Edition มีคุณลักษณะที่เหมือนกันหลายแห่ง แต่ก็มีข้อ จำกัด บางประการ ข้อ จำกัด หนึ่งข้อคือการไม่สนับสนุน AlwaysOn Availability Groups นอกจากนี้ยังสนับสนุนเฉพาะสองโหนดในคลัสเตอร์เท่านั้น ด้วยการคัดลอกฐานข้อมูลที่เลิกใช้และสนับสนุนเฉพาะการจำลองแบบซิงโครนัสใน Standard Edition คุณจะมีตัวเลือกการกู้คืนระบบที่ จำกัด

การกู้คืนภัยพิบัติสำหรับ SQL Server Standard Edition

หนึ่งในตัวเลือกเหล่านี้คือ SIOS DataKeeper Cluster Edition DataKeeper จะทำงานร่วมกับคลัสเตอร์ที่ใช้ร่วมกันของคุณที่มีอยู่ ซอฟต์แวร์ช่วยให้คุณสามารถขยายไปยังโ^หนดที่ 3 โดยใช้การจำลองแบบซิงโครนัสหรืออะซิงโครนัส ถ้าคุณใช้ SQL Server Enterprise เพียงเพิ่มโหนดที่³ เป็นสมาชิกคลัสเตอร์อื่นสำหรับคลัสเตอร์ multisite จริง อย่างไรก็ตามเนื่องจากเรากำลังพูดถึง SQL Server Standard Edition คุณจะไม่สามารถเพิ่^มโหนดที่ 3 ลงในคลัสเตอร์ได้โดยตรง ข่าวดีก็คือ DataKeeper จะช่วยให้คุณสามารถทำซ้ำข้อมูลไปยังโห^นดที่ 3 เพื่อปกป้องข้อมูลของคุณ การกู้คืนภัยพิบัติสำหรับ SQL Server Standard Edition หมายความว่าคุณจะใช้ DataKeeper เพื่อนำโห^นดที่ 3 แบบออนไลน์เป็นแหล่งที่มาของกระจก ใช้ SQL Server Management Studio ต่อไปเพื่อกำหนดใช้ฐานข้อมูลที่อยู่ในไดรฟ์ข้อมูลที่จำลองแบบแล้ว ลูกค้าของคุณจะต้องเปลี่ยนเส้นทางไปยังโหนดที^่3 นี้ แต่เป็นโซลูชันที่มีประสิทธิภาพคุ้มค่ากับ RPO ที่ยอดเยี่ยมและ RTO ที่เหมาะสม เอกสาร SIOS พูดถึงวิธีการกู้คืนภัยพิบัติสำหรับ SQL Server Standard Edition ที่นี่ฉันได้สรุปขั้นตอนที่เพิ่งเกิดขึ้นสำหรับลูกค้ารายหนึ่งของฉัน

องค์ประกอบ

หยุดทรัพยากร SQL
เอาทรัพยากรดิสก์ที่มีอยู่จริงออกจากทรัพยากรคลัสเตอร์ SQL
นำแผ่นดิสก์ออกจากที่จัดเก็บข้อมูลที่มีอยู่
ดิสก์ทางออนไลน์บนเซิร์ฟเวอร์ SECONDARY เพิ่มอักษรระบุไดรฟ์ (ถ้าไม่มี)
เรียก emcmd setconfiguration <อักษรระบุไดรฟ์> 256 และรีบูตรองเซิร์ฟเวอร์ ซึ่งจะทำให้เซิร์ฟเวอร์ SECONDARY บล็อกการเข้าถึงไดรเวอร์ E นี่เป็นขั้นตอนที่สำคัญเนื่องจากคุณไม่ต้องการให้เซิร์ฟเวอร์สองเครื่องสามารถเข้าถึงไดรฟ์ E ในเวลาเดียวกันหากคุณสามารถหลีกเลี่ยงได้
ออนไลน์ดิสก์บนเซิร์ฟเวอร์ PRIMARY
เพิ่มไดรฟ์ในกรณีที่จำเป็น
สร้าง Mirror DataKeeper จาก Primary เป็น DR คุณอาจต้องรอสักครู่เพื่อให้ไดรฟ์ E ปรากฏในรายงานข้อมูลโดยรวมของ DataKeeper Server บนเซิร์ฟเวอร์ทั้งหมดก่อนที่คุณจะสามารถสร้างกระจกได้อย่างถูกต้อง ถ้าทำอย่างถูกต้องคุณจะสร้างกระจกจาก PRIMARY เป็น DR เป็นส่วนหนึ่งของกระบวนการนั้น DataKeeper จะถามคุณเกี่ยวกับเซิร์ฟเวอร์ SECONDARY ซึ่งแชร์ไดรฟ์ข้อมูลที่คุณกำลังทำซ้ำ

ในเหตุการณ์ภัยพิบัติ … .

ON DR NODE

เรียกใช้ EMCMD switchovervolume <อักษรระบุไดรฟ์>
ครั้งแรกให้แน่ใจว่าบัญชีบริการ SQL ได้อ่าน / เขียนเข้าถึงข้อมูลทั้งหมดและล็อกไฟล์ คุณจะต้องให้สิทธิ์การเข้าถึงนี้อย่างชัดเจนในครั้งแรกที่คุณพยายามติดตั้งฐานข้อมูล
ใช้ SQL Management Studio เพื่อติดตั้งฐานข้อมูล
เปลี่ยนเส้นทางไคลเอ็นต์ทั้งหมดไปยังเซิร์ฟเวอร์ในไซต์ DR ดีกว่ายังมีโปรแกรมประยุกต์ที่อยู่ในไซต์ DR ที่กำหนดค่าล่วงหน้าเพื่อชี้ไปที่อินสแตนซ์ SQL Server ในไซต์ DR

หลังจากเกิดภัยพิบัติแล้ว

เปิดเซิร์ฟเวอร์ (PRIMAY, SECONDARY) ในไซต์หลักอีกครั้ง
รอให้กระจกรับสถานะสะท้อน
ตรวจสอบว่าโหนดใดเป็นแหล่งข้อมูลก่อนหน้า (เรียกใช้ PowerShell ในฐานะผู้ดูแลระบบ) get-clusterresource -Name "<DataKeeper Volume Resource name>" | ได้รับ clusterparameter
ตรวจสอบให้แน่ใจว่าไม่มี DataKeeper Volume Resources ออนไลน์ในคลัสเตอร์
เริ่ม DataKeeper GUI บนโหนดคลัสเตอร์ แก้ไขปัญหาเงื่อนไขของสมองแยก (ส่วนใหญ่ไม่มี) เพื่อให้แน่ใจว่าโหนด DR ถูกเลือกมาเป็นแหล่งที่มาในระหว่างกระบวนการแยกสมอง
บนโหนดที่รายงานว่า EMCMD ใช้ EMCMD ก่อนหน้า switchovervolume <อักษรระบุไดรฟ์>
นำเซิร์ฟเวอร์ SQL ออนไลน์ในตัวจัดการคลัสเตอร์ Failover

ขั้นตอนข้างต้นถือว่าคุณมี SIOS DataKeeper Cluster Edition ติดตั้งอยู่บนเซิร์ฟเวอร์ทั้งสามเครื่อง (PRIMARY, DRONDARY, DR) หลักและ SECONDARY คือโหนดเก็บข้อมูลที่ใช้ร่วมกัน 2 โหนด คุณกำลังทำซ้ำข้อมูลไปยัง DR ซึ่งเป็นเพียงอินสแตนซ์ SQL Server แบบสแตนด์อโลน (ไม่ใช่ส่วนหนึ่งของคลัสเตอร์) ที่มีเฉพาะที่เก็บข้อมูลในเครื่อง เซิร์ฟเวอร์การกู้คืนภัยพิบัติจะมีไดรฟ์ข้อมูลที่มีขนาดและอักษรระบุไดรฟ์เดียวกันกับไดรฟ์ข้อมูลคลัสเตอร์ที่ใช้ร่วมกัน การทำงานนี้ค่อนข้างดีและจะทำให้คุณสามารถทำซ้ำกับเป้าหมายที่อยู่ในคลาวด์ได้หากคุณไม่ได้กำหนดค่าไซต์ Disaster Recovery ของคุณไว้ นอกจากนี้คุณยังสามารถสร้างการกำหนดค่าเดียวกันได้โดยใช้ที่เก็บข้อมูลที่จำลองแบบแล้วทั้งหมดหากคุณต้องการยกเลิก SAN อย่างสมบูรณ์ นี่คือวิดีโอสั้น ๆ ที่ดีซึ่งอธิบายถึงการกำหนดค่าที่เป็นไปได้สำหรับการกู้คืนระบบสำหรับ SQL Server Standard Edition http://videos.us.sios.com/medias/aula05u2fl ทำซ้ำได้รับอนุญาตจาก Clusteringformeremortals.com