Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
A következőkre vonatkozik:
SQL Server
Ez a cikk csak a teljes vagy tömegesen naplózott helyreállítási modelleket használó SQL Server-adatbázisokra vonatkozik. Ez a cikk egy SQL Server-adatbázis tranzakciónaplójának biztonsági mentését ismerteti.
Minimálisan legalább egy teljes biztonsági másolatot létre kell hoznia, mielőtt bármilyen naplóbeli biztonsági mentést létrehozhat. Ezt követően a tranzakciónapló bármikor biztonsági másolatot készíthet, kivéve, ha a naplóról már készül biztonsági mentés.
Javasoljuk, hogy gyakran készítsen biztonsági másolatot a naplókról, mind a munkaveszteség-kitettség minimalizálása, mind a tranzakciónapló csonkításának érdekében.
Az adatbázisgazdák általában időnként létrehoznak egy teljes adatbázis-biztonsági mentést, például hetente, és igény szerint rövidebb időközönként, például naponta is létrehoznak egy sor különbségadatbázis-biztonsági mentést. Az adatbázis biztonsági mentésétől függetlenül az adatbázis rendszergazdája gyakran készít biztonsági másolatot a tranzakciónaplóról. Egy adott biztonsági mentési típus esetében az optimális időköz olyan tényezőktől függ, mint az adatok fontossága, az adatbázis mérete és a kiszolgáló számítási feladatai. A jó stratégia megvalósításával kapcsolatos további információkért tekintse meg a jelen cikkben található ajánlásokat .
A naplók biztonsági mentéseinek sorozata
A tranzakciónaplók biztonsági mentési naplóinak lánca független az adatmentésekétől. Tegyük fel például, hogy a következő eseménysorozatot.
| Idő | Event |
|---|---|
| 8:00 | Adatbázis biztonsági mentése. |
| Dél | Tranzakciónapló biztonsági mentése. |
| 16:00 | Tranzakciónapló biztonsági mentése. |
| 18:00 | Adatbázis biztonsági mentése. |
| 20:00 | Tranzakciónapló biztonsági mentése. |
A 20:00-kor létrehozott tranzakciónapló biztonsági mentése 16:00 és 20:00 között tartalmazza a tranzakciónapló-rekordokat, amely a teljes adatbázis biztonsági mentésének 18:00-kor történő létrehozásának időpontjára terjed ki. A tranzakciónapló biztonsági mentéseinek sorozata folyamatos, a 8:00 órakor létrehozott kezdeti teljes adatbázis-biztonsági mentéstől a 20:00-kor létrehozott utolsó tranzakciónapló-biztonsági mentésig. A naplók biztonsági mentéseinek alkalmazásával kapcsolatos további információkért tekintse meg a tranzakciónapló-biztonsági mentések alkalmazása (SQL Server) című példát.
Recommendations
Ha egy tranzakciónapló sérült, a legutóbbi érvényes biztonsági mentés óta elvégzett munka elveszik. Ezért határozottan javasoljuk, hogy a naplófájlokat hibatűrő tárolóba helyezze.
Ha egy adatbázis sérült, vagy éppen vissza szeretné állítani az adatbázist, javasoljuk, hogy hozzon létre egy tail-log biztonsági mentést , amely lehetővé teszi az adatbázis aktuális időpontra való visszaállítását.
Caution
Ismert probléma: A memóriaoptimalizált táblákkal rendelkező adatbázisok esetében a tranzakciós naplók helyreállítása nélkül végzett biztonsági mentés, majd a tranzakciónapló helyreállításának későbbi végrehajtása a helyreállítással nem válaszoló adatbázis-visszaállítási folyamatot eredményezhet. Ez a probléma a naplók szállítási funkcióját is befolyásolhatja. A probléma megoldásához az SQL Server-példány újraindulhat a visszaállítási folyamat elindítása előtt.
Alapértelmezés szerint minden sikeres biztonsági mentési művelet hozzáad egy bejegyzést az SQL Server hibanaplójába és a rendszer eseménynaplójába. Ha nagyon gyakran készít biztonsági másolatot a naplóról, ezek a sikeres üzenetek gyorsan halmozódnak fel, ami hatalmas hibanaplókat eredményez, amelyek megnehezíthetik a többi üzenet megkeresését. Ilyen esetekben letilthatja ezeket a naplóbejegyzéseket a 3226-os nyomkövetési jelző használatával, ha egyik szkript sem függ ezektől a bejegyzésektől. További információ: Nyomkövetési jelzők beállítása a DBCC TRACEON használatával.
Készítsen elég gyakori napló biztonsági mentést az üzleti követelmények támogatására, különösen a munkavesztéssel szembeni tűrőképességét, például a sérült naplótárolók okozhatják.
A naplók biztonsági mentésének megfelelő gyakorisága attól függ, hogy milyen tűréshatáron van a munkaveszteségnek való kitettség, és hány napló biztonsági mentést tárolhat, kezelhet és esetleg visszaállíthat. A helyreállítási stratégia megvalósításakor gondolja át a szükséges helyreállítási időkorlátot (RTO) és helyreállításipont-célkitűzést (RPO), és különösen a naplók biztonsági mentési ütemét.
Ha 15–30 percenként készít biztonsági másolatot a naplóról, az elég lehet. Ha vállalata megköveteli a munkaveszteség-kitettség minimalizálását, érdemes lehet gyakrabban biztonsági másolatot készíteni a naplókról. A gyakoribb naplók biztonsági mentésének előnye, hogy növeli a naplók csonkolásának gyakoriságát, ami kisebb naplófájlokat eredményez.
Fontos
A visszaállítandó naplók biztonsági mentéseinek számának korlátozása érdekében elengedhetetlen az adatok rutinszerű biztonsági mentése. Ütemezhet például heti teljes adatbázis-biztonsági mentést és napi különbségi adatbázis-biztonsági mentéseket.
A helyreállítási stratégia megvalósításakor gondolja át a szükséges RTO-t és RPO-t , és különösen a teljes és differenciált adatbázis-biztonsági mentési ütemet.