แบบจำลอง Hyper-V ที่มาใน Windows Server "ถัดไป"

มกราคม 31, 2018 by Jason Aw Leave a Comment

ดูคุณลักษณะใหม่ของ Hyper-V Replica

นี่คือวิดีโอที่น่าสนใจซึ่งแสดงให้เห็นถึง "Hyper-V Replica" ซึ่งเป็นคุณลักษณะใหม่ที่มาใน Windows เวอร์ชันถัดไป ข้ามไปที่ป้ายบอกเวลา 39 นาทีเพื่อดูการสาธิต

http://digitalwpc.com/Videos/AllVideos/Permalink/3cb3788c-5c47-4b9e-987c-0dec4194058b/#fbid=slfi0dmNMqP

ดูเหมือนว่าคุณลักษณะที่น่ายินดีอย่างยิ่งที่จะทำให้ Hyper-V สามารถแข่งขันได้มากกว่าเมื่อเทียบกับชุดคุณลักษณะเทียบกับราคาระหว่าง vSphere และ Hyper-V โดยเฉพาะอย่างยิ่งกับราคาใหม่ที่ประกาศโดย VMware

ฉันจะอยากรู้มากทีเดียวว่าการทำงานร่วมกับ Windows Server Failover Clustering เพื่อให้คุณสามารถสร้างกลุ่มที่ไม่มีการแชร์ได้เท่าที่คุณสามารถทำได้ในวันนี้ด้วยซอฟต์แวร์การจำลองแบบของ บริษัท อื่นซึ่งได้แสดงให้เห็นถึงการใช้ SteelEye DataKeeper Cluster Edition ในโพสต์บล็อกก่อนหน้านี้

ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2011/07/21/hyper-v-replica-coming-in-windows-server-%E2%80%9Cnext%E2%80%9D/

ผู้ใช้คลัสเตอร์ Microsoft Multi-site ชื่นชมยินดี

มกราคม 25, 2018 by Jason Aw Leave a Comment

เป็นไปได้ที่จะมีการ Failover อัตโนมัติในกลุ่มโหนด 3!

Microsoft ได้เปิดตัวโปรแกรมปรับปรุงที่ช่วยให้คุณระบุว่าโหนดคลัสเตอร์สามารถลงคะแนนเสียงในรูปแบบองค์ประชุมได้หรือไม่ นี่เป็นประโยชน์อย่างยิ่งในการกำหนดค่ากลุ่ม multisite ซึ่งประกอบด้วยจำนวนโหนด

http://support.microsoft.com/kb/2494036

พิจารณาต่อไปนี้ …

ฉันมีโหนดคลัสเตอร์ 2 แห่งในไซต์ท้องถิ่นที่พร้อมใช้งานสูงและฉันต้องการขยายไปยังตำแหน่งที่ตั้งที่ 3 และเพิ่มโหนดหนึ่งสำหรับการกู้คืนระบบ เสียงเหมือนแผนยอดเยี่ยมเป็นกลุ่ม multisite เป็นเพียงแผน DR ที่มีประสิทธิภาพมากที่สุดที่คุณสามารถใช้ได้ อย่างไรก็ตามคุณจะไม่สามารถใช้ประโยชน์จากคุณลักษณะที่ดีที่สุดของกลุ่ม multisite – การกู้คืนอัตโนมัติในกรณีที่ไซต์สูญหาย หากคุณสูญเสียตำแหน่งหลักของไซต์ DR ไซต์มีโหนดคลัสเตอร์เพียงจุดเดียว (ดูรูปที่ 1) นี่เป็นเพียงหนึ่งในสามคะแนนจากคลัสเตอร์ดังนั้นส่วนใหญ่จะไม่สามารถรับได้และ Node3 จะไม่มาออนไลน์โดยอัตโนมัติ วิธีเดียวที่จะทำให้ Node3 ออนไลน์คือการบังคับองค์ประชุมออนไลน์ซึ่งเป็นการต่อสู้กับความต้องการของกลุ่มหลายกลุ่มโดยการแทรกแซงของมนุษย์สำหรับการเข้าแทนที่ที่เกิดขึ้น

