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.
Ten przewodnik pomaga rozpocząć monitorowanie grup dostępności i rozwiązywać niektóre z typowych problemów w grupach dostępności. Zawiera oryginalne treści oraz stronę docelową z przydatnymi informacjami, które są publikowane gdzie indziej. Chociaż ten przewodnik nie może w pełni omówić wszystkich problemów, które mogą wystąpić w dużych grupach dostępności, może wskazać właściwy kierunek w analizie przyczyn źródłowych i ich rozwiązaniach.
Ponieważ grupy dostępności są zintegrowaną technologią, wiele problemów, z którymi się spotykasz, może być objawem innych problemów w Twoim systemie bazy danych. Niektóre problemy wynikają z ustawień w grupie dostępności, takich jak zawieszenie bazy danych dostępności. Inne problemy mogą obejmować problemy z innymi aspektami SQL Server, takimi jak ustawienia SQL Server, wdrażanie plików bazy danych oraz systemowe problemy wydajnościowe niezwiązane z dostępnością. Inne problemy mogą występować poza SQL Server, takie jak sieciowe I/O, TCP/IP, Active Directory czy Windows Server Failover Clustering (WSFC). Często problemy pojawiające się w grupie dostępności, replikach lub bazie danych wymagają diagnostyki wielu technologii, aby zidentyfikować przyczynę źródłową.
Scenariusze rozwiązywania problemów
Poniższa tabela zawiera linki do typowych scenariuszy rozwiązywania problemów dla grup dostępności. Są one kategoryzowane według typów scenariuszy, takich jak konfiguracja, łączność klienta, przełączanie awaryjne oraz wydajność.
| Scenario | Typ scenariusza | Description |
|---|---|---|
| Rozwiązywanie problemów z konfiguracją grup dostępności Always On (SQL Server) | Configuration | Zawiera informacje pomagające rozwiązywać typowe problemy z konfiguracją instancji serwerów dla grup dostępności. Typowe problemy z konfiguracją: - grupy dostępności są wyłączone - konta są nieprawidłowo skonfigurowane - punkt końcowy mirroringu bazy danych nie istnieje - punkt końcowy jest niedostępny (SQL Server Error 1418) - dostęp do sieci nie istnieje - polecenie join database nie udaje się (błąd SQL Server 35250) |
| Rozwiązywanie błędu po nieudanej operacji dodawania pliku (Always On Availability Groups) | Configuration | Operacja dodawania pliku spowodowała zawieszenie bazy danych wtórnej i stan NIE SYNCHRONIZACJI. |
| Nie można połączyć się ze słuchaczem grupy dostępności w środowisku wielopodsieciowym | Łączność klienta | Po skonfigurowaniu nasłuchiwacza grupy dostępności nie możesz go pingować ani łączyć się z nim z aplikacji. |
| Rozwiązywanie problemów z nieudanymi automatycznymi awaryjnymi przełączeniami | Failover | Automatyczne przełączanie awaryjne nie zakończyło się pomyślnie. |
| Rozwiązywanie problemów: grupa dostępności przekroczyła czasu odzyskiwania | Performance | Po automatycznym przejściu w tryb failover lub zaplanowanym ręcznym przejściu w tryb failover bez utraty danych czas przejścia w tryb failover przekracza cel czasu odzyskiwania. Możesz też oszacować czas przełączania w tryb failover repliki pomocniczej z zatwierdzaniem synchronicznym (na przykład automatycznego partnera trybu failover) i stwierdzić, że przekracza on cel czasu odzyskiwania. |
| Rozwiązywanie problemów: grupa dostępności przekroczyła RPO | Performance | Po wykonaniu wymuszonego ręcznego przejścia w tryb failover, utrata danych jest większa niż określony punkt odzyskiwania. Lub podczas obliczania potencjalnej utraty danych asynchronicznie zatwierdzanej repliki pomocniczej okazuje się, że przekracza ona RPO. |
| Rozwiązywanie problemów: zmiany na głównej replice nie są odzwierciedlane na replice pomocniczej | Performance | Aplikacja kliencka pomyślnie ukończy aktualizację repliki podstawowej, ale wykonanie zapytania względem repliki pomocniczej pokazuje, że zmiana nie została odzwierciedlona. |
| Rozwiązywanie problemów: Typ z wysoką HADR_SYNC_COMMIT oczekiwania w grupach Always On Availability | Performance | Jeśli HADR_SYNC_COMMIT jest wyjątkowo długi, występuje problem wydajnościowy w przepływie ruchu danych lub utwardzaniu logów wtórnych replik. |
Przydatne narzędzia do rozwiązywania problemów
Podczas konfigurowania lub uruchamiania grup dostępności różne narzędzia mogą pomóc Ci zdiagnozować różne typy problemów. Poniższa tabela zawiera linki do przydatnych informacji o tych narzędziach.
| Narzędzie | Description |
|---|---|
| używanie zawsze włączonego pulpitu nawigacyjnego (SQL Server Management Studio) | Raportuje szybki przegląd stanu Twojej grupy dostępności w przyjaznym dla użytkownika interfejsie. |
| Polityki Always On | Używa go dashboard Always On. |
| Logi błędów SQL Server (Grupy dostępności zawsze dostępnej) | Logi zgłaszają zdarzenia przejścia stanów dla grup dostępności, replik i baz danych, statusy innych komponentów Always On oraz błędy Always On. |
| KLASTER. LOG (Grupy Zawsze dostępności) | Logi klastrowych zdarzeń, w tym przejścia stanów zasobu grupy dostępności, a także zdarzenia i błędy z zasobów DLL SQL Server. |
| Dziennik diagnostyki zdrowia Always On | Logi SQL Server diagnostyki zdrowotnej raportowane do klastra WSFC (SQL Server resource DLL) przez sp_server_diagnostics (Transact-SQL). |
| Dynamiczne widoki zarządzania i widoki katalogu systemu (Always On Availability Groups) | Raportuje informacje o grupach dostępności, takich jak konfiguracja, stan zdrowia i wskaźniki wydajności. |
| Przedłużone wydarzenia Always On | Zapewnia szczegółową diagnostykę grup dostępności i jest przydatny do analizy przyczyn źródłowych. |
| Typy typu Always On Wait | Dostarcza statystyki oczekiwania specyficzne dla grup dostępności i przydatne do dostrojenia wydajności. |
| Liczniki wydajności Always On | Monitorowanie aktywności grup dostępności, odzwierciedla się w System Monitor i jest przydatne do dostrojenia wydajności. Więcej informacji można znaleźć w obejściu SQL Server, obiekt Availability Replica oraz SQL Server, obiekt Database Replica. |
| Bufory pierścieniowe Always On | Rejestruj alerty w systemie SQL Server do wewnętrznej diagnostyki i może być używany do debugowania problemów związanych z grupami dostępności. |
Grupy monitorowania dostępności
Idealny moment na rozwiązanie problemu grupy dostępności to zanim problem wymusi awarię, czy to automatyczną, czy ręczną. Można to zrobić, monitorując wskaźniki wydajności grupy dostępności i wysyłając alerty, gdy repliki dostępności działają poza granicami Twojej umowy o poziomie usług (SLA). Na przykład, jeśli synchroniczna replika wtórna ma problemy z wydajnością, które powodują wydłużenie szacowanego czasu przejścia awaryjnego, nie chcesz czekać, aż nastąpi automatyczne przełączenie i okaże się, że czas przekroczy twój cel czasu odzyskania.
Ponieważ grupy dostępności są rozwiązaniem do wysokiej dostępności i odzyskiwania po awarii, najważniejszymi wskaźnikami wydajności do monitorowania są szacowany czas przejścia awaryjnego, który wpływa na cel czasu odzyskiwania (RTO), oraz potencjalna utrata danych w przypadku katastrofy, która wpływa na cel punktu odzyskania (RPO). Możesz zebrać te metryki z danych, które SQL Server udostępnia w danym momencie, dzięki czemu możesz zostać powiadomiony o problemie w zakresie wysokiej dostępności i odzyskiwania po awarii (HADR) systemu, zanim wystąpią rzeczywiste awarie. Dlatego ważne jest, aby zapoznać się z procesem synchronizacji danych w grupach dostępności i odpowiednio zebrać metryki.
Poniższa tabela kieruje Cię do artykułów, które pomogą Ci monitorować kondycję rozwiązania Grupy Dostępności.
| Article | Description |
|---|---|
| Monitoruj wydajność grup stale dostępności | Opisuje proces synchronizacji danych dla grup dostępności, bramek kontroli przepływu oraz przydatnych metryk podczas monitorowania grupy dostępności; oraz pokazuje, jak zbierać metryki RTO i RPO. |
| Monitorowanie grup dostępności (SQL Server) | Dostarcza informacji o narzędziach do monitorowania grupy dostępności. |
| Model Zawsze Aktywny w Zdrowiu, część 1: Architektura modelu zdrowia | Przedstawia przegląd modelu Always On Health (Zawsze Aktywny). |
| Model Always On health, część 2: Rozszerzanie modelu zdrowotnego | Pokazuje, jak dostosować model zdrowia Always On oraz dostosować Pulpit Always On, aby wyświetlać dodatkowe informacje. |
| Monitorowanie stanu Always On za pomocą PowerShell, część 1: Przegląd podstawowego cmdletu | Zapewnia podstawowy przegląd cmdletów Always On PowerShell, które mogą być używane do monitorowania stanu grupy dostępności. |
| Monitorowanie stanu Always On za pomocą PowerShell, część 2: Zaawansowane użycie cmdlet | Dostarcza informacji o zaawansowanym użyciu cmdlets Always On PowerShell do monitorowania stanu grupy dostępności. |
| Monitorowanie stanu Zawsze Włączonego za pomocą PowerShell, część 3: Prosta aplikacja monitorująca | Pokazuje, jak automatycznie monitorować grupę dostępności w aplikacji. |
| Monitorowanie stanu Always On za pomocą PowerShell, część 4: Integracja z SQL Server Agent | Zawiera informacje o tym, jak zintegrować monitorowanie grup dostępności z SQL Server Agent oraz skonfigurować powiadomienia odpowiednich stron w razie pojawienia się problemów. |