KB3095156 - Ispravka: greška 9002 i greška 3052 kada pokušate da dodate ili rezervnu e-egti datoteku evidencije u SQL Server 2012 ili SQL Server 2014

Simptomi

Pretpostavimo da koristite AlwaysOn Availability grupu u Microsoft SQL Server 2012 ili SQL Server 2014 bazi podataka, a velika otvorena aktivna transakcija postoji i zahteva dodatni prostor za evidenciju. Kada datoteka evidencije ne može da raste iz jednog od sledećih razloga, transakcija neće uspeti.

• Nedostatak dodatnog prostora u datoteci

• Datoteka evidencije je konfigurisana da ne raste

• Datoteka evidencije je dostigla konfigurisanu maksimalnu veličinu

Pored toga, dobijate sledeću poruku o grešci:

Kada pokrenete rezervnu kopiju evidencije, dobijate još jednu poruku o grešci 9002:

Nakon druge rezervne kopije evidencije, dobijate još jednu poruku o grešci 9002, a zatim poruku o grešci 5901:

Kada se nakon toga tokom vraćanje transakcije uzmu naredne kontrolne tačke ili rezervne kopije evidencije, možete dobiti sledeću poruku o grešci:

Kada primite ove poruke, više nećete moći da prosledite nove transakcije u bazu podataka i ne možete da uzgajate datoteku evidencije ili da dodate drugu datoteku evidencije.

Rešenje

Problem je prvi put otklonjen u sledećoj kumulativnoj ispravki sql servera:

• Kumulativna ispravka 3 za SQL Server 2014 SP1

• Kumulativna ispravka 10 za SQL Server 2014

• Kumulativna ispravka 8 za SQL Server 2012 SP2

Rešenje

Sledeće zaobilaženje možete da koristite da biste skratili evidencije i nastavili aktivnost.

1. Proverite svaku sekundarnu repliku da biste proverili da li se sekundarna last_hardened_lsn (pogledajte sys.dm_hadr_database_replica_states) podudara sa primarnom replikom last_hardened_lsn. To možete da uradite pokretanjem sledećeg upita koji je povezan sa instancom primarne replike

   SELECT ags.name as AGGroupName,    ar.replica_server_name as InstanceName,    hars.role_desc,    db_name(drs.database_id)as DBName,    drs.last_hardened_lsn, drs.log_send_queue_size,    drs.synchronization_state_desc as SyncState,    ar.availability_mode_desc as SyncMode,    CASE drs.is_local WHEN 1 THEN drs.database_id ELSE NULL END as database_id    FROM sys.dm_hadr_database_replica_states drs    LEFT JOIN sys.availability_replicas ar ON drs.replica_id = ar.replica_id    LEFT JOIN sys.availability_groups ags  ON ar.group_id = ags.group_id    LEFT JOIN sys.dm_hadr_availability_replica_states hars        ON ar.group_id = hars.group_id and ar.replica_id = hars.replica_id      WHERE db_name(drs.database_id) = '<database name>'

2. Na primarnoj replici

   • Uklonite bazu podataka iz grupe dostupnosti.

   • Ponovo dodajte bazu podataka grupi dostupnosti.

3. Na svakoj sekundarnoj replici

   • Ponovo dodajte bazu podataka grupi dostupnosti.

Uklanjanjem baze podataka iz grupe dostupnosti, ona će odmah skratiti svoje evidencije i osloboditi prostor za evidenciju. Ako je last_hardened_lsn na svakoj sekundarnoj replici identičan primarnoj replici, a rezervne kopije evidencije se ne uzimaju u toku uklanjanja baze podataka iz grupe dostupnosti i ponovnog dodavanja baze podataka na svaku sekundarnu, sekundarna replika će uspešno biti ponovo dodata bez grešaka ili morati da vrati rezervne kopije evidencije na sekundarni. Ako sekundarna replika nije aktuelna sa primarnom replikom i morate da uklonite bazu podataka iz grupe dostupnosti da bi sekundarna mogla da je nadoknadi, ta sekundarna replika će možda morati da vrati rezervne kopije evidencije da biste je uhvatili pre ponovnog dodavanja u grupu dostupnosti ili da je otpustite na sekundarnu repliku i ponovo je zaseju sa kompletnom rezervnom kopijom baze podataka evidencije transakcija.

Status

Microsoft je potvrdio da je ovo problem u Microsoft proizvodima koji su navedeni u odeljku "Odnosi se na".