รูปที่ 1 - ในกลุ่ม multisite แบบ 3 โหนดโดยทั่วไปหากคุณสูญเสียตำแหน่งหลักไซต์ DR ไม่สามารถได้รับเสียงส่วนใหญ่ดังนั้นการเข้าแทนที่จะไม่เกิดขึ้น — รูปที่ 1 – ในกลุ่ม multisite แบบ 3 โหนดโดยทั่วไปหากคุณสูญเสียตำแหน่งหลักไซต์ DR ไม่สามารถได้รับเสียงส่วนใหญ่ดังนั้นการเข้าแทนที่จะไม่เกิดขึ้น

วิธีเดียวที่ "ปลอดภัย" ในการ failover อัตโนมัติในกลุ่ม multisite คือการมีจำนวนโหนดที่เท่ากันในแต่ละไซต์และมีพยานแชร์ไฟล์ในตำแหน่งที่ 3 โดยเชื่อมต่อทั้งไซต์หลักและไซต์ DR แนวความคิดนี้ค่อนข้างยากที่จะเข้าใจในตอนแรกดังนั้นให้ฉันลองอธิบายผ่านภาพประกอบ

รูปที่ 2- มีจำนวนโหนดทั้งในตำแหน่งและพยานร่วมกันของไฟล์ในไซต์หลักการสูญเสียพื้นที่หลักจะไม่ส่งผลให้ failover เป็นไซต์สำรองจะมีเพียง 2 ใน 5 คะแนนเท่านั้นไม่ใช่ส่วนใหญ่

รูปที่ 3 - ถ้าพยานร่วมกันของไฟล์ถูกย้ายไปยังไซต์สำรองความล้มเหลวของ WAN อาจก่อให้เกิดความผิดพลาดที่เป็นเท็จเนื่องจากไซต์สำรองจะสร้างเสียงข้างมากและออนไลน์ — รูปที่ 3 – ถ้าพยานร่วมกันของไฟล์ถูกย้ายไปยังไซต์สำรองความล้มเหลวของ WAN อาจก่อให้เกิดความผิดพลาดที่เป็นเท็จเนื่องจากไซต์สำรองจะสร้างเสียงข้างมากและออนไลน์

รูปที่ 4 - ด้วยหลักฐานการแบ่งปันไฟล์ใน failover ตำแหน่งที่ตั้งที่ 3 จะเกิดขึ้นหากไซต์หลักหายไปและการหลีกเลี่ยงผิดพลาดในกรณีที่เกิดความล้มเหลวในการเชื่อมต่อระหว่าง Primary และ Alternate Site — รูปที่ 4 – ด้วยหลักฐานการแบ่งปันไฟล์ใน failover ตำแหน่งที่ตั้งที่ 3 จะเกิดขึ้นหากไซต์หลักหายไปและการหลีกเลี่ยงผิดพลาดในกรณีที่เกิดความล้มเหลวในการเชื่อมต่อระหว่าง Primary และ Alternate Site

