Ce schimbă această alegere
Un snapshot capturează starea infrastructurii la un moment dat; un backup conștient de aplicație folosește semantica proprie de export sau backup a bazei de date. Oricare are nevoie în continuare de o restaurare testată.
Comparați factorii de decizie
| Factor | Snapshot de gazdă sau volum | Backup de bază de date conștient de aplicație |
|---|---|---|
| Sfera tipică | Blocuri de filesystem sau volum, acoperind potențial mai multe componente. | Obiecte și date de bază de date selectate de instrumentul bazei de date. |
| Întrebarea consistenței | Scrierile aplicației pot necesita coordonare pentru un punct coerent. | Instrumentul își definește granița de consistență; fișierele externe și globalele pot rămâne în afara ei. |
| Granularitatea restaurării | Adesea restaurează o unitate de tip volum sau gazdă. | Poate permite restaurarea bazei de date, schemei sau obiectelor selectate în funcție de format. |
| Dependențe lipsă | Nu documentează ce artifact, referință secretă sau serviciu extern este compatibil. | Poate omite încărcări, configurație, roluri sau tablespace-uri dacă nu sunt înregistrate separat. |
| Dovezi utile | Pornește sau montează o țintă izolată și rulează verificări ale aplicației. | Restaurează într-o bază de date izolată și verifică schema, înregistrările, permisiunile și accesul aplicației. |
| Cel mai bun rol | Recuperare rapidă a infrastructurii când sfera și consistența sunt înțelese. | Recuperare portabilă, conștientă de baza de date, și inspecție selectivă. |
Când fiecare opțiune își merită locul
Folosește ambele când protejează defecțiuni diferite, dar nu număra două copii netestate ca două metode de recuperare.