Dotyczy
SQL Server 2016 Developer - duplicate (do not use) SQL Server 2016 Enterprise - duplicate (do not use) SQL Server 2016 Enterprise Core - duplicate (do not use) SQL Server 2016 Standard - duplicate (do not use) SQL Server 2016 Service Pack 1 SQL Server 2014 Developer - duplicate (do not use) SQL Server 2014 Enterprise - duplicate (do not use) SQL Server 2014 Enterprise Core - duplicate (do not use) SQL Server 2014 Standard - duplicate (do not use) SQL Server 2014 Service Pack 2 - duplicate (do not use)

Symptomy

Załóżmy, że korzystasz z programu Microsoft SQL Server 2014 lub 2016 zawsze na grupie dostępność (AG). Jeśli w pomocniczej bazie danych wystąpi błąd zapisu podobny do następującego , baza danych może zostać zawieszona.

Błąd: 17053; ważność: 16; stan: 1. SQLServerLogMgr:: LogWriter: błąd systemu operacyjnego 6 (uchwyt jest nieprawidłowy). encountered. Błąd zapisu podczas opróżniania dziennika.

W tej sytuacji po wznowieniu przepływu danych baza danych nie zostanie wznowiona i pozostanie w stanie wstrzymania.

Obejście

Aby obejść ten problem, możesz ponownie uruchomić wystąpienie programu SQL Server lub usunąć pomocniczą bazę danych z grupy dostępności, a następnie dodać ją ponownie.

Rozwiązanie

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

       Zbiorcza aktualizacja 8 dla programu SQL Server 2016 RTM

       Zbiorcza aktualizacja 5 dla programu SQL Server 2016 CU5

       Zbiorcza aktualizacja 6 dla programu SQL Server 2014 z dodatkiem SP2

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

Najnowsza Zbiorcza aktualizacja dla programu SQL Server 2016

Najnowsza Zbiorcza aktualizacja dla programu SQL Server 2014

Uwaga

Po zainstalowaniu tej aktualizacji, jeśli ten problem wystąpi ponownie, możesz uruchomić ponownie bazę danych w języku Transact-SQL , a następnie wznowić przepływ danych dla bazy danych.

ALTER DATABASE <database_name> SET HADR RESUME

Ta funkcja nie jest zautomatyzowana. Dlatego musisz ręcznie wydać operację Resume (Wznów). Ponieważ większość typów błędów, które skutkują zawieszeniem ruchów danych w replice pomocniczej, wymaga ręcznej interwencji. 

Jeśli na przykład plik dziennika znajduje się w folderze udostępnionym lub jest przechowywany w obiekcie blob platformy Microsoft Azure, a połączenie zostanie utracone, wystąpi błąd 17053. Ręczna interwencja zapewnia, że połączenie z folderem udostępnionym lub obiektem blob platformy Azure zostanie przywrócone najpierw przed wydaniem polecenia Wznów HADR.

Stan

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

Informacje

Informacje o terminologiiuż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.