Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
platí pro:SQL Server
Tento článek je relevantní pouze pro databáze SQL Serveru, které používají úplné nebo hromadně protokolované modely obnovení. Tento článek popisuje zálohování transakčního protokolu databáze SQL Serveru.
Abyste mohli vytvořit jakékoli zálohy protokolů, musíte mít minimálně vytvořenou alespoň jednu úplnou zálohu. Potom je možné transakční protokol zálohovat kdykoli, pokud se protokol již zálohuje.
Zálohování protokolů doporučujeme provádět často, abyste minimalizovali expozici ztráty práce a zkrátili transakční protokol.
Správce databáze obvykle občas vytvoří úplnou zálohu databáze, například týdně, a volitelně vytvoří řadu rozdílových záloh databáze v kratším intervalu, například denně. Správce databáze zálohuje protokol transakcí v pravidelných intervalech nezávisle na zálohách databáze. Pro daný typ zálohování závisí optimální interval na faktorech, jako je důležitost dat, velikost databáze a zatížení serveru. Další informace o implementaci dobré strategie najdete v tématu Doporučení v tomto článku.
Jak funguje posloupnost záloh protokolů
Posloupnost záloh transakčních protokolů je řetěz protokolů nezávislá na zálohách dat. Předpokládejme například následující posloupnost událostí.
| Time | Event |
|---|---|
| 8:00 | Zálohujte databázi. |
| Poledne | Zálohujte transakční protokol. |
| 16:00 | Zálohujte transakční protokol. |
| 18:00 | Zálohujte databázi. |
| 18:00 | Zálohujte transakční protokol. |
Záloha transakčního protokolu vytvořená v 18:00 obsahuje záznamy transakčního protokolu od 18:00 do 18:00, které se v době vytvoření úplné zálohy databáze vytvořily v 18:00. Posloupnost záloh transakčních protokolů je nepřetržitá od počáteční úplné zálohy databáze vytvořené v 8:00 do poslední zálohy transakčního protokolu vytvořené v 18:00. Informace o tom, jak tyto zálohy protokolů použít, najdete v příkladu v tématu Použití záloh transakčních protokolů (SQL Server).
Recommendations
Pokud je transakční protokol poškozen, práce, která se provádí, protože poslední platná záloha je ztracena. Proto důrazně doporučujeme umístit soubory protokolů do úložiště odolného proti chybám.
Pokud je databáze poškozená nebo se chystáte databázi obnovit, doporučujeme vytvořit zálohu koncového protokolu , která vám umožní obnovit databázi k aktuálnímu bodu v čase.
Upozornění
Známý problém: U databází s tabulkami optimalizovanými pro paměť může provedení zálohování transakčního protokolu bez obnovení a pozdější spuštění obnovení transakčního protokolu s obnovením způsobit nereagující proces obnovení databáze. Tento problém může mít vliv také na funkci přesouvání protokolů. Chcete-li tento problém vyřešit, může být instance SYSTÉMU SQL Server restartována před zahájením procesu obnovení.
Ve výchozím nastavení každá úspěšná operace zálohování přidá položku do protokolu chyb SQL Serveru a do systémového protokolu událostí. Pokud protokol zálohujete velmi často, tyto zprávy o úspěchu se rychle hromadí, což vede k obrovským protokolům chyb, které můžou ztížit hledání dalších zpráv. V takových případech můžete tyto položky protokolu potlačit pomocí příznaku trasování 3226, pokud žádný z vašich skriptů nezávisí na těchto položkách. Další informace naleznete v tématu Nastavení příznaků trasování pomocí DBCC TRACEON.
Využijte dostatek častých záloh protokolů, které podporují vaše obchodní požadavky, konkrétně odolnost proti ztrátě práce, jako je například poškození úložiště protokolů.
Vhodná frekvence pro pořizování záloh protokolů závisí na vaší toleranci vůči expozici ztráty práce vyváženou tím, kolik záloh protokolů můžete ukládat, spravovat a potenciálně obnovit. Při implementaci strategie obnovení se zamyslete nad požadovaným cílem doby obnovení (RTO) a cílem bodu obnovení (RPO) a konkrétně o tempu zálohování protokolů.
Zálohování protokolů každých 15 až 30 minut může stačit. Pokud vaše firma vyžaduje minimalizaci vystavení ztráty práce, zvažte častější zálohování protokolů. Častější zálohování protokolů má větší výhodu zvýšení frekvence zkrácení protokolu, což vede k menším souborům protokolu.
Důležité
Pokud chcete omezit počet záloh protokolů, které potřebujete obnovit, je nezbytné pravidelně zálohovat data. Můžete například naplánovat týdenní úplné zálohování databáze a denní rozdílové zálohování databází.
Znovu se zamyslete nad požadovaným rto a RPO při implementaci strategie obnovení a konkrétně o úplném a rozdílovém tempu zálohování databáze.