Tünetek
Vegyük például a következő esetet:
- A Microsoft SQL Server 2016-ot, 2014-et vagy 2012-t használja.
- Van egy adatbázisa, amely az AlwaysOn rendelkezésre állási csoport része.
- Az elsődleges replikán zsugorítani kell az adatbázisfájlokat a méretük csökkentése érdekében.
- Az elsődleges replika elküldi a tranzakciónaplóban rögzített összes módosítást a másodlagos replikának.
- A másodlagos replikán a visszaállítási szálak alkalmazzák a tranzakciónapló módosításait a rendelkezésre állási csoport részét képező adatbázisra.
Ebben az esetben a replika fel van függesztve.
Emellett az alábbihoz hasonló hibaüzenet is megjelenhet:
Megjegyzés
<időbélyeg> spid41s Hiba: 3456, Súlyosság: 21, Állapot: 1.
<time stamp> spid41s Nem sikerült újra végrehajtani a naplóbejegyzést (#), a tranzakcióazonosító (#), a lapon (#), az adatbázis "<dbname>" adatbázisát (adatbázis-azonosító #). Oldal: LSN = (#), foglalási egység = #, típus = #. Napló: OpCode = #, környezet #, PrevPageLSN: (#). Állítsa vissza az adatbázist egy biztonsági másolatból, vagy állítsa helyre az adatbázist.
<időbélyeg> SPID41S AlwaysOn rendelkezésre állási csoportok A(z) "<dbname>" adatbázis adatátvitelét a következő ok miatt függesztették fel: "system" (forrásazonosító 2; Forrás sztring: 'SUSPEND_FROM_REDO'). Az adatátvitel újraindításához manuálisan kell újraindítania az adatbázist. A rendelkezésre állási adatbázisok létrehozásának újraindításával kapcsolatos információkért lásd az SQL Server Books Online webhelyet.
<időbélyeg> spid41s Hiba: 3313, Súlyosság: 21, Állapot: 2.időbélyeg<> spid41s Egy naplózott művelet ismételt végrehajtása során a(z) "<dbname>" adatbázisban hiba történt a naplórekord azonosítójánál (#). A konkrét hiba általában korábban hibaként kerül naplózásra a Windows Eseménynapló szolgáltatásban. Állítsa vissza az adatbázist teljes biztonsági másolatból, vagy állítsa helyre az adatbázist.
Ok
Ez a probléma akkor jelentkezik, ha az ismétlési folyamat során módosításokat alkalmaznak, és az adatbázismotor nem megfelelő sorrendű LSN-eket talál a rendszerlapokon (GAM, PFS).
Megoldás
A hibát először az SQL Server következő összegző frissítésében javítottuk:
- 1. összegző frissítés az SQL Server 2016-hoz
- 8-as összegző frissítés az SQL Server 2014 SP1-hez
- 6. összegző frissítés az SQL Server 2012 SP3-hoz
- 15. összegző frissítés az SQL Server 2012 SP2-höz
Javaslat: Telepítse az SQL Server legújabb összegző frissítését
Az SQL Server minden új összegző frissítése tartalmazza az összes gyorsjavítást és minden biztonsági javítást, amely az előző kumulatív frissítésben szerepelt. Javasoljuk, hogy töltse le és telepítse az SQL Server legújabb összegző frissítéseit:
- Az SQL Server 2016 legújabb összegző frissítése
- Az SQL Server 2014 SP1 legújabb összegző frissítése
- Az SQL Server 2012 SP3 legújabb összegző frissítése
- Az SQL Server 2012 SP2 legújabb összegző frissítése
A frissítés megakadályozza ennek a problémának a előfordulását. Ha a probléma már előfordult, az alábbi lépéseket követve csatlakozzon újra az AlwaysOn rendelkezésre állási csoporthoz:
- Távolítsa el a meglévő AlwaysOn másodlagos replikát.
- Futtassa az alábbi parancsot az érintett adatfájlokon a fel nem osztott terület adatbázisból való eltávolításához:
DBCC SHRINKFILE(<file_id>; TRUNCATEONLY) - Készítsen biztonsági másolatot az adatbázisról és a naplófájlokról.
- Állítsa vissza az adatbázist és a naplókat az AlwaysOn másodlagos replikán.
- Csatlakozzon az AlwaysOn rendelkezésre állási csoporthoz.
Állapot
A Microsoft megerősítette, hogy ez egy olyan probléma a Microsoft-termékekben, amely az „Érintett szolgáltatás“ című szakaszban van felsorolva.
Hivatkozások
Ismerje meg a Microsoft szoftverfrissítésekkel kapcsolatos terminológiáját.