ด้วยการเปิดตัว Windows Server 2008 R2 และความสนใจในโซลูชันการจำลองแบบ DataKeeper สำหรับ Hyper-V ฉันยุ่งมาก – ซึ่งเป็นสิ่งที่ดี! เมื่อเร็ว ๆ นี้ฉันได้พูดคุยกับ Microsoft Gold Partners ที่ยุ่งเกี่ยวกับการติดตั้ง Hyper-V ในสถานที่ของลูกค้าและดูตัวเลือกการกู้คืนระบบซึ่งรวมถึงกลุ่ม Hyper-V หลายไซต์ด้วย SteelEye DataKeeper Cluster Edition หลายคำถามเป็นเหมือนกันทุกครั้งและการสาธิตก็เหมือนกันทุกครั้ง ฉันคิดว่าอาจเป็นประโยชน์ในการสร้างวิดีโอที่พูดถึงเฉพาะคำถามหนึ่งเรื่องนั่นคือความแตกต่างระหว่างการย้ายข้อมูลแบบสดและการย้ายข้อมูลด่วนและเมื่อไหร่ที่จะใช้งานได้กับที่อื่น วิดีโอนี้แสดงการย้ายข้อมูลแบบสดและการย้ายข้อมูลอย่างรวดเร็วในขณะที่กล่าวถึงสิ่งที่คุณควรพิจารณาอาจเป็นประโยชน์ต่อคุณ
ขั้นตอนทีละขั้นตอน: การกำหนดคอนฟิกคลัสเตอร์ไซต์แบบ 2 โหนดใน Windows Server 2008 R2 – ตอนที่ 3
ในส่วนที่ 1 ของชุดนี้เราได้แสดงให้คุณเห็นถึงวิธีการจัดเตรียมคลัสเตอร์หลายไซต์ของคุณรวมทั้งการตั้งค่าโหนดและ File Share Mostity Quorum ในส่วนที่ 2 เราได้เห็นตัวอย่างวิดีโอเกี่ยวกับการรวม SteelEye DataKeeper ซึ่งเป็นหนึ่งในโซลูชันการจำลองแบบคลัสเตอร์ที่มีอยู่โดยใช้การเข้าแทนที่ failover clustering เพื่อกำหนดค่าคลัสเตอร์ failover Hyper-V หลายไซต์ ในส่วนที่ 3 เราจะตรวจสอบว่า Microsoft SQL Server 2008 สามารถกำหนดค่าได้อย่างไรในคลัสเตอร์แบบ multi-site ด้วย Windows Server 2008 Failover Clustering และ SteelEye DataKeeper Cluster Edition
ก่อนอื่นคุณต้องการปรับใช้เซิร์ฟเวอร์ SQL หลายไซต์แบบใด? SQL Server มาพร้อมกับตัวเลือกความพร้อมในการใช้งานที่หลากหลายรวมถึงการจัดส่งบันทึกการจำลองแบบ (การทำธุรกรรมผสาน snapshot) การสะท้อนฐานข้อมูลและคลัสเตอร์ failover มีบทความที่ดีที่พูดคุยเกี่ยวกับตัวเลือก High Availability ใน SQL Server 2008 ดังนั้นฉันจะไม่คิดค้นล้อใหม่ที่นี่ ถ้าคุณต้องการเรียนรู้เพิ่มเติมเกี่ยวกับตัวเลือกทั้งหมดดูบทความนี้โดย Ross Mistry ตัวเลือกความพร้อมใช้งานสูงใน SQL Server 2008
ถ้าคุณอ่านบทความสรุป Ross 'ให้คำต่อไปนี้ …
เห็นได้ชัดว่า failover clustering เป็นตัวเลือกที่ดีที่สุดในการลดการหยุดทำงานของระบบและให้ความพร้อมใช้งานของแอพพลิเคชันที่สูงขึ้นสำหรับทั้ง SQL Server ภายในไซต์ อย่างไรก็ตามกลุ่ม failover ไม่สามารถป้องกันความล้มเหลวของดิสก์และต้องใช้ SAN "
เกิดอะไรขึ้นถ้าคุณสามารถมีประโยชน์ทั้งหมดที่ Ross แสดงและป้องกันความล้มเหลวของดิสก์และลดความต้องการใช้ SAN? ดีข่าวดีก็คือว่าสิ่งที่คุณสามารถทำได้โดยการใช้คลัสเตอร์ multi-site Microsoft SQL Server 2008 ใน Windows Server 2008 SQL Server 2008 multi-site cluster อาจใช้ชื่อเรียกผิด ๆ เพียงเล็กน้อย ไม่จำเป็นต้องมีการนำไปใช้ในสถานที่กระจายตัวทางภูมิศาสตร์ เซิร์ฟเวอร์อาจอยู่ในชั้นเดียวกันห้องเดียวกันอาคารเดียวกันหรือข้ามทวีป มันไม่สำคัญหรอก สิ่งสำคัญคือคุณกำลังกำจัดพื้นที่เก็บข้อมูลของคุณให้เป็นจุดล้มเหลวและหากคุณเลือกที่จะหาโหนดคลัสเตอร์ของคุณในสถานที่ทางกายภาพต่างๆคุณก็จะสามารถสร้างความยืดหยุ่นในไซต์ได้
หนึ่งในคำถามและจุดที่พบบ่อยที่สุดเกี่ยวกับ SQL Server 2008 และ Windows Server 2008 failover clustering คือการสนับสนุนสำหรับความล้มเหลวในเครือข่ายย่อย ใช่ Windows Server 2008 Failover Clustering ไม่รองรับความล้มเหลวระหว่างเครือข่ายย่อยสำหรับแอ็พพลิเคชันส่วนใหญ่อย่างไรก็ตาม SQL Server 2008 ไม่ใช่หนึ่งในแอพพลิเคชันเหล่านั้น เท่าที่ฉันรู้ SQL Server 2008 R2 จะไม่สนับสนุนความล้มเหลวระหว่างเครือข่ายย่อยเมื่อมีการเปิดตัว ความเข้าใจของฉันคือทีม SQL กำลังทำงานเพื่อสนับสนุน failover ข้ามเน็ทเวิร์ก แต่จะได้รับการสนับสนุนบางครั้งหลังจากที่ SQL Server 2008 R2 ได้รับการเผยแพร่แล้ว ดังนั้นในขณะนี้คุณจะต้องขยายเครือข่ายย่อยของคุณหากต้องการแยกโหนดของคุณออกตามพื้นที่ทางภูมิศาสตร์
ตอนนี้คุณได้กำหนดคลัสเตอร์เซิร์ฟเวอร์ SQL แบบหลายโหนดแล้วนี่คือขั้นตอนที่คุณต้องปฏิบัติตาม
กำหนดค่าคลัสเตอร์พื้นฐานของคุณ
ทำตามขั้นตอนในส่วนที่ 1 ของชุดข้อมูลนี้เพื่อกำหนดค่าคลัสเตอร์ 2 โหนดขั้นพื้นฐานที่มีโหนดและ File Share Mostity Quorum
กำหนดค่าการอ้างอิงของคุณ
การใช้งานกลุ่มไซต์หลายไซต์จะทำให้คุณต้องทำงานอย่างใกล้ชิดกับผู้ให้บริการการจำลองแบบของคุณในส่วนนี้ของการกำหนดค่า ผู้จัดจำหน่ายแต่ละรายจะมีคำแนะนำเฉพาะเจาะจงเกี่ยวกับวิธีตั้งค่าการจำลองแบบและสร้างแหล่งข้อมูลพื้นที่เก็บข้อมูลที่จะใช้ในคลัสเตอร์ของคุณ สำหรับวัตถุประสงค์ของการสาธิตนี้ฉันจะใช้ SteelEye DataKeeper Cluster Edition เพื่อทำซ้ำไดรฟ์ E จากเซิร์ฟเวอร์ชื่อ PRIMARY ไปยังเซิร์ฟเวอร์ที่ชื่อ SECONDARY ไดรฟ์ E บน PRIMARY และ SECONDARY เป็นไดรฟ์ข้อมูลที่แนบมากับท้องถิ่นและไม่ใช่ส่วนหนึ่งของ SAN ใด ๆ DataKeeper สามารถทำซ้ำได้จากเซิร์ฟเวอร์เครื่องหนึ่งไปยังอีกเครื่องหนึ่ง คุณสามารถผสมและจับคู่ SAS, iSCSI, SAN, VHD หรือประเภทการจัดเก็บข้อมูลอื่น ๆ ได้เนื่องจาก DataKeeper มีการจัดเก็บข้อมูลไม่เชื่อเรื่องพระเจ้า
หลังจากที่คุณได้กำหนดค่าคลัสเตอร์พื้นฐานตามที่อธิบายไว้ในส่วนที่ 1 ของชุดข้อมูลของฉันแล้วให้เรียกใช้ setup.exe ของ DataKeeper เพื่อติดตั้ง SteelEye DataKeeper Cluster Edition บนโหนดทั้งสองของคลัสเตอร์ คุณจะได้รับแจ้งให้ใส่รหัสสัญญาอนุญาตเมื่อสิ้นสุดการติดตั้ง ป้อนใบอนุญาตและรีบูตเซิร์ฟเวอร์เมื่อระบบถาม ตอนนี้คุณพร้อมที่จะสร้างกระจกแล้ว เปิด DataKeeper GUI และปฏิบัติตามคำแนะนำด้านล่างเพื่อสร้างกระจกเงาของคุณ
คลิกที่ "เชื่อมต่อกับเซิร์ฟเวอร์"
ป้อนชื่อของเซิร์ฟเวอร์ตัวแรก คลิกเชื่อมต่อ
ป้อนชื่อของเซิร์ฟเวอร์เครื่องที่สองให้คลิกเชื่อมต่อ
ตอนนี้คลิกสร้างงาน ที่จะเปิดตัวตัวช่วยสร้างงาน
ให้ชื่องานและรายละเอียดงานของคุณ นี่เป็นสิ่งที่คุณต้องการ
เลือกรายการต่อไปนี้
- เซิร์ฟเวอร์ต้นทาง – ข้อมูลจะถูกจำลองแบบจาก
- การ์ดเชื่อมต่อเครือข่าย – เครือข่ายที่การรับส่งข้อมูลการจำลองแบบจะเดินทาง
- Volume – ปริมาณที่คุณต้องการทำซ้ำ
คลิกถัดไปเพื่อดำเนินการต่อ
เลือกรายการต่อไปนี้
- เซิร์ฟเวอร์เป้าหมาย – ข้อมูลจะถูกจำลองแบบไปที่
- การ์ดเชื่อมต่อเครือข่าย – เครือข่ายที่การรับส่งข้อมูลการจำลองแบบจะเดินทาง
- Volume – ปริมาณที่คุณต้องการทำซ้ำ
คลิกถัดไปเพื่อดำเนินการต่อ
เลือกรายการต่อไปนี้
- ระดับการบีบอัด – หากคุณมีเครือข่ายความเร็ว 100 Mbps ขึ้นไปเพื่อให้การจำลองแบบเป็นไปอย่างต่อเนื่อง ถ้าคุณมี WAN ที่น้อยกว่า 100 Mbps คุณอาจได้รับประโยชน์จากการบีบอัดข้อมูล การตั้งค่าบางแห่งในกลางมีแนวโน้มที่จะให้ประสิทธิภาพในการบีบอัดสูงสุดเทียบกับ ค่าใช้จ่ายของ CPU ที่เกี่ยวข้องกับการบีบอัดที่เปิดใช้งาน
- ไม่ตรงกันกับ Synchronous – การจำลองแบบอะซิงโครนัสเป็นที่ยอมรับโดยทั่วไปในสภาพแวดล้อมส่วนใหญ่และจำเป็นอย่างยิ่งในสภาพแวดล้อม WAN ที่มีความแฝงสูง ฉันเขียนบทความบล็อกทั้งหมดในหัวข้อนี้ดังนั้นหากคุณมีคำถามใด ๆ โปรดดูบทความเกี่ยวกับ Asynchronous vs. จำลองแบบซิงโครนัส
- แบนด์วิธสูงสุด – คุณสามารถคิดนี้เป็น "QOS คนยากจน" ถ้าคุณต้องการให้แน่ใจว่าการจำลองแบบจะไม่เกินขีด จำกัด ของความจุ WAN ของคุณคุณสามารถ จำกัด ขอบเขตของแบนด์วิดท์ที่สามารถใช้งานได้ ถ้าคุณไม่มีเหตุผลที่ดีในการตั้งค่าคุณควรปล่อยให้เป็น 0
คลิกเสร็จสิ้นเพื่อสร้างกระจก
ตอนนี้ถ้าคุณดูที่ DataKeeper GUI ของคุณก็จะมีลักษณะคล้ายกับต่อไปนี้
เมื่อคุณสร้างกระจกของคุณแล้วคุณต้องทำกระจกให้พร้อมใช้งานในคลัสเตอร์ Microsoft "Storage ที่มีอยู่" มีวิธีการบางอย่างในการทำเช่นนี้ แต่วิธีที่ง่ายที่สุดคือการใช้ Windows PowerShell CLI ด้านล่างนี้เป็นตัวอย่างที่แสดงวิธีการใช้กระจกที่มีอยู่ที่เราเพิ่งสร้างขึ้นในไดรฟ์ E และเพิ่มลงในคลัสเตอร์ "Available Storage" ให้ย้ายไปที่โหนดหลักและนำมาใช้งานในบริการ
การนำเข้าโมดูล FailoverClusters
Add-ClusterResource -Name "DataKeeper Volume E" -ResourceType "ปริมาณ DataKeeper" – กลุ่ม "ที่เก็บข้อมูลที่มีอยู่"
Get-ClusterResource "DataKeeper Volume E" | SetLibraryParameter VolumeLetter E
Move-ClusterGroup "ที่เก็บที่มีอยู่" – โหนดหลัก
Start-ClusterResource "DataKeeper Volume E"
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ PowerShell และคำสั่งที่พร้อมใช้งานสำหรับ Failover Clustering โปรดดูโพสต์บล็อกยอดเยี่ยมจาก Symon Perriman ของทีม Microsoft Failover Clustering Team
http://blogs.msdn.com/clustering/archive/2008/12/20/9243367.aspx
ตอนนี้คุณจะทำขั้นตอนข้างต้นซ้ำเพื่อเพิ่มกระจกเสริมที่คุณจะใช้ในคลัสเตอร์ของคุณ ในกรณีของเราเราจะสร้างกระจกของไดรฟ์ F และใช้เพื่อจัดกลุ่ม MSDTC หลังจากที่คุณเพิ่มกระจกเพิ่มแล้วเพิ่มไว้ในที่เก็บข้อมูลที่มีอยู่ GUI DataKeeper ของคุณควรมีลักษณะดังนี้
และ GUI ของ Cluster Manager ของ Failover ควรมีลักษณะดังนี้
กำลังจัดกลุ่ม MSDTC
หมายเหตุสำคัญ – มีโปรแกรมแก้ไขด่วนที่จำเป็นต้องใช้เพื่อสนับสนุน DTC กับรีซอร์สดิสก์ของบุคคลที่สาม โปรดดูบทความ KB ต่อไปนี้และใช้ howfix กับโหนดคลัสเตอร์ทั้งหมด http://support.microsoft.com/kb/978476
SQL 2008 ขึ้นอยู่กับ MSDTC ดังนั้นขอแนะนำให้คุณคลัสเตอร์ทรัพยากร MSDTC ก่อนที่คุณจะคลัสเตอร์ทรัพยากร SQL ของคุณ บทความต่อไปนี้มีไว้สำหรับการอ้างอิงสำหรับการกำหนดค่าและการจัดการทรัพยากร MSDTC ของคุณ
http://technet.microsoft.com/en-us/library/cc770748(WS.10).aspx
http://technet.microsoft.com/en-us/library/cc771540(WS.10).aspx
คุณจะเริ่มต้นด้วยการเปิด Failover Cluster Manager GUI และเลือก "Configure a Service or Application"
จากนั้นคุณจะเลือก "Distributed Transaction Coordinator" และคลิก Next
ให้ทรัพยากร MSDTC ชื่อและที่อยู่ IP ที่ไม่ซ้ำกัน เหล่านี้ควรจะไม่ซ้ำกับ MSDTC และไม่เหมือนกับที่คุณจะใช้ในภายหลังเมื่อคุณสร้างทรัพยากร SQL ของคุณ
เลือกไดรฟ์ข้อมูลที่คุณจะเก็บข้อมูลสำหรับทรัพยากร MSDTC ในกรณีของเราเราเลือกไดรฟ์ F ที่จำลองแบบแล้ว
ยืนยันข้อมูลของคุณและคลิกถัดไปเพื่อดำเนินการต่อ
ขอแสดงความยินดีคุณได้กำหนดค่ารีซอร์ส DTC เรียบร้อยแล้ว คลิกเสร็จสิ้น
เราพร้อมที่จะเริ่มการติดตั้งโหนดแรกของคลัสเตอร์ SQL Server แล้ว แต่มีสิ่งหนึ่งที่ต้องเตรียมคือ Slip Stream SQL 2008 SP1 บนสื่อการติดตั้ง SQL Server 2008 RTM
SLIP STREAM SQL SP1 เข้าสู่ระบบติดตั้ง SQL 2008 ของคุณ
สิ่งที่ฉันได้ค้นพบก็คือ SQL Server 2008 จะไม่ติดตั้งใน Windows Server 2008 R2 โดยไม่ต้องปัด slipstreaming SQL Server 2008 SP1 ลงในสื่อการติดตั้ง SQL 2008 ของคุณก่อน ต่อไปนี้เป็นบทความที่ดีที่อธิบายวิธีลื่น SQL Server 2008 RTM และ Service Pack 1 หลังจากที่ฉันอ่านบทความนั้นและประสบความสำเร็จใน SP1 Slipstream บน SQL 2008 RTM ฉันพบบทความ Microsoft KB ต่อไปนี้ที่อธิบายถึงขั้นตอนเดียวกัน คุณอาจได้รับข้อผิดพลาดที่ดูเหมือนว่าต่อไปนี้หากคุณพยายามติดตั้ง SQL โดยไม่ต้องปัด SP1 แรกลงบนสื่อ
มีข้อผิดพลาดในการตั้งค่าคุณสมบัติส่วนตัว 'RequireKerberos' เป็นค่า '1'
ฉันทำตามคำแนะนำที่ระบุไว้ในบทความแรกและคัดลอก SQL 2008 ของฉันด้วย SP1 ติดตั้งไปยังไดรฟ์ C: ของโหนดทั้งสองในคลัสเตอร์ของฉัน ในคำแนะนำด้านล่างฉันจะติดตั้งจากดิสก์ภายในเครื่องของแต่ละโหนดคลัสเตอร์
ติดตั้ง NODE ของกลุ่มแรก
ตอนนี้คุณมีสื่อการติดตั้ง SQL Server 2008 SP1 พร้อมแล้วคุณจะพร้อมที่จะติดตั้งโหนด SQL ตัวแรกของคุณ มีหนึ่ง "gotcha" ที่สำคัญเมื่อพูดถึงการติดตั้ง SQL บนโหนดคลัสเตอร์หลายโหนด เพื่อให้คุณติดตั้ง SQL บนโหนดคลัสเตอร์หลายโหนดคุณต้องผ่านขั้นตอนการตรวจสอบความถูกต้องของ Failover Cluster Windows Server 2008 ก่อน แต่น่าเสียดายที่กลุ่มไซต์หลายแห่งได้รับการยกเว้นจากการทดสอบที่เกี่ยวข้องกับพื้นที่เก็บข้อมูลดังนั้นคุณจึงไม่สามารถผ่านการตรวจสอบความถูกต้องของ SQL ได้เท่าที่จะเป็นไปได้ การตรวจสอบเพียงเล็กน้อยในส่วนของฉัน แต่สิ่งที่ฉันได้มาหาคือมีพารามิเตอร์บรรทัดคำสั่งที่ช่วยให้คุณสามารถข้ามการตรวจสอบการทดสอบในการติดตั้ง SQL 2008 นี่คือบรรทัดคำสั่ง
Setup / SkipRules = Cluster_VerifyForErrors / Action = InstallFailoverCluster
เมื่อต้องการเปิดใช้งานการตั้งค่า SQL ให้เปิดหน้าต่างคำสั่งเรียกดูไดเรกทอรีการติดตั้ง SP1 ของ SQL 2008 พร้อมกับพิมพ์คำสั่งดังที่แสดงด้านล่าง
หากทุกอย่างเป็นไปตามที่วางแผนไว้คุณจะเห็นหน้าจอด้านล่าง คลิกตกลงเพื่อดำเนินการต่อ
ป้อนรหัสผลิตภัณฑ์ของคุณและคลิกถัดไป
ยอมรับข้อตกลงใบอนุญาตและคลิกถัดไป
คลิกติดตั้งเพื่อติดตั้งแฟ้มสนับสนุนการตั้งค่า
ในตอนท้ายของการตั้งค่าสำหรับแฟ้มสนับสนุนคุณจะได้รับคำเตือน คลิกที่แสดงรายละเอียดและคุณจะเห็นข้อความด้านล่าง คุณสามารถคลิกถัดไปโดยไม่สนใจข้อความนี้เนื่องจากคาดว่าจะเกิดขึ้นในคลัสเตอร์พื้นที่เก็บข้อมูลหลายไซต์หรือที่ไม่ได้แชร์
เลือกคุณสมบัติที่คุณต้องการติดตั้งและคลิกถัดไป ปล่อยไดเร็กทอรี "Shared Feature" ไว้ที่ไดรฟ์ C เนื่องจากไม่ควรติดตั้งไบนารี SQL ในไดรฟ์ข้อมูลที่จำลองแบบแล้ว
บนหน้าจอถัดไปคุณจะเลือกชื่อเครือข่ายสำหรับ SQL Server ของคุณ นี่จะเป็นชื่อที่ลูกค้าทั้งหมดจะเชื่อมต่อ สมมติว่านี่เป็นอินสแตนซ์ที่เป็นค่าดีฟอลต์ให้ปล่อย ID อินสแตนซ์และไดเร็กทอรีรากของ Instance ไว้เป็นค่าดีฟอลต์ ไม่ย้ายไดเรกทอรีรากของอินสแตนซ์ไปยังไดรฟ์ข้อมูลที่จำลองแบบแล้ว
ขอแนะนำให้คุณมีบัญชีโดเมนแยกต่างหากสำหรับ SQLServer และ SQLAgent คุณสามารถใช้เวลาในการสร้างบัญชีเหล่านี้ได้หากคุณยังไม่ได้ดำเนินการ บัญชีเหล่านี้ไม่จำเป็นต้องมีสิทธิ์พิเศษเนื่องจากกระบวนการติดตั้งนี้จะให้สิทธิ์ตามที่ต้องการ
ยืนยันว่าคุณมีพื้นที่ว่างในดิสก์เพียงพอและคลิกถัดไปเพื่อดำเนินการต่อ
เลือกการตั้งค่าเริ่มต้นเพื่ออนุญาตให้สร้างกลุ่มรีซอร์สคลัสเตอร์ใหม่ชื่อ "SQL Server (MSSQLSERVER)" ที่จะสร้างขึ้น
เลือกไดรฟ์ข้อมูลแบบจำลองที่ยังคงมีอยู่ในกรณีของเราคือไดรฟ์ E: คลิกถัดไปเพื่อดำเนินการต่อ
ตอนนี้คุณจะเลือกที่อยู่ IP ที่คุณต้องการเชื่อมโยงกับทรัพยากรคลัสเตอร์ SQL คุณสามารถตั้งค่าให้ใช้ DHCP หากต้องการ
เลือกการตั้งค่าความปลอดภัยแล้วคลิกถัดไป
เพิ่มผู้ดูแลระบบ SQL Server และเลือกโหมดการตรวจสอบสิทธิ์ของคุณจากนั้นคลิก Next
เลือกตัวเลือกข้อผิดพลาดและการรายงานการใช้งานของคุณและคลิกถัดไป
คุณจะเห็นคำเตือนบางส่วนที่เกี่ยวข้องกับกระบวนการตรวจสอบ คุณสามารถละเว้นข้อความเหล่านี้ตามที่คาดไว้ในคลัสเตอร์ SQL Server หลายไซต์
คลิกติดตั้งเพื่อเริ่มกระบวนการติดตั้ง
หากทุกอย่างติดตั้งตามที่คาดไว้คุณควรเห็นหน้าจอต่อไปนี้ คลิก Next แล้วคลิก Close เพื่อสิ้นสุดการติดตั้ง
ขอแสดงความยินดีคุณได้ติดตั้งโหนดแรกของคลัสเตอร์ SQL Server หลายไซต์ของคุณเรียบร้อยแล้ว ตอนนี้เราจะติดตั้งโหนดที่สองของคลัสเตอร์
ติดตั้ง NODE ของกลุ่มที่สอง
การติดตั้งโหนดคลัสเตอร์ที่สองจะคล้ายกับการติดตั้งโหนดแรก เราจำเป็นต้องเรียกใช้ SQL Setup อีกครั้งจากบรรทัดคำสั่งเพื่อให้เราสามารถข้ามกระบวนการ Validate ดังนั้นจากโหนดที่ 2 ให้เปิดพรอมต์คำสั่งของคุณและเรียกใช้คำสั่งต่อไปนี้
-
ติดตั้ง SQL 2008 SP1 (เซ็ตอัพแบบผสาน) บนโหนดที่ 2 โดยใช้คำสั่งต่อไปนี้:
Setup / SkipRules = Cluster_VerifyForErrors / การดำเนินการ = AddNode / INSTANCENAME = "MSSQLSERVER"
* หมายเหตุ: สมมติว่าคุณได้ติดตั้งอินสแตนซ์ดีฟอลต์ไว้ที่โหนดแรก
ที่จะเปิดตัววิซาร์ดการติดตั้งดังที่แสดงด้านล่าง คลิกตกลงเพื่อดำเนินการต่อ
ป้อนรหัสผลิตภัณฑ์ของคุณและคลิกถัดไป
ยอมรับข้อกำหนดสิทธิการใช้งานและคลิกถัดไป
คลิกติดตั้งเพื่อติดตั้งแฟ้มสนับสนุนการตั้งค่า
คุณสามารถละเว้นคำเตือนได้อีกครั้งว่ามีการข้ามการทดสอบการตรวจสอบคลัสเตอร์บางรายการ สิ่งนี้คาดว่าจะเกิดขึ้นในกลุ่มไซต์หลายแห่งและกลุ่มที่เก็บข้อมูลที่ไม่ได้แชร์
ยืนยันว่าคุณกำลังเพิ่มโหนดไปยังอินสแตนซ์ที่ถูกต้องและคลิกถัดไป
เพิ่มรหัสผ่านในบัญชีบริการและคลิกถัดไป
เลือกตัวเลือกข้อผิดพลาดและการรายงานการใช้งานของคุณและคลิกถัดไป
อีกครั้งละเว้นคำเตือนเกี่ยวกับการดำเนินการที่ข้ามไป
คลิกติดตั้งเพื่อเริ่มกระบวนการติดตั้ง
หากทุกอย่างเสร็จสิ้นตามที่คาดไว้คุณจะเห็นหน้าจอต่อไปนี้
ตอนนี้คุณมีคลัสเตอร์สองโหนดที่ทำงานได้อย่างสมบูรณ์คุณอาจต้องทดสอบสิ่งต่างๆโดยการทำสวิทช์แบบแมนนวล คลิกขวาที่รีซอร์สและเลือก "Move to node SECONDARY"
หากทุกอย่างถูกกำหนดค่าอย่างถูกต้อง Failover Cluster GUI ของคุณควรมีลักษณะดังนี้
สรุปผลการศึกษา
ผมเชื่อว่ากลุ่ม SQL ที่มีการจัดเก็บแบบจำลองทำให้รู้สึกดีขึ้นมาก พื้นที่จัดเก็บข้อมูลเป็นจุดบกพร่องเดียวของกลุ่มดั้งเดิม คุณสามารถกำจัดจุดบกพร่องที่เกิดขึ้นได้โดยการปรับใช้คลัสเตอร์ SQL Server โดยใช้ที่เก็บข้อมูลแบบจำลองจาก SteelEye หรือพาร์ทเนอร์การจำลองแบบคลัสเตอร์ของ Microsoft Multi-Site หลาย ๆ ฉันหวังว่าบทความนี้จะเป็นข้อมูลให้ข้อมูล หากคุณมีข้อสงสัยหรือข้อเสนอแนะกรุณาเพิ่มความคิดเห็นของคุณ!
ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2009/10/07/step-by-step-configuring-a-2-node-multi-site-cluster-on-windows-server-2008-r2-%E2 % 80% 93 ส่วน-3 /
กลุ่ม DHCP โดยไม่มีที่เก็บข้อมูลที่ใช้ร่วมกันและ / หรือข้ามศูนย์ข้อมูล
มองหาบทความทีละขั้นตอนเกี่ยวกับวิธีกำหนดค่า DHCP ในศูนย์ข้อมูลและ / หรือไม่มีที่เก็บข้อมูลที่ใช้ร่วมกันในอนาคตอันใกล้นี้โดยใช้ Windows Server Failover Clustering และ SteelEye DataKeeper Cluster Edition ในระหว่างนี้ให้ดูวิดีโอนี้ที่แสดงกลุ่ม DHCP ที่ใช้ฐานข้อมูล DHCP ที่จำลองแบบแทนดิสก์ที่ใช้ร่วมกันในคลัสเตอร์
ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2009/11/23/dhcp-cluster-without-shared-storage-andor-across-data-centers/
ขั้นตอนทีละขั้นตอน: การกำหนดคอนฟิกคลัสเตอร์ไซต์แบบ 2 โหนดบน Windows Server 2008 R2 – ตอนที่ 2
รวมการจำลองแบบการจัดเก็บข้อมูลกับ Failover Clustering
ในส่วนที่ 1 ของชุดข้อมูลนี้เราได้ศึกษาขั้นตอนแรกที่จำเป็นสำหรับการสร้างคลัสเตอร์หลายแห่ง เรามาถึงจุดที่เรามีโหนดคลัสเตอร์ 2 โหนดที่ใช้โหนดและโควรัมที่ใช้ร่วมกันของไฟล์ส่วนใหญ่โดยไม่มีการกำหนดทรัพยากร
ไปต่อกันเถอะ
ในส่วนนี้เราจะเริ่มต้นจากจุดที่เราปิดไปและดูว่าโซลูชันการจำลองแบบของคุณจะรวมเข้ากับการแบ่งกลุ่มการรับส่งข้อมูลล้มเหลวได้อย่างไร เนื่องจากโซลูชันการจำลองแบบของผู้จำหน่ายแต่ละรายจะมีการใช้งานที่แตกต่างกันจึงยากที่จะมีเอกสารหนึ่งชุดที่อธิบายถึงสิ่งเหล่านี้ทั้งหมด สิ่งสำคัญที่ต้องจำคือคุณต้องการซื้อโซลูชันการจำลองแบบที่ทำงานร่วมกับการทำคลัสเตอร์ล้มเหลวและได้รับการรับรองจาก Microsoft ทางเลือกของคุณมีพื้นฐานมาจากการใช้เทคโนโลยีการจำลองแบบตามโฮสต์หรือใช้โฮสต์ อีเอ็มซีใช้โซลูชันการจำลองแบบตามอาร์เรย์ทั้งแบบใช้อุปกรณ์และแบบอาร์เรย์และดูเหมือนจะทำงานได้ดีทั้งสองอย่าง John Toner ของ EMC เก็บรักษาบล็อกที่อุทิศให้กับกลุ่มกระจายทางภูมิศาสตร์และหากคุณกำลังเดินทางไปเส้นทาง EMC ฉันมั่นใจว่าเขาสามารถพาคุณไปในทิศทางที่ถูกต้อง ผู้ขายรายใหญ่ทั้งหมดมีโซลูชันคุณจะต้องติดต่อพวกเขาเพื่อขอรับรายละเอียด
SIOS DataKeeper
สำหรับการสาธิตนี้ฉันจะใช้โซลูชันการจำลองแบบที่อ้างอิงกับโฮสต์คือ SteelEye DataKeeper Cluster Edition จาก บริษัท ของฉันคือ SteelEye Technology เป็นเรื่องง่ายที่ฉันคิดว่าแทนที่จะทำบทความยาว ๆ ฉันจะบันทึกขั้นตอนและแชร์กับคุณในวิดีโอ หนึ่งในข้อได้เปรียบของการจำลองแบบพื้นฐานของโฮสต์คือคุณสามารถใช้พื้นที่เก็บข้อมูลเดิมที่มีอยู่ได้ไม่ว่าจะเป็นดิสก์ที่เชื่อมต่ออยู่ภายในระบบ iSCSI หรือ SAN ที่มีราคาแพง การจำลองแบบตามโฮสต์สามารถทำซ้ำได้ในทุกอุปกรณ์จัดเก็บข้อมูล
นี่คือบทสรุปของสิ่งที่คุณจะเห็นในวิดีโอ
-
เปิดตัว SteelEye DataKeeper MMC Snap-in
- สร้างงาน DataKeeper ใหม่กำหนดจุดสิ้นสุดของระบบเครือข่ายการบีบอัดเป็นต้น
-
เปิดใช้งานสแน็ปอิน MMC แบบคลัสเตอร์ล้มเหลว
- สร้างทรัพยากร Hyper-V
- เพิ่มทรัพยากร Volume DataKeeper
- แก้ไขคุณสมบัติของทรัพยากร DataKeeper Volume เพื่อเชื่อมโยงกับกระจกที่สร้างขึ้นก่อนหน้านี้
- กำหนดค่าเครื่องเสมือนขึ้นอยู่กับทรัพยากรไดรฟ์ข้อมูล DataKeeper ใหม่
แค่นั้นแหละ! ตอนนี้คุณทำเสร็จแล้ว สัมผัสและเพลิดเพลินไปกับคลัสเตอร์ใหม่ของ Hyper-V multi-site
คลิกเพื่อดูวิดีโอ
ในส่วนที่ 3 ของชุดนี้เราจะจัดการกับกลุ่มไซต์หลายไซต์ของ SQL 2008 ใน Windows Server 2008 R2 มีขั้นตอนเพิ่มเติมและเคล็ดลับและเทคนิคบางอย่างที่คุณจำเป็นต้องรู้เพื่อให้แน่ใจว่าคุณได้ตรวจสอบกลับเพื่อดูรายละเอียดทั้งหมด ในระหว่างนี้หากคุณต้องการความช่วยเหลือโปรดแสดงความคิดเห็นหรือติดต่อฉันผ่าน SIOS และยินดีที่จะช่วยเหลือคุณ
ทำซ้ำได้รับอนุญาตจาก https://clusteringformeremortals.com/2009/09/18/step-by-step-configuring-a-2-node-multi-site-cluster-on-windows-server-2008-r2-%E2 % 80% 93 ส่วนที่ 2 /
การย้ายข้อมูล Hyper-V Live ผ่านศูนย์ข้อมูล
มีการเผยแพร่ข้อมูลเกี่ยวกับการดำเนินการโยกย้ายข้อมูลเสมือนจริงผ่านศูนย์ข้อมูลระยะไกลซึ่งสนับสนุนการสนับสนุน vMotion ในศูนย์ข้อมูลหรือ "vMotion ทางไกล" ตามที่ฉันได้เห็น รายละเอียดของโซลูชันสามารถดูได้จากเว็บไซต์ของ Cisco ที่นี่ แม้ว่าฉันคิดว่าเป็นเรื่องที่เยี่ยมยอด แต่ฉันอยากเตือนคนอื่นว่า Microsoft Hyper-V มีฟังก์ชันการทำงานเหมือนกันในปัจจุบันและมีข้อกำหนดและข้อ จำกัด น้อยกว่า vMotion ทางไกลของ VMware
ในกรณีที่ VMware มี VMwareHA, vMotion และ Site Recovery Manager (SRM) เพื่อดูแลเรื่องความพร้อมใช้งานของเครื่องเสมือน Microsoft มีฟังก์ชันการทำงานเดียวกันกับ Windows Server Failover Clustering และในความเป็นจริงแล้วในบางกรณีสามารถทำได้มากกว่าที่ VMware สามารถให้บริการได้ในแง่ของความพร้อมใช้งานของเครื่องเสมือน ฉันอธิบายไว้ในโพสต์ก่อนหน้านี้
สิ่งที่ฉันต้องการเน้นในวันนี้คือข้อเสนอของไมโครซอฟท์ในการแข่งขันเพื่อ "vMotion ทางไกล" คุณสามารถปรับใช้คลัสเตอร์ Hyper-V หลายไซต์โดยใช้ Windows Server Failover Clustering และโฮสต์หรือโซลูชันการจำลองแบบพื้นที่เก็บข้อมูลที่คุณโปรดปรานซึ่งได้รับการรับรองให้ทำงานในคลัสเตอร์ multi-site ของ Windows Server 2008 ด้วยวิธีนี้คุณสามารถใช้โครงสร้างพื้นฐานเครือข่ายที่มีอยู่และโครงสร้างพื้นฐานที่มีอยู่ของคุณเพื่อทำ Live Migrations ผ่านศูนย์ข้อมูล ตามความต้องการจริงๆเหมือนกันกับกลุ่มไซต์หลายแห่งยกเว้นฉันขอแนะนำให้คุณขยายเครือข่ายย่อยเพื่อหลีกเลี่ยงปัญหาการเชื่อมต่อไคลเอ็นต์ที่เกิดขึ้นเมื่อย้ายเครื่องเสมือนไปยังเครือข่ายย่อยใหม่เนื่องจากไคลเอ็นต์อาจแคชเก่า ที่อยู่ IP จนกว่า TTL จะหมดอายุ
วิดีโอสาธิตเกี่ยวกับการย้ายข้อมูลแบบสดผ่านศูนย์ข้อมูลโดยใช้ Windows Server 2008 R2 Hyper-V และ SteelEye DataKeeper Cluster Edition สามารถดูได้ที่นี่
ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2009/09/17/hyper-v-live-migration-across-data-centers/