Always On Kullanılabilirlik Grupları Yapılandırması (SQL Server) sorunlarını giderme

Şunlar için geçerlidir: SQL Server

Bu makalede, Always On kullanılabilirlik grupları için sunucu örneklerini yapılandırmayla ilgili tipik sorunları gidermenize yardımcı olacak bilgiler sağlanır. AlwaysOn kullanılabilirlik gruplarının devre dışı bırakılması, hesapların yanlış yapılandırılması, veritabanı yansıtma uç noktasının mevcut olmaması, uç noktaya erişilememesi (SQL Server Hatası 1418), ağ erişimi olmaması ve veritabanı birleştirme komutunun başarısız olması tipik yapılandırma sorunlarıdır (SQL Server Hatası 35250).

Uyarı

Always On kullanılabilirlik grupları önkoşullarını karşıladığınızdan emin olun. Daha fazla bilgi için bkz. Her Zaman Açık Kullanılabilirlik Grupları (SQL Server) için Önkoşullar, Kısıtlamalar ve Öneriler.

Bu konuda:

Bölüm Açıklama
AlwaysOn Kullanılabilirlik Grupları Etkin Değil Sql Server örneği Always On kullanılabilirlik grupları için etkinleştirilmemişse, örnek kullanılabilirlik grubu oluşturmayı desteklemez ve kullanılabilirlik çoğaltmalarını barındıramaz.
Hesaplar SQL Server'ın çalıştığı hesapları doğru yapılandırma gereksinimlerini açıklar.
Uç Noktalar Sunucu örneğinin veritabanı yansıtma uç noktasıyla ilgili sorunları tanılamayı açıklar.
Ağ erişimi Kullanılabilirlik çoğaltması barındıran her sunucu örneğinin TCP üzerinden diğer sunucu örneklerinin her birinin bağlantı noktasına erişebilmesi gerektiği gereksinimini belgeler.
Dinleyici Dinleyicinin IP adresinin ve bağlantı noktasının ayarlanmasını ve çalıştığından, gelen bağlantıları dinlediğinden emin olunmasını belgeler.
Uç Nokta Erişimi (SQL Server Hatası 1418) Bu SQL Server hata iletisi hakkında bilgi içerir.
Birleştirme Veritabanı Başarısız Oluyor (SQL Server Hatası 35250) Birincil replikaya bağlantının etkin olmaması nedeniyle ikincil veritabanlarının bir kullanılabilirlik grubuna katılma hatasının olası nedenleri ve çözümü açıklanır.
Read-Only Yönlendirme Düzgün Çalışmıyor
İlgili Görevler SQL Server Books Online'da kullanılabilirlik grubu yapılandırması sorunlarını gidermeyle ilgili görev odaklı makalelerin listesini içerir.
İlgili İçerik SQL Server Books Online dışındaki ilgili kaynakların listesini içerir.

AlwaysOn Kullanılabilirlik Grupları Etkin Değil

Always On kullanılabilirlik grupları özelliği, SQL Server örneklerinin her birinde etkinleştirilmelidir.

AlwaysOn Kullanılabilirlik Grupları özelliği etkinleştirilmediyse, SQL Server'da bir Kullanılabilirlik grubu oluşturmaya çalıştığınızda bu hata iletisini alırsınız.

The Always On Availability Groups feature must be enabled for server instance 'SQL1VM' before you can create an availability group on this instance. To enable this feature, open the SQL Server Configuration Manager, select SQL Server Services, right-click on the SQL Server service name, select Properties, and use the Always On Availability Groups tab of the Server Properties dialog. Enabling Always On Availability Groups may require that the server instance is hosted by a Windows Server Failover Cluster (WSFC) node. (Microsoft.SqlServer.Management.HadrTasks)

Hata iletisi, AG özelliğinin etkinleştirilmediğini açıkça gösterir ve ayrıca nasıl etkinleştirileceğinizi size yönlendirir. İlk etapta AG'nin etkinleştirilmemiş olması dışında, bu durumda karşılaşabileceğiniz iki durum daha vardır.

  1. SQL Server yüklüyse ve Windows Yük Devretme Kümelemesi özelliğini yüklemeden önce Always On Kullanılabilirlik Grupları özelliği etkinleştirildiyse, Always On AG oluşturmayı denediğinizde bu hatayı alabilirsiniz.
  2. MEVCUT bir Windows Yük Devretme Kümelemesi özelliğini kaldırır ve SQL Server hala Always On yapılandırılmış durumdayken yeniden oluşturursanız, AG'yi yeniden kullanmayı denediğinizde bu hata oluşabilir.