ดังที่คุณเห็นรูปที่ 4 แสดงถึงการกำหนดค่าที่สมเหตุสมผลเพียงอย่างเดียวซึ่งสนับสนุน failover อัตโนมัติ อย่างไรก็ตามสมมติฐานนี้มีจำนวนโหนดที่เท่ากันในแต่ละตำแหน่ง หากคุณติดอยู่กับการกำหนดค่าโหนด 3 โหนดเดิมคุณจะติดค้างอยู่เนื่องจากการเพิ่มพยานร่วมกันของไฟล์ไม่ได้เนื่องจากคุณไม่สามารถบรรลุเป้าหมายส่วนใหญ่ในไซต์สำรองได้ … จนถึงวันนี้! Microsoft ปล่อยแพทช์ที่ช่วยให้คุณระบุว่าโหนดได้รับการลงคะแนนเสียงหรือไม่ ดังนั้นสิ่งที่หมายถึงนี้คือคุณสามารถสร้างคลัสเตอร์ 3 โหนดดังที่แสดงในรูปที่ 1 แต่ใช้ประโยชน์จากพยานร่วมกันของไฟล์ในตำแหน่งที่ 3 ดังที่แสดงในรูปที่ 4 เพียงบอกโหนดหนึ่งในเว็บไซต์หลักให้จดบันทึกการลงคะแนนในกลุ่มคุณจะอนุญาตให้ไซต์สำรองข้อมูลส่วนใหญ่เป็นพยานร่วมกันของไฟล์และเข้าสู่ระบบออนไลน์ สมมติว่าการเชื่อมต่อไปยังตำแหน่งที่ 3 และไซต์สำรองของคุณมีความน่าเชื่อถือค่อนข้างจริงๆไม่มีข้อเสียในการกำหนดค่าที่แสดงในรูปที่ 5

รูปที่ 5 - โดยการปิดใช้งานการลงคะแนนใน Node2 คุณสามารถปรับใช้กลุ่ม multisite 3 โหนดพร้อมกับพยานแชร์ไฟล์และสนับสนุน failover อัตโนมัติไปยังไซต์ DR โดยอัตโนมัติ แนวคิดเดียวกันนี้สามารถใช้กับคลัสเตอร์ใด ๆ ที่มีเลขคี่ได้ — รูปที่ 5 – โดยการปิดใช้งานการลงคะแนนใน Node2 คุณสามารถปรับใช้กลุ่ม multisite 3 โหนดพร้อมกับพยานแชร์ไฟล์และสนับสนุน failover อัตโนมัติไปยังไซต์ DR โดยอัตโนมัติ แนวคิดเดียวกันนี้สามารถใช้กับคลัสเตอร์ใด ๆ ที่มีเลขคี่ได้

แม้ว่านี่เป็นวิธีแก้ปัญหาที่ยอดเยี่ยม แต่คุณยังต้องการตำแหน่งที่ตั้งที่ 3 สำหรับพยานร่วมกันของไฟล์ ถ้าคุณไม่มีสถานที่ที่ 3 คุณจะต้องตั้งค่าสวิทช์ด้วยตนเองและเก็บพยานแชร์ไฟล์ไว้ในไซต์หลักถ้าคุณมีจำนวนโหนด

สวิตช์ PreventQuorum ถูกรวมไว้เป็นส่วนหนึ่งของโปรแกรมแก้ไขด่วนนี้ซึ่งจะเป็นประโยชน์สำหรับผู้ใช้ multisite clusters ลองสำรวจตัวเลือกดังกล่าวในบทความในอนาคต

ได้รับการแก้ไขร้อนที่นี่ …

โปรแกรมแก้ไขด่วนจะพร้อมใช้งานเพื่อให้คุณสามารถกำหนดค่าโหนดคลัสเตอร์ที่ไม่ได้มีการลงมติร่วมกันใน Windows Server 2008 และ Windows Server 2008 R2

http://support.microsoft.com/kb/2494036

ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2011/04/29/microsoft-multisite-cluster18-users-rejoice-it-is-now-possible-to-have-automatic-failover-in-a-3- โหนด cluster19 /

SQL Server Denali และ Hadron

มกราคม 24, 2018 by Jason Aw Leave a Comment

รุ่นล่าสุดของ Microsoft SQL ที่มีชื่อ Denali อยู่ใน CTP หนึ่งในคุณลักษณะที่คาดว่าจะมากที่สุดคือสิ่งที่เรียกว่า HADRON โดยทั่วไปจะได้รับการอธิบายว่าเป็นมิเรอร์ 2.0 คุณลักษณะที่ดีที่สุดของ HADRON ที่ฉันเห็นเมื่อเทียบกับการสะท้อนในปีพ. ศ. 2548/2551 มีดังนี้:

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

ถ้าคุณต้องการดูตัวอย่างที่ยอดเยี่ยมลองดูเพื่อนของ MVP Brent Ozar, SQL Server Denali Rocks!

