Varnostno kopiranje in obnovitev

Aplikacija se imenuje »Ticket System Backup & Restore«. Stoji ob sistemu za zahtevke in ima svojo bližnjico na namizju.

Obstaja različica za Windows in ena za Linux. To je ista aplikacija, le zgrajena za vsak operacijski sistem posebej.

Ima šest zavihkov. »Restore« našteje varnostne kopije, ki jih imate, »Create Backup« naredi novo, »Schedule« ureja čas, »Encryption« pokaže obnovitveni ključ, »Settings« pokaže poti in »Log« zapisnik.

Nastavitve so že izpolnjene. Ob prvem zagonu aplikacija sama ugotovi, kje je sistem za zahtevke.

Mapa za varnostne kopije je pod »Backup directory«. Lahko jo spremenite, na primer na drug pogon.

V sistemu Windows aplikacija ob zagonu zahteva skrbniške pravice. Njene nastavitve veljajo za vsakega skrbnika računalnika in so v »%ProgramData%\SMITEY\backup-app«.

Namestitev dnevno kopiranje nastavi sama. Teče ob 23:00 v časovnem pasu sistema za zahtevke.

Urnik živi v operacijskem sistemu. V sistemu Windows je to Task Scheduler, v Linuxu storitev cron. Zato samo za varnostne kopije ne teče nobena dodatna storitev.

Varnostna kopija ne potrebuje prijavljenega uporabnika. Na strežniku, kjer se nihče nikoli ne prijavi, vseeno teče.

Vrstica pod gumbi pove, ali opravilo v operacijskem sistemu res obstaja. Označeno polje pove samo, kaj je bilo shranjeno.

Varnostne kopije se hranijo v petih staranjih: 14 dni, 4 tedne, 12 mesecev, 4 četrtletja in 5 let. Kopija ostane, dokler je v enem od teh staranj najnovejša v svojem obdobju.

Štejejo koledarski dnevi, ne datoteke. Dve kopiji v enem dnevu sta en dan.

Varnostne kopije, ki jih ustvarite ročno, se nikoli ne izbrišejo samodejno. To pomeni 0 pri »Keep manual«.

Če urnik spremenite, vaša sprememba preživi posodobitev. Namestitev ga nastavi samo, če urnika še nikoli niste nastavili. Če ste varnostno kopiranje izklopili, ostane izklopljeno. Tudi »Remove all scheduled tasks« velja trajno: posodobitev urnika potem ne nastavi znova.

Varnostna kopija vsebuje vse, kar sestavlja stanje vašega sistema. To so zbirka podatkov, priložene datoteke, arhiv in ključi. Manjka samo zbirka podatkov zunaj SMITEY.

Ključi so del, ki ga je lahko spregledati. Odklenejo shranjene dostopne podatke, na primer tiste vašega poštnega računa. Brez njih bi se obnovitev vrnila z mrtvimi dostopnimi podatki.

Vsaka nova varnostna kopija je ena sama šifrirana datoteka s končnico ».smbk«. Vsebuje po eno datoteko na nosilec podatkov, seznam svoje vsebine in zbirko podatkov kot besedilno datoteko, če je vključena.

Sistem medtem teče naprej. Vaši agenti varnostne kopije sploh ne opazijo.

»Estimate size« vam vnaprej pove, kako velika je zbirka podatkov. Nosilci podatkov s prilogami se prištejejo. Varnostna kopija ni stisnjena.

Nikoli se nič ne prepiše. Vsaka varnostna kopija je svoja datoteka, stare pa odstrani samo čiščenje.

Varnostne kopije lahko berejo samo administratorji. Enako velja za konfiguracijsko datoteko in datoteko s prvo prijavo v namestitveni mapi. Namestitveni program in vsaka posodobitev ta dovoljenja nastavita sama.

