Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Dotyczy:SQL Server
Introduction
- Nazwa polisy: Grupa dostępności Online State
- Problem: Grupa dostępności jest offline.
- Kategoria: Krytyczne
- Aspekt: Grupa dostępności
Description
Ta polityka sprawdza stan online lub offline grupy dostępności. Zasada jest w niezdrowym stanie, a alert jest generowany, gdy zasób klastra grupy dostępności jest w trybie offline lub grupa dostępności nie ma repliki podstawowej.
Stan polityki jest zdrowy, gdy zasób klastra grupy dostępności jest online, a grupa dostępności ma replikę podstawową.
Możliwe przyczyny
Problem ten może być spowodowany awarią instancji serwera, która hostuje replikę podstawową, lub wyłączeniem zasobu grupy dostępności Windows Server Failover Cluster (WSFC). Oto możliwe przyczyny nieaktywności grupy dostępności:
Grupa dostępności nie jest skonfigurowana do pracy w trybie automatycznego przełączania awaryjnego. Podstawowa replika staje się niedostępna, a rola wszystkich replik w grupie dostępności staje się RESOLVING.
Usługa głównej instancji replik jest niedostępna lub nie odpowiada.
Grupa dyspozycyjna ma problem z łącznością z klastrem.
Grupa dostępności jest skonfigurowana z automatycznym trybem przełączania awaryjnego i nie kończy się pomyślnie.
- Podczas automatycznego przełączania awaryjnego sprawdzenie gotowości repliki docelowej do przejęcia roli podstawowej kończy się niepowodzeniem i nie ma dostępnej repliki, która mogłaby stać się nową repliką podstawową.
Zasób grupy dostępności w klastrze przechodzi w stan offline.
Dowolny zależny zasób klastra, w którym wystąpi krytyczny problem, przechodzi w stan offline. Zasób grupy dostępności również jest wyłączony, dopóki zasób zależny nie zostanie uruchomiony.
Krytyczny problem w klastrze powoduje wyłączenie zasobu grupy dostępności.
Trwa automatyczne, ręczne lub wymuszone przełączenie awaryjne dla grupy dostępności.
Możliwe rozwiązania
Poniżej przedstawiono możliwe rozwiązania tego problemu:
Jeśli instancja SQL Server podstawowej repliki jest niedostępna, zrestartuj serwer i następnie sprawdź, czy grupa dostępności wraca do zdrowego stanu.
Jeśli wydaje się, że automatyczne przełączenie awaryjne nie powiodło się, sprawdź, czy bazy danych w replice są zsynchronizowane z repliką podstawową, która wcześniej była uznawana za podstawową, a następnie przełącz awaryjnie do repliki podstawowej. Jeśli bazy danych nie są zsynchronizowane, wybierz replikę z minimalną utratą danych, a następnie przełącz się do trybu awaryjnego.
Jeśli zasób w klastrze jest offline, a instancje SQL Server wydają się być zdrowe, użyj Failover Cluster Manager, aby sprawdzić stan klastra lub inne problemy na serwerze. Możesz także użyć Menedżera Klastra Awaryjnego, aby spróbować przełączyć zasoby grupy dostępności do online.
Jeśli trwa przełączanie awaryjne, poczekaj na jego zakończenie.