จากการอ่านโพสต์ของ Brent ฉันรวบรวม Microsoft วางแผนที่จะรวมไว้ในรุ่น Enterprise ของ SQL เท่านั้น ที่ไม่ดีสำหรับลูกค้าจำนวนมากที่ใช้ SQL Server Standard ตามเนื้อผ้ามีราคาที่สำคัญข้ามไปจาก Standard ไป Enterprise อย่างไรก็ตามนั่นเป็นข่าวดีสำหรับผู้ให้บริการการจำลองแบบบุคคลที่สามที่ออกให้บริการซึ่งกำลังให้บริการในลักษณะเดียวกันนี้ใน SQL 2005/2008 ใน Standard and Enterprise Editions

SteelEye DataKeeper Cluster Edition สำหรับ SQL Server

แม้ว่าจะไม่ใช่สำเนาที่เหมือนกันของ HADRON แต่คลัสเตอร์หลายแห่งที่ใช้ SteelEye DataKeeper Cluster Edition สำหรับ SQL Server จะช่วยให้คุณสามารถแก้ปัญหา HA / DR ได้โดยไม่ต้องใช้ที่เก็บข้อมูลร่วมกัน ดังนั้นในขณะที่เรารอ Denali และผู้ขายแอปพลิเคชันทั้งหมดเพื่อเริ่มสนับสนุน Denali คุณอาจต้องการดูข้อมูลที่ SteelEye DataKeeper Cluster Edition สามารถทำอะไรให้คุณได้ในทุกวันนี้!

ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2010/12/10/sql-server-denali-and-hadron/

ความแตกต่างระหว่างการโยกย้ายแบบเรียลไทม์ Hyper-V และการโยกย้ายอย่างรวดเร็ว

มกราคม 22, 2018 by Jason Aw Leave a Comment

ด้วยการเปิดตัว Windows Server 2008 R2 และความสนใจในโซลูชันการจำลองแบบ DataKeeper สำหรับ Hyper-V ฉันยุ่งมาก – ซึ่งเป็นสิ่งที่ดี! เมื่อเร็ว ๆ นี้ฉันได้พูดคุยกับ Microsoft Gold Partners ที่ยุ่งเกี่ยวกับการติดตั้ง Hyper-V ในสถานที่ของลูกค้าและดูตัวเลือกการกู้คืนระบบซึ่งรวมถึงกลุ่ม Hyper-V หลายไซต์ด้วย SteelEye DataKeeper Cluster Edition หลายคำถามเป็นเหมือนกันทุกครั้งและการสาธิตก็เหมือนกันทุกครั้ง ฉันคิดว่าอาจเป็นประโยชน์ในการสร้างวิดีโอที่พูดถึงเฉพาะคำถามหนึ่งเรื่องนั่นคือความแตกต่างระหว่างการย้ายข้อมูลแบบสดและการย้ายข้อมูลด่วนและเมื่อไหร่ที่จะใช้งานได้กับที่อื่น วิดีโอนี้แสดงการย้ายข้อมูลแบบสดและการย้ายข้อมูลอย่างรวดเร็วในขณะที่กล่าวถึงสิ่งที่คุณควรพิจารณาอาจเป็นประโยชน์ต่อคุณ

ขั้นตอนทีละขั้นตอน: การกำหนดคอนฟิกคลัสเตอร์ไซต์แบบ 2 โหนดใน Windows Server 2008 R2 – ตอนที่ 3

มกราคม 22, 2018 by Jason Aw Leave a Comment

ในส่วนที่ 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 และปฏิบัติตามคำแนะนำด้านล่างเพื่อสร้างกระจกเงาของคุณ

คลิกที่ "เชื่อมต่อกับเซิร์ฟเวอร์"

รูปที่ 1 - เชื่อมต่อกับเซิร์ฟเวอร์ต้นทางและปลายทางของคุณ — รูปที่ 1 – เชื่อมต่อกับเซิร์ฟเวอร์ต้นทางและปลายทางของคุณ

