Kriminalci mekog srca dali dekripcijski ključ dječ

U ovom slučaju - jest! Radi se pravi restore, nije simulacija. Na testnoj okolini, Ako firma nema testnu okolinu, kreira se mala vritualna mašina sa besplatnim SQL Developer edition (dozvoljeno ga je koristiti za tu svrhu) i radi točno to što obećaje. Ovo je provjera SQL Server backupa koja jedina garantira restorabilnost - stvarni, pravi restore. Vidio sam mnoge alate za općeniti backup koji dobro rade backup datoteka ili particija. Ali čim pređu granicu i počnu raditi backup baza, nastaju problemi. Jer takvi alati ne rade dobro backup a ni restore baza (posebno u dijelu transaction log backupa pa ti prekinu lanac tran logova truncate-anjem i sličnim "no-no" operacijama) i spori su do boli. Native db backup je daleko nadmoćniji takvim alatima, ali mana mu je da nema lijepo grafičko sučelje. Doduše, jednom se postavi i više nemaš brige. Samo pratiš dolaze li ti mailovi i to je sve.

Nisi me shvatio, da bi stvarno provjerio moraš imati cijelu okolinu, sa svim dependencyjima (onime o čemu baza ovisi i onime što ovisi o bazi).

Poseban je problem ako radiš test u neki point in time (npr. u stanje od prije dva mjeseca).

Svaki ozbiljni backup radi backup baza (i to svih, ne samo SWL), uključujući praćenje logova itd. No to je samo dio priče.

Zato se rade periodički testovi backupa (ovisno o načinu izvedbe backupa), ali ne i automatski jer je to jako teško rekreirati u realnom sandboxu.

Govoriš o imageu, ne snapshotu. Snapshot se radi na produkcijskom disku, što god da se desi s diskom (kvar polja, cijelog sustava itd.) dešava se i sa snapshotom.

Isto tako, snapshot ne može sačuvati sve što je bazi bitno (memorija, logovi itd., vidi što gore Keso piše), slično je s nekim aplikacijama itd.. O problemu zauzeća polja kad su u pitanju dugotrajni snapshoti da ne govorimo, to je kratkotrajno rješenje (zgodno za stvari tip upgrade i slično, kad ako stvari odu krivo možeš lako vratiti prethodno stanje).

Uz to, taj snapshot moraš onda negdje stvarno bakupirati (zato je zgodno njega koristiti za neke stvari kao dio staging backupa, ali ne za baze i slično), povremeno brisati, itd.

Radiš restore cijele okoiine? Cool.

Ovo "uglavnom" i je problem. I DNS je uglavnom statički. Kao i AD i niz drugih sustava. Problem je što moraš gledati cjelinu, ne samo DB. Ona se ionako lako backupira s pravim alatima.