Symptom
Anta att du använder en Microsoft SQL Server 2014 eller 2016 alltid på tillgänglighets grupp (AG). Om ett skrivfel som liknar följande inträffar i en sekundär databas kan det hända att databasen blir inaktive rad.
Fel: 17053, allvarlighets grad: 16, tillstånd: 1. SQLServerLogMgr:: LogWriter: operativ system fel 6 (referensen är ogiltig.) encountered. Skrivfel under logg tömning.
Om du sedan fortsätter med data flytten fortsätter inte databasen, och den förblir inaktiv.
Lösning
För att undvika problemet kan du starta om SQL Server-instansen, eller så kan du ta bort den sekundära databasen från tillgänglighets gruppen och sedan lägga till den igen.
Lösning
Det här problemet är åtgärdat i den här kumulativa uppdateringen för SQL Server:
Kumulativ uppdatering 8 för SQL Server 2016 RTM
Varje ny kumulativ uppdatering för SQL Server innehåller alla snabb korrigeringar och alla säkerhets korrigeringar som ingick i den föregående kumulativa uppdateringen. Kolla in de senaste kumulativa uppdateringarna för SQL Server:
Obs!
När du har installerat den här uppdateringen kan du köra följande Transact-SQL- kommando för att starta om databasen och sedan återuppta data flyttningen för databasen.
ALTER DATABASE <database_name> ange HADR merit förteckning
Det här är inte automatiserat. Därför måste du manuellt återuppta återställningen. Eftersom de flesta typer av fel som uppstår när data transporteras på den sekundära repliken kräver manuella ingrepp.
Om logg filen finns på en delad mapp eller lagras i Microsoft Azure blob och anslutningen går förlorad, inträffar felet 17053. Med den manuella ingripanden ser du till att anslutningen till den delade mappen eller Azure-blobben återställs först innan du utfärdar kommandot HADR Resume.
Status
Microsoft har bekräftat att det här är ett problem i Microsoft-produkterna som nämns i "gäller".
Referenser
Lär dig mer om terminologinsom Microsoft använder för att beskriva program varu uppdateringar.