Če vaša zbirka podatkov teče na lastnem strežniku in ne v vsebniku SMITEY, je aplikacija ne more varnostno kopirati. Njeno varnostno kopijo takrat naredite z lastnimi orodji. V tem primeru varnostna kopija vsebuje samo priloge, arhive in ključe, šifrirane kot običajno. Posodobitev takšno zbirko podatkov sama prepozna in preklopi aplikacijo. Do takrat dnevna varnostna kopija na takšni namestitvi ne uspe, razen če najprej ročno preklopite. Na ukazni vrstici lahko to storite tudi ročno z ukazom »config --database external«. Z ukazom »config --database bundled« preklopite nazaj.

Vsaka nova varnostna kopija je šifrirana. To velja za kopije po urniku, ročno narejene kopije in kopije pred posodobitvijo. Ničesar vam ni treba vklopiti.

Varnostne kopije se šifrirajo z AES-256. Namestitev ključ ustvari sama. Pri obstoječi namestitvi nastane ob prvi posodobitvi na različico s šifriranjem. Na strežniku je shranjen zaščiteno. Preberejo ga lahko samo skrbniki.

To ščiti kopije zunaj strežnika. Kdor najde varnostno kopijo na omrežnem pogonu, ključku USB ali v spletnem shranjevanju, je brez ključa ne more prebrati. Kdor nadzira sam strežnik, ima tudi ključ.

Obnovitveni ključ je isti ključ v obliki, ki si jo lahko zapišete. Začne se z »SMBK-«. Najdete ga na zavihku »Encryption« in v datoteki »SMITEY-credentials.txt« v namestitveni mapi. Če ste to datoteko izbrisali, ključ še vedno najdete na zavihku »Encryption«.

»Copy« da ključ v odložišče. »Save to file...« ga shrani z ID-jem ključa in datumom v besedilno datoteko. Hranite jo na primer v upravitelju gesel ali na papirju v sefu.

Dokler ne potrdite, da je ključ shranjen, aplikacija na vrhu kaže rumeno vrstico. Za potrditev kliknite »I stored the key outside this server« in na vprašanje odgovorite z »Yes«. Vrstica nato izgine. Zavihek potem pokaže, kdaj ste potrdili.

ID ključa vam pove, kateremu strežniku pripada varnostna kopija. Če varnostna kopija ne pripada temu strežniku, aplikacija navede njen ID ključa. Nato zahteva ustrezen obnovitveni ključ.

Če aplikacija ključa ne more prebrati, ne naredi varnostne kopije. Tudi nešifrirane ne naredi. V tem primeru zavihek »Encryption« sporoči, da ključa ni mogoče prebrati. Če datoteke s ključem sploh ni, naslednja varnostna kopija ustvari nov ključ. Rumena vrstica se nato spet pokaže, ker je treba shraniti tudi novi ključ. Starejše varnostne kopije je še vedno mogoče odpreti samo s starim obnovitvenim ključem.

Starejše varnostne kopije v obliki ZIP niso šifrirane. Še vedno jih lahko obnovite. Zavihek pokaže, koliko jih je. Čiščenje jih odstrani po istih pravilih kot vsako drugo varnostno kopijo.

Na strežniku brez namizja »key --show« pokaže isto na ukazni vrstici.

V zavihku »Restore« izberete varnostno kopijo, ki jo želite nazaj. Nato kliknete »Restore«.

Aplikacija najprej vpraša. Pove, kaj se bo zgodilo: današnje stanje se prepiše, aplikacija pa znova zažene vsebnike. Če so v današnjem stanju anonimizirane osebe, sledi drugo vprašanje. Navede njihovo število in vpraša, ali naj jih po obnovitvi znova anonimizira. »Yes« je izbran vnaprej. Z »No« se kopija obnovi brez tega koraka. Če namesto tega zaprete okno, se nič ne obnovi.

Kljukica »Wipe target volumes before restore« nosilce najprej izprazni. Tako ne ostane nobena datoteka, ki je ob nastanku kopije ni bilo.

Koraki se pokažejo v zavihku »Log«. Tam po vrsti vidite, kaj je aplikacija naredila. Če ste na drugo vprašanje odgovorili z »Yes«, vrstica na koncu pove, koliko anonimizacij bo sistem za zahtevke znova uporabil naslednjo noč. Če jih ni mogoče prenesti, dnevnik namesto tega prikaže opozorilo. Če so bila opozorila, vrstica stanja na dnu okna navede njihovo število.

