Varnostna kopija vsebnika ali datotek v njem? Odločite se po obliki obnovitve

Šifriran vsebnik lahko varnostno kopirate kot en predmet ali pa ga pripnete in kopirate datoteke znotraj. Oboje brez težav preide skozi VPN in tam se podobnost konča. Obnavljata različne stvari, sta odvisni od različnih ključev, zasedeta različno količino prostora in spodletita na različne načine, ko nekdo potrebuje podatke nazaj. Najprej izberite predmet obnovitve, nato prenos, nato šifriranje shranjene kopije. Spodnji kontrolni seznam sledi temu vrstnemu redu, ker je skoraj vsak spor o varnostnih kopijah v resnici nesoglasje o tem, katera od teh treh odločitev je bila sprejeta prva.

Dva predmeta, dve obliki obnovitve

Kopija na ravni slike obnovi vsebnik: dobite šifrirani nosilec nazaj in še vedno potrebujete njegovo obnovitveno gradivo, da ga odprete. Kopija na ravni datotek obnovi datoteke in drevesa map, šifriranje, ki jih ščiti, pa je lastnost skladišča kopij in ne prvotnega vsebnika. Preprosta kopija v oddaljeno mapo je tretji primer in podeduje zaščito, ki jo ima ta mapa po naključju.

Srednja vrstica je tista, ki jo ljudje berejo napačno. To je lahko povsem dobra zasnova: program za varnostno kopiranje bere odprto besedilo lokalno in zapisuje šifrirano, overjeno skladišče. Varnost se potem opira na ta program in njegove poverilnice, ne na geslo prvotnega vsebnika, in obojega ne smemo opisovati, kot da gre za isti nadzor.

Preverjanje 1: kaj mora obnovitev znova zgraditi?

Vprašanje postavite v obliki obnovitve, ne kopije. Če je zahteva »vrniti to storitev na drugem gostitelju«, je slika skupaj z obnovitvenim gradivom smiseln odgovor. Če je zahteva »vrniti finančno preglednico iz marca«, je obnovitev slike z več gigabajti samo zato, da izvlečete eno datoteko, drag odgovor. Obe sta legitimni obnovitvi in nista zamenljiva proračuna. Načrt, ki imenuje samo eno od njiju, bo prej ali slej preizkušen z drugo.

Zapišite cilj obnovitve v načrt: celoten nosilec, drevo map ali posamezne datoteke. Nato zabeležite, kateri metapodatki morajo potovati z njimi, ker so lastništvo, dovoljenja, razširjeni atributi in časovni žigi del obnovitve na ravni datotek in se pogosto izgubijo v postopkih, ki temeljijo na kopiranju in so se med testiranjem zdeli zadostni.

Odločite tudi, kdo izvede obnovitev. Skladišče na ravni datotek, ki ga lahko pripne vsak upravljavec, je drug model dostopa kot slika, ki zahteva prisotnost imetnika ključa, in nobeno ni samodejno boljše. Pomembno je, da je izbira premišljena in zapisana.

Preverjanje 2: kaj ščiti shranjeno kopijo?

VPN ščiti prenosni odsek. O shranjeni kopiji po koncu prenosa ne pove nič, in »šlo je skozi tunel« ni trditev o zmožnosti upravljavca kopij, da bere vaše podatke. Če oddaljeno stran upravlja nekdo drug, je vprašanje, kaj lahko preberejo oni, ne ali je bila povezava šifrirana.

Pri sliki to pomeni zaščititi ključno gradivo vsebnika ločeno od same slike. Izguba glave pomeni izgubo nosilca, zato varnostno kopirajte glavo tam, kjer slike ni:

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

Pri skladišču na ravni datotek preverite, ali orodje šifrira in overi vsebino ter metapodatke, preden zapustijo gostitelja, in ugotovite, kdo ima ključe. dokumentacija zasnove Restic jasno navaja, da predpostavlja zaupanja vrednega izvornega gostitelja in da šifriranje ne preprečuje nekomu z dostopom do shrambe, da izbriše kopije. Obe pridržki sta pomembni: skladišče je lahko zaupno in vseeno uničeno.

Preverjanje 3: je kopija dosledna?

Varnostna kopija, ki zajame spreminjajoči se datotečni sistem, je kopija, ne obnovitvena točka. Pri sliki uporabite podprto metodo orodja za nosilce za stabilen posnetek, kar običajno pomeni postopek posnetka ali odklop, ne branja velike datoteke med spreminjanjem:

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

Pri pripetih datotekah uporabite podprti postopek doslednosti aplikacije za žive podatkovne baze in druge usklajene podatke. Kopija na ravni datotečnega sistema in z aplikacijo dosledna obnovitvena točka sta različna opisa, razlika pa postane vidna šele, ko poskusite zagnati aplikacijo iz obnovljene kopije.

Obnovitveno gradivo hranite na neodvisni zaščiteni poti. Izguba prvotnega računalnika nikoli ne bi smela pomeniti tudi izgube edinih poverilnic, ki odprejo njegovo kopijo, in točno to se zgodi, ko datoteka s ključem živi na nosilcu, ki ga varnostno kopirate. To ločitev namerno preizkusite: obnovite na gostitelju, ki prvotnega ni nikoli videl, in uporabite samo tisto, kar načrt navaja kot razpoložljivo.

Preverjanje 4: ali zaznavanje sprememb velja za ta predmet?

Šifriran vsebnik je za večino orodij za prenos videti kot ena velika neprosojna datoteka, zato lahko majhen popravek odprtega besedila povzroči veliko ponovno branje ali popolno ponovno nalaganje, odvisno od orodja in oblike zapisa. Razdeljevanje na bloke spremenljive velikosti in odprava dvojnikov, kot dokumentira restic, lahko to zmanjšata, vendar je to lastnost tega orodja in ne šifriranih vsebnikov na splošno.

Merite, namesto da predpostavljate. Primerjajte prvi zagon z drugim po majhni, nenevarni spremembi, in zabeležite prenesene bajte ter pretečeni čas. Med preizkušanjem ohranite znano dobro kopijo, da preizkus ne porabi vaše edine obnovitvene točke.

Nato seznam zaključite z edinim preizkusom, ki šteje: obnovitev brez prvotnega računalnika. Odprite obnovljen vsebnik ali obnovite izbrane datoteke z njihovimi metapodatki in potrdite, da lahko aplikacija ali uporabnik uporabi rezultat. Hiter in dobro šifriran prenos, ki tega preizkusa ne more opraviti, je kopija vaših podatkov, ne njihova varnostna kopija.