 |
 |
|
 | Ochrana p°esm∞rovßnφm zßpisu |  | Principy zabezpeΦenφ systΘmu | Jak lze provßd∞t kompletnφ zßlohovßnφ databßze? |  |
NejjednoduÜÜφ ochrana obsahu databßze spoΦφvß v po°izovßnφ zßlo₧nφch kopiφ kompletnφho databßzovΘho souboru, tedy veÜkerΘho obsahu databßze. Pozd∞ji, vy₧adujφ-li to okolnosti, lze obnovit databßzi z kopie, tedy uvΘst databßzi do toho stavu, v n∞m₧ byla v okam₧iku vytvo°enφ kopie.
Zßloha se provßdφ zkopφrovßnφm databßzovΘho souboru wb8.fil na archivnφ medium. V²hodnΘ b²vß spojit kopφrovßnφ s komprimacφ. P°i obnovovßnφ databßze nahradφme poÜkozen² databßzov² soubor d°φve po°φzenou kopiφ.
Zßlohovßnφ lze provΘst bu∩ ruΦn∞, nebo jej lze vyvolat z databßzovΘ aplikace, anebo lze naplßnovat periodickΘ automatickΘ provßd∞nφ zßloh serverem. Zde je popis, jak lze provßd∞t zßlohovßnφ.
P°edpokladem k zßlohovßnφ databßzovΘho souboru jsou p°φstupovß prßva k adresß°i, v n∞m₧ je umφst∞n.
Ochrana databßze zßlo₧nφ kopiφ mß sama o sob∞ omezenou ·Φinnost, proto₧e zßlo₧nφ kopie Φasem ztrßcφ aktußlnost. Lze ji v²razn∞ posφlit, pokud se krom∞ po°izovßnφ zßlo₧nφch kopiφ vede takΘ journal zm∞n.
Ochrana databßze journalem zm∞n je urΦena pro obdobφ, kdy je databßze v rutinnφm provozu, a nikoli pro dobu v²voje, kdy jeÜt∞ dochßzφ k Φast²m hlubok²m reorganizacφm dat.
602SQL server m∙₧e pracovat tak, ₧e si vÜechny provßd∞nΘ zm∞ny zaznamenßvß do urΦitΘho zvlßÜtnφho souboru (journalu). Pokud je obsah poÜkozenΘ databßze obnoven ze zßlo₧nφ kopie, pak pomocφ journalu lze zopakovat vÜechny aktualizace, kterΘ byly provedeny od po°φzenφ kopie a₧ do zadanΘho okam₧iku (nap°. do okam₧iku poÜkozenφ databßze).
Journal tedy umo₧≥uje plnou restauraci obsahu databßze po tΘm∞° ka₧dΘ havßrii. Dokß₧e chrßnit i p°ed selhßnφm u₧ivatele, a to i v p°φpad∞, ₧e se na tuto skuteΦnost p°ijde a₧ s urΦit²m zpo₧d∞nφm. Pokud n∞kter² u₧ivatel provedl destruktivnφ akci, pak lze nejprve obnovit databßzi z kopie a pak na ni "p°ehrßt" z journalu vÜechny aktualizace s v²jimkou tΘ, kterß nem∞la b²t provedena.
Vedenφ journalu se zapφnß na ╪φdicφ konzoli (strßnka Parametry / Provoznφ parametry) nebo p°es API pomocφ vlastnosti serveru WriteJournal.
Journal je veden v souboru journal.fil. Tento soubor p°i aktualizacφch v databßzi neustßle roste - p°idßvajφ se do n∞j informace o nov²ch a nov²ch zm∞nßch. Po vytvo°enφ novΘ zßlo₧nφ kopie m∙₧ete journal smazat.
Pokud po vytvo°enφ novΘ zßlo₧nφ kopie journal nesma₧ete, pak lze databßzφ obnovit i ze zßlo₧nφch kopiφ starÜφho data. Tφm se zv∞tÜuje mφra zabezpeΦenφ. Na ╪φdicφ konzoli, strßnka Nßstroje / P°ehrßvßnφ journalu) lze zjistit datum nejstarÜφho zßznamu v journalu. Mßte-li zßlo₧nφ kopie oznaΦeny datem, zjistφte, zda se zßlo₧nφ kopie dß jeÜt∞ pou₧φt.
Vedenφ journalu zvyÜuje mno₧stvφ diskov²ch operacφ pot°ebn²ch k zßpisu do databßze. Toto zv²Üenφ vÜak zpravidla nedosahuje dvojnßsobku.
DoporuΦujeme sledovat velikost souboru obsahujφcφho journal. Pokud budete vklßdat do databßze obrßzky nebo editovat rozsßhlΘ texty ulo₧enΘ v databßzi, poroste journal velmi rychle. To by mohlo po Φase vΘst ke kritickΘmu nedostatku mφsta na disku. VyΦerpßnφ veÜkerΘho diskovΘho prostoru uprost°ed databßzovΘ operace m∙₧e poÜkodit databßzi. Proto pr∙b∞₧n∞ sledujte, kolik mφsta na disku zb²vß.
K tomu, abyste stav databßze obnoven² ze zßlo₧nφ kopie mohli pomocφ journalu aktualizovat, musφte v n∞m mφt vÜechny zßznamy od doby, kdy byla zßlo₧nφ kopie vytvo°ena. Proto nedoporuΦujeme zapφnat a vypφnat vedenφ journalu podle okam₧it²ch okolnostφ. P°eruÜovan∞ veden² journal nem∙₧e ·Φinn∞ chrßnit. V²jimkou, kdy mß smysl v zßjmu rychlosti doΦasn∞ vypnout vedenφ journalu, je restrukturalizace tabulky napln∞nΘ velk²m mno₧stvφm dat nebo rozsßhl² import dat.
Zde je nßvod, jak pou₧φvat journal k obnov∞ databßze.
| Ochrana p°esm∞rovßnφm zßpisu | | Principy zabezpeΦenφ systΘmu | Jak lze provßd∞t kompletnφ zßlohovßnφ databßze? | |