Rozwiązywanie problemów z konfiguracją zawsze włączonych grup dostępności (SQL Server)

Dotyczy:SQL Server

Ten artykuł zawiera informacje ułatwiające rozwiązywanie typowych problemów z konfigurowaniem wystąpień serwera dla zawsze włączonych grup dostępności. Typowe problemy z konfiguracją obejmują wyłączone grupy dostępności Always On, niepoprawnie skonfigurowane konta, nieistniejący punkt końcowy dublowania baz danych, niedostępny punkt końcowy (błąd programu SQL Server 1418), brak dostępu sieciowego oraz niepowodzenie polecenia dołączenia bazy danych (błąd programu SQL Server 35250).

W tym temacie:

Zawsze włączone grupy dostępności nie są włączone

Funkcja Zawsze włączone grupy dostępności musi być włączona w każdym wystąpieniu programu SQL Server.

Jeśli funkcja Zawsze włączone grupy dostępności nie jest włączona, podczas próby utworzenia grupy dostępności w programie SQL Server zostanie wyświetlony ten komunikat o błędzie.

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)

Komunikat o błędzie wyraźnie wskazuje, że funkcja AG nie jest włączona, a także kieruje cię, jak ją można włączyć. Istnieją dwa scenariusze, w których można znaleźć się w tym stanie poza oczywistym, gdzie Grupa Dostępności (AG) nie była włączona od samego początku.

1. Jeśli program SQL Server został zainstalowany i funkcja grup dostępności Always On została włączona przed zainstalowaniem funkcji klastra trybu failover systemu Windows, ten błąd może wystąpić podczas próby utworzenia grupy dostępności Always On.
2. Jeśli usuniesz istniejącą funkcję klastera trybu failover Windows i odtworzysz ją, gdy program SQL Server nadal ma skonfigurowaną opcję Always On, podczas próby ponownego korzystania z grupy dostępności ten błąd może wystąpić.

W takich przypadkach możesz wykonać następujące kroki, aby rozwiązać ten problem:

1. Wyłącz funkcję AG
2. Ponowne uruchomienie usługi SQL Server
3. Włączanie funkcji grupy dostępności z powrotem
4. Ponownie uruchom ponownie usługę SQL

Aby uzyskać więcej informacji, zobacz Włączanie i wyłączanie zawsze włączonych grup dostępności (SQL Server).

Konta

Konta, na których działa program SQL Server, muszą być poprawnie skonfigurowane.

1. Czy konta mają odpowiednie uprawnienia?

   1. Jeśli partnerzy są uruchamiani na tym samym koncie domeny, prawidłowe loginy użytkowników istnieją automatycznie w obu master bazach danych. Upraszcza to konfigurację zabezpieczeń i jest zalecane.

   2. Jeśli dwa wystąpienia serwera działają na różnych kontach, każde konto musi zostać utworzone w bazie danych master na zdalnym wystąpieniu serwera, a główny użytkownik serwera musi mieć przyznane uprawnienia CONNECT w celu nawiązania połączenia z punktem końcowym dublowania bazy danych tego wystąpienia serwera. Aby uzyskać więcej informacji, zobacz Konfigurowanie kont logowania na potrzeby dublowania baz danych lub Always On Availability Groups (SQL Server). Aby sprawdzić, czy identyfikatory logowania mają uprawnienia CONNECT, użyj następującego zapytania na każdej instancji.

   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. Jeśli program SQL Server działa na wbudowanym koncie, takim jak System lokalny, Usługa lokalna lub Usługa sieciowa, lub konto spoza domeny, należy użyć certyfikatów do uwierzytelniania punktu końcowego. Jeśli konta usług korzystają z kont domeny w tej samej domenie, możesz przyznać dostęp CONNECT dla każdego konta usługi we wszystkich lokalizacjach repliki lub użyć certyfikatów. Aby uzyskać więcej informacji, zobacz Używanie certyfikatów dla punktu końcowego mirroringu bazy danych (Transact-SQL).

Endpoints

Punkty końcowe muszą być poprawnie skonfigurowane.

