AG ve DNN dinleyicisi ile özellik birlikte çalışabilirliği
Şunlar için geçerlidir: 
Azure VM'de SQL Server
İpucu
Kullanılabilirlik grubu dağıtmak için birçok yöntem vardır. Dağıtımınızı basitleştirin ve aynı Azure sanal ağı içindeki birden çok alt ağda SQL Server sanal makinelerinizi (VM' ler) oluşturarak Always On kullanılabilirlik grubunuz için Azure Load Balancer veya dağıtılmış ağ adı (DNN) gereksinimini ortadan kaldırın. Kullanılabilirlik grubunuzu zaten tek bir alt ağda oluşturduysanız, bunu çok alt ağlı bir ortama geçirebilirsiniz.
Sabit kodlanmış sanal ağ adını (VNN) kullanan bazı SQL Server özellikleri vardır. Bu nedenle, dağıtılmış ağ adı (DNN) dinleyicisini Always On kullanılabilirlik grubunuzla ve Azure VM'lerinde SQL Server'ı tek bir alt ağda kullanırken dikkat edilmesi gereken bazı ek noktalar olabilir.
Bu makalede SQL Server özellikleri ve kullanılabilirlik grubu DNN dinleyicisi ile birlikte çalışabilirlik ayrıntılarıyla verilmiştir.
Davranış farklılıkları
VNN dinleyicisinin işlevselliği ile DNN dinleyicisi arasında dikkat edilmesi gereken bazı davranış farklılıkları vardır:
- Yük devretme süresi: Ağ yük dengeleyicinin hata olayını algılamasını ve yönlendirmesini değiştirmesini beklemeye gerek olmadığından, DNN dinleyicisi kullanılırken yük devretme süresi daha hızlıdır.
- Mevcut bağlantılar: Yük devretme kullanılabilirlik grubu içindeki belirli bir veritabanına yapılan bağlantılar kapatılır, ancak DNN yük devretme işlemi sırasında çevrimiçi kaldığından birincil çoğaltmaya yönelik diğer bağlantılar açık kalır. Bu, kullanılabilirlik grubu yük devredildiğinde, dinleyici çevrimdışı olduğunda ve birincil çoğaltma ikincil role geçtiğinde birincil çoğaltmaya yönelik tüm bağlantıların genellikle kapatıldığı geleneksel bir VNN ortamından farklıdır. DNN dinleyicisi kullanırken, yük devretme sırasında bağlantıların yeni birincil çoğaltmaya yönlendirildiğinden emin olmak için uygulama bağlantı dizesi ayarlamanız gerekebilir.
- Açık işlemler: Yük devretmeli kullanılabilirlik grubundaki bir veritabanına karşı işlemleri açın, kapatıp geri alın ve el ile yeniden bağlanmanız gerekir. Örneğin, SQL Server Management Studio'da sorgu penceresini kapatın ve yenisini açın.
İstemci sürücüleri
ODBC, OLEDB, ADO.NET, JDBC, PHP ve Node.js sürücüleri için kullanıcıların DNN dinleyici adını ve bağlantı noktasını bağlantı dizesi sunucu adı olarak açıkça belirtmesi gerekir. Yük devretme sırasında hızlı bağlantı sağlamak için SQL istemcisinin destekleyip desteklemediğini bağlantı dizesi ekleyinMultiSubnetFailover=True.
Araçlar
SQL Server Management Studio, sqlcmd, Azure Data Studio ve SQL Server Veri Araçları kullanıcılarının, dinleyiciye bağlanmak için bağlantı dizesi sunucu adı olarak DNN dinleyici adını ve bağlantı noktasını açıkça belirtmeleri gerekir.
SQL Server Management Studio (SSMS) GUI aracılığıyla DNN dinleyicisi oluşturma şu anda desteklenmiyor.
Kullanılabilirlik grupları ve FCI
Çoğaltmalardan biri olarak bir yük devretme kümesi örneği (FCI) kullanarak Always On kullanılabilirlik grubunu yapılandırabilirsiniz. Bu yapılandırmanın DNN dinleyicisiyle çalışması için, FCI sanal IP adresini AG DNN IP listesine yerleştirmenin bir yolu olmadığından yük devretme kümesi örneğinin de DNN kullanması gerekir.
Bu yapılandırmada, FCI çoğaltmasının yansıtma uç noktası URL'sinin FCI DNN'sini kullanması gerekir. Benzer şekilde, FCI salt okunur çoğaltma olarak kullanılıyorsa, FCI çoğaltmasına salt okunur yönlendirmenin FCI DNN'sini kullanması gerekir.
Yansıtma uç noktasının biçimi: ENDPOINT_URL = 'TCP://<FCI DNN DNS name>:<mirroring endpoint port>'.
Örneğin, FCI DNN DNS adınız dnnlsnrise ve 5022 FCI'nin yansıtma uç noktasının bağlantı noktasıysa, uç nokta URL'sini oluşturmak için Transact-SQL (T-SQL) kod parçacığı şöyle görünür:
ENDPOINT_URL = 'TCP://dnnlsnr:5022'
Benzer şekilde, salt okunur yönlendirme URL'sinin biçimi şöyledir: TCP://<FCI DNN DNS name>:<SQL Server instance port>.
Örneğin, DNN DNS adınız dnnlsnrise ve 1444 salt okunur hedef SQL Server FCI tarafından kullanılan bağlantı noktasıysa, salt okunur yönlendirme URL'sini oluşturmak için T-SQL kod parçacığı şöyle görünür:
READ_ONLY_ROUTING_URL = 'TCP://dnnlsnr:1444'
Varsayılan 1433 bağlantı noktasıysa URL'deki bağlantı noktasını atlayabilirsiniz. Adlandırılmış örnek için, adlandırılmış örnek için statik bir bağlantı noktası yapılandırın ve bunu salt okunur yönlendirme URL'sinde belirtin.
Dağıtılmış kullanılabilirlik grubu
Kullanılabilirlik grubu dinleyiciniz dağıtılmış ağ adı (DNN) kullanılarak yapılandırılmışsa, kullanılabilirlik grubunuzun üzerinde dağıtılmış bir kullanılabilirlik grubu yapılandırma desteklenmez.
Çoğaltma
İşlem, Birleştirme ve Anlık Görüntü Çoğaltma'nın tümü, VNN dinleyicisini dinleyiciye bağlanan çoğaltma nesnelerinde DNN dinleyicisi ve bağlantı noktasıyla değiştirmeyi destekler.
Kullanılabilirlik gruplarıyla çoğaltmayı kullanma hakkında daha fazla bilgi için bkz . Publisher ve AG, Abone ve AG ve Dağıtımcı ve AG.
MSDTC
Hem yerel hem de kümelenmiş MSDTC desteklenir, ancak MSDTC, HA bağlantı noktasını yapılandırmak için standart bir Azure Load Balancer gerektiren dinamik bir bağlantı noktası kullanır. Bu nedenle, VM'nin standart bir IP rezervasyonu kullanması gerekir veya İnternet'e açık olamaz.
Biri RPC Uç Noktası Eşleyici bağlantı noktası 135, diğeri de gerçek MSDTC bağlantı noktası için iki kural tanımlayın. Yük devretme işleminden sonra, LB kuralını yeni düğümde değiştikten sonra yeni MSDTC bağlantı noktasıyla değiştirin.
MSDTC yerelse giden iletişime izin verildiğinden emin olun.
Dağıtılmış sorgu
Dağıtılmış sorgu, AG DNN dinleyicisi ve bağlantı noktası kullanılarak yapılandırılabilir bağlı bir sunucuya dayanır. Bağlantı noktası 1433 değilse, bağlı sunucunuzu yapılandırırken SQL Server Management Studio'da (SSMS) diğer veri kaynağını kullan seçeneğini belirleyin.
FILESTREAM
FILESTREAM desteklenir, ancak kullanıcıların Windows Dosya API'sini kullanarak kapsamlı dosya paylaşımına eriştiği senaryolar için desteklenmez.
FileTable
FileTable, kullanıcıların Windows Dosya API'sini kullanarak kapsamlı dosya paylaşımına eriştiği senaryolar için desteklenmez.
Bağlı sunucular
AG DNN dinleyici adını ve bağlantı noktasını kullanarak bağlı sunucuyu yapılandırın. Bağlantı noktası 1433 değilse, bağlı sunucunuzu yapılandırırken SQL Server Management Studio'da (SSMS) diğer veri kaynağını kullan seçeneğini belirleyin.
Sık sorulan sorular
Hangi SQL Server sürümü AG DNN dinleyicisi desteği getirir?
SQL Server 2019 CU 8 ve üzeri.
DNN dinleyicisi kullanıldığında beklenen yük devretme süresi nedir?
DNN dinleyicisi için yük devretme süresi AG yük devretme süresiyle aynıdır ve ek süre (Azure Load Balancer kullanırken yoklama süresi gibi).
SQL istemcilerinin OLEDB ve ODBC ile DNN'yi desteklemesi için herhangi bir sürüm gereksinimi var mı?
DNN dinleyicisi için bağlantı dizesi destek öneririz MultiSubnetFailover=True . SQL Server 2012 (11.x) ile başlayarak kullanılabilir.
DNN dinleyicisini kullanabilmem için sql server yapılandırma değişiklikleri gerekiyor mu?
SQL Server, DNN kullanmak için herhangi bir yapılandırma değişikliği gerektirmez, ancak bazı SQL Server özellikleri daha fazla dikkate alınmasını gerektirebilir.
DNN birden çok alt ağ kümelerini destekliyor mu?
Evet. Küme DNS'deki DNN'yi alt ağdan bağımsız olarak kullanılabilirlik grubundaki tüm çoğaltmaların fiziksel IP adresleriyle bağlar. SQL istemcisi, alt ağdan bağımsız olarak DNS adının tüm IP adreslerini dener.
Kullanılabilirlik grubu DNN dinleyicisi salt okunur yönlendirmeyi destekliyor mu?
Evet. DNN dinleyicisi ile salt okunur yönlendirme desteklenir.