KB4537868 - Penyempurnaan: Mengaktifkan fitur DNN di SQL Server 2016 dan 2019 FCI

Peningkatan

Pendengar SQL Server 2019 dan 2016 Failover Cluster Instance (FCI) disempurnakan untuk bekerja sama dengan titik akses Windows Server Failover Cluster (WSFC) Distributed Network Name (DNN).

Informasi selengkapnya

SQL Server Pendengar Failover Cluster Instance (FCI) saat ini hanya bekerja bersama dengan Nama Jaringan Windows Failover Cluster (WSFC) dan titik akses IP Virtual. Karena IP Virtual tidak berfungsi di lingkungan Azure, Anda harus mengonfigurasi Azure Internal Load Balancer untuk mengatasi masalah ini (Lihat cara mengonfigurasi Penyeimbang Muat Internal Azure).

Pembaruan ini menyediakan cara lain agar klien SQL Server tersambung dengan FCI tanpa penyeimbang muat menggunakan sumber daya Distributed Network Name (DNN) di Kluster Failover Windows Server. Saat sumber daya DNN dibuat, WSFC mengikat nama DNS DNN ke alamat IP semua node di kluster. Klien SQL Server akan mencoba menyambungkan setiap alamat IP dalam daftar ini untuk menemukan simpul tempat FCI sedang dijalankan. Proses koneksi ini lebih lanjut dipercepat dengan menyambungkan semua alamat IP secara paralel jika properti koneksi SQL Server MultiSubnetFailover benar. Hal ini memungkinkan SQL Server tersambung ke FCI yang sedang berjalan secara langsung.

Dibandingkan dengan solusi sebelumnya yang menggunakan Penyeimbang Muat Internal Azure, pendekatan pendengar DNN menghindari latensi failover tambahan yang diperkenalkan oleh penyeimbang beban yang probing. Secara default, proses tersebut memerlukan 10-15 detik. (Lihat dokumen Azure initentang cara menghitung latensi.) Anda tidak perlu mengonfigurasi dan memelihara komponen penyeimbang muat. Ini menyederhanakan proses penyediaan. Menghapus penyeimbang muat juga menghapus satu komponen yang berpotensi gagal. Hal ini meningkatkan ketangguhan secara keseluruhan.

Langkah-langkah berikut ini diperlukan untuk menggunakan fitur ini:

1. Untuk FCI yang terinstal, Anda harus membuat sumber daya DNN dan mengatur nama DNS-nya. Jalankan tiga perintah PowerShell berikut ini sebagai administrator:

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

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

     Start-ClusterResource -Name <dnnResourceName>

   Misalnya:

   • 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

   Penjelasan:

   • Perintah pertama menambahkan sumber daya DNN ke WSFC dengan memiliki nama sumber daya <dnnResourceName>. Nama sumber daya digunakan oleh WSFC untuk mengidentifikasi sumber daya WSFC secara unik. Gunakan grafik yang masuk akal dan unik di seluruh kluster WSFC. Tipe sumber daya harus Didistribusikan Nama Jaringan. Nama grup tempat sumber daya DNN ini dimiliki harus merupakan grup sumber daya WSFC (peran) yang terkait dengan FCI yang ingin Anda tambahkan sumber daya DNN. Format umum nama grup ini adalah "SQL Server (nama contoh)." Oleh karena itu, untuk contoh default, namanya akan menjadi "SQL Server (MSSQLSERVER)." Anda juga dapat memeriksa nama grup di konsol Failover Cluster Manager.

   • Perintah kedua mengatur nama DNS sumber daya DNN ini. Nama DNS penting karena merupakan nama yang digunakan klien untuk terhubung ke FCI.

   • Perintah ketiga memulai sumber daya DNN.

     Secara default, nama DNS DNN mengikat semua simpul di WSFC. Konfigurasi pemilik sumber daya DNN yang memungkinkan agar hanya menyertakan simpul FCI ini jika tidak semua simpul di WSFC berpartisipasi di FCI.

2. Mulai SQL Server contoh.

3. Ganti Nama Jaringan Virtual (VNN, Virtual Network Name) di string koneksi klien SQL dengan nama DNS DNN, dan atur properti MultiSubnetFailover menjadi "true." Anda dapat melewatkan pengaturan ini jika SQL klien lebih baru dari 4.6.1.

Pemecahan Masalah

Peningkatan ini disertakan dalam pembaruan kumulatif berikut untuk SQL Server:

• Pembaruan Kumulatif 2 untuk SQL Server 2019

Tentang pembaruan kumulatif untuk SQL Server:

Setiap pembaruan kumulatif baru untuk SQL Server hotfix dan semua perbaikan keamanan yang disertakan dengan pembaruan kumulatif sebelumnya. Periksa pembaruan kumulatif terbaru untuk SQL Server:

• Pembaruan kumulatif terbaru untuk SQL Server 2019

Informasi paket layanan untuk SQL Server 2016

Masalah ini telah diperbaiki dalam paket layanan berikut untuk SQL Server:

• Service Pack 3 untuk SQL Server 2016

Referensi

Pelajari tentang terminologi yang digunakan Microsoft untuk menjelaskan pembaruan perangkat lunak.