1. Upewnij się, że każde wystąpienie programu SQL Server, które będzie hostować replikę dostępności (każda lokalizacja repliki), ma punkt końcowy dublowania bazy danych. Aby określić, czy punkt końcowy dublowania bazy danych istnieje w danym wystąpieniu serwera, użyj widoku katalogu sys.database_mirroring_endpoints :

   SELECT name, state_desc FROM sys.database_mirroring_endpoints  
   

   Aby uzyskać więcej informacji na temat tworzenia punktów końcowych, zobacz Tworzenie punktu końcowego dublowania bazy danych na potrzeby uwierzytelniania systemu Windows (Transact-SQL) lub Zezwalaj punktowi końcowemu dublowania bazy danych na używanie certyfikatów dla połączeń wychodzących (Transact-SQL).

2. Sprawdź, czy numery portów są poprawne.

   Aby zidentyfikować port aktualnie skojarzony z punktem końcowym mirroringu bazy danych wystąpienia serwera, użyj następującej instrukcji Transact-SQL:

   SELECT type_desc, port FROM sys.tcp_endpoints;  
   GO  
   

3. W przypadku problemów z konfiguracją grup dostępności Always On, które są trudne do wyjaśnienia, zalecamy, aby sprawdzić każde wystąpienie serwera w celu ustalenia, czy nasłuchuje na odpowiednich portach.

4. Upewnij się, że punkty końcowe zostały uruchomione (STATE=STARTED). W każdym wystąpieniu serwera użyj następującej instrukcji Transact-SQL:

   SELECT state_desc FROM sys.database_mirroring_endpoints  
   

   Aby uzyskać więcej informacji na temat kolumny state_desc , zobacz sys.database_mirroring_endpoints (Transact-SQL).

   Aby uruchomić punkt końcowy, użyj następującej instrukcji Transact-SQL:

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

   Aby uzyskać więcej informacji, zobacz ALTER ENDPOINT (Transact-SQL).

   Uwaga / Notatka

   W niektórych przypadkach, jeśli punkt końcowy został uruchomiony, ale repliki grupy dostępności (AG) nie komunikują się, spróbuj go zatrzymać i ponownie uruchomić. Można użyć ALTER ENDPOINT [Endpoint_Mirroring] STATE = STOPPED, a następnie ALTER ENDPOINT [Endpoint_Mirroring] STATE = STARTED

5. Upewnij się, że konto na innym serwerze ma uprawnienie CONNECT. Aby określić, kto ma uprawnienie CONNECT dla punktu końcowego, w każdym wystąpieniu serwera użyj następującej instrukcji Transact-SQL:

   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. Upewnij się, że w adresie URL punktu końcowego jest używana poprawna nazwa serwera

   W przypadku nazwy serwera w adresie URL punktu końcowego zaleca się używanie w pełni kwalifikowanej nazwy domeny (FQDN), chociaż można użyć dowolnej nazwy, która jednoznacznie identyfikuje maszynę. Adres serwera może być nazwą Netbios (jeśli systemy znajdują się w tej samej domenie), w pełni kwalifikowaną nazwą domeny (FQDN) lub adresem IP (najlepiej statycznym adresem IP). Użycie w pełni kwalifikowanej nazwy domeny jest zalecaną opcją.

   Jeśli już zdefiniowano adres URL punktu końcowego, możesz wykonać zapytanie za pomocą następującego polecenia:

   select endpoint_url from sys.availability_replicas
   

   Następnie porównaj dane wyjściowe endpoint_url z nazwą serwera (nazwa NetBIOS lub nazwa FQDN). Aby wykonać zapytanie dotyczące nazwy serwera, uruchom następujące polecenia w programie PowerShell w repliki lokalnie:

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

   Aby zweryfikować nazwę serwera na komputerze zdalnym, uruchom to polecenie w programie PowerShell.

   $servername_from_endpoint_url = "server_from_endpoint_url_output"
   
   Test-NetConnection -ComputerName $servername_from_endpoint_url
   

   Aby uzyskać więcej informacji, zobacz Określanie adresu URL punktu końcowego podczas dodawania lub modyfikowania repliki dostępności (SQL Server).

Dostęp do sieci

Każde wystąpienie serwera hostujące replikę dostępności musi mieć dostęp do portu każdego innego wystąpienia serwera za pośrednictwem protokołu TCP. Jest to szczególnie ważne, jeśli wystąpienia serwera znajdują się w różnych domenach, które sobie nie ufają (domenach niezaufanych). Sprawdź, czy możesz nawiązać połączenie z punktami końcowymi, wykonując następujące kroki:

• Użyj Test-NetConnection (równoważnej sieci Telnet), aby zweryfikować łączność. Oto przykłady poleceń, których można użyć:

  $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
  

• Jeśli punkt końcowy nasłuchuje i połączenie zakończy się pomyślnie, zobaczysz komunikat "TcpTestSucceeded : True". Jeśli nie, otrzymasz komunikat "TcpTestSucceeded : False".

• Jeśli połączenie Test-NetConnection (Telnet) z adresem IP działa, ale do serverName nie, prawdopodobnie występuje problem z rozpoznawaniem nazw lub DNS

• Jeśli połączenie działa za pomocą ServerName, a nie według adresu IP, na tym serwerze może być zdefiniowanych więcej niż jeden punkt końcowy (być może inna instancja SQL), który nasłuchuje na tym porcie. Chociaż stan punktu końcowego w danym wystąpieniu pokazuje "STARTED", inne wystąpienie może mieć rzeczywiście zablokowany port, co uniemożliwia właściwemu wystąpieniu nasłuchiwanie oraz ustanawianie połączeń TCP.

• Jeśli Test-NetConnection nie może nawiązać połączenia, sprawdź, czy oprogramowanie zapory i/lub antywirusowe nie blokuje wspomnianego portu punktu końcowego. Sprawdź ustawienie zapory, aby sprawdzić, czy zezwala na komunikację portów punktu końcowego między wystąpieniami serwera hostujących replikę podstawową i repliką pomocniczą (domyślnie port 5022). Uruchom następujący skrypt programu PowerShell, aby sprawdzić, czy są wyłączone reguły ruchu przychodzącego

• Jeśli używasz programu SQL Server na maszynie wirtualnej platformy Azure, musisz również upewnić się, że sieciowa grupa zabezpieczeń zezwala na ruch do portu punktu końcowego. Sprawdź ustawienia zapory sieciowej (oraz grupy zabezpieczeń sieciowej dla maszyn wirtualnych platformy Azure), aby upewnić się, że umożliwiają komunikację przez porty punktu końcowego między serwerami hostującymi replikę podstawową a repliką pomocniczą (domyślnie port 5022)

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

• Przechwyć dane wyjściowe z polecenia cmdlet Get-NetTCPConnection (odpowiednik -aNETSTAT ) i sprawdź, czy stan to NASŁUCHIWANIE lub USTANOWIONE na adresIE IP:Port dla określonego punktu końcowego

  Get-NetTCPConnection 
  

Listener

Aby uzyskać poprawną konfigurację odbiornika grupy dostępności, postępuj zgodnie z instrukcjami "Konfigurowanie odbiornika dla zawsze włączonej grupy dostępności"

1. Po skonfigurowaniu odbiornika można zweryfikować adres IP i port, na którym nasłuchuje, używając następującego zapytania:

   $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. Informacje o odbiorniku można również znaleźć razem z portami programu SQL Server przy użyciu tego zapytania:

   $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. Jeśli musisz ustanowić łączność z odbiornikiem i podejrzewać, że port jest zablokowany, możesz wykonać test przy użyciu polecenia cmdlet Test-NetConnection programu PowerShell (odpowiednik telnet).

   $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. Na koniec sprawdź, czy odbiornik nasłuchuje na określonym porcie:

   $port_number = "your_port_number"
   
   Get-NetTCPConnection -LocalPort $port_number -State Listen
   

Dostęp do punktu końcowego (błąd programu SQL Server 1418)

Ten komunikat programu SQL Server wskazuje, że adres sieciowy serwera określony w adresie URL punktu końcowego nie może zostać osiągnięty lub nie istnieje i sugeruje, że zweryfikowasz nazwę adresu sieciowego i ponownie uruchom polecenie.

Niepowodzenie przyłączania bazy danych (błąd programu SQL Server 35250)

W tej sekcji omówiono możliwe przyczyny i rozwiązanie błędu dołączania pomocniczych baz danych do grupy dostępności, ponieważ połączenie z repliką podstawową nie jest aktywne. Jest to pełny komunikat o błędzie:

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

Rozwiązanie:

Poniżej przedstawiono podsumowanie kroków.

Aby uzyskać szczegółowe instrukcje krok po kroku, zapoznaj się z artykułem Błąd aparatu MSSQLSERVER_35250

1. Upewnij się, że punkt końcowy został utworzony i uruchomiony.
2. Sprawdź, czy możesz nawiązać połączenie z punktem końcowym za pośrednictwem sieci Telnet i upewnij się, że żadne reguły zapory nie blokują łączności
3. Sprawdź błędy w systemie. Możesz wykonać zapytanie dotyczące sys.dm_hadr_availability_replica_states w celu otrzymania last_connect_error_number, który może pomóc w zdiagnozowaniu problemu z dołączeniem.
4. Upewnij się, że punkt końcowy jest zdefiniowany, aby był zgodny z adresem IP/portem używanym przez AG.
5. Sprawdź, czy konto usługi sieciowej ma uprawnienie CONNECT do punktu końcowego.
6. Sprawdź możliwe problemy z rozpoznawaniem nazw
7. Upewnij się, że SQL Server działa w oparciu o aktualną kompilację (najlepiej najnowszą kompilację), aby uniknąć występowania problemów, które zostały już rozwiązane.

routing Read-Only nie działa poprawnie

1. Upewnij się, że skonfigurowałeś routing tylko do odczytu, postępując wg dokumentu Konfigurowanie routingu tylko do odczytu.

2. Zapewnianie obsługi sterowników klienta

   Aplikacja kliencka musi używać dostawcy klienta obsługującego ApplicationIntent parametr. Zobacz Obsługa łączności sterowników i klientów dla grup dostępności

   Uwaga / Notatka

   Jeśli łączysz się z odbiornikiem nazwy sieci rozproszonej (DNN), dostawca musi również obsługiwać MultiSubnetFailover parametr

3. Upewnij się, że właściwości parametrów połączenia są poprawnie ustawione

   Aby routing tylko do odczytu działał prawidłowo, aplikacja kliencka musi używać tych właściwości w parametrach połączenia:

   • Nazwa bazy danych należąca do grupy dostępności
   • Nazwa odbiornika grupy dostępności
     • Jeśli używasz DNN, musisz określić nazwę odbiornika DNN i numer portu DNN <DNN name,DNN port>
   • Wartość ApplicationIntent ustawiona na ReadOnly
   • Parametr MultiSubnetFailover ustawiony na wartość true jest wymagany dla nazwy sieci rozproszonej (DNN)

   Examples

   W tym przykładzie zilustrowano łańcuch połączeniowy dla dostawcy platformy .NET Microsoft.Data.SqlClient lub System.Data.SqlClient dla odbiornika nazwy sieci wirtualnej (VNN):

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

   W tym przykładzie zilustrowano łańcuch połączenia dla dostawcy .NET Microsoft.Data.SqlClient lub System.Data.SqlClient dla odbiornika nazwy sieci rozproszonej (DNN):

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

   Uwaga / Notatka

   Jeśli używasz programów wiersza polecenia, takich jak SQLCMD, upewnij się, że określono poprawne przełączniki dla nazwy serwera. Na przykład w SQLCMD należy użyć przełącznika -S w górnej wielkości, który określa nazwę serwera, a nie przełącznika -s w małej wielkości, używanego do separatora kolumn.
   Przykład: sqlcmd -S AG_Listener,port -E -d AgDb1 -K ReadOnly -M

4. Upewnij się, że nasłuchiwacz grupy dostępności jest w trybie online. Aby upewnić się, że odbiornik grupy dostępności jest w trybie online, uruchom następujące zapytanie w repliki podstawowej:

   SELECT * FROM sys.dm_tcp_listener_states;
   

   Jeśli okaże się, że odbiornik jest w trybie offline, możesz spróbować przenieść go do trybu online przy użyciu polecenia w następujący sposób:

   ALTER AVAILABILITY GROUP myAG RESTART LISTENER 'AG_Listener';
   

