Bỏ qua để tới nội dung chính
Đăng nhập với Microsoft
Đăng nhập hoặc tạo một tài khoản.
Xin chào,
Chọn một tài khoản khác.
Bạn có nhiều tài khoản
Chọn tài khoản bạn muốn đăng nhập.

Cải tiến

Bộ nghe nghe Phiên bản Chuyển đổi Cụm Chuyển đổi (FCI) của SQL Server 2019 và 2016 được cải thiện để hoạt động cùng với điểm truy nhập Tên Mạng Phân phối Cụm Chuyển đổi Máy chủ (WSFC) Windows Server (DNN).

Thông tin Bổ sung

SQL Server Người nghe Phiên bản Cụm Chuyển đổi (FCI) hiện chỉ hoạt động cùng với Tên Mạng và điểm truy nhập IP Ảo của Windows Server Failover Cluster (WSFC). Vì IP Ảo không hoạt động trong môi trường Azure nên 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 bộ cân bằng tải bằng cách sử dụng tài nguyên Tên Mạng Phân phối (DNN) trong một Cụm Chuyển đổi Máy chủ Windows. Khi một tài nguyên DNN được tạo, WSFC gắn tên DNS DNN với địa chỉ IP của tất cả các nút trong cụm. Máy 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. Quy trình kết nối này được tăng tốc thêm 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 máy SQL Server khách 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 của việc sử dụng Bộ cân bằng Tải Nội bộ Azure, phương pháp tiếp cận người nghe DNN tránh độ trễ chuyển đổi bổ sung được giới thiệu bằng cách dò tìm mức cân bằng cân bằng tải. Theo mặc định, quy trình đó mất 10-15 giây. (Hãy xem tài liệu Azurenày để biết cách tính độ trễ.) Bạn không cần 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 làm đơn giản hóa quy trình cung cấp. Việc loại bỏ bộ cân bằng tải cũng sẽ loại bỏ một cấu phần có thể thất bại. Điều này giúp cải thiện tính mạnh mẽ tổng thể.

Bạn cần thực hiện các bước sau để sử dụng tính năng này:

  1. Đối với FCI đã cài đặt, bạn phải tạo một 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 một tài nguyên DNN vào WSFC bằng cách sở hữu 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 một tập hợp có ý nghĩa đối với bạn và là duy nhất trong 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 thông thường của tên nhóm này là "SQL Server (tên phiên bản)." Do đó, đố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 kết hợp với tất cả các nút trong WSFC. Đặt cấu hình cho chủ sở hữu có thể có của tài nguyên DNN để chỉ bao gồm 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 thể.

  3. Thay thế Tên Mạng Ảo (VNN) trong SQL kết nối máy khách 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 SQL khách hàng mới hơn 4.6.1.

Giải pháp

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

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

Mỗi bản cập nhật tích lũy mới cho SQL Server chứa tất cả hotfix và tất cả các bản sửa lỗi bảo mật được tích hợp 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 cho mọi SQL Server:

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

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

Gói dịch vụ có tính tích lũy. Mỗi gói dịch vụ mới chứa tất cả bản vá trong các gói dịch vụ trước đó cùng với mọi bản vá 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 đây để tìm thêm thông tin về gói dịch vụ mới nhất và cập nhật tích lũy mới nhất.

Xác định phiên bản, phiên bản và mức cập nhật của bản SQL Server cũng như các thành phần của nó

Tham khảo

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

Bạn cần thêm trợ giúp?

Bạn muốn xem các tùy chọn khác?

Khám phá các lợi ích của gói đăng ký, xem qua các khóa đào tạo, tìm hiểu cách bảo mật thiết bị của bạn và hơn thế nữa.

Cộng đồng giúp bạn đặt và trả lời các câu hỏi, cung cấp phản hồi và lắng nghe ý kiến từ các chuyên gia có kiến thức phong phú.

Thông tin này có hữu ích không?

Bạn hài lòng đến đâu với chất lượng dịch thuật?
Điều gì ảnh hưởng đến trải nghiệm của bạn?
Khi nhấn gửi, phản hồi của bạn sẽ được sử dụng để cải thiện các sản phẩm và dịch vụ của Microsoft. Người quản trị CNTT của bạn sẽ có thể thu thập dữ liệu này. Điều khoản về quyền riêng tư.

Cảm ơn phản hồi của bạn!

×