Simptomai
Įsivaizduokite šį scenarijų "Microsoft SQL Server" 2016 arba "2017":
-
Nustatote SQL serverio valdomas atsargines kopijas vienoje arba keliose duomenų bazėse.
-
Nustatote darbo grafiką, kad galėtumėte vykdyti žurnalų atsarginę kopiją kas n minutes arba valandas. Pvz., suplanuojate vykdyti žurnalų atsarginę kopiją kas 5 minutes.
Šiame scenarijuje galite pastebėti, kad žurnalų atsarginė kopija neatsiranda kaip suplanuota ir Išplėstinis įvykis rodo šią informaciją:
laiko Žymos (UTC) suvestinė
data laikas + 00:00 [SSMBackup2WADebugXevent] duomenų bazės pavadinimas = database_name, duomenų bazės ID = Database_ID, papildoma informacija = SSMBackup2WA not planavimo žurnalų atsarginės kopijos, nes nė viena iš sąlygų atitiko.
Priežastis
Toliau nurodyti veiksniai gali sukelti nestabilumą žurnalų atsarginę kopiją:
-
Reikia ilgai atlikti žurnalų atsarginę kopiją. Pavyzdžiui, Suplanuokite žurnalų atsarginę kopiją, kad ji būtų vykdoma kas 6 valandas, bet ji iš tikrųjų trunka apie 11 valandų, kol bus baigta kurti atsarginės kopijos kūrimo procesas.
-
Yra labai daug pakeitimų žurnalų atsarginio kopijavimo dažniui. Pavyzdžiui, galite pakeisti suplanuotą žurnalų atsarginę kopiją kas 5 minutes kas 6 valandas.
Sprendimas
Ši pataisa yra įtraukta į šiuos kaupiamieji naujinimai SQL serverio:
Kaupiamasis naujinimas 1 SQL serverio 2017
Kaupiamasis naujinimas 5 SQL serverio 2016 1 pakeitimų paketui
Apie "SQL Server" komponavimo versijas
Kiekvienoje naujoje "SQL Server" versijoje yra visos karštosios pataisos ir visos saugos pataisos, kurios buvo pridėtos prie ankstesnės komponavimo versijos. Rekomenduojame įdiegti naujausius kaupiamuosius SQL serverio naujinimus:
Naujausias Kaupiamasis naujinimas, skirtas "SQL Server 2017"
Statusą
"Microsoft" patvirtino, kad tai yra "Microsoft" produktų, išvardytų skyriuje "taikoma", problema.
Nuorodos
Sužinokite apie terminologiją "Microsoft" naudoja programinės įrangos naujinimams apibūdinti.