Če varnostna kopija vsebuje zbirko podatkov, se vrne celotno stanje. Zahtevki, komentarji, zgodovina, priložene datoteke, zabeleženi čas in baza znanja so spet tam takšni, kakršni so bili ob nastanku kopije.

Zatem je sistem spet uporaben. Pri majhni namestitvi to vzame manj kot minuto.

Če varnostna kopija vsebuje zbirko podatkov, se ta vrne v celoti ali pa sploh ne. Za njo sledijo nosilci podatkov. Če nosilec podatkov ne uspe, je zbirka podatkov že nazaj, datoteke pa lahko manjkajo; zavihek »Log« pokaže, kateri korak ni uspel. Aplikacija nato v vsakem primeru znova zažene vsebnike, tudi če obnovitev ni uspela.

Varnostno kopijo starejše različice je mogoče obnoviti v novejšo. Sistem ob naslednjem zagonu zbirko podatkov posodobi na svojo različico.

Privolitve in odjave od ankete o zadovoljstvu se prenesejo brez vprašanja. To velja tudi, če na drugo vprašanje odgovorite »No«. Aplikacija jih pred obnovitvijo prebere iz delujoče namestitve. Nato vrstica v zavihku »Log« navede število, na primer »12 consent and unsubscribe record(s) were carried over.« Sistem zahtevkov jih prevzame ob prvem zagonu. Privolitev ali odjava, zabeležena po varnostni kopiji, zato ostane veljavna. Če prenos spodleti, dnevnik prikaže opozorilo. Obnovitev se kljub temu šteje za uspešno.

Aplikacija šifrirano varnostno kopijo najprej v celoti preveri. Medtem vrstica stanja kaže »Checking the encrypted backup before anything is changed...«. Šele nato ustavi vsebnike. Če je datoteka poškodovana ali spremenjena, se ustavi in sporoči »The backup file is damaged. Nothing was changed.«

Če varnostna kopija prihaja z drugega strežnika, aplikacija zahteva obnovitveni ključ tistega strežnika. To se zgodi po vprašanjih. Okno »Recovery key needed« navede ID ključa varnostne kopije. Isto okno se pokaže, če ključa tega strežnika ni.

Tipkarska napaka se opazi, preden se karkoli spremeni. Vrstica stanja nato sporoči »The recovery key has a typing error. Check each character.« Potem okno vpraša znova. Če ključ pripada drugi varnostni kopiji, vrstica stanja sporoči »This recovery key does not belong to this backup.« Z »Cancel« se aplikacija ustavi in sporoči »Restore cancelled. Nothing was changed.«

Aplikacija vnesenega ključa ne prevzame. Obdrži svojega. Nove varnostne kopije se še naprej delajo s ključem tega strežnika. Če obnavljate na novem strežniku, shranite tudi obnovitveni ključ tistega strežnika.

Varnostna kopija brez zbirke podatkov obnovi samo priloge, arhive in ključe. Obstoječi ključi ostanejo. Zbirka podatkov ostane, kakršna je. Aplikacija to pred obnovitvijo sporoči in vpraša. Z »No« se ne spremeni nič.

Če je namestitev nastavljena na lastno zbirko podatkov, aplikacija preskoči del z zbirko podatkov tudi takrat, ko varnostna kopija vsebuje zbirko podatkov. To velja na primer za starejšo varnostno kopijo. Aplikacija prej vpraša. Z »No« se ne spremeni nič.

Strežnik pogosto nima namizja. Zato ista aplikacija deluje tudi kot ukaz.

V vsakdanji rabi potrebujete pet ukazov: »backup« shrani, »list« pokaže varnostne kopije, ki jih imate, »restore« eno vrne, »schedule« nastavi čas in »config« pokaže nastavitve. Za ključ se dodata še »key« in »decrypt«.

Za njimi je ista aplikacija kot v oknu. Druge poti, ki bi počela kaj drugega, ni.

