ข้ามไปที่เนื้อหาหลัก
การสนับสนุน
ลงชื่อเข้าใช้
ลงชื่อเข้าใช้ด้วย Microsoft
ลงชื่อเข้าใช้หรือสร้างบัญชี
สวัสดี
เลือกบัญชีอื่น
คุณมีหลายบัญชี
เลือกบัญชีที่คุณต้องการลงชื่อเข้าใช้

การปรับปรุง

ตัวSQL Serverตัวฟังอินสแตนซ์คลัสเตอร์เมื่อเกิดข้อผิดพลาด (FCI) ของ SQL Server 2019 และ 2016 ได้รับการปรับปรุงให้สามารถใช้งานร่วมกับจุดเข้าใช้งานคลัสเตอร์แทนที่เมื่อเกิดข้อผิดพลาด (WSFC) Distributed Network Name (DNN) ของ Windows ได้

ข้อมูลเพิ่มเติม

SQL Server ขณะนี้ตัวฟังอินสแตนซ์คลัสเตอร์เมื่อเกิดข้อผิดพลาด (FCI) จะใช้ร่วมกับชื่อเครือข่ายคลัสเตอร์แทนที่เมื่อเกิดข้อผิดพลาด (WSFC) และจุดเข้าใช้งาน IP เสมือนของ Windows Failover Cluster (WSFC) เท่านั้น เนื่องจาก IP เสมือนไม่ใช้งานในสภาพแวดล้อม Azure คุณจึงต้องกําหนดค่าตัวปรับสมดุลการโหลดภายในของ Azure เพื่อแก้ไขปัญหานี้ (ดูวิธีการกําหนดค่า Azure Internal Load Balancer)

การอัปเดตนี้ให้อีกทางหนึ่งเพื่อให้ไคลเอ็นต์ SQL Server เชื่อมต่อกับ FCI โดยไม่มีตัวปรับสมดุลการโหลดโดยใช้ทรัพยากร Distributed Network Name (DNN) ในกลุ่มแทนที่เมื่อเกิดข้อผิดพลาดของ Windows เมื่อทรัพยากร DNN ถูกสร้างขึ้น WSFC จะผูกชื่อ DNS ของ DNN กับที่อยู่ IP ของโหนดทั้งหมดในกลุ่ม ไคลเอ็นต์SQL Serverจะพยายามเชื่อมต่อที่อยู่ IP แต่ละรายการในรายการนี้เพื่อค้นหาโหนดที่ FCI เรียกใช้อยู่ในปัจจุบัน กระบวนการเชื่อมต่อนี้จะเร่งมากขึ้นด้วยการเชื่อมต่อที่อยู่ IP ทั้งหมดแบบขนาน ถ้าคุณสมบัติการเชื่อมต่อ SQL Server MultiSubnetFailoverเป็นจริง ซึ่งช่วยให้SQL Serverไคลเอ็นต์สามารถเชื่อมต่อกับ FCI ที่เรียกใช้ในปัจจุบันได้ทันที

เมื่อเปรียบเทียบกับวิธีการแก้ไขปัญหาชั่วคราวก่อนหน้าของการใช้ Azure Internal Load Balancer แนวทางการฟัง DNN จะหลีกเลี่ยงเวลาแฝงเมื่อเกิดข้อผิดพลาดเพิ่มเติมที่เริ่มใช้โดยการประเมินความสดของตัวปรับสมดุลการโหลด ตามค่าเริ่มต้น กระบวนการจะใช้เวลา 10-15 วินาที ( ดูเอกสาร Azureนี้เกี่ยวกับวิธีการคํานวณเวลาแฝง) คุณไม่ต้องกําหนดค่าและรักษาคอมโพเนนต์ของตัวปรับสมดุลการโหลด ซึ่งช่วยลดความซับซ้อนของกระบวนการเตรียมใช้งาน การเอาตัวปรับสมดุลการโหลดออกจะลบคอมโพเนนต์หนึ่งที่อาจล้มเหลวได้ ซึ่งช่วยปรับปรุงประสิทธิภาพโดยรวม

ขั้นตอนต่อไปนี้ต้องใช้ฟีเจอร์นี้:

  1. For an installed FCI, you have to create a DNN resource, and set its DNS name. เรียกใช้สั่ง PowerShell สามรายการต่อไปนี้ในฐานะผู้ดูแลระบบ:

    • Add-ClusterResource -Name <dnnResourceName> -ResourceType "Distributed Network Name" -Group "<WSFC role of SQL server instance>"

      Get-ClusterResource -Name <dnnResourceName> | Set-ClusterParameter -Name DnsName -Value <DNSName>

      Start-ClusterResource -Name <dnnResourceName>

    ตัวอย่างเช่น:

    • Add-ClusterResource -Name dnn-demo -ResourceType "Distributed Network Name" -Group "SQL Server (MSSQLSERVER)"

      Get-ClusterResource -Name dnn-demo | Set-ClusterParameter -Name DnsName -Value dnnlsnr

      Start-ClusterResource -Name dnn-demo

    คําอธิบาย:

    • Command แรกเพิ่มทรัพยากร DNN ลงใน WSFC โดยใส่ชื่อทรัพยากรของ<dnnResourceName> ชื่อทรัพยากรถูกใช้โดย WSFC เพื่อระบุทรัพยากร WSFC แบบเฉพาะตัว ใช้วิธีที่คุณเข้าใจได้และโดดเด่นในกลุ่ม WSFC ชนิดทรัพยากรต้องเป็น Distributed Network Name ชื่อของกลุ่มที่ทรัพยากร DNN นี้อยู่ต้องเป็นกลุ่มทรัพยากร WSFC (บทบาท) ที่สอดคล้องกับ FCI ที่คุณต้องการเพิ่มทรัพยากร DNN รูปแบบทั่วไปของชื่อกลุ่มนี้จะเป็น "SQL Server (ชื่ออินสแตนซ์)" ดังนั้น อินสแตนซ์เริ่มต้น ชื่อจะเป็น "SQL Server (MSSQLSERVER)" คุณยังสามารถตรวจสอบชื่อของกลุ่มในคอนโซลตัวจัดการคลัสเตอร์เมื่อเกิดข้อผิดพลาด

    • การสั่งที่สองจะตั้งค่าชื่อ DNS ของทรัพยากร DNN นี้ ชื่อ DNS สําคัญเนื่องจากเป็นชื่อที่ไคลเอ็นต์ใช้เชื่อมต่อกับ FCI

    • Command ที่สามจะเริ่มทรัพยากร DNN

      ตามค่าเริ่มต้น ชื่อ DNN DNS จะผูกกับโหนดทั้งหมดใน WSFC กําหนดค่าเจ้าของที่เป็นไปได้ของทรัพยากร DNN เพื่อรวมเฉพาะโหนดของ FCI นี้ถ้าไม่ใช่โหนดทั้งหมดใน WSFC ที่เข้าร่วมใน FCI

  2. รีSQL Serverอินสแตนซ์ใหม่

  3. แทนที่ ชื่อเครือข่ายเสมือน (VNN) ในสตริงการเชื่อมต่อไคลเอ็นต์ SQL ด้วยชื่อ DNN DNS แล้วตั้งค่าคุณสมบัติMultiSubnetFailoverเป็น "true" คุณสามารถข้ามการตั้งค่านี้ถ้าเวอร์ชันSQLไคลเอ็นต์เวอร์ชันที่ใหม่กว่า 4.6.1

การแก้ไข

การปรับปรุงนี้จะรวมอยู่ในการอัปเดตสะสมต่อไปนี้SQL Server:

เกี่ยวกับการอัปเดตสะสมของSQL Serverต่อไปนี้

แต่ละการอัปเดตสะสมใหม่SQL Serverมีโปรแกรมแก้ไขด่วนทั้งหมดและการแก้ไขด้านความปลอดภัยทั้งหมดที่รวมอยู่ในการอัปเดตสะสมก่อนหน้า ดูการอัปเดตสะสมล่าสุดSQL Server:

ข้อมูล Service Pack for SQL Server 2016

ปัญหานี้ได้รับการแก้ไขแล้วใน Service Pack ต่อไปนี้SQL Server:

Service Pack คือแบบสะสม แต่ละ Service Pack ใหม่ประกอบด้วยการแก้ไขทั้งหมดที่มีใน Service Pack ก่อนหน้า พร้อมกับการแก้ไขใหม่ เราขอแนะนนะให้คุณใช้ Service Pack ล่าสุดและการอัปเดตสะสมล่าสุดของ Service Pack นั้น คุณไม่าเป็นต้องติดตั้ง Service Pack ก่อนหน้าก่อนที่คุณจะติดตั้ง Service Pack ล่าสุด ใช้ตารางที่ 1 ในบทความต่อไปนี้เพื่อค้นหาข้อมูลเพิ่มเติมเกี่ยวกับ Service Pack ล่าสุดและการอัปเดตสะสมล่าสุด

ระบุเวอร์ชัน รุ่น และอัปเดตระดับSQL Serverและคอมโพเนนต์

อ้างอิง

เรียนรู้เกี่ยวกับ ศัพท์เฉพาะที่ Microsoft ใช้เพื่ออธิบายการอัปเดตซอฟต์แวร์

ต้องการความช่วยเหลือเพิ่มเติมหรือไม่

ต้องการตัวเลือกเพิ่มเติมหรือไม่

สํารวจสิทธิประโยชน์ของการสมัครใช้งาน เรียกดูหลักสูตรการฝึกอบรม เรียนรู้วิธีการรักษาความปลอดภัยอุปกรณ์ของคุณ และอื่นๆ

ชุมชนช่วยให้คุณถามและตอบคําถาม ให้คําติชม และรับฟังจากผู้เชี่ยวชาญที่มีความรู้มากมาย

ข้อมูลนี้เป็นประโยชน์หรือไม่

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

ขอบคุณสำหรับคำติชมของคุณ!

×