Jesteś obecnie w trybie offline. Czekamy na ponowne połączenie z Internetem.

Poprawka: Potwierdzenia wystąpienia awarii podczas przeprowadzania kwerendy informacji stanu bazy danych programu SQL Server 2012

WAŻNE: Ten artykuł został przetłumaczony przy użyciu oprogramowania firmy Microsoft do tłumaczenia maszynowego i może być poprawiony przy użyciu technologii Community Translation Framework (CTF). Firma Microsoft udostępnia artykuły tłumaczone maszynowo, poprawione przez społeczność, a także tłumaczone przez tłumaczy profesjonalnych, aby zapewnić dostęp do wszystkich artykułów w bazie wiedzy w wielu językach. Artykuły tłumaczone maszynowo i poprawione mogą zawierać błędy pisowni, składniowe i gramatyczne. Firma Microsoft nie ponosi odpowiedzialności za żadne nieścisłości, błędy ani szkody spowodowane przez niepoprawne tłumaczenia zawartości ani przez korzystanie z niej przez klientów. Więcej o strukturze CTF: http://support.microsoft.com/gp/machine-translation-corrections/pl.

Anglojęzyczna wersja tego artykułu to: 3187842
Symptomy
Załóżmy, że funkcja grupy dostępności (AlwaysOn) w systemie Microsoft SQL Server 2012. Kiedy uzyskujesz informacje o stanie bazy danych przy użyciu sys.dm_hadr_database_replica_statesDMV może zwrócić dużą ilość wierszy w wyniku. Dodatkowo komunikat o błędzie podobny do następującego jest rejestrowane w dzienniku błędów programu SQL Server:
<Date time="">Błąd spid41s: 17066, wskaźnik ważności: 16, stan: 1.
<Date time="">spid41s SQL Server potwierdzenia: plik:< hadrdbmgrpartner.cpp="">, wiersza = 143 Failed Assertion = '! m_link. (IsInList) ". Ten błąd może być związane z czasu. Jeśli błąd nie znika po ponowne instrukcja, użyj polecenia DBCC CHECKDB do sprawdzania bazy danych dla integralności strukturalnej lub uruchom ponownie serwer, aby upewnić się, że struktur danych w pamięci nie są uszkodzone.
<Date time="">spid387s ** zrzutu wątku - spid = 0, WE = 0x000000017E6DCB90
<Date time="">spid387s *** zrzut stosu wysyłane do D:\Program Files\Microsoft SQL Server\MSSQL11. MSSQLSERVER\MSSQL\LOG\SQLDump0002.txt
<Date time="">spid387s * *******************************************************************************
<Date time="">spid387s *
<Date time="">spid387s * rozpocząć ZRZUT STOSU:
<Date time="">spid387s *<Date time=""> spid 387
<Date time="">spid387s *
<Date time="">spid387s * lokalizacji: hadrdbmgrpartner.cpp:143
<Date time="">spid387s * wyrażenie:! m_link. (IsInList)
<Date time="">spid387s * identyfikator SPID: 387<Date time=""> spid387s * identyfikator procesu: 2512</Date></Date></Date></Date></Date></Date></Date></Date></Date></Date></Date></Date></Date></Date>

Rozwiązanie
Ten problem został rozwiązany w następujących aktualizacji zbiorczej dla programu SQL Server:


Informacje dotyczące zbiorczej aktualizacji dla programu SQL Server
Każda nowa aktualizacja zbiorcza dla programu SQL Server zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń, które zostały zawarte w poprzedniej zbiorczej aktualizacji. Sprawdź najnowsze aktualizacje zbiorcze dla programu SQL Server:

Stan
Firma Microsoft potwierdziła, że jest to problem występujący w produktach firmy Microsoft wymienionych w sekcji „Dotyczy”.
Materiały referencyjne
Dowiedz się więcej o terminologia Firma Microsoft używa się do opisywania aktualizacji oprogramowania.

Ostrzeżenie: ten artykuł przetłumaczono automatycznie

Właściwości

Identyfikator artykułu: 3187842 — ostatni przegląd: 09/22/2016 01:28:00 — zmiana: 2.0

Microsoft SQL Server 2012 Service Pack 3

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3187842 KbMtpl
Opinia