ป้อนชื่อของเซิร์ฟเวอร์ตัวแรก คลิกเชื่อมต่อ

ป้อนชื่อของเซิร์ฟเวอร์เครื่องที่สองให้คลิกเชื่อมต่อ

ตอนนี้คลิกสร้างงาน ที่จะเปิดตัวตัวช่วยสร้างงาน

รูปที่ 2 - สร้างงานของคุณ — รูปที่ 2 – สร้างงานของคุณ

ให้ชื่องานและรายละเอียดงานของคุณ นี่เป็นสิ่งที่คุณต้องการ

รูปที่ 3 - ระบุชื่อและคำอธิบายงานของคุณ — รูปที่ 3 – ระบุชื่อและคำอธิบายงานของคุณ

เลือกรายการต่อไปนี้

เซิร์ฟเวอร์ต้นทาง – ข้อมูลจะถูกจำลองแบบจาก
การ์ดเชื่อมต่อเครือข่าย – เครือข่ายที่การรับส่งข้อมูลการจำลองแบบจะเดินทาง
Volume – ปริมาณที่คุณต้องการทำซ้ำ

คลิกถัดไปเพื่อดำเนินการต่อ

รูปที่ 4 - เลือกเซิร์ฟเวอร์ต้นทางและเครือข่ายที่จะใช้สำหรับการจำลองแบบ — รูปที่ 4 – เลือกเซิร์ฟเวอร์ต้นทางและเครือข่ายที่จะใช้สำหรับการจำลองแบบ

เลือกรายการต่อไปนี้

เซิร์ฟเวอร์เป้าหมาย – ข้อมูลจะถูกจำลองแบบไปที่
การ์ดเชื่อมต่อเครือข่าย – เครือข่ายที่การรับส่งข้อมูลการจำลองแบบจะเดินทาง
Volume – ปริมาณที่คุณต้องการทำซ้ำ

คลิกถัดไปเพื่อดำเนินการต่อ

รูปที่ 5 - เลือกเซิร์ฟเวอร์เป้าหมายของคุณ — รูปที่ 5 – เลือกเซิร์ฟเวอร์เป้าหมายของคุณ

เลือกรายการต่อไปนี้

ระดับการบีบอัด – หากคุณมีเครือข่ายความเร็ว 100 Mbps ขึ้นไปเพื่อให้การจำลองแบบเป็นไปอย่างต่อเนื่อง ถ้าคุณมี WAN ที่น้อยกว่า 100 Mbps คุณอาจได้รับประโยชน์จากการบีบอัดข้อมูล การตั้งค่าบางแห่งในกลางมีแนวโน้มที่จะให้ประสิทธิภาพในการบีบอัดสูงสุดเทียบกับ ค่าใช้จ่ายของ CPU ที่เกี่ยวข้องกับการบีบอัดที่เปิดใช้งาน
ไม่ตรงกันกับ Synchronous – การจำลองแบบอะซิงโครนัสเป็นที่ยอมรับโดยทั่วไปในสภาพแวดล้อมส่วนใหญ่และจำเป็นอย่างยิ่งในสภาพแวดล้อม WAN ที่มีความแฝงสูง ฉันเขียนบทความบล็อกทั้งหมดในหัวข้อนี้ดังนั้นหากคุณมีคำถามใด ๆ โปรดดูบทความเกี่ยวกับ Asynchronous vs. จำลองแบบซิงโครนัส
แบนด์วิธสูงสุด – คุณสามารถคิดนี้เป็น "QOS คนยากจน" ถ้าคุณต้องการให้แน่ใจว่าการจำลองแบบจะไม่เกินขีด จำกัด ของความจุ WAN ของคุณคุณสามารถ จำกัด ขอบเขตของแบนด์วิดท์ที่สามารถใช้งานได้ ถ้าคุณไม่มีเหตุผลที่ดีในการตั้งค่าคุณควรปล่อยให้เป็น 0

คลิกเสร็จสิ้นเพื่อสร้างกระจก

ภาพ 6 - เลือกการตั้งค่ากระจก — ภาพ 6 – เลือกการตั้งค่ากระจก

ตอนนี้ถ้าคุณดูที่ DataKeeper GUI ของคุณก็จะมีลักษณะคล้ายกับต่อไปนี้

ภาพที่ 7 - ตอนนี้คุณสร้างกระจก — ภาพที่ 7 – ตอนนี้คุณสร้างกระจก

เมื่อคุณสร้างกระจกของคุณแล้วคุณต้องทำกระจกให้พร้อมใช้งานในคลัสเตอร์ 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 ของคุณควรมีลักษณะดังนี้

รูปที่ 8 - หลังจากเพิ่มงานที่สองสำหรับ MSDTC resource — รูปที่ 8 – หลังจากเพิ่มงานที่สองสำหรับ MSDTC resource

และ GUI ของ Cluster Manager ของ Failover ควรมีลักษณะดังนี้

รูปที่ 9 - หลังจากเพิ่มทรัพยากร DataKeeper ที่สองแล้ว — รูปที่ 9 – หลังจากเพิ่มทรัพยากร DataKeeper ที่สองแล้ว

กำลังจัดกลุ่ม 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"

รูปที่ 10 - การสร้างทรัพยากร MSDTC — รูปที่ 10 – การสร้างทรัพยากร MSDTC

จากนั้นคุณจะเลือก "Distributed Transaction Coordinator" และคลิก Next

รูปที่ 11 - เลือกบริการหรือแอพพลิเคชันของคุณ — รูปที่ 11 – เลือกบริการหรือแอพพลิเคชันของคุณ

ให้ทรัพยากร MSDTC ชื่อและที่อยู่ IP ที่ไม่ซ้ำกัน เหล่านี้ควรจะไม่ซ้ำกับ MSDTC และไม่เหมือนกับที่คุณจะใช้ในภายหลังเมื่อคุณสร้างทรัพยากร SQL ของคุณ

รูปภาพ 12 - เลือกชื่อและที่อยู่ IP — รูปภาพ 12 – เลือกชื่อและที่อยู่ IP

เลือกไดรฟ์ข้อมูลที่คุณจะเก็บข้อมูลสำหรับทรัพยากร MSDTC ในกรณีของเราเราเลือกไดรฟ์ F ที่จำลองแบบแล้ว

รูปที่ 13 - เลือกไดรฟ์ข้อมูลเฉพาะสำหรับทรัพยากร MSDTC — รูปที่ 13 – เลือกไดรฟ์ข้อมูลเฉพาะสำหรับทรัพยากร MSDTC

ยืนยันข้อมูลของคุณและคลิกถัดไปเพื่อดำเนินการต่อ

รูปที่ 14 - คลิกถัดไปเพื่อกำหนดค่ารีซอร์ส DTC — รูปที่ 14 – คลิกถัดไปเพื่อกำหนดค่ารีซอร์ส DTC

ขอแสดงความยินดีคุณได้กำหนดค่ารีซอร์ส DTC เรียบร้อยแล้ว คลิกเสร็จสิ้น

ภาพที่ 15 - ทรัพยากร DTC ที่กำหนดค่าเรียบร้อยแล้ว — ภาพที่ 15 – ทรัพยากร 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 พร้อมกับพิมพ์คำสั่งดังที่แสดงด้านล่าง

หากทุกอย่างเป็นไปตามที่วางแผนไว้คุณจะเห็นหน้าจอด้านล่าง คลิกตกลงเพื่อดำเนินการต่อ

ป้อนรหัสผลิตภัณฑ์ของคุณและคลิกถัดไป

รูปภาพ 17 - ใส่หมายเลขผลิตภัณฑ์ของคุณ — รูปภาพ 17 – ใส่หมายเลขผลิตภัณฑ์ของคุณ

ยอมรับข้อตกลงใบอนุญาตและคลิกถัดไป

คลิกติดตั้งเพื่อติดตั้งแฟ้มสนับสนุนการตั้งค่า

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

รูปที่ 18 - คาดว่าจะมีการเตือนในกลุ่มการจัดเก็บข้อมูลหลายไซต์หรือที่ไม่ได้ใช้ร่วมกัน — รูปที่ 18 – คาดว่าจะมีการเตือนในกลุ่มการจัดเก็บข้อมูลหลายไซต์หรือที่ไม่ได้ใช้ร่วมกัน

เลือกคุณสมบัติที่คุณต้องการติดตั้งและคลิกถัดไป ปล่อยไดเร็กทอรี "Shared Feature" ไว้ที่ไดรฟ์ C เนื่องจากไม่ควรติดตั้งไบนารี SQL ในไดรฟ์ข้อมูลที่จำลองแบบแล้ว

รูปที่ 19 - เลือกคุณสมบัติของคุณ — รูปที่ 19 – เลือกคุณสมบัติของคุณ

บนหน้าจอถัดไปคุณจะเลือกชื่อเครือข่ายสำหรับ SQL Server ของคุณ นี่จะเป็นชื่อที่ลูกค้าทั้งหมดจะเชื่อมต่อ สมมติว่านี่เป็นอินสแตนซ์ที่เป็นค่าดีฟอลต์ให้ปล่อย ID อินสแตนซ์และไดเร็กทอรีรากของ Instance ไว้เป็นค่าดีฟอลต์ ไม่ย้ายไดเรกทอรีรากของอินสแตนซ์ไปยังไดรฟ์ข้อมูลที่จำลองแบบแล้ว

รูปที่ 20 - เลือกชื่อเครือข่ายของ SQL — รูปที่ 20 – เลือกชื่อเครือข่ายของ SQL

ขอแนะนำให้คุณมีบัญชีโดเมนแยกต่างหากสำหรับ SQLServer และ SQLAgent คุณสามารถใช้เวลาในการสร้างบัญชีเหล่านี้ได้หากคุณยังไม่ได้ดำเนินการ บัญชีเหล่านี้ไม่จำเป็นต้องมีสิทธิ์พิเศษเนื่องจากกระบวนการติดตั้งนี้จะให้สิทธิ์ตามที่ต้องการ

ยืนยันว่าคุณมีพื้นที่ว่างในดิสก์เพียงพอและคลิกถัดไปเพื่อดำเนินการต่อ

เลือกการตั้งค่าเริ่มต้นเพื่ออนุญาตให้สร้างกลุ่มรีซอร์สคลัสเตอร์ใหม่ชื่อ "SQL Server (MSSQLSERVER)" ที่จะสร้างขึ้น

รูปที่ 21 - อนุญาตให้วิซาร์ดสร้างกลุ่มทรัพยากรคลัสเตอร์ใหม่สำหรับคุณ — รูปที่ 21 – อนุญาตให้วิซาร์ดสร้างกลุ่มทรัพยากรคลัสเตอร์ใหม่สำหรับคุณ

เลือกไดรฟ์ข้อมูลแบบจำลองที่ยังคงมีอยู่ในกรณีของเราคือไดรฟ์ E: คลิกถัดไปเพื่อดำเนินการต่อ

ภาพ 22 - เลือกไดรฟ์ข้อมูลที่จำลองแบบแล้ว — ภาพ 22 – เลือกไดรฟ์ข้อมูลที่จำลองแบบแล้ว

ตอนนี้คุณจะเลือกที่อยู่ IP ที่คุณต้องการเชื่อมโยงกับทรัพยากรคลัสเตอร์ SQL คุณสามารถตั้งค่าให้ใช้ DHCP หากต้องการ

รูปภาพ 23 - เลือกที่อยู่ IP ของคลัสเตอร์ SQL — รูปภาพ 23 – เลือกที่อยู่ IP ของคลัสเตอร์ SQL

เลือกการตั้งค่าความปลอดภัยแล้วคลิกถัดไป

เพิ่มผู้ดูแลระบบ 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 /