Microsoft hesabıyla oturum açın
Oturum açın veya hesap oluşturun.
Merhaba,
Farklı bir hesap seçin.
Birden çok hesabınız var
Oturum açmak istediğiniz hesabı seçin.

Geliştirme

SQL Server 2019 ve 2016 Yük Devretme Kümesi Örneği (FCI) dinleyicisi Windows Server Yük Devretme Kümesi (WSFC) Dağıtılmış Ağ Adı (DNN) erişim noktasıyla birlikte çalışacak şekilde geliştirilmiştir.

Daha fazla bilgi

SQL Server Yük Devretme Kümesi Örneği (FCI) dinleyicisi şu anda yalnızca Windows Server Yük Devretme Kümesi (WSFC) Ağ Adı ve Sanal IP erişim noktası ile birlikte çalışır. Sanal IP Azure ortamında çalışmay olduğundan, bu soruna yardımcı olması için Azure İç Yük Dengeleyicisi'yi yapılandırmanız gerekir (Azure İç Yük Dengeleyicisi'nin nasıl yapılandırıldığından emin olmakiçin).

Bu güncelleştirme, SQL Server istemcisinin, Windows Server Yük Devretme Kümesi'nin Dağıtılmış Ağ Adı (DNN) kaynağını kullanarak yük dengeleyicisi olmadan FCI'ye bağlanması için başka bir yol sağlar. DNN kaynağı oluşturulduğunda, WSFC DNN DNS adını kümedeki tüm düğümlerin IP adreslerine bağlar. İstemci SQL Server, FCI'nin şu anda üzerinde çalıştır olduğu düğümü bulmak için bu listede yer alan her IP adresini bağlamayı dener. MultiSubnetFailover bağlantı özelliği doğruysa, bu bağlantı SQL Server IP adresleri paralel olarak bağlanarak daha da hızlandırılmış olur. Bu, SQL Server çalışan FCI'ye hemen bağlanmaya olanak sağlar.

Azure İç Yük Dengeleyicisi'nin kullanımıyla ilgili önceki geçici çözümle karşılaştırıldığında, DNN dinleyicisi yaklaşımı yük dengeleyici canlılığı olasılıklarının ortaya atılmasıyla ortayalanacak ek yük devretme gecikme süresinin önüne geçmektedir. Varsayılan olarak, bu işlem 10-15 saniye sürer. (Gecikme süresini hesaplama hakkındabu Azure belgesine bakın.) Yük dengeleyici bileşenlerini yapılandırmak ve korumak zorunda değilsiniz. Bu, sağlama işlemini basitler. Yük dengeleyicinin kaldırılması, başarısız olabilecek bir bileşeni de kaldırır. Bu, genel bir güçlülüğü geliştirtir.

Bu özelliği kullanmak için aşağıdaki adımlar gereklidir:

  1. Yüklü bir FCI için, bir DNN kaynağı oluşturmanız ve bunun DNS adını ayarlamanız gerekir. Aşağıdaki üç PowerShell komutlarını yönetici olarak çalıştırın:

    • Add-ClusterResource -Name <dnnResourceName> -ResourceType "Dağıtılmış Ağ Adı" -Group "<sunucu örneği SQL WSFC rolü">"

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

      Start-ClusterResource -Name <dnnResourceName>

    Örneğin:

    • Add-ClusterResource -Name dnn-demo -ResourceType "Dağıtılmış Ağ Adı" -Group "SQL Server (MSSQLSERVER)"

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

      Start-ClusterResource -Name dnn-demo

    Açıklama:

    • İlk komut, wsFC'ye bir DNN kaynağı ekler ve bu komut, <dnnResourceName>. Kaynak adı WSFC tarafından bir WSFC kaynağını benzersiz olarak tanımlamak için kullanılır. Size anlamlı ve WSFC kümesi genelinde benzersiz olan bir küme kullanın. Kaynak türü Dağıtılmış Ağ Adı olmalıdır. Bu DNN kaynağının ait olduğu grubun adı, DNN kaynağını eklemek istediğiniz FCI'ye karşılık gelen WSFC kaynak grubu (rol) olmalı. Bu grup adının normal biçimi "SQL Server (örnek adı)" şeklindedir. Bu nedenle, varsayılan örnek için ad "SQL Server (MSSQLSERVER)" olur. Ayrıca Yük Devretme Küme Yöneticisi konsolunda grubun adını da kontrol edin.

    • İkinci komut, bu DNN kaynağının DNS adını ayarlar. DNS adı önemlidir çünkü istemciler FCI'ye bağlanmak için bu adı kullanır.

    • Üçüncü komut DNN kaynağını başlatan.

      Varsayılan olarak, DNN DNS adı WSFC'nin tüm düğümlerine bağlanıyor. WSFC'nin tüm düğümleri FCI'ye katılmamışsa, DNN kaynağının olası sahibini yalnızca bu FCI'nin düğümlerini içerecek şekilde yapılandır.

  2. Bu SQL Server yeniden başlatın.

  3. SQL istemci bağlantısı dizesinde Sanal Ağ Adı'nın (VNN) yerine DNN DNS adını kullanın ve MultiSubnetFailover özelliğini "true" olarak ayarlayın. yeni istemci sürümü 4.6.1 SQL sonraki bir sürümde ise bu ayarı atlayabilirsiniz.

Çözüm

Bu geliştirme, aşağıdaki yazılım güncelleştirmesine dahil SQL Server:

E-posta için toplu güncelleştirmeler SQL Server:

Her yeni toplu güncelleştirme SQL Server, önceki toplu güncelleştirmeyle birlikte gelen tüm düzeltmeleri ve güvenlik düzeltmelerini içerir. Yeni sürümler için en son toplu güncelleştirmeleri SQL Server:

SQL Server 2016 için hizmet paketi bilgileri

Bu sorun, aşağıdaki hizmet paketinde düzeltilmiştir SQL Server:

Hizmet paketleri kümülatiftir. Her yeni hizmet paketi, yeni düzeltmelerle birlikte önceki hizmet paketlerindeki düzeltmeleri de içerir. Bu hizmet paketi için en son hizmet paketini ve en son toplu güncelleştirmeyi uygulamanızı öneririz. En son hizmet paketini yüklemeden önce önceki bir hizmet paketini yüklemenize gerek yok. En son hizmet paketi ve en son toplu güncelleştirme hakkında daha fazla bilgi bulmak için aşağıdaki makaledeki Tablo 1'i kullanın.

Sistem ve bileşenlerinin sürüm, sürüm ve SQL Server düzeyini belirleme

Başvurular

Microsoft'un yazılım güncelleştirmelerini açıklamak için kullandığı terminoloji hakkında bilgi alın.

Daha fazla yardıma mı ihtiyacınız var?

Daha fazla seçenek mi istiyorsunuz?

Abonelik avantajlarını keşfedin, eğitim kurslarına göz atın, cihazınızın güvenliğini nasıl sağlayacağınızı öğrenin ve daha fazlasını yapın.

Topluluklar, soru sormanıza ve soruları yanıtlamanıza, geri bildirimde bulunmanıza ve zengin bilgiye sahip uzmanlardan bilgi almanıza yardımcı olur.

Bu bilgi yararlı oldu mu?

Dil kalitesinden ne kadar memnunsunuz?
Deneyiminizi ne etkiledi?
Gönder’e bastığınızda, geri bildiriminiz Microsoft ürün ve hizmetlerini geliştirmek için kullanılır. BT yöneticiniz bu verileri toplayabilecek. Gizlilik Bildirimi.

Geri bildiriminiz için teşekkürler!

×