5. Upewnij się, że READ_ONLY_ROUTING_LIST jest poprawnie wypełniona. W przypadku repliki podstawowej upewnij się, że READ_ONLY_ROUTING_LIST zawiera tylko instancje serwera, które hostują repliki pomocnicze umożliwiające odczyt.

   Aby wyświetlić właściwości każdej repliki, możesz uruchomić to zapytanie i sprawdzić punkt końcowy łączności (ADRES URL) repliki tylko do odczytu.

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

   Aby wyświetlić listę routingu tylko do odczytu i porównać go z adresem URL punktu końcowego:

   SELECT * FROM sys.availability_read_only_routing_lists;
   

   Aby zmienić listę routingu tylko do odczytu, możesz użyć zapytania w następujący sposób:

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

   Aby uzyskać więcej informacji, zobacz Konfigurowanie routingu tylko do odczytu dla grupy dostępności SQL Server Always On

6. Sprawdź, czy port READ_ONLY_ROUTING_URL jest otwarty. Upewnij się, że zapora systemu Windows nie blokuje portu READ_ONLY_ROUTING_URL. Skonfiguruj Zaporę systemu Windows, aby umożliwić dostęp do silnika bazy danych dla każdej repliki w read_only_routing_list oraz dla wszystkich klientów łączących się z tymi replikami.

   Uwaga / Notatka

   Jeśli używasz programu SQL Server na maszynie wirtualnej platformy Azure, musisz wykonać dodatkowe kroki konfiguracji. Upewnij się, że sieciowa grupa zabezpieczeń (NSG) każdej repliki maszyny wirtualnej zezwala na ruch do portu punktu końcowego i portu sieci rozproszonej, jeśli używasz odbiornika sieci rozproszonej. Jeśli używasz odbiornika sieci VNN, musisz upewnić się, że moduł równoważenia obciążenia jest poprawnie skonfigurowany.

7. Upewnij się, że READ_ONLY_ROUTING_URL (TCP://system-address:port) zawiera poprawną w pełni kwalifikowaną nazwę domeny (FQDN) i numer portu. Zobacz:

   • Obliczanie read_only_routing_url dla Always On
   • sys.availability_replicas (Transact-SQL)
   • ZMIEŃ GRUPĘ DOSTĘPNOŚCI (Transact-SQL)

8. Upewnij się, że konfiguracja sieci programu SQL Server jest prawidłowa w menedżerze konfiguracji programu SQL Server.

   Sprawdź w każdej z replik w read_only_routing_list, że:

   • Włączono łączność zdalną z programem SQL Server
   • Protokół TCP/IP jest włączony
   • Adresy IP są poprawnie skonfigurowane

   Uwaga / Notatka

   Możesz szybko sprawdzić, czy wszystko jest prawidłowo skonfigurowane, jeśli możesz połączyć się z zdalnej maszyny z nazwą wystąpienia SQL Server docelowej repliki pomocniczej, używając składni TCP:SQL_Instance.

Zobacz: Konfigurowanie serwera do nasłuchiwania na określonym porcie TCP (Menedżer konfiguracji programu SQL Server) i wyświetlanie lub zmienianie właściwości serwera (SQL Server)

Powiązane zadania

• Tworzenie i konfigurowanie grup dostępności (SQL Server)

• Tworzenie punktu końcowego mirroringu bazy danych na potrzeby uwierzytelniania systemu Windows (Transact-SQL)

• Określ adres URL punktu końcowego podczas dodawania lub modyfikowania repliki dostępności (SQL Server)

• Ręczne przygotowywanie pomocniczej bazy danych dla grupy dostępności (SQL Server)

• Rozwiązywanie problemów z nieudaną operacją Dodaj-Plik (Grupy dostępności Always On)

• Zarządzanie logowaniami i zadaniami baz danych w grupie dostępności (SQL Server)

• Zarządzanie Metadanymi przy Udostępnianiu Bazy Danych w Innym Wystąpieniu Serwera (SQL Server)

Treści powiązane

• Wyświetlanie zdarzeń i dzienników dla klastra failover
• polecenie cmdlet klastra trybu przełączania awaryjnego Get-ClusterLog
• Blog zespołu SQL Server Always On: oficjalny blog zespołu SQL Server Always On
• Bezpieczeństwo transportu dla dublowania baz danych i grup wysokiej dostępności Always On (SQL Server)
• Konfiguracja sieci klienta
• Wymagania wstępne, Ograniczenia i Zalecenia dotyczące Grup Dostępności Always On (SQL Server)