Aplica-se A
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)

Sintomas

Assuma que utiliza um Microsoft SQL Server 2014 ou 2016 Always On Availability Group (AG). Se um erro de escrita que se assemelha ao seguinte ocorrer numa base de dados secundária, a base de dados pode ficar suspensa.

Erro: 17053, Severidade: 16, Estado: 1. SQLServerLogMgr::LogWriter: Erro do sistema operativo 6(A pega é inválida.) encountered. Escreva erro durante a lavagem de registos.

Nesta situação, se retomar o movimento de dados, a base de dados não é retomada, e permanece no estado suspenso.

Solução

Para contornar este problema, pode reiniciar a instância do SQL Server ou pode remover a base de dados secundária do grupo de disponibilidade e, em seguida, adicioná-la de volta.

Resolução

Esta emissão é corrigida na seguinte atualização cumulativa para o SQL Server:

       Atualização Cumulativa 8 para SQL Server 2016 RTM

       Atualização Cumulativa 5 para SQL Server 2016 CU5

       Atualização Cumulativa 6 para SQL Server 2014 SP2

Cada nova atualização cumulativa do SQL Server contém todos os hotfixes e todas as correções de segurança que foram incluídas com a atualização cumulativa anterior. Confira as últimas atualizações cumulativas do SQL Server:

Última atualização cumulativa para SQL Server 2016

Última atualização cumulativa para SQL Server 2014

Nota

Depois de instalar esta atualização, se este problema ocorrer novamente, poderá executar o seguinte comando Transact-SQL para reiniciar a base de dados e, em seguida, retomar o movimento de dados para a base de dados.

ALTER DATABASE <database_name> SET HADR RESUME

Isto não é automatizado. Portanto, tem de emitir manualmente o funcionamento do currículo. Porque a maioria dos tipos de erros que resultam na suspensão dos movimentos de dados na réplica secundária requerem intervenção manual. 

Por exemplo, se o ficheiro de registo estiver localizado numa pasta partilhada ou armazenado no Microsoft Azure Blob, e a ligação for perdida, o Erro 17053 ocorrerá. A intervenção manual certificar-se-á de que a ligação à pasta partilhada ou à Bolha Azure é restaurada primeiro antes de emitir o comando de currículo HADR.

Estado

A Microsoft confirmou que este problema ocorre nos produtos da Microsoft listados na secção "Aplica-se a".

Referências

Conheça a terminologiaque a Microsoft utiliza para descrever atualizações de software.

Precisa de mais ajuda?

Quer mais opções?

Explore os benefícios da subscrição, navegue em cursos de formação, saiba como proteger o seu dispositivo e muito mais.