Aplikacija je v »/opt/smitey/Backup«. Pokličete jo s »sudo« in dodate ukaz. Vsebniki tečejo kot »root«, zato te pravice potrebuje tudi varnostno kopiranje.

Šest okvirčkov spodaj lahko kopirate. Pokrivajo to, kar je v vsakdanji rabi res potrebno.

Obnovitev tudi tukaj vpraša. Izvede se šele, ko dodate »--yes«. Nato prenese tudi anonimizacije iz današnjega stanja, enako kot »Yes« v oknu. Z »--no-reapply« se izvede brez tega koraka.

Na strežniku je datoteka, v kateri lahko o vsem tem preberete več. Imenuje se »BACKUP-RESTORE.txt« in je v »/opt/smitey«. Še enkrat, po vašem tempu, gre skozi urnik, vsak ukaz in pot nazaj. Obstaja v nemščini in angleščini: če ste med namestitvijo izbrali nemščino, dobite nemško, sicer angleško. Obe različici sta tudi pod »/opt/smitey/docs«.

»key --show« pokaže obnovitveni ključ, ID ključa in število nešifriranih varnostnih kopij. Ko je ključ shranjen zunaj strežnika, to potrdite z ukazom »key --confirm-stored«.

Varnostno kopijo z drugega strežnika obnovite z »--key-file«. Datoteka, ki jo navedete, vsebuje obnovitveni ključ. Za to deluje tudi datoteka iz »Save to file...«. Namesto datoteke lahko uporabite spremenljivko okolja »SMITEY_BACKUP_KEY«. S »sudo« jo postavite neposredno pred program, torej »sudo SMITEY_BACKUP_KEY=<ključ> /opt/smitey/Backup/TicketSystemBackup restore …«. Ključ nato konča v zgodovini lupine. Če ključ ne ustreza, se ne spremeni nič.

»decrypt« zapiše vsebino varnostne kopije kot nešifrirane datoteke v prazno mapo. Te datoteke niso šifrirane. Vsebujejo gesla in osebne podatke. Izbrišite jih, takoj ko končate.

Varnostne kopije so datoteke v mapi, ki ste jo nastavili. Ta mapa je na istem računalniku kot sistem za zahtevke.

Za običajne primere to dobro deluje. Pomotoma izbrisani podatki, ponesrečena posodobitev ali napaka v podatkih so vsi pokriti.

Ne pomaga pa proti okvari diska. Če diska ni več, z njim ni več varnostnih kopij.

Zato datoteke kopirajte drugam. Omrežni pogon, drugi strežnik ali shramba v omrežju zadostujejo.

Kopirano datoteko je mogoče naložiti nazaj na kateri koli strežnik. Na drugem strežniku za to potrebujete obnovitveni ključ. Z »Import backup file…« datoteko vrnete v seznam.

Kopije so šifrirane. Brez obnovitvenega ključa jih nihče ne more prebrati. Zato ključa ne hranite ob kopijah. Starejše varnostne kopije s končnico ».zip« niso šifrirane.

Posodobitev prej naredi svojo varnostno kopijo. To se zgodi neodvisno od vašega urnika in ne da bi kaj označili.

Shrani isto kot vedno: zbirko podatkov, priloge, arhive in ključe. Če zbirka podatkov teče zunaj SMITEY, posodobitev shrani samo priloge, arhive in ključe.

To varnostno kopijo naredi aplikacija »Ticket System Backup & Restore«. Šifrirana je kot vsaka druga in je v isti mapi. V seznamu ima vrsto »Update«. Tri najnovejše take varnostne kopije se ohranijo. Starejše aplikacija izbriše sama.

Obvestilo pred posodobitvijo vam to pove. Ni se vam treba spomniti, da bi najprej sami shranili.

Če ta varnostna kopija ne uspe, se posodobitev ustavi, preden se karkoli zamenja. Zbirka podatkov zunaj SMITEY posodobitve ne zadrži. Posodobitev nato preklopi aplikacijo tako, da dnevna varnostna kopija zbirko podatkov prav tako izpusti. Varnostno kopijo te zbirke podatkov naredite z lastnimi orodji.