KB4022935-remediere: nu reușește să reia o bază de date de disponibilitate suspendată după o eroare de scriere în SQL Server 2014 sau 2016

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ă.

Î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

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.