SQL database - full backup vs. snapshot

ZAJDAN

  • *****
  • 2 092
    • Zobrazit profil
    • E-mail
SQL database - full backup vs. snapshot
« kdy: 15. 04. 2015, 10:14:30 »
Ahoj,
dokazal by mi někdo poradit/vysvětlis rozdíl mezi full Backup vs Snapshot SQL database? Proč použít to a kdy tamto

děkuji
« Poslední změna: 15. 04. 2015, 19:14:00 od Petr Krčmář »
Vesele, vesele do továrny dělník běží...vesele, vesele do továrny jde. Vesele se usmívá když mu soustruh zazpívá...vesele, vesele do továrny jde. Vesele si poskočí když se soustruh roztočí ...vesele, vesele do továrny jde.


i

Re:SQL Database - full Backup vs SnapShot
« Odpověď #1 kdy: 15. 04. 2015, 11:01:25 »
Řekl bych že backup, trvá sice déle ale má tu výhodu že přežije i havárii disku v případě že ho tedy odsuneš mimo ten disk, zatím co snapshot je sice hned, ale případnou havárii ať už disku nebo systému zajišťující snapshot, nepřežije.
Je otázka čeho to je snapshot, virtuálního disku? LVM ? filesystému ? databáze ?

Správné řešení asi je udělat snapshot, pak ten snapshot backupovat zatím co systém mimo snapshot jede dál, pak po backupu, můžeš připadně ten snapshot zrušit.

Tak že snapshot je dobrý třeba na to aby jsi mohl zálohovat konsistentní stav zatím co systém jede vesele dál, nebo já ho pouźívám pro rychlý návrat do výchozího stavu při destruktivním testování.

MartinX

Re:SQL Database - full Backup vs SnapShot
« Odpověď #2 kdy: 15. 04. 2015, 11:10:48 »
Obsahom su vacsinou rovnake. Full backup sa spusta pravidelne a snapshot v mimoriadnych pripadoch - napriklad pred dolezitou zmenou (update hw/sw/dat) alebo v pripade nutnosti vytvorenie testovacieho prostredia zo "ziveho".
Pri pouzivani inkrementalnych backupov je dolezite rozlisovat snapshot a full backup - snapshot totiz "neresetne" poradie inkrementalneho backupu, rozdiely sa vzdy pocitaju od posledneho plneho backupu a snapshot backup toto pocitanie neovplyvni.
Teda ak robim plny backup v nedelu a inkrementalny kazdy iny den a v stredu urobim snapshot backup tak stvrtkovy inkrementalny backupuje rozdiely od nedele a nie od stredy. Ale na druhej strane, snapshot backup zo stredy dokazem pouzit na restore stavu zo stredy bez toho aby som potreboval media z full alebo inkrementalneho backupu.
Terminologia ale nie je uplne ustalena, to co som pisal vyssie plati napriklad pre IBM DB2, niekedy sa za snapshot backup oznacuje aj to, ak sa pouzije na vytvorenie backupu snapshot (teda vytvorenie read-only "zmrazeneho" stavu v okamihu snapshotu ) na urovni filesystemu. Takyto backup skracuje dobu pocas ktorej je databaza v "backup mode", kde ma dost limitovanu vykonnost pretoze vsetky transakcie sa zapisuju len do logov.

ZAJDAN

  • *****
  • 2 092
    • Zobrazit profil
    • E-mail
Re:SQL Database - full Backup vs SnapShot
« Odpověď #3 kdy: 15. 04. 2015, 11:12:04 »
snapshot o virtualnich systemu je jasny....delat zalohu celeho stroje nema smysl delat neustale (velikost, cas)..takze snapshot pred aktualizaci systemu je namiste
ale u databaze uz mi to takovy smysl snapshot nedava...mozna pro pripady mostrich databazi ...to bude asi ten duvod
Vesele, vesele do továrny dělník běží...vesele, vesele do továrny jde. Vesele se usmívá když mu soustruh zazpívá...vesele, vesele do továrny jde. Vesele si poskočí když se soustruh roztočí ...vesele, vesele do továrny jde.

Ivan

Re:SQL Database - full Backup vs SnapShot
« Odpověď #4 kdy: 15. 04. 2015, 12:02:38 »
co je to za databazi?


ZAJDAN

  • *****
  • 2 092
    • Zobrazit profil
    • E-mail
Re:SQL Database - full Backup vs SnapShot
« Odpověď #5 kdy: 15. 04. 2015, 12:12:02 »
vznikla v MS SQL server 2008 a tam je i spravovana
velikost Database je 500Mb
Vesele, vesele do továrny dělník běží...vesele, vesele do továrny jde. Vesele se usmívá když mu soustruh zazpívá...vesele, vesele do továrny jde. Vesele si poskočí když se soustruh roztočí ...vesele, vesele do továrny jde.

Dzavy

Re:SQL Database - full Backup vs SnapShot
« Odpověď #6 kdy: 15. 04. 2015, 14:49:25 »
Tak v MS SQL maji snapshoty dalsi vyhody, daji se totiz jednoduse namountovat jako dalsi readonly DB a pouzivat to na historickej reporting atd. Hodi se to napriklad pokud aplikace dela DELETE, pripadne dalsi operace znemoznujici konzistentni historickej reporing.

https://msdn.microsoft.com/en-us/library/ms175158.aspx