Archives

คู่มือเริ่มต้นใช้งานอย่างย่อ: คลัสเตอร์เซิร์ฟเวอร์ SQL บน Windows Server 2008 R2 ใน Azure

พฤศจิกายน 4, 2018 by Jason Aw Leave a Comment

คู่มือเริ่มต้นใช้งานอย่างย่อ: คลัสเตอร์เซิร์ฟเวอร์ SQL บน Windows Server 2008 R2 ใน Azure

Windows Server 2008 R2 ใช้งานได้ในระบบคลาวด์ นี่คือคู่มือเริ่มต้นอย่างรวดเร็วสำหรับผู้ที่ต้องการความช่วยเหลือเกี่ยวกับ SQL Server Clusters ใน Windows Server 2008 R2 ใช่ Azure สนับสนุน Windows Server 2008 R2 และ SQL Server เวอร์ชันเก่ากว่านี้รวมถึง 2008 R2 และ 2012 แน่นอนว่า Always On Availability Groups ไม่ได้มีการนำมาใช้จนกว่า SQL 2012 และถึงแม้คุณอาจต้องการหลีกเลี่ยงกลุ่มการเข้าถึงเนื่องจากปัญหาด้านประสิทธิภาพบางอย่างที่เกี่ยวข้องกับเวอร์ชันดังกล่าว ต้องการสนับสนุนรุ่นเก่าของ SQL Server หรือ Windows? สร้าง SANless clusters จาก SIOS DataKeeper ตามที่ระบุในเอกสาร Azure

SQL Server Clusters ใน Windows Server 2008 R2 – วิธีการทำงานเสร็จสิ้น?

ต่อไปนี้เป็นขั้นตอนสำหรับ SQL Server Clusters ใน Windows Server 2008 R2

เตรียมเซิร์ฟเวอร์คลัสเตอร์สองเครื่องและพยานแชร์ไฟล์ไว้ในชุดการเตรียมพร้อมเดียวกัน ซึ่งจะทำให้ทั้งสามคะแนนในฟอรัมและโดเมนการอัปเดตที่แตกต่างกัน
มีโปรแกรมแก้ไขด่วนสำหรับ SQL 2008 R2 คลัสเตอร์ใน Azure เพื่อเปิดใช้งานฟังที่ใช้โดยทั้ง AGs และ FCIs https://support.microsoft.com/en-us/help/2854082/update-enables-sql-server-availability-group-listeners-on-windows-serv
ติดตั้งและอัปเดตระบบปฏิบัติการอื่น ๆ ทั้งหมด
จัดสรรที่เก็บข้อมูลในแต่ละเซิร์ฟเวอร์
ฟอร์แมต NTFS และระบุอักษรไดรฟ์
แต่ละโหนดคลัสเตอร์ต้องการที่เก็บข้อมูลเหมือนกัน เปิดใช้งาน Failover Clustering และ .Net 3.5 Framework บนเซิร์ฟเวอร์แต่ละเครื่อง
เพิ่มเซิร์ฟเวอร์ลงในโดเมน
สร้างคลัสเตอร์พื้นฐาน แต่ใช้ POWERSHELL และระบุที่อยู่ IP ของคลัสเตอร์ ถ้าคุณใช้ GUI เพื่อสร้างคลัสเตอร์จะทำให้สับสนและจัดหาที่อยู่ IP ซ้ำ การเชื่อมต่อผ่าน GUI จะช่วยให้คุณสามารถเชื่อมต่อกับคลัสเตอร์จากโหนดหนึ่งได้ ถ้าคุณเชื่อมต่อคุณสามารถแก้ไขปัญหาโดยการระบุที่อยู่ IP แบบคงที่ที่จะใช้โดยทรัพยากรคลัสเตอร์ นี่คือตัวอย่างของการใช้ Powershell เพื่อสร้างคลัสเตอร์
```
คลัสเตอร์ใหม่ -Name cluster1 -Node sql1, sql2 -StaticAddress 10.0.0.101 -NoStorage-
```
เพิ่มพยานแชร์ไฟล์ลงในคลัสเตอร์
ติดตั้ง DataKeeper บนโหนดคลัสเตอร์
สร้างไดรฟ์ข้อมูล DataKeeper Volume และตรวจสอบให้แน่ใจว่ามี Storage ที่มีอยู่
ติดตั้ง SQL ลงในคลัสเตอร์ตามปกติในคลัสเตอร์ที่ใช้ร่วมกัน
กำหนดค่า Azure ILB และเรียกใช้สคริปต์ PowerShell เพื่ออัพเดตทรัพยากร SQL Cluster IP เพื่อฟังในพอร์ต Probe

