Przejdź do głównej zawartości
Pomoc techniczna
Zaloguj się przy użyciu konta Microsoft
Zaloguj się lub utwórz konto.
Witaj,
Wybierz inne konto.
Masz wiele kont
Wybierz konto, za pomocą którego chcesz się zalogować.

Symptomy

Załóżmy, że korzystasz z programu Microsoft SQL Server 2016 lub 2017. Gdy grupa dostępności dołączy się do istniejącej grupy dostępności rozproszonych (DAG) zaraz po porzucenia i ponownym utworzeniu DAG, może nie dołączyć się do DAG ipojawią się komunikaty o błędach podobne do następujących:

Zawsze włączone: proces powiadamiania o zmianie konfiguracji AG dla AG "AGName" w stanie "Forwarding" (7). Błąd: 41162; ważność: 16; stan: 0. nie można zweryfikować numeru sekwencji konfiguracji grupy dostępności "AGName".  Liczba porządkowa w pamięci jest niezgodna z utrwalonym numerem sekwencyjnym.  Grupa dostępność i/lub lokalna replika dostępności zostanie automatycznie uruchomiona ponownie.  W tej chwili nie jest wymagane wykonanie jakiejkolwiek czynności przez użytkownika. Zawsze włączone: AR "AGName" to teraz trwa przetwarzanie powiadomienia (typ 64). Zawsze włączone: proces powiadamiania o zmianie konfiguracji AG dla AG "AGName" w stanie "Forwarding" (7). Zawsze włączone: AR "AGName" sprawdza teraz poprawność AG Integrity w usłudze WSFC. Zawsze włączone: AR "AGName" przejście roli [Forwarder]--> [Forwarder], trigger [VALIDATE_AG_CONFIG], State (WSFC = 1; Metadata = 1). Zawsze włączone: AR "AGName" to teraz trwa przetwarzanie powiadomienia (typ-2).

Ponadto błąd 41162 może przynieść stan AG i może powodować dwie inne problemy: błąd 19407 i błąd potwierdzenia.

Error 19407:

Transakcje niekwalifikowane są wycofywane w bazie danych dbname dla wszystkich stanów grup dostępności. Szacowane ukończenie wycofywania: 100%. Jest to tylko komunikat informacyjny. Nie jest wymagane wykonanie jakiejkolwiek czynności przez użytkownika. [HaDrDbMgr::SetPrimaryAR] Ustawianie podstawowego jako AGID: AGNumber, ReplicaID: ReplicaNumber, AGDBID: AGDBNumberbłąd: 19407; ważność: 16; stan: 2. dzierżawa między grupą dostępności "GroupName" GroupName , a klastrem pracy awaryjnej systemu Windows Server straciła ważność. Wystąpił problem z łącznością między wystąpieniem programu SQL Server a klastrem pracy awaryjnej systemu Windows Server. Aby ustalić, czy grupa dostępności jest poprawnie przejmowana, sprawdź odpowiedni zasób grupy dostępności w klastrze trybu failover systemu Windows Server.

Twierdzeni

Zawsze włączone: proces powiadomienia o zmianie konfiguracji AG dla usługi AG "DatabaseName" w stanie RESOLVING_NORMAL (0).

Zawsze włączone: AR "DatabaseName" umożliwia teraz Weryfikowanie integralności AG w usłudze WSFC.

Zawsze włączone: GetTransportWithRef () jest odrzucany, ponieważ lokalny AR nie jest dostępny.

Informacje o stanie dla bazy danych "DatabaseName" — numer LSN z ograniczeniami: (34:304752:1) "Zatwierdź numer LSN:" (0:0:0) godzina zatwierdzenia: "Jan 1 1900 12:00AM"

ODZYSKIWANIE (DatabaseName, 6): Rozpoczynanie pracy z równoległymi pracownikami do ponownego wykonywania

* * Zrzuć wątek-SPID = 0, EC = 0x000001F280CC7250

Zrzut stosu wysyłany do FileLocation

* ROZPOCZNIJ ZRZUT STOSU:

* Lokalizacja: "FileLocation": 1774

* Wyrażenie: GetContext ()->getcontroller ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY

* Identyfikator SPID: SPID

* Identyfikator ProcessId procesu: Identyfikator procesu

Błąd: 17066; ważność: 16; stan: 1.

Potwierdzenie programu SQL Server: plik: < "filelocation" >; line = 1774 nie potwierdzeń = "GetContext ()->getcontroller ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY". Ten błąd może być związany z chronometrażem. Jeśli błąd będzie nadal występował po ponownym uruchomieniu instrukcji, użyj polecenia DBCC CHECKDB w celu sprawdzenia integralności bazy danych w strukturze strukturalnej lub ponownego uruchomienia serwera, aby upewnić się, że struktury danych w pamięci nie są uszkodzone.

Błąd: 3624; ważność: 20; stan: 1.

Sprawdzanie potwierdzenia systemu nie powiodło się. Zobacz dziennik błędów programu SQL Server, aby uzyskać szczegółowe informacje. Zazwyczaj błąd potwierdzenia jest spowodowany błędem oprogramowania lub uszkodzeniem danych. Aby sprawdzić, czy baza danych jest uszkodzona, warto skorzystać z polecenia DBCC CHECKDB. Jeśli użytkownik wyraził zgodę na wysłanie zrzutów do firmy Microsoft podczas konfiguracji, do firmy Microsoft zostanie wysłany mini zrzut. Aktualizacja może być dostępna w firmie Microsoft w najnowszym dodatku Service Pack lub w ramach poprawki z pomocy technicznej.

Stan

Firma Microsoft potwierdziła, że jest to problem występujący w produktach firmy Microsoft wymienionych w sekcji "dotyczy".

Rozwiązanie

Ten problem został rozwiązany w następującej zbiorczej aktualizacji dla programu SQL Server

Informacje dotyczące aktualizacji zbiorczych dla programu SQL Server:

Każda nowa Zbiorcza aktualizacja dla programu SQL Server zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń uwzględnione w poprzednim Zbiorcza aktualizacja. Zapoznaj się z najnowszymi aktualizacjami zbiorczymi dla programu SQL Server:

Informacje o poprawkach na żądanie:

Ten problem został rozwiązany w następującej Hotfix na żądanie dla programu SQL Server:

Informacje

Informacje o terminologii używanej przez firmę Microsoft do opisywania aktualizacji oprogramowania.

Potrzebujesz dalszej pomocy?

Chcesz uzyskać więcej opcji?

Poznaj korzyści z subskrypcji, przeglądaj kursy szkoleniowe, dowiedz się, jak zabezpieczyć urządzenie i nie tylko.

Społeczności pomagają zadawać i odpowiadać na pytania, przekazywać opinie i słuchać ekspertów z bogatą wiedzą.

Czy te informacje były pomocne?

Jaka jest jakość języka?
Co wpłynęło na Twoje wrażenia?
Jeśli naciśniesz pozycję „Wyślij”, Twoja opinia zostanie użyta do ulepszania produktów i usług firmy Microsoft. Twój administrator IT będzie mógł gromadzić te dane. Oświadczenie o ochronie prywatności.

Dziękujemy za opinię!

×