Konteineri või selle failide varundamine? Otsustage taastamise kuju järgi

Saate krüpteeritud konteinerit varundada ühe objektina või selle mountida ja sees olevad failid varundada. Mõlemad läbivad VPN-i probleemideta ja sealt sarnasus lõpeb. Need taastavad erinevaid asju, sõltuvad erinevatest võtmetest, maksavad erineval hulgal ruumi ja ebaõnnestuvad erineval moel, kui keegi andmeid tagasi vajab. Valige esmalt taastamisobjekt, seejärel transport, seejärel salvestatud koopia krüpteerimine. Allolev kontrollnimekiri järgib seda järjekorda, sest peaaegu iga varundusvaidlus on tegelikult vaidlus selle üle, milline neist kolmest otsusest tehti esimesena.

Kaks objekti, kaks taastamise kuju

Kujutise varukoopia taastab konteineri: saate krüpteeritud köite tagasi ja vajate selle avamiseks endiselt taastamismaterjali. Failipõhine varukoopia taastab failid ja kataloogipuud ning mis tahes krüpteerimine, mis neid kaitseb, on varundushoidla, mitte algse konteineri omadus. Lihtne koopia kaugkettal asuvasse kausta on kolmas juhtum ja see pärib selle kaitse, mis sellel kaustal juhuslikult on.

Keskmine rida on see, mida inimesed valesti loevad. See võib olla täiesti hea lahendus: varundusprogramm loeb selget teksti kohapeal ja kirjutab krüpteeritud, autenditud hoidla. Siis toetub turvalisus sellele programmile ja selle volitustele, mitte algse konteineri paroolile, ja neid kahte ei tohiks kirjeldada nii, nagu oleks tegu sama kontrolliga.

Kontroll 1: mida peab taastamine üles ehitama?

Esitage küsimus taastamise, mitte varunduse kujul. Kui nõue on „tuua see teenus tagasi teisele hostile”, on kujutis koos taastamismaterjaliga sidus vastus. Kui nõue on „tuua märtsikuine finantstabel tagasi”, on mitme gigabaidi suuruse kujutise taastamine ühe faili väljavõtmiseks kallis vastus. Mõlemad on õigustatud taastamised ja need ei ole vahetatavad eelarved. Plaan, mis nimetab ainult ühte neist, saab lõpuks testitud teisega.

Kirjutage taastamise sihtmärk plaani: terve köide, kataloogipuu või üksikud failid. Seejärel märkige, millised metaandmed peavad nendega kaasa tulema, sest omand, õigused, laiendatud atribuudid ja ajatemplid on failipõhise taastamise osa ning lähevad sageli kaotsi kopeerimisel põhinevates töövoogudes, mis tundusid testimise ajal piisavad.

Otsustage ka, kes taastamise teeb. Failipõhine hoidla, mille iga operaator saab mountida, on teine juurdepääsumudel kui kujutis, mis nõuab võtmehoidja kohalolu, ja kumbki ei ole automaatselt parem. Oluline on, et valik oleks teadlik ja kirja pandud.

Kontroll 2: mis kaitseb salvestatud koopiat?

VPN kaitseb transpordilõiku. See ei ütle midagi salvestatud koopia kohta pärast ülekande lõppu ja „see läks tunnelist läbi” ei ole väide varundusoperaatori võime kohta teie andmeid lugeda. Kui kaugpoolt haldab keegi teine, on küsimus selles, mida nemad lugeda saavad, mitte selles, kas link oli krüpteeritud.

Kujutise puhul tähendab see konteineri võtmematerjali kaitsmist kujutisest eraldi. Päise kaotamine tähendab köite kaotamist, seega varundage päis kohas, kus kujutist ei ole:

cryptsetup luksHeaderBackup /dev/vg0/data --header-backup-file data-header.img
cryptsetup luksDump /dev/vg0/data | head -20

Failipõhise hoidla puhul kontrollige, et tööriist krüpteerib ja autendib sisu ja metaandmed enne, kui need hostist lahkuvad, ning tehke kindlaks, kelle käes on võtmed. Resticu disainidokumentatsioon on selgesõnaline, et see eeldab usaldusväärset lähte-hosti ja et krüpteerimine ei takista kedagi, kellel on juurdepääs hoidlale, varukoopiaid kustutamast. Mõlemad hoiatused on olulised: hoidla võib olla konfidentsiaalne ja siiski hävitatud.

Kontroll 3: kas koopia on järjekindel?

Varukoopia, mis jäädvustab muutuvat failisüsteemi, on koopia, mitte taastamispunkt. Kujutise puhul kasutage köidetööriista toetatud meetodit stabiilse hetktõmmise jaoks, mis tavaliselt tähendab hetktõmmise toimingut või lahtimontimist, mitte suure faili lugemist selle muutumise ajal:

lvcreate -L 5G -s -n data-snap /dev/vg0/data
cryptsetup open /dev/vg0/data-snap data-snap --readonly

Mountitud failide puhul kasutage rakenduse toetatud järjekindlusprotseduuri aktiivsete andmebaaside ja muu koordineeritud andmete jaoks. Failisüsteemi tasandi koopia ja rakendusega kooskõlas olev taastamispunkt on erinevad kirjeldused ning erinevus ilmneb alles siis, kui proovite rakendust taastatud koopiast käivitada.

Hoidke taastamismaterjal sõltumatul kaitstud marsruudil. Algse masina kaotamine ei tohiks kunagi kaotada ka ainsat volitust, mis selle varukoopia avab, ja täpselt nii juhtub, kui võtmefail asub varundataval köitel. Testige seda eraldatust teadlikult: taastage hostil, mis pole originaali kunagi näinud, kasutades ainult seda, mida plaan nimetab kättesaadavaks.

Kontroll 4: kas muudatuste tuvastamine kehtib selle objekti jaoks?

Krüpteeritud konteiner näeb enamiku ülekandetööriistade jaoks välja nagu üks suur läbipaistmatu fail, seega väike muudatus selges tekstis võib põhjustada suure uuestilugemise või täieliku uuesti üleslaadimise, sõltuvalt tööriistast ja formaadist. Muutuva suurusega tükeldamine ja duplikaatide eemaldamine, nagu restic dokumenteerib, võivad seda vähendada, kuid see on selle tööriista, mitte krüpteeritud konteinerite üldine omadus.

Mõõtke, mitte eeldage. Võrrelge esimest käivitust teisega pärast väikest kahjutut muudatust ning kirjutage üles ülekantud baidid ja kulunud aeg. Hoidke katsetamise ajal teadaolevalt head varukoopiat, et test ei kulutaks teie ainsat taastamispunkti.

Seejärel lõpetage kontrollnimekiri ainsa testiga, mis loeb: taastamine ilma algse masinata. Avage taastatud konteiner või taastage valitud failid koos nende metaandmetega ja kinnitage, et rakendus või kasutaja saab tulemust kasutada. Kiire, hästi krüpteeritud ülekanne, mis sellele testile vastata ei suuda, on teie andmete koopia, mitte varukoopia.