Sign in with Microsoft
New to Microsoft? Create an account.

Simptome

Să presupunem că utilizați un Microsoft SQL Server 2014 sau 2016 întotdeauna în grupul disponibilitate (AG). Dacă o eroare de scriere care seamănă cu următorul apare într-o bază de date secundară, baza de date poate fi suspendată.

Eroare: 17053, severitate: 16, stare: 1. SQLServerLogMgr:: LogWriter: eroarea sistemului de operare 6 (handle-ul este nevalid.) encountered. Eroare de scriere în timpul Log Flush.

În această situație, dacă reluați mișcarea de date, baza de date nu este reluată și rămâne în starea suspendat.

Soluție de evitare

Pentru a rezolva această problemă, puteți să reporniți instanța SQL Server sau să eliminați baza de date secundară din grupul disponibilitate, apoi să o adăugați înapoi.

Rezolvare

Această problemă este remediată în următoarea actualizare cumulativă pentru SQL Server:

       Actualizarea cumulativă 8 pentru SQL Server 2016 RTM

       Actualizarea cumulativă 5 pentru SQL Server 2016 CU5

       Actualizarea cumulativă 6 pentru SQL Server 2014 SP2

Fiecare nouă actualizare cumulativă pentru SQL Server conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în actualizarea cumulativă anterioară. Consultați cele mai recente actualizări cumulative pentru SQL Server:

Cea mai recentă actualizare cumulativă pentru SQL Server 2016

Cea mai recentă actualizare cumulativă pentru SQL Server 2014

Notă

După ce instalați această actualizare, dacă această problemă apare din nou, este posibil să efectuați următoarea comandă Transact-SQL pentru a reporni baza de date, apoi să reluați mișcarea de date pentru baza de date.

ALTER DATABASE <database_name> SET HADR CV

Acest lucru nu este automatizat. Prin urmare, trebuie să emiteți manual operațiunea CV. Deoarece majoritatea tipurilor de erori care au ca rezultat suspendarea mișcărilor de date în reproducerea secundară necesită intervenție manuală. 

De exemplu, dacă fișierul jurnal se află într-un folder partajat sau este stocat în Microsoft Azure blob, iar conexiunea este pierdută, se va produce eroarea 17053. Intervenția manuală se va asigura că conexiunea la folderul partajat sau la blob-ul Azure este restaurată mai întâi înainte să eliberați comanda reluare HADR.

Stare

Microsoft a confirmat că aceasta este o problemă în produsele Microsoft enumerate în secțiunea „Se aplică la”.

Referințe

Aflați despre terminologiape care o utilizează Microsoft pentru a descrie actualizările de software.

Aveți nevoie de ajutor suplimentar?

Extindeți-vă competențele
Explorați instruirea
Fiți primul care obține noile caracteristici
Alăturați-vă la Microsoft Insider

Au fost utile aceste informații?

Cât de mulțumit sunteți de calitatea limbajului?
Ce v-a afectat experiența?

Vă mulțumim pentru feedback!

×