Применяется к
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)

Проблемы

Предположим, что вы используете группу доступности Microsoft SQL Server 2014 или 2016 Always On (AG). Если ошибка записи , похожая на приведенную ниже , возникает в базе данных-получателе, она может быть приостановлена.

Ошибка: 17053, уровень серьезности: 16, состояние: 1. SQLServerLogMgr:: LogWriter: ошибка операционной системы 6 (недопустимый дескриптор.) encountered. Ошибка записи во время сброса журнала.

В этом случае, если возобновить движение данных, база данных не будет возобновлена и останется в состоянии Suspended.

Обходное решение

Для решения этой проблемы вы можете перезапустить экземпляр SQL Server или удалить базу данных из группы доступности, а затем снова добавить ее.

Решение

Эта проблема устранена в следующем накопительном обновлении SQL Server:

       Накопительное обновление 8 для SQL Server 2016 RTM

       Накопительное обновление 5 для SQL Server 2016 CU5

       Накопительное обновление 6 для SQL Server 2014 с пакетом обновления 2 (SP2)

Все новые накопительные обновления для SQL Server содержат все исправления и все исправления для системы безопасности, которые были включены в предыдущий накопительный пакет обновления. Ознакомьтесь с самыми последними накопительными обновлениями для SQL Server.

Последнее накопительное обновление для SQL Server 2016

Последнее накопительное обновление для SQL Server 2014

Примечание.

После установки этого обновления при повторном возникновении этой проблемы вы можете выполнить следующую команду Transact-SQL , чтобы перезапустить базу данных и возобновить перемещение данных для базы данных.

<инструкции ALTER DATABASE database_name> SET HADR reresume

Это не является автоматическим. Таким образом, вы должны вручную выполнить операцию возобновления. Так как большинство типов ошибок, которые приводят к отключению движений данных во вторичной реплике, требуют ручного вмешательства. 

Например, если файл журнала находится в общей папке или в большом двоичном объекте Microsoft Azure, а соединение теряется, произойдет ошибка 17053. Перед запуском команды возобновления HADR вы можете восстановить подключение к общей папке или большому двоичному объекту Azure.

Статус

Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе "Применяется к".

Ссылки

Ознакомьтесь с терминологией, которую корпорация Майкрософт использует для описания обновлений программного обеспечения.

Нужна дополнительная помощь?

Нужны дополнительные параметры?

Изучите преимущества подписки, просмотрите учебные курсы, узнайте, как защитить свое устройство и т. д.