KB4537868 - Cải tiến: Bật tính năng DNN trong SQL Server 2016 và 2019 FCI

Áp dụng cho
SQL Server 2019 on Windows SQL Server 2016 SQL Server 2016 Service Pack 3 - duplicate (do not use)

Cải tiến

Trình nghe SQL Server Cụm Chuyển đổi dự phòng (FCI) năm 2019 và 2016 được nâng cao để hoạt động cùng với điểm truy cập Tên Mạng Phân phối (DNN) của Windows Server Failover Cluster (WSFC).

Thông tin khác

SQL Server nghe Failover Cluster Instance (FCI) hiện chỉ hoạt động cùng với Tên Mạng Windows Server Failover Cluster (WSFC) và Điểm truy nhập IP ảo. Vì IP ảo không hoạt động trong môi trường Azure, bạn phải đặt cấu hình bộ cân bằng tải nội bộ Azure để khắc phục sự cố này (Xem cách đặt cấu hình bộ cân bằng tải nội bộ Azure).

Bản cập nhật này cung cấp một cách khác để máy khách SQL Server kết nối với FCI mà không cần cân bằng tải bằng cách sử dụng tài nguyên Tên Mạng Phân tán (DNN) trong cụm chuyển đổi dự phòng Windows Server. Khi một tài nguyên DNN được tạo ra, WSFC liên kết tên DNS DNN với địa chỉ IP của tất cả các nút trong cụm. Máy khách SQL Server sẽ cố gắng kết nối từng địa chỉ IP trong danh sách này để tìm nút mà FCI hiện đang chạy trên đó. Quá trình kết nối này được tăng tốc hơn nữa bằng cách kết nối tất cả các địa chỉ IP song song nếu thuộc tính kết nối SQL Server MultiSubnetFailover là đúng. Điều này cho phép SQL Server khách hàng kết nối với FCI hiện đang chạy ngay lập tức.

So với giải pháp thay thế trước đây khi sử dụng Bộ cân bằng tải nội bộ Azure, phương pháp tiếp cận của trình nghe DNN tránh độ trễ chuyển đổi dự phòng bổ sung được giới thiệu bằng cách thử tìm độ cân bằng cân bằng tải. Theo mặc định, quy trình này mất 10-15 giây. (Xem phần này Azure liệu về cách tính độ trễ.) Bạn không phải cấu hình và duy trì các cấu phần cân bằng tải. Điều này giúp đơn giản hóa quy trình cung cấp. Việc loại bỏ cân bằng tải cũng sẽ loại bỏ một thành phần có thể không thành công. Điều này cải thiện độ mạnh tổng thể.

Các bước sau đây là bắt buộc để sử dụng tính năng này:

  1. Đối với FCI đã cài đặt, bạn phải tạo tài nguyên DNN và đặt tên DNS của tài nguyên đó. Chạy ba lệnh PowerShell sau đây với tư cách người quản trị:

    • 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>

    Ví dụ:

    • 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

    Giải thích:

    • Lệnh đầu tiên thêm tài nguyên DNN vào WSFC <bằng cách có tên tài nguyên của dnnResourceName>. Tên tài nguyên được WSFC sử dụng để nhận dạng duy nhất một tài nguyên WSFC. Sử dụng cụm WSFC phù hợp với bạn và duy nhất trên cụm WSFC. Loại tài nguyên phải là Tên Mạng Phân phối. Tên của nhóm mà tài nguyên DNN này thuộc về phải là nhóm tài nguyên WSFC (vai trò) tương ứng với FCI mà bạn muốn thêm tài nguyên DNN vào. Định dạng điển hình của tên nhóm này là "SQL Server (tên phiên bản)." Vì vậy, đối với trường hợp mặc định, tên sẽ là "SQL Server (MSSQLSERVER)." Bạn cũng có thể kiểm tra tên của nhóm trong bảng điều khiển Failover Cluster Manager.
    • Lệnh thứ hai đặt tên DNS của tài nguyên DNN này. Tên DNS rất quan trọng vì đó là tên mà máy khách sử dụng để kết nối với FCI.
    • Lệnh thứ ba bắt đầu tài nguyên DNN.
      Theo mặc định, tên DNS DNN liên kết với tất cả các nút trong WSFC. Cấu hình chủ sở hữu có thể của tài nguyên DNN để bao gồm chỉ các nút của FCI này nếu không phải tất cả các nút trong WSFC tham gia vào FCI.

  2. Khởi động SQL Server dụ khác.

  3. Thay thế Virtual Network Name (VNN) trong sql client chuỗi kết nối bằng tên DNS DNN và đặt thuộc tính MultiSubnetFailover thành "true". Bạn có thể bỏ qua cài đặt này nếu phiên bản SQL client muộn hơn 4.6.1.

Giải pháp

Cải tiến này được bao gồm trong bản cập nhật tích lũy sau đây dành SQL Server:

Giới thiệu về các bản cập nhật tích lũy SQL Server:

Mỗi bản cập nhật tích lũy mới dành cho SQL Server sẽ chứa tất cả các bản cập nhật nóng và tất cả các bản sửa lỗi bảo mật được bao gồm trong bản cập nhật tích lũy trước đó. Xem các bản cập nhật tích lũy mới nhất dành cho doanh SQL Server:

Thông tin gói dịch vụ cho SQL Server 2016

Sự cố này đã được khắc phục trong gói dịch vụ sau đây dành SQL Server:

Giới thiệu về các gói dịch vụ dành SQL Server:

Các gói dịch vụ được tích lũy. Mỗi gói dịch vụ mới đều chứa tất cả các bản sửa lỗi trong các gói dịch vụ trước đó, cùng với mọi bản sửa lỗi mới. Chúng tôi khuyên bạn nên áp dụng gói dịch vụ mới nhất và bản cập nhật tích lũy mới nhất cho gói dịch vụ đó. Bạn không phải cài đặt gói dịch vụ trước đó trước khi cài đặt gói dịch vụ mới nhất. Sử dụng Bảng 1 trong bài viết sau để tìm thêm thông tin về gói dịch vụ mới nhất và bản cập nhật tích lũy mới nhất.

Xác định phiên bản, phiên bản và cấp độ cập nhật của máy SQL Server phần của nó

Tham khảo

Tìm hiểu về thuật ngữ mà Microsoft dùng để mô tả các bản cập nhật phần mềm.