ข้อมูลทั้งหมดนี้ได้รับการจัดทำเป็นเอกสารไว้อย่างครบถ้วนในหน้าเอกสาร SIOS การปรับใช้ DataKeeper Cluster Edition ใน Azure หากคุณมีคำถามใด ๆ เกี่ยวกับความพร้อมใช้งานสูงสำหรับ SQL Server หรือการกู้คืนระบบใน Azure, AWS หรือ Google Cloud โปรดไปที่หน้าต่างๆเกี่ยวกับการจัดกลุ่มและหัวข้อที่เกี่ยวข้องอื่น ๆ . ทำซ้ำโดยได้รับอนุญาตจาก Clusteringformeremortals.com

แยกดิสก์หลายตัวในพื้นที่เก็บข้อมูลอย่างง่าย

พฤศจิกายน 2, 2018 by Jason Aw Leave a Comment

แยกดิสก์หลายตัวในพื้นที่เก็บข้อมูลอย่างง่าย

คุณกำลังสร้างคลัสเตอร์ SANless SQL Server กับ SIOS DataKeeper หรือบางทีคุณกำหนดค่า Always On Availability Groups สำหรับ SQL Server วิธีการเกี่ยวกับการพยายามตัดดิสก์หลายตัวในพื้นที่เก็บข้อมูลแบบง่าย (RAID 0) เพื่อประสิทธิภาพ? นี่เป็นเรื่องปกติธรรมดาในเมฆที่แต่ละอินสแตนซ์มักได้รับการสนับสนุนโดยความยืดหยุ่นของฮาร์ดแวร์ดังนั้น RAID 0 ไม่ใช่สิ่งที่มีความเสี่ยงสูง ตัวอย่างเช่นฉันมีลูกค้ารายล่าสุดใน AWS ที่ต้องการให้ IOPS ของเขาเหลืออยู่สูงสุดถึง 80,000 รายซึ่ง IOPS สูงสุดสามารถใช้ได้กับอินสแตนซ์เดียว ตอนนี้โปรดทราบเฉพาะขนาดอินพุทที่รองรับ EBS ที่ใหญ่ที่สุดเท่านั้นที่รองรับ 80,000 IOPS เพื่อให้แน่ใจว่าคุณรู้ว่า IOPS สูงสุดของคุณสนับสนุนขนาดที่คุณต้องการ https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSOptimized.html ในกรณีนี้เรามีอินสแตนซ์ ac5.18xlarge ที่สนับสนุน 80,000 IOPS อย่างไรก็ตามปริมาณ IOPS EBS Provisioned IOPS ใด ๆ จะสนับสนุนเฉพาะ IOPS ได้ถึง 32,000 รายการ วิธีเดียวที่จะบรรลุ 80,000 IOPS เมื่อเขียนไปยังไดรฟ์ข้อมูลใด ๆ หนึ่งคือการตัดสามของไดรฟ์เหล่านี้เข้าด้วยกันในพื้นที่เก็บข้อมูลแบบธรรมดา นี่คือถู ถ้าคุณพยายามที่จะทำกันหลายแผ่นดิสก์ในพื้นที่จัดเก็บข้อมูลแบบธรรมดาในกลุ่มที่มีอยู่สิ่งที่จะไปยุ่งเหยิงอย่างรวดเร็ว เพื่อน MVP Joey D'Antoni บล็อกเมื่อเร็ว ๆ นี้เกี่ยวกับปัญหา ดูเหมือนจะยังคงเป็นปัญหาในการแสดงตัวอย่าง Windows Server 2019 เช่นเดียวกับที่โจอี้แนะนำผมขอแนะนำให้ลูกค้าของฉันสร้างโหนดและพื้นที่จัดเก็บใด ๆ ก่อนที่จะเริ่มกระบวนการจัดกลุ่ม การทำเช่นนี้ทำให้กระบวนการ Strip Together Multiple Disk ในพื้นที่จัดเก็บข้อมูลแบบง่ายจะเรียบขึ้น นอกจากนี้ยังช่วยให้ลูกค้ามีเวลาในการเปรียบเทียบประสิทธิภาพของเซิร์ฟเวอร์ก่อนที่จะเพิ่มการจำลองแบบใด ๆ และเพื่อให้ทุกอย่างทำงานได้อย่างที่คาดไว้ อยากรู้เคล็ดลับอย่างรวดเร็วเช่นวิธีการรวมกันหลายแผ่นในพื้นที่เก็บข้อมูลอย่างง่ายให้ดูที่โพสต์อื่น ๆ ของเราเกี่ยวกับการจัดกลุ่มทำซ้ำโดยได้รับอนุญาตจาก Clusteringformeremortals.com

วิธีการเอาต์พุต Azure Cloud หายไป

ตุลาคม 31, 2018 by Jason Aw Leave a Comment

สายฟ้าไม่เคยชนสองครั้ง: รอดตาย Azure Cloud Outage

เมื่อเช้าวานนี้ฉันเปิดฟีด Twitter ของฉันเพื่อดูว่าหลายคนได้รับผลกระทบจากการหยุดทำงานของเมฆ Azure เกือบทุกหน้าทรัพยากรเกี่ยวกับการหยุดทำงานไม่สามารถใช้งานได้ โชคดี @AzureSupport ยังคงให้บริการอัปเดตผ่านทาง Twitter การอัปเดตเดิมจาก @AuureSupport เข้ามาเมื่อเวลา 7.12 น. วิธีการเอาต์พุต Azure Cloud หายไป EDT การมองย้อนกลับไปที่ฟีด Twitter ทำให้ดูเหมือนว่าปัญหาเริ่มแรกหรือสองชั่วโมงก่อนหน้านั้น วิธีการเอาต์พุต Azure Cloud หายไป อย่างรวดเร็วกลายเป็นที่ชัดเจนว่าการขาดที่มีผลกระทบการแพร่กระจายที่กว้างขึ้นกว่าเพียงแค่ในภูมิภาคอเมริกาใต้ตอนใต้ตามที่รายงานไว้ ดูเหมือนว่าบริการที่อาศัย Azure Active Directory อาจได้รับผลกระทบเช่นกันและลูกค้าที่พยายามจัดหาแหล่งข้อมูลใหม่ ๆ กำลังมีปัญหาอยู่ วิธีการเอาต์พุต Azure Cloud หายไป และ 24 ชั่วโมงต่อมาปัญหายังไม่ได้รับการแก้ไขอย่างสมบูรณ์และเป็นไปตามการปรับปรุงครั้งล่าสุดเช้านี้ … วิธีการเอาต์พุต Azure Cloud หายไป ดังนั้นสิ่งที่คุณได้ทำเพื่อลดผลกระทบจากการหยุดทำงานนี้เมฆสีฟ้า? ไม่มีใครสามารถตำหนิ Microsoft ได้เนื่องจากเกิดภัยพิบัติทางธรรมชาติเช่นฟ้าผ่า แต่ในตอนท้ายของวันถ้าแผนการกู้คืนความเสียหายเพียงอย่างเดียวของคุณคือการโทรทวีตและอีเมล Microsoft จนกว่าปัญหาจะได้รับการแก้ไขคุณเพิ่งได้รับการปลุกใจหยาบคาย คุณจะต้องตรวจสอบให้แน่ใจว่าฐานข้อมูลทั้งหมดได้รับการคุ้มครองเมื่อคุณวางแผนการกู้คืนระบบ

เวลาในการสำรวจทางเลือกบางอย่าง?

ในขณะที่ฝุ่นยังคงตกอยู่ในสิ่งที่ได้รับผลกระทบและสิ่งที่ลูกค้าสามารถทำได้เพื่อลดการหยุดทำงานนี่คือบางส่วนของความคิดแรกของฉัน

ชุดความพร้อมใช้งาน (โดเมนข้อบกพร่อง / อัปเดตโดเมน)

ในสถานการณ์สมมตินี้แม้ว่าคุณจะสร้าง Failover Clusters หรือใช้ Balanced Balancing และ Azure Load Balancing แล้วก็ตามคุณก็ยังคงโชคดีอยู่ได้ แม้ว่าคุณจะยังคงแนะนำให้ใช้ชุดการตั้งค่าความพร้อมใช้งานโดยเฉพาะอย่างยิ่งสำหรับการหยุดทำงานตามแผนในกรณีนี้คุณจะยังออฟไลน์

โซนที่มีจำหน่าย

ยังไม่สามารถใช้งานได้ในภาคใต้ของอเมริกากลาง ดูเหมือนว่าแนวคิดของโซนการให้บริการที่เปิดตัวใน Azure อาจลดผลกระทบจากการหยุดทำงาน สมมติว่าการโจมตีด้วยสายฟ้ากระทบเฉพาะศูนย์ข้อมูลเพียงอย่างเดียวดาต้าเซ็นเตอร์อื่น ๆ ในโซนความพร้อมใช้งานอื่น ๆ ควรมีการใช้งานอยู่ อย่างไรก็ตามการขาดบริการอื่น ๆ ที่ไม่ใช่ภูมิภาคเช่น Azure Active Directory (AAD) ดูเหมือนจะส่งผลกระทบต่อหลายภูมิภาค ฉันไม่คิดว่าโซนการให้บริการจะแยกคุณออกทั้งหมด

Balancers โหลดทั่วโลกกลุ่มข้ามเขตล้มเหลว ฯลฯ

ไม่ว่าคุณจะสร้างกลุ่ม SANLess ที่ข้ามภูมิภาคหรือใช้เครื่องมือ balancers ทั่วโลกเพื่อกระจายภาระในหลายพื้นที่คุณอาจลดผลกระทบจากการหยุดทำงานใน South Central US แต่คุณอาจยังคงอ่อนแอต่อการหยุดทำงานของ AAD

ไฮบริดคลาวด์ครอสมีเมฆ

ความยืดหยุ่นที่ได้รับการรับรองในสถานการณ์ความล้มเหลวของระบบคลาวด์กว้างคือการมีแผนบริการ DR ซึ่งรวมถึงการจำลองข้อมูลตามเวลาจริงไปยังเป้าหมายภายนอกผู้ให้บริการระบบคลาวด์หลักของคุณและวางแผนที่จะนำแอปพลิเคชันออนไลน์อย่างรวดเร็วในที่อื่น ๆ สถานที่ทั้งสองแห่งนี้ควรเป็นอิสระอย่างสิ้นเชิง ไม่ควรพึ่งพาบริการจากตำแหน่งหลักของคุณเพื่อให้บริการเช่น AAD ตำแหน่ง DR อาจเป็นผู้ให้บริการระบบคลาวด์รายอื่น ในกรณีนี้ AWS หรือ Google Cloud Platform ดูเหมือนเป็นทางเลือกเชิงตรรกะหรืออาจเป็นดาตเซ็นเตอร์ของคุณเอง แต่ประเภทของความขัดแย้งกับวัตถุประสงค์ของการทำงานในเมฆในสถานที่แรก

ซอฟต์แวร์เป็นบริการ

แม้ว่า Azure Active Directory (ADD) Azure Active Directory (ADD) Azure SQL Database (Database-as-Service) หรือหนึ่งในข้อเสนอของ SaaS จำนวนมากจากผู้ให้บริการระบบคลาวด์อาจล่อลวงคุณก็จำเป็นต้องวางแผนสำหรับกรณีที่เลวร้ายที่สุด . คุณอาจมีการควบคุมน้อยมากเนื่องจากเชื่อมั่นในแอพพลิเคชันที่สำคัญทางธุรกิจสำหรับผู้ขายรายเดียว จำได้ว่าในแง่ของตัวเลือก DR ซึ่งรวมถึงการกู้คืนภายนอกผู้ให้บริการระบบคลาวด์ในปัจจุบัน ฉันไม่มีคำพูดใด ๆ ของภูมิปัญญาที่นี่นอกจากการตรวจสอบตัวเลือก DR ก่อนที่จะใช้บริการ SaaS ใด ๆ หากการกู้คืนนอกระบบคลาวด์ไม่ใช่ตัวเลือกให้ลองคิดนานและหนักก่อนลงชื่อสมัครใช้บริการดังกล่าว แจ้งให้เจ้าของธุรกิจทราบว่าหากบริการคลาวด์ออฟไลน์อาจไม่มีอะไรที่คุณสามารถทำได้นอกเหนือจากการโทรและบ่น

แนวโน้มในอนาคต

ฉันคิดว่าในอนาคตอันใกล้นี้คุณจะเริ่มได้ยินมากขึ้นเกี่ยวกับความพร้อมใช้งานข้ามคลาวด์ นอกจากนี้เกี่ยวกับวิธีที่ผู้ใช้ยกระดับโซลูชั่นเช่น SIOS DataKeeper เพื่อสร้างกลยุทธ์ HA และ DR ที่มีประสิทธิภาพซึ่งช่วยให้ผู้ให้บริการคลาวด์ข้ามระบบ แบบข้ามคลาวด์หรือแบบไฮบริดคลาวด์อย่างแท้จริงเป็นวิธีเดียวที่จะป้องกันตัวเองได้อย่างแท้จริงจากการใช้งานระบบคลาวด์ที่เป็นไปได้มากที่สุด หากคุณได้รับผลกระทบจากเหตุขัดข้องล่าสุดที่ฉันต้องการจะได้ยินจากคุณ บอกฉันว่าอะไรลงไประยะเวลาที่คุณลงและสิ่งที่คุณทำเพื่อกู้คืน คุณวางแผนที่จะทำอะไรเพื่อให้ในอนาคตประสบการณ์ของคุณดีขึ้น อ่านบทความเพิ่มเติมเช่นวิธีการที่จะรอด Azure Cloud Outage? ทำซ้ำโดยได้รับอนุญาตจาก Clusteringformeremortals.com

วิธีหลีกเลี่ยงการแยกกลุ่มความพร้อมในการให้บริการกับ SQL Server บน Linux

ตุลาคม 30, 2018 by Jason Aw Leave a Comment

SQL Server 2017 ในปัญหาความสามารถในการแยกกลุ่มปัญหาของ Linus Availability Brain

หลีกเลี่ยงการแบ่งกลุ่มความพร้อมกับ SQL Server บน Linux โดยใช้บทความสนับสนุนนี้ที่โพสต์โดย Microsoft การเรียกใช้ SQL Server บน Linux อาจมีข้อดีบางประการรวมถึงการประหยัดค่าใช้จ่ายในระบบปฏิบัติการถ้าทำงานใน Azure ทำการคำนวณบางอย่าง การประหยัดค่าใช้จ่ายเป็นสิ่งที่ยืนยันได้เนื่องจากจำนวนแกนที่เพิ่มขึ้น นอกจากนี้คุณกำลังให้สัญญาอนุญาตอย่างน้อยสองเซิร์ฟเวอร์สำหรับทุกคู่ของคลัสเตอร์ อย่างไรก็ตามทำไมต้องกังวลเรื่องการออมเงินถ้าเทคโนโลยีไม่ใช่ของแข็ง? หนึ่งในปัญหาที่ใหญ่ที่สุดที่ฉันเห็นกับการรัน SQL Server บน Linux คือการขาดเรื่องราว HA / DR ที่เชื่อมโยงกัน ใน Windows Microsoft เป็นเจ้าของสแต็ค HA ทั้งหมดและ SQL Server อาศัย Windows Server Failover Clustering อย่างมากเพื่อสนับสนุนกลุ่มความพร้อมใช้งานและอินสแตนซ์ของคลัสเตอร์ล้มเหลว การดำเนินการนี้ประสบความสำเร็จเป็นเวลาหลายปีและมีประวัติที่ยาวนานของเรื่องราวความสำเร็จ เมื่อย้ายไปที่ Linux Microsoft ไม่ได้เป็นเจ้าของกอง HA ในระดับระบบปฏิบัติการอีกต่อไป ขึ้นอยู่กับ distro ของ Linux ของคุณคุณจะเหลือพยายามที่จะร่วมกันแก้ปัญหามาเปิดเช่น Pacemaker ไม่พูดถึงพยายามที่จะได้รับสิ่งที่จะร่วมมือกับ SQL Server Availability Groups เพื่อหลีกเลี่ยงการแบ่งกลุ่มความพร้อมในการใช้งาน SQL Server บน Linux ฉันค่อนข้างจะต้องการโซลูชันความพร้อมใช้งานสูงของ บริษัท อื่นเช่น SIOS Protection Suite สำหรับ Linux (SPS-L) ช่วยให้คุณได้รับโซลูชัน HA ที่พยายามอย่างแท้จริงและสำหรับแอพพลิเคชันที่สำคัญของธุรกิจที่ทำงานบน Linux

แยก Brain On Availability Groups ด้วย SQL Server บน Linux ด้วย SIOS

SPS-L ได้รับการปกป้องแอพพลิเคชันที่สำคัญทางธุรกิจที่ทำงานบน Linux ตั้งแต่ปี 2542 เป็นโซลูชัน HA / DR แบบเต็มรูปแบบที่สามารถตรวจสอบได้ กู้คืนแอ็พพลิเคชันทั้งหมดรวมถึงเซิร์ฟเวอร์และเครือข่ายที่มีอยู่จริงเพื่อให้แน่ใจว่าแอพพลิเคชันที่สำคัญของธุรกิจของคุณสามารถใช้งานได้อย่างเต็มที่ ทั้งหมดนี้ขณะที่ยังคงมีสำเนาที่ 3 สำหรับการกู้คืนความเสียหายในศูนย์ข้อมูลระยะไกลหรือพื้นที่ทางภูมิศาสตร์ที่ต่างกันของระบบคลาวด์ ข้อดีอื่น ๆ ของ SPS-L คือไม่ต้องใช้ Enterprise Edition ของ SQL Server ดังนั้นจึงสามารถมีข้อได้เปรียบด้านการประหยัดค่าใช้จ่ายที่สำคัญในใบอนุญาต SQL Server ด้วย พิจารณา SQL Server Standard Edition มีค่าใช้จ่าย 1859 เหรียญต่อแกนเทียบกับ 7128 ดอลลาร์ต่อหนึ่งแกนสำหรับ SQL Server Enterprise Edition ข้อได้เปรียบด้านการประหยัดค่าใช้จ่ายอาจมีนัยสำคัญขึ้นอยู่กับจำนวนคอร์ที่คุณต้องมีใบอนุญาต ด้านล่างนี้เป็นการสาธิตวิดีโอเกี่ยวกับ SPS-L เพื่อปกป้อง SQL Server ที่ทำงานบน Linux ใน Azure Cloud การสาธิตแสดงคลัสเตอร์ SQL Server Standard Edition ที่ถูกล้มเหลวด้วยตนเองระหว่างโหนดในโดเมน Azure Fault ที่แตกต่างกันรวมทั้ง SPS-L ตอบสนองต่อความล้มเหลวที่ไม่คาดคิด ต้องการเรียนรู้เคล็ดลับอื่น ๆ เช่นการหลีกเลี่ยงการแยกกลุ่มความพร้อมในการใช้งานเซิร์ฟเวอร์ SQL บน Linux โปรดอ่านเกี่ยวกับบล็อกของเราที่ทำซ้ำกับ ClusteringForMereMortals.com

วิธีกำหนดค่าแชร์ไฟล์แชร์ไฟล์บนไดรฟ์ Thumb USB?

ตุลาคม 29, 2018 by Jason Aw Leave a Comment

Cluster Quorum แบ่งปันไฟล์พยานบน USB Stick

จะมีคุณลักษณะใหม่ ๆ บางอย่างเกี่ยวกับพยานแชร์ไฟล์สำหรับฝูงชนของ Failover Cluster ใน Windows Server 2019 เป็นคุณลักษณะที่ลูกค้าของฉันได้รับการขอร้องมานานหลายปีแล้ว – แชร์ไฟล์บนไดรฟ์ USB thumb! หลายคนต้องการที่จะปรับใช้คลัสเตอร์ 2 โหนดที่เรียบง่ายในที่ตั้งร้านค้าสาขาแต่ละสาขา ฯลฯ พวกเขาไม่ต้องการค่าใช้จ่ายเพิ่มเติมของ SAN ที่จะใช้ประโยชน์จาก Disk Witness และไม่ได้เชื่อมต่อกับ Cloud Witness ใน Azure เป็นผลให้พวกเขาละทิ้ง clustering หรือพวกเขาใช้โซลูชันการจัดกลุ่มแบบอื่นเช่น SIOS Protection Suite ตอนนี้พวกเขามีทางเลือกที่ทำงานได้ – แชร์ไฟล์บน USB Thumb Drive ที่เข้ามาใน Windows Server 2019 โดยการใช้ประโยชน์จากเราเตอร์ที่รองรับเราสามารถกำหนดค่าดิสก์ USB ที่ใส่ลงในเราเตอร์โดยใช้ไฟล์ร่วมกันที่สามารถใช้เป็นพยานได้ ไม่จำเป็นต้องมีเซิร์ฟเวอร์หรือการเชื่อมต่ออินเทอร์เน็ตที่ 3

แชร์ไฟล์บนไดรฟ์ USB thumb drive — https://blogs.msdn.microsoft.com/clustering/2018/04/16/new-file-share-witness-feature-in-windows-server-2019/

มีสถานการณ์บางอย่างที่ฉันสามารถจินตนาการได้ จาก HCI สำหรับ Hyper-V ไปยังคลัสเตอร์เซิร์ฟเวอร์ไฟล์ที่เรียบง่ายโดยใช้ DataKeeper ไม่ว่าคุณจะวางแผนไว้ที่ใดนอกจากคุณจะวางแผนสร้างกลุ่มเวิร์กกรุ๊ปคุณอาจต้องการเรียกใช้ VM บนเซิร์ฟเวอร์แต่ละเครื่องเพื่อทำหน้าที่เป็น Domain Controllers ที่ซ้ำซ้อน หรือคุณมีการเชื่อมต่อ WAN ที่เชื่อถือได้กลับไปยัง Domain Controller ที่โฮสต์ไว้ในดาต้าเซ็นเตอร์หลักของคุณ

สำหรับเคล็ดลับและเทคนิคเพิ่มเติมเช่นการกำหนดค่าแชร์ไฟล์บนไดรฟ์ USB โปรดอ่านเพิ่มเติมที่นี่ ทำซ้ำโดยได้รับอนุญาตจาก ClusteringForMereMortals.com