Nem vagyok adatbázis specialista abba lehet, hogy részben kijavítanak.
A mentésben nincs szentírás, kismillióféle képen meg lehet oldani. Sql-t illik vagy a saját eszközével, vagy speciális agent-el menteni. Ezt a mentés lehet utána fájl szinten elrakni. Ez nem kötelező, ha a VM-et mented, a mentés általában csinál egy snapshoot-ot a gépről és azt menti el. Na itt a fene tudja éppen mi történik az adatbázisban, lehet belőle gond, de ez általában max egy tranzakció, mert a db lekezeli ezt.
A db saját mentése észere tudja venni, ha gond van, feltéve ha van checksum, ami nem feltétlen alapértelmezett.
Elvileg van olyan csillagállás, hogy korrupt adatbázis mentesz, de egy normális mentő eszközben akárhogy konfigurálható a retention policy. Nem szokás egy két mentés megtartani, hanem pl, az utolsó 7 nap, utána fél évig heti 1, utána meg havi 1, meg 5 évig évente is. Egy ilyesmi konfigból szinte biztosan vissza lehet nyerni valamit, de extrém lenne, hogy hetekig nem derül ki a korrupció.
Egy jó backup szoftver beállított időnként ellenőrzi a mentéseit. Egy jó DRP esetén rendszeresek a visszaállítási tesztek.
A virtualizálás (ilyen esetben) elsősorban a disaster recovery-ben segít, mert úgy szokás beállítani, hogy a guest gép nem is tudja, hogy mentik és semmilyen módon nem éri el a mentést. Ez egy kibertámadás esetén (is) lehet nagy segítség, de ennek ellenére illik még offsite mentés is csinálni, lehetőleg pull módon. Egy virtualizál gép mentése nem hardver függő, ha a host elszáll, elszaladsz a boltba és akármit vehetsz, azon is tuti menni fog.
Ehhez jön extrának a cow filesystem, ahol nem lehet fájl korrupció (pontosabban lehet, csak azonnal kiderül). Ilyen pl a ZFS de már van jó pár alternatívája.
Szóval egy súlyos adatvesztés erősen emberi hiba.