Mentés és visszaállítás

Az alkalmazás neve „Ticket System Backup & Restore”. A hibajegyrendszer mellett ül, és saját parancsikonja van az asztalon.

Van egy Windowsra és egy Linuxra készült változata. Ugyanaz az alkalmazás, csak mindkét operációs rendszerre lefordítva.

Hat füle van. A „Restore” felsorolja a meglévő mentéseket, a „Create Backup” újat készít, a „Schedule” az időzítést intézi, az „Encryption” a helyreállítási kulcsot mutatja, a „Settings” az útvonalakat mutatja, a „Log” pedig a naplót.

A beállítások már ki vannak töltve. Az alkalmazás az első indításakor maga állapítja meg, hol lakik a hibajegyrendszer.

A mentések mappája a „Backup directory” alatt van. Megváltoztathatja, például másik meghajtóra.

Windowson az alkalmazás induláskor rendszergazdai jogokat kér. A beállításai a számítógép minden rendszergazdájára érvényesek, és a „%ProgramData%\SMITEY\backup-app” mappában laknak.

A telepítés magától beállítja a napi mentést. Ez 23:00-kor fut, a hibajegyrendszer időzónájában.

Az időzítés az operációs rendszerben lakik. Windowson ez a Feladatütemező, Linuxon a cron szolgáltatás. Tehát nem fut külön szolgáltatás csak a mentésekért.

A mentéshez nem kell bejelentkezett felhasználó. Azon a kiszolgálón is fut, amelyre soha senki nem jelentkezik be.

A gombok alatti sor megmondja, létezik-e valóban a feladat az operációs rendszerben. A bejelölt négyzet csak azt mondja meg, mi lett elmentve.

A mentéseket öt szinten őrizzük meg: 14 nap, 4 hét, 12 hónap, 4 negyedév és 5 év. Egy mentés addig marad meg, amíg valamelyik szinten a saját időszakának a legújabbja.

A naptári napok számítanak, nem a fájlok. Két mentés egy napon egy nap.

A kézzel készített mentéseket a rendszer soha nem törli automatikusan. Ezt jelenti a „Keep manual” melletti 0.

Ha megváltoztatja az időzítést, a változtatása túléli a frissítést. A telepítés csak akkor állítja be, ha Ön még soha nem állított be időzítést. Ha kikapcsolta a mentést, kikapcsolva marad. A „Remove all scheduled tasks” is tartós: egy frissítés utána nem állítja be újra az időzítést.

A mentés mindent tartalmaz, ami a rendszere állapotát kiadja. Ez az adatbázis, a fájlmellékletek, az archívum és a kulcsok. Csak a SMITEY-n kívüli adatbázis hiányzik belőle.

A kulcsokat könnyű elnézni. Azok fejtik vissza a tárolt hozzáférési adatokat, például a levelezőfiókjáét. Nélkülük a visszaállítás halott hozzáférési adatokkal jönne vissza.

Minden új mentés egyetlen titkosított fájl „.smbk” végződéssel. Kötetenként egy fájlt tartalmaz, a tartalmának listáját, és szövegfájlként az adatbázist, ha az is benne van.

A rendszer eközben tovább fut. Az ügyintézői semmit nem vesznek észre a mentésből.

Az „Estimate size” előre megmondja, mekkora az adatbázis. A mellékleteket tartalmazó kötetek ehhez jönnek. A mentés nincs tömörítve.

Semmi nem íródik felül soha. Minden mentés saját fájl, és csak a takarítás távolítja el a régieket.

A mentéseket csak a rendszergazdák olvashatják. Ugyanez érvényes a telepítési mappában lévő konfigurációs fájlra és az első bejelentkezés adatait tartalmazó fájlra. A telepítő és minden frissítés maga állítja be ezeket a jogosultságokat.

Ha az adatbázis külön kiszolgálón fut, és nem a SMITEY konténerében, az alkalmazás nem tudja lementeni. Ilyenkor mentse le a saját eszközeivel. Ebben az esetben a mentés csak a mellékleteket, az archívumokat és a kulcsokat tartalmazza, a szokott módon titkosítva. A frissítés magától felismeri az ilyen adatbázist, és átállítja az alkalmazást. Addig a napi mentés egy ilyen telepítésen sikertelen, hacsak előbb kézzel át nem állítja. A parancssorban ezt kézzel is megteheti a „config --database external” paranccsal. A „config --database bundled” paranccsal visszaállít.

Minden új mentés titkosított. Ez érvényes az időzítésből származó, a kézzel készített és a frissítés előtti mentésekre is. Semmit sem kell bekapcsolnia.

A mentéseket AES-256 titkosítja. A telepítés magától létrehozza a kulcsot. Meglévő telepítésen a titkosítással rendelkező verzióra végzett első frissítéskor jön létre. A kiszolgálón védetten van tárolva. Csak a rendszergazdák olvashatják.

Ez védi a kiszolgálón kívüli másolatokat. Aki hálózati meghajtón, USB-meghajtón vagy online tárhelyen mentésre bukkan, kulcs nélkül nem tudja elolvasni. Aki magát a kiszolgálót irányítja, annak a kulcs is megvan.

A helyreállítási kulcs ugyanaz a kulcs, leírható formában. „SMBK-” előtaggal kezdődik. Az „Encryption” fülön találja, valamint a telepítési mappában a „SMITEY-credentials.txt” fájlban. Ha ezt a fájlt törölte, a kulcsot az „Encryption” fülön még mindig megtalálja.

A „Copy” a vágólapra teszi a kulcsot. A „Save to file...” szöveges fájlba menti a kulcsazonosítóval és a dátummal. Tartsa például jelszókezelőben vagy papíron egy széfben.

Amíg nem erősíti meg, hogy a kulcs el van tárolva, az alkalmazás felül sárga sávot mutat. A megerősítéshez kattintson az „I stored the key outside this server” gombra, és a kérdésre válaszoljon „Yes”-szel. A sáv ekkor eltűnik. A fül ezután megmutatja, mikor erősítette meg.

A kulcsazonosító megmondja, melyik kiszolgálóhoz tartozik egy mentés. Ha egy mentés nem ehhez a kiszolgálóhoz tartozik, az alkalmazás megnevezi a kulcsazonosítóját. Utána a hozzá illő helyreállítási kulcsot kéri.

Ha az alkalmazás nem tudja elolvasni a kulcsot, nem készít mentést. Titkosítatlant sem készít. Ilyenkor az „Encryption” fül azt írja, hogy a kulcs nem olvasható. Ha a kulcsfájl teljesen hiányzik, a következő mentés új kulcsot hoz létre. A sárga sáv ekkor újra megjelenik, mert az új kulcsot is el kell tárolni. A régebbi mentések továbbra is csak a régi helyreállítási kulccsal nyithatók meg.

A ZIP-formátumú régebbi mentések nincsenek titkosítva. Visszaállíthatja őket továbbra is. A fül megmutatja, hány van belőlük. A takarítás ugyanazon szabályok szerint törli őket, mint bármely más mentést.

Asztali felület nélküli kiszolgálón a „key --show” ugyanezt mutatja a parancssorban.

A „Restore” fülön kiválasztja azt a mentést, amelyet vissza szeretne kapni. Aztán a „Restore” gombra kattint.

Az alkalmazás előbb megkérdezi. Kiírja, mi fog történni: a mai állapot felülíródik, és az alkalmazás újraindítja a konténereket. Ha a mai állapotban vannak anonimizált személyek, egy második kérdés következik. Ez megadja a számukat, és megkérdezi, hogy a visszaállítás után újra anonimizálják-e őket. A „Yes” előre ki van választva. A „No” választással a mentés e lépés nélkül áll vissza. Ha ehelyett bezárja az ablakot, semmi sem áll vissza.

A „Wipe target volumes before restore” pipa előbb kiüríti a köteteket. Így nem marad ott olyan fájl, amely a mentés készítésekor nem létezett.

A lépések a „Log” fülön jelennek meg. Ott egyesével látja, mit tett az alkalmazás. Ha a második kérdésre „Yes” választ adott, egy sor a végén megmondja, hány anonimizálást alkalmaz újra a hibajegyrendszer a következő éjszaka. Ha ezeket nem lehet átvinni, a napló ehelyett figyelmeztetést mutat. Ha voltak figyelmeztetések, az ablak alján lévő állapotsor megadja a számukat.

Ha a mentés tartalmazza az adatbázist, a teljes állapot visszatér. A hibajegyek, a hozzászólások, az előzmények, a fájlmellékletek, a rögzített idő és a tudásbázis mind újra ott vannak úgy, ahogy a mentés időpontjában voltak.

Utána a rendszer újra használható. Egy kis telepítésnél ez kevesebb mint egy perc.

Ha a mentés tartalmazza az adatbázist, az vagy teljesen visszajön, vagy egyáltalán nem. Utána következnek a kötetek. Ha egy kötet nem sikerül, az adatbázis már vissza van állítva, de fájlok hiányozhatnak; a „Log” fül mutatja, melyik lépés hiúsult meg. Az alkalmazás utána minden esetben újraindítja a konténereket, akkor is, ha a visszaállítás nem sikerült.

Egy régebbi verzióból származó mentés visszaállítható egy újabba. A rendszer a következő indításakor a saját verziójára hozza az adatbázist.

Az elégedettségi felméréshez tartozó hozzájárulások és leiratkozások kérdés nélkül átkerülnek. Ez akkor is érvényes, ha a második kérdésre „No” a válasza. Az alkalmazás a visszaállítás előtt kiolvassa őket a futó telepítésből. Ezután a „Log” lapon egy sor megadja a számot, például „12 consent and unsubscribe record(s) were carried over.” A hibajegykezelő rendszer az első indításakor átveszi őket. A mentés után adott hozzájárulás vagy leiratkozás ezért érvényes marad. Ha az átvitel nem sikerül, a napló figyelmeztetést mutat. A visszaállítás ettől még sikeresnek számít.

Az alkalmazás először teljesen ellenőrzi a titkosított mentést. Eközben az állapotsor ezt írja: „Checking the encrypted backup before anything is changed...”. Csak ezután állítja le a konténereket. Ha a fájl sérült vagy módosították, leáll, és ezt jelzi: „The backup file is damaged. Nothing was changed.”

Ha a mentés másik kiszolgálóról származik, az alkalmazás annak a kiszolgálónak a helyreállítási kulcsát kéri. Ez a kérdések után történik. A „Recovery key needed” ablak megnevezi a mentés kulcsazonosítóját. Ugyanez az ablak jelenik meg, ha ennek a kiszolgálónak a kulcsa hiányzik.

A gépelési hibát már azelőtt észreveszi, hogy bármi megváltozna. Az állapotsor ekkor ezt jelzi: „The recovery key has a typing error. Check each character.” Ezután az ablak újra rákérdez. Ha a kulcs másik mentéshez tartozik, az állapotsor ezt jelzi: „This recovery key does not belong to this backup.” A „Cancel” gombbal az alkalmazás leáll, és ezt jelzi: „Restore cancelled. Nothing was changed.”

Az alkalmazás nem veszi át a megadott kulcsot. A sajátját megtartja. Az új mentések továbbra is ennek a kiszolgálónak a kulcsával készülnek. Ha új kiszolgálón állít vissza, annak a kiszolgálónak a helyreállítási kulcsát is tárolja el.

Az adatbázis nélküli mentés csak a mellékleteket, az archívumokat és a kulcsokat állítja vissza. A meglévő kulcsok megmaradnak. Az adatbázis úgy marad, ahogy van. Az alkalmazás ezt a visszaállítás előtt közli, és rákérdez. A „No” válasszal semmi sem változik.

Ha a telepítés saját adatbázisra van beállítva, az alkalmazás akkor is kihagyja az adatbázis-részt, ha a mentés tartalmaz adatbázist. Ez például egy régebbi mentésre vonatkozik. Az alkalmazás előbb rákérdez. A „No” válasszal semmi sem változik.

Egy kiszolgálónak gyakran nincs asztali felülete. Ezért ugyanaz az alkalmazás parancsként is működik.

A mindennapokban öt parancsra van szüksége: a „backup” ment, a „list” megmutatja a meglévő mentéseket, a „restore” visszahoz egyet, a „schedule” beállítja az időzítést, a „config” pedig megmutatja a beállításokat. A kulcshoz még a „key” és a „decrypt” jön.

Mögöttük ugyanaz az alkalmazás áll, mint az ablakban. Nincs második út, amely mást csinálna.

Az alkalmazás az „/opt/smitey/Backup” mappában ül. A „sudo” paranccsal hívja meg, és hozzáteszi a parancsot. A konténerek „root” felhasználóként futnak, tehát a mentésnek is ezekre a jogokra van szüksége.

Az alábbi hat dobozt lemásolhatja. Ezek lefedik azt, amire a mindennapokban valóban szükség van.

A visszaállítás itt is rákérdez. Csak akkor fut le, ha hozzáteszi a „--yes” kapcsolót. Ilyenkor a mai állapot anonimizálásait is átviszi, ahogy az ablakban a „Yes”. A „--no-reapply” kapcsolóval e lépés nélkül fut le.

A kiszolgálón van egy fájl, amelyben mindezt utána tudja olvasni. A neve „BACKUP-RESTORE.txt”, és az „/opt/smitey” mappában ül. Végigveszi az időzítést, minden parancsot és a visszautat, a saját tempójában. Németül és angolul létezik: ha a telepítéskor a németet választotta, a németet kapja, egyébként az angolt. Mindkét változat az „/opt/smitey/docs” alatt is megtalálható.

A „key --show” megmutatja a helyreállítási kulcsot, a kulcsazonosítót és a titkosítatlan mentések számát. Ha a kulcs a kiszolgálón kívül el van tárolva, ezt a „key --confirm-stored” paranccsal erősíti meg.

A másik kiszolgálóról származó mentést a „--key-file” kapcsolóval állítja vissza. A megadott fájl tartalmazza a helyreállítási kulcsot. Erre a „Save to file...” által készített fájl is jó. A fájl helyett a „SMITEY_BACKUP_KEY” környezeti változót is használhatja. A „sudo” esetén közvetlenül a program elé írja, vagyis „sudo SMITEY_BACKUP_KEY=<kulcs> /opt/smitey/Backup/TicketSystemBackup restore …”. A kulcs ekkor bekerül a shell előzményeibe. Ha a kulcs nem egyezik, semmi sem változik.

A „decrypt” egy mentés tartalmát titkosítatlan fájlokként egy üres mappába írja. Ezek a fájlok nincsenek titkosítva. Jelszavakat és személyes adatokat tartalmaznak. Törölje őket, amint végzett.

A mentések fájlok abban a mappában, amelyet beállított. Az a mappa ugyanazon a gépen van, mint a hibajegyrendszer.

A szokásos esetekre ez jól működik. A tévedésből törölt adat, a rosszul sikerült frissítés és az adatokban lévő hiba mind le van fedve.

A lemez meghibásodása ellen nem segít. Ha a lemez odavan, a mentések is vele mennek.

Másolja tehát a fájlokat máshová. Egy hálózati meghajtó, egy második kiszolgáló vagy a hálózatban lévő tároló elég.

Egy átmásolt fájl bármely kiszolgálón visszatölthető. Másik kiszolgálón ehhez szüksége van a helyreállítási kulcsra. Az „Import backup file…” lehetőséggel hozza vissza a fájlt a listába.

A másolatok titkosítottak. Senki sem tudja elolvasni őket a helyreállítási kulcs nélkül. Ezért ne tartsa a kulcsot a másolatok mellett. Az „.zip” végű régebbi mentések nincsenek titkosítva.

A frissítés előtte saját mentést készít. Ez az Ön időzítésétől függetlenül történik, és anélkül, hogy bármit bejelölne.

Ugyanazt menti, mint mindig: az adatbázist, a mellékleteket, az archívumokat és a kulcsokat. Ha az adatbázis a SMITEY-n kívül fut, a frissítés csak a mellékleteket, az archívumokat és a kulcsokat menti.

Ezt a mentést a „Ticket System Backup & Restore” alkalmazás készíti. Ugyanúgy titkosított, mint bármelyik másik, és ugyanabban a mappában áll. A listán a típusa „Update”. Az ilyen mentések közül a három legújabbat megőrzi. A régebbieket az alkalmazás magától törli.

A frissítés előtti megjegyzés ezt kiírja. Nem kell emlékeznie arra, hogy előbb magának mentsen.

Ha ez a mentés nem sikerül, a frissítés leáll, mielőtt bármit lecserélne. A SMITEY-n kívüli adatbázis nem tartja fel a frissítést. A frissítés ekkor úgy állítja át az alkalmazást, hogy a napi mentés is kihagyja az adatbázist. Ezt az adatbázist mentse le a saját eszközeivel.