Bu gibi durumlarda, sorunu çözmek için aşağıdaki adımları uygulayabilirsiniz:

  1. AG özelliğini devre dışı bırakma
  2. SQL Server hizmetini yeniden başlatın
  3. AG özelliğini yeniden etkinleştirme
  4. SQL Hizmetini yeniden başlatın

Daha fazla bilgi için bkz . AlwaysOn Kullanılabilirlik Gruplarını (SQL Server) Etkinleştirme ve Devre Dışı Bırakma.

Accounts

SQL Server'ın çalıştığı hesaplar doğru yapılandırılmalıdır.

  1. Hesaplar doğru izinlere sahip mi?

    1. İş ortakları aynı etki alanı hesabı altında çalıştırılırsa, doğru kullanıcı oturum açma işlemleri her iki ana veritabanında da otomatik olarak bulunur. Bu, güvenlik yapılandırmasını basitleştirir ve önerilir.

    2. İki sunucu örneği farklı hesaplar altında çalıştırılırsa, her hesap uzak sunucu örneğinde ana sunucuda oluşturulmalıdır ve bu sunucu örneğinin veritabanı yansıtma uç noktasına bağlanmak için bu sunucu sorumlusuna BAĞLAN izinleri verilmelidir. Daha fazla bilgi için bkz. Veritabanı Yansıtma veya Always On Kullanılabilirlik Grupları (SQL Server) için Oturum Açma Hesaplarını Ayarlama. Oturum açma bilgilerinin CONNECT izinlerine sahip olup olmadığını denetlemek için her örnekte aşağıdaki sorguyu kullanabilirsiniz:

    SELECT 
  perm.class_desc,
  prin.name,
  perm.permission_name,
  perm.state_desc,
  prin.type_desc as PrincipalType,
  prin.is_disabled
FROM sys.server_permissions perm
  LEFT JOIN sys.server_principals prin ON perm.grantee_principal_id = prin.principal_id
  LEFT JOIN sys.tcp_endpoints tep ON perm.major_id = tep.endpoint_id
WHERE 
  perm.class_desc = 'ENDPOINT'
  AND perm.permission_name = 'CONNECT'
  AND tep.type = 4

  2. SQL Server, Yerel Sistem, Yerel Hizmet veya Ağ Hizmeti gibi yerleşik bir hesapta veya etki alanı olmayan bir hesapta çalışıyorsa, uç nokta kimlik doğrulaması için sertifikaları kullanmanız gerekir. Hizmet hesaplarınız aynı etki alanında etki alanı hesapları kullanıyorsa, tüm çoğaltma konumlarında her hizmet hesabı için CONNECT erişimi vermeyi seçebilir veya sertifikaları kullanabilirsiniz. Daha fazla bilgi için bkz. Veritabanı Yansıtma Uç Noktası için Sertifikaları Kullanma (Transact-SQL).

Endpoints

Uç noktaların doğru yapılandırılması gerekir.

  1. Her çoğaltma konumu için kullanılabilirlik replikasını barındıracak her SQL Server örneğinde bir veritabanı yansıtma uç noktası yer alması gerektiğinden emin olun. Belirli bir sunucu örneğinde veritabanı yansıtma uç noktasının mevcut olup olmadığını belirlemek için sys.database_mirroring_endpoints katalog görünümünü kullanın:

    SELECT name, state_desc FROM sys.database_mirroring_endpoints

    Uç nokta oluşturma hakkında daha fazla bilgi için bkz. Windows Kimlik Doğrulaması için Veritabanı Yansıtma Uç Noktası Oluşturma (Transact-SQL) veya Veritabanı Yansıtma Uç Noktasının Giden Bağlantılar için Sertifikaları Kullanmasına İzin Verme (Transact-SQL).

  2. Bağlantı noktası numaralarının doğru olup olmadığını denetleyin.

    Sunucu örneğinin veritabanı yansıtma uç noktasıyla ilişkilendirilmiş bağlantı noktasını belirlemek için aşağıdaki Transact-SQL deyimini kullanın:

    SELECT type_desc, port FROM sys.tcp_endpoints;  
GO

  3. Açıklaması zor olan Always On kullanılabilirlik grupları kurulum sorunları için, doğru bağlantı noktalarını dinleyip dinlemediğini belirlemek için her sunucu örneğini incelemenizi öneririz.

  4. Uç noktaların başlatıldığından emin olun (DURUM=BAŞLATILDI). Her sunucu örneğinde aşağıdaki Transact-SQL deyimini kullanın:

    SELECT state_desc FROM sys.database_mirroring_endpoints

    state_desc sütunu hakkında daha fazla bilgi için bkz. sys.database_mirroring_endpoints (Transact-SQL).

    Uç noktayı başlatmak için aşağıdaki Transact-SQL deyimini kullanın:

    ALTER ENDPOINT Endpoint_Mirroring   
STATE = STARTED   
AS TCP (LISTENER_PORT = <port_number>)  
FOR database_mirroring (ROLE = ALL);  
GO

    Daha fazla bilgi için bkz. ALTER ENDPOINT (Transact-SQL).

    Uyarı

    Bazı durumlarda uç nokta başlatıldıysa ancak AG çoğaltmaları iletişim kurmuyorsa, uç noktayı durdurup yeniden başlatmayı deneyin. ALTER ENDPOINT [Endpoint_Mirroring] STATE = STOPPED komutunu, ardından ALTER ENDPOINT [Endpoint_Mirroring] STATE = STARTED komutunu kullanabilirsiniz.

  5. Diğer sunucudan oturum açma işleminin BAĞLAN izni olduğundan emin olun. Uç nokta için kimlerin CONNECT izni olduğunu belirlemek için her sunucu örneğinde aşağıdaki Transact-SQL deyimini kullanın:

    SELECT 'Metadata Check';  
SELECT EP.name, SP.STATE,   
   CONVERT(nvarchar(38), suser_name(SP.grantor_principal_id))   
      AS GRANTOR,   
   SP.TYPE AS PERMISSION,  
   CONVERT(nvarchar(46),suser_name(SP.grantee_principal_id))   
      AS GRANTEE   
   FROM sys.server_permissions SP , sys.endpoints EP  
   WHERE SP.major_id = EP.endpoint_id  
   ORDER BY Permission,grantor, grantee;

  6. Uç nokta URL'sinde doğru sunucu adının kullanıldığından emin olun

    Uç nokta URL'sindeki sunucu adı için tam etki alanı adı (FQDN) kullanmanız önerilir, ancak makineyi benzersiz olarak tanımlayan herhangi bir ad kullanabilirsiniz. Sunucu adresi bir Netbios adı (sistemler aynı etki alanındaysa), tam etki alanı adı (FQDN) veya bir IP adresi (tercihen statik bir IP adresi) olabilir. Tam nitelikli etki alanı adını kullanmak önerilen tercihtir.

    Bir Uç Nokta URL'sini zaten tanımladıysanız, şunu kullanarak sorgulayabilirsiniz:

    select endpoint_url from sys.availability_replicas

    Ardından, endpoint_url çıkışını sunucu adıyla (NetBIOS adı veya FQDN) karşılaştırın. Sunucu adını sorgulamak için PowerShell'de aşağıdaki komutları yerel bir kopyada çalıştırın:

    $env:COMPUTERNAME
[System.Net.Dns]::GetHostEntry([string]$env:computername).HostName

    Uzak bilgisayardaki sunucu adını doğrulamak için PowerShell'den bu komutu çalıştırın.

    $servername_from_endpoint_url = "server_from_endpoint_url_output"

Test-NetConnection -ComputerName $servername_from_endpoint_url

    Daha fazla bilgi için bkz. Kullanılabilirlik Çoğaltması (SQL Server) Eklerken veya Değiştirirken Uç Nokta URL'sini Belirtme.

Uyarı

Kullanılabilirlik grubu (AG) uç noktaları arasındaki iletişimde Kerberos kimlik doğrulamasını kullanmak için, AG tarafından kullanılan veritabanı yansıtma uç noktaları için Kerberos Bağlantıları için bir Hizmet Asıl Adı kaydedin .

Ağ Erişimi

Diğer sunucu örneklerinin her birinin portuna TCP üzerinden erişim sağlayabilmesi için, her bir kullanılabilirlik çoğaltmasını barındıran sunucu örneği bunu yapabilmelidir. Sunucu örnekleri birbirine güvenmeyen farklı etki alanlarındaysa (güvenilmeyen etki alanları) bu özellikle önemlidir. Aşağıdaki adımları izleyerek uç noktalara bağlanıp bağlanamadığını denetleyin:

  • Bağlantıyı doğrulamak için Test-NetConnection (Telnet'e eşdeğer) kullanın. Kullanabileceğiniz komut örnekleri aşağıda verilmiştir:

    $server_name = "your_server_name"
$IP_address = "your_ip_address"
$port_number = "your_port_number"

Test-NetConnection -ComputerName $server_name -Port $port_number
Test-NetConnection -ComputerName $IP_address -Port $port_number

  • Uç nokta dinliyorsa ve bağlantı başarılı olursa "TcpTestSucceeded : True" ifadesini görürsünüz. Aksi takdirde bir "TcpTestSucceeded : False" alırsınız.

  • IP adresine Test-NetConnection (Telnet) bağlantısı çalışıyorsa ancak ServerName ile çalışmıyorsa, büyük olasılıkla bir DNS veya ad çözümleme sorunu vardır

  • Bağlantı IP adresiyle değil ServerName ile çalışıyorsa, söz konusu sunucuda tanımlanan birden fazla uç nokta (başka bir SQL örneği olabilir) söz konusu bağlantı noktasını dinliyor olabilir. İlgili örnekte uç noktanın durumu "BAŞLADI" olarak gösterilse de, başka bir örnek bağlantı noktasını gerçekten bağlamış olabilir ve bu da ilgili örneğin dinlemesini ve TCP bağlantıları kurmasını engelleyebilir.

  • Test-NetConnection bağlanamıyorsa, söz konusu uç nokta bağlantı noktasını engelliyor olabilecek Güvenlik duvarı ve/veya Virüsten koruma yazılımı'nı arayın. Güvenlik duvarı ayarını kontrol edin ve birincil replikayı barındıran sunucu örnekleri ile ikincil replikayı barındıran sunucu örnekleri arasında uç nokta bağlantı noktası iletişimine (varsayılan olarak 5022 numaralı port) izin verilip verilmediğine bakın. Devre dışı bırakılan gelen trafik kurallarını incelemek için aşağıdaki PowerShell betiğini çalıştırın

  • Sql Server'ı Azure VM'de çalıştırıyorsanız Ağ Güvenlik Grubu'nun (NSG) uç nokta bağlantı noktasına gelen trafiğe izin verdiğinden de emin olmanız gerekir. Birincil çoğaltmayı barındıran sunucu örnekleri ile ikincil çoğaltma (varsayılan olarak 5022 numaralı bağlantı noktası) arasında uç nokta bağlantı noktası iletişimine izin verilip vermediğini görmek için güvenlik duvarı (ve NSG, Azure VM için) ayarını denetleyin

    Get-NetFirewallRule -Action Block -Enabled True -Direction Inbound |Format-Table

  • Get-NetTCPConnection cmdlet'inden (NETSTAT -aeşdeğeri) çıktıyı yakalayın ve belirtilen uç nokta için IP:Bağlantı Noktasında DİnLENİYOR veya KURULDU durumunu doğrulayın

    Get-NetTCPConnection

Listener

Doğru bir Kullanılabilirlik Grubu dinleyicisi yapılandırması için "Always On kullanılabilirlik grubu için dinleyici yapılandırma" talimatlarını izleyin.

  1. Dinleyici yapılandırıldıktan sonra, aşağıdaki sorguyu kullanarak dinlediği IP adresini ve bağlantı noktasını doğrulayabilirsiniz:

    $server_name = $env:computername  #replace this with your sql instance "server\instance"

sqlcmd -E -S$server_name -Q"SELECT dns_name AS AG_listener_name, port, ip_configuration_string_from_cluster 
FROM sys.availability_group_listeners"

  2. Bu sorguyu kullanarak dinleyici bilgilerini SQL Server bağlantı noktalarıyla birlikte de bulabilirsiniz:

    $server_name = $env:computername      #replace this with your sql instance "server\instance"

sqlcmd -E -S($server_name) -Q("SELECT  convert(varchar(32), SERVERPROPERTY ('servername')) servername, convert(varchar(32),ip_address) ip_address, port, type_desc,state_desc, start_time 
FROM sys.dm_tcp_listener_states 
WHERE ip_address not in ('127.0.0.1', '::1') and type <> 2")

  3. Dinleyiciyle bağlantı kurmanız gerekiyorsa ve bağlantı noktasının engellendiğinden şüpheleniyorsanız, PowerShell Test-NetConnection cmdlet'ini (telnet ile eşdeğer) kullanarak bir test gerçekleştirebilirsiniz.

    $listener_name = "your_ag_listener"
$IP_address = "your_ip_address"
$port_number = "your_port_number"

Test-NetConnection -ComputerName $listener_name -Port $port_number
Test-NetConnection -ComputerName $IP_address -Port $port_number

  4. Son olarak dinleyicinin belirtilen bağlantı noktasında dinleyip dinlemediğini denetleyin:

    $port_number = "your_port_number"

Get-NetTCPConnection -LocalPort $port_number -State Listen

Uç Nokta Erişimi (SQL Server Hatası 1418)

Bu SQL Server iletisi, uç nokta URL'sinde belirtilen sunucu ağ adresine ulaşılamadığını veya mevcut olmadığını gösterir ve ağ adresi adını doğrulamanızı ve ardından komutu yeniden göndermenizi önerir.

Birleştirme Veritabanı Başarısız Oluyor (SQL Server Hatası 35250)

Bu bölümde, birincil çoğaltmaya bağlantı etkin olmadığından ikincil veritabanlarını kullanılabilirlik grubuna ekleme hatasının olası nedenleri ve çözümü açıklanmıştır. Bu, tam hata iletisidir:

Msg 35250 The connection to the primary replica is not active. The command cannot be processed.

Çözünürlük:

Adımların özeti aşağıda özetlenmiştir.

Ayrıntılı adım adım yönergeler için Bkz. Altyapı hatası MSSQLSERVER_35250

  1. Bitiş noktasının oluşturulup başlatıldığından emin olun.
  2. Telnet aracılığıyla uç noktaya bağlanıp bağlanamadığını denetleyin ve hiçbir güvenlik duvarı kuralının bağlantıyı engellemediğinden emin olun
  3. Sistemdeki hataları denetleyin. Birleştirme sorununu tanılamanıza yardımcı olabilecek last_connect_error_number değerini sys.dm_hadr_availability_replica_states üzerinde sorgulayabilirsiniz.
  4. Uç noktanın, AG'nin kullandığı IP/bağlantı noktasıyla doğru eşleşmesi için tanımlandığından emin olun.
  5. Ağ hizmeti hesabının uç nokta için CONNECT izni olup olmadığını denetleyin.
  6. Olası ad çözümleme sorunlarını denetleyin
  7. SQL Server'ınızın son sürümü çalıştırdığından (tercihen en son sürüm) emin olun, böylece giderilmiş sorunlarla karşılaşmaktan korunabilirsiniz.

Read-Only Yönlendirme Düzgün Çalışmıyor

  1. Salt okunur yönlendirmeyi yapılandırma belgesini izleyerek salt okunur yönlendirmeyi ayarladığınızdan emin olun.

  2. İstemci Sürücüsü Desteği'nin sağlanmasını sağlama

    İstemci uygulaması parametreyi destekleyen ApplicationIntent bir istemci sağlayıcısı kullanmalıdır. Kullanılabilirlik grupları için bkz. Sürücü ve istemci bağlantı desteği

    Uyarı

    Dağıtılmış ağ adı (DNN) Dinleyicisine bağlanıyorsanız sağlayıcının MultiSubnetFailover parametreyi de desteklemesi gerekir.

  3. Bağlantı dizesi özelliklerinin doğru ayarlandığından emin olun

    Salt okunur yönlendirmenin düzgün çalışması için istemci uygulamanızın bağlantı dizesinde şu özellikleri kullanması gerekir:

    • AG'ye ait bir veritabanı adı
    • Erişilebilirlik grubu dinleyici adı
      • DNN kullanıyorsanız DNN dinleyici adı ve DNN bağlantı noktası numarası belirtmeniz gerekir <DNN name,DNN port>
    • ApplicationIntent ReadOnly olarak ayarlandı
    • Dağıtılmış ağ adı (DNN) için MultiSubnetFailover true olarak ayarlanmış olmalıdır

    Örnekler

    Bu örnekte bir sanal ağ adı (VNN) dinleyicisi için .NET Microsoft.Data.SqlClient veya System.Data.SqlClient sağlayıcının bağlantı dizesi gösterilmektedir:

    Server=tcp:VNN_AgListener,1433;Database=AgDb1;ApplicationIntent=ReadOnly;MultiSubnetFailover=True

    Bu örnekte dağıtılmış ağ adı (DNN) dinleyicisi için .NET Microsoft.Data.SqlClient veya System.Data.SqlClient sağlayıcının bağlantı dizesi gösterilmektedir:

    Server=tcp:DNN_AgListener,DNN_Port;Database=AgDb1;ApplicationIntent=ReadOnly;MultiSubnetFailover=True

    Uyarı

    SQLCMD gibi komut satırı programları kullanıyorsanız, sunucu adı için doğru anahtarları belirttiğinizden emin olun. Örneğin, SQLCMD'de sütun ayırıcısı için kullanılan küçük harf -s anahtarını değil sunucu adını belirten büyük -S anahtarını kullanmanız gerekir.
    Örnek: sqlcmd -S AG_Listener,port -E -d AgDb1 -K ReadOnly -M

  4. Kullanılabilirlik grubu dinleyicisinin çevrimiçi olduğundan emin olun. Kullanılabilirlik grubu dinleyicisinin çevrimiçi olduğundan emin olmak için birincil çoğaltmada aşağıdaki sorguyu çalıştırın:

    SELECT * FROM sys.dm_tcp_listener_states;

    Dinleyicinin çevrimdışı olduğunu fark ederseniz, şunun gibi bir komut kullanarak bunu çevrimiçi yapmaya çalışabilirsiniz:

    ALTER AVAILABILITY GROUP myAG RESTART LISTENER 'AG_Listener';

  5. READ_ONLY_ROUTING_LIST'in doğru şekilde doldurulduğundan emin olun. Birincil çoğaltmada, READ_ONLY_ROUTING_LIST yalnızca okunabilir ikincil çoğaltmaları barındıran sunucu örneklerini içerdiğinden emin olun.

    Her çoğaltmanın özelliklerini görüntülemek için bu sorguyu çalıştırabilir ve salt okunur çoğaltmanın bağlantı uç noktasını (URL) inceleyebilirsiniz.

    SELECT replica_id, replica_server_name, secondary_role_allow_connections_desc, read_only_routing_url 
FROM sys.availability_replicas;

    Salt okunur yönlendirme listesini görüntülemek ve uç nokta URL'si ile karşılaştırmak için:

    SELECT * FROM sys.availability_read_only_routing_lists;

    Salt okunur yönlendirme listesini değiştirmek için aşağıdaki gibi bir sorgu kullanabilirsiniz:

    ALTER AVAILABILITY GROUP [AG1]   
MODIFY REPLICA ON  
N'COMPUTER02' WITH   
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('COMPUTER01','COMPUTER02')));

    Daha fazla bilgi için bkz. Kullanılabilirlik grubu için salt okunur yönlendirmeyi yapılandırma - SQL Server Always On

  6. READ_ONLY_ROUTING_URL bağlantı noktasının açık olup olmadığını denetleyin. Windows Güvenlik Duvarı'nın READ_ONLY_ROUTING_URL bağlantı noktasını engellemediğinden emin olun. tr-TR: Read_only_routing_list içindeki her bir çoğaltmada ve bu çoğaltmalara bağlanan istemciler için veritabanı altyapısı erişimi amacıyla bir Windows Güvenlik Duvarı yapılandırın.

    Uyarı

    Sql Server'ı Azure VM'de çalıştırıyorsanız ek yapılandırma adımları uygulamanız gerekir. Her çoğaltma VM'sinin ağ güvenlik grubunun (NSG), uç nokta portuna ve DNN portuna trafiğe izin verdiğinden emin olun, özellikle DNN dinleyicisi kullanıyorsanız. VNN dinleyicisi kullanıyorsanız yük dengeleyicinin doğru yapılandırıldığından emin olmanız gerekir.

  7. READ_ONLY_ROUTING_URL (TCP://system-address:port) doğru tam etki alanı adını (FQDN) ve bağlantı noktası numarasını içerdiğinden emin olun. See:

  8. SQL Server Configuration Manager'da doğru SQL Server Ağ yapılandırmasından emin olun.

    read_only_routing_list içindeki her bir çoğaltmada şunları doğrulayın:

    • SQL Server uzak bağlantısı etkinleştirildi
    • TCP/IP etkinleştirildi
    • IP adresleri doğru yapılandırıldı

    Uyarı

    Hedef ikincil kopyanın SQL Server örnek adına TCP:SQL_Instance söz dizimini kullanarak uzak bir makineden bağlanabiliyorsanız, bunların tümünün düzgün yapılandırıldığını hızla doğrulayabilirsiniz.

Bkz. Belirli bir TCP Bağlantı Noktasında (SQL Server Configuration Manager) Dinlemek için Sunucu Yapılandırma ve Sunucu Özelliklerini Görüntüleme veya Değiştirme (SQL Server)

İlgili Görevler

İlgili içerik

  • Last updated on