Egy mentési rendszer akkor segít igazán, ha a szükséges adat használható időn belül visszaállítható belőle. A mentés megléte és a fájl letöltési sebessége csak két részlet. A kibontás, az adatbázis helyreállítása, az alkalmazás indítása és a tartalmi ellenőrzés további időt igényelhet.
A következő saját példa egyszerű, egymás után futó szakaszokat feltételez. Az adatmennyiségek tízes alapú GB és MB egységben szerepelnek. A megadott sebességek mértnek feltételezett, folyamatos hasznos átviteli értékek; a hálózati névleges maximumtól eltérhetnek.
A tömörített fájl letöltése
A mentés letöltendő mérete legyen 60 GB, az elérhető hasznos sebesség 100 Mbit/s. Nyolc bit alkot egy bájtot, ezért ez 12,5 MB/s átvitelt jelent. A 60 000 MB fájl átvitele 60 000/12,5 = 4800 másodperc, vagyis 80 perc.
Ez az érték csak a letöltési szakasz. A kapcsolat felépítése, a forrásoldali várakozás és egy újrapróbálkozás külön többlet lehet. A letöltési idő kalkulátorában ezért a ténylegesen mért átvitelt érdemes használni, megfelelő bit/bájt egységgel.
A kibontott mennyiség nagyobb lehet
Tegyük fel, hogy a 60 GB-os archívumból 180 GB adatot kell kiírni, és a kibontással együtt elért effektív lemezírás 150 MB/s. A második szakasz ideje 180 000/150 = 1200 másodperc, azaz 20 perc.
Ha a letöltés és a kibontás egymás után történik, a két idő összeadódik: 80 + 20 = 100 perc. Ehhez a szemléltető tervben további 15 perc ellenőrzést feltételezünk; valódi rendszernél ezt a saját próba mérésével kell meghatározni. A teljes becslés így 115 perc.
Az ellenőrzés itt külön, előre megnevezett szakasz. Egy archívum hibátlan kibontása nem bizonyítja, hogy a weboldal belépése, a keresés vagy az adatbáziskapcsolat is rendben működik. Az alkalmazásszintű ellenőrző feladatokat is rögzíteni kell.
A gyorsítás helyét a szakaszokból válaszd ki
Ha a hálózatot 200 Mbit/s hasznos sebességre gyorsítod, a letöltés 40 perc lesz. A másik két szakasz változatlanul 20 és 15 perc, a teljes idő 75 perc. A hálózati sebesség kétszerezése így a teljes helyreállítási időt nem felezi meg.
Ha ehelyett a lemezírást gyorsítod 150-ről 300 MB/s-ra, a kibontási szakasz 10 percre csökken. A teljes idő 105 perc lesz. A két fejlesztés közül a példában a hálózat gyorsítása ad nagyobb időnyereséget; a valós beruházási döntéshez természetesen a költség is szükséges.
Párhuzamos, folyamatosan továbbított letöltés és kibontás más modellt kíván. Ilyenkor a szakaszok részben átfedhetik egymást. Az egyszerű időösszeg és a puszta leglassabb szakasz egyaránt hibás becslés lehet, ha a tényleges folyamat részleteit nem ismered.
A helyreállítási célhoz hagyj mérhető tartalékot
Ha a saját üzleti cél három óra, az 180 perc. A 115 perces próba alapján 65 perc marad tartaléknak. Ez nem garantál minden következő helyreállítást: több adat, kisebb sebesség vagy hibás függőség változtathat az időn.
Az adatmennyiség-átváltó segít egyeztetni a mértékegységeket. Adatbázisnál a konzisztens mentési mód is fontos; a PostgreSQL mentési dokumentációja több külön eljárást ismertet. Futó adatbázis fájljainak tetszőleges másolatát nem szabad automatikusan kipróbált, helyreállítható mentésnek nevezni.
Mekkora sebesség kell egy szigorúbb helyreállítási célhoz?
Tegyük fel, hogy ugyanennek a soros folyamatnak most 90 percbe kell beleférnie. A kibontás 20, az ellenőrzés 15 perce mellett a letöltésre legfeljebb 55 perc marad. A 60 GB átviteléhez szükséges folyamatos hasznos sebesség 60 000 × 8/(55 × 60) ≈ 145,45 Mbit/s.
Ez a szám az egyszerű modell elméleti minimuma, tartalék nélkül. 150 Mbit/s tényleges hasznos sebességnél a letöltés 53 perc 20 másodperc, a teljes folyamat 88 perc 20 másodperc. A 90 perces célhoz csupán 1 perc 40 másodperc marad. Egy rövid újrapróbálkozás vagy lassabb adatbázis-ellenőrzés ezt könnyen felhasználhatja; a választott rendszer próbaeredménye alapján kell értelmes tartalékot hagyni.
A hálózat gyorsításának ebben a soros modellben alsó időkorlátja is van. A változatlan kibontás és ellenőrzés együtt 35 perc, ezért egy 30 perces célt csak hálózati fejlesztéssel nem érhetsz el. Ilyenkor a teljes helyreállítási eljárást kell rövidíteni, és az új folyamatot ismét végigmérni.
A szabad lemezterületet külön feltételként ellenőrizd. Ha a 60 GB archívum és a 180 GB visszaállított adat egyszerre jelen van, és a terv 20 GB további munkaterületet kér, akkor 260 GB szabad hely szükséges ebben a példában. Ez az aktuálisan meglévő adatokon felüli helyigény. Ha a visszaállítási módszer más ideiglenes állományokat is készít, azok méretét is hozzá kell adni. Az időcél teljesülése nem pótolja a kapacitásellenőrzést.
Az adat korát is írd a helyreállítási idő mellé
Egy külön időrendben az utolsó használható mentés 01:00-kori adatállapotot tartalmaz, a meghibásodás 08:00-kor történik. Feltételezzük, hogy a köztes változtatásokhoz nincs más helyreállítható másolat vagy napló. Ha azonnal elindul a fenti 115 perces folyamat, 09:55-re állhat helyre a működés, de a rendelkezésre álló adatállapot továbbra is 01:00-kori. A mentésből a köztes hét óra változtatásai hiányoznak.
A gyorsabb letöltés ezt a hiányzó időszakot nem rövidíti le. Ehhez más mentési rend vagy megfelelően megőrzött változásnapló szükséges. PostgreSQL esetén az időpontra történő helyreállítás dokumentációja alapmentést és összefüggő archivált naplósorozatot ír le. A saját próba végén ezért két eredményt rögzíts: mikorra lett használható a rendszer, és pontosan melyik adatállapotot sikerült helyreállítani.
Gyakori kérdések
A mentés sikeres státusza elég bizonyíték?
A létrehozás sikerét jelezheti. A helyreállíthatóságot és az időigényt külön visszaállítási próbával kell igazolni, biztonságos tesztkörnyezetben.
A RAID helyettesíti a mentést?
A kapacitás és a lemezkiesés kezelése más feladat, mint egy korábbi, ellenőrzött adatállapot visszaállítása. A mentési tervet külön kell kialakítani.
A 15 perces ellenőrzési idő minden oldalhoz megfelelő?
Nem. Ez a saját példánk feltételezése. A saját alkalmazás fontos működési útjain végzett próba tényleges idejét mérd meg.
Záró tudáspróba
Válassz kérdésenként egy választ. A megoldások ellenőrzése után minden helyes válaszért 1 pontot adj magadnak; a hibás, kihagyott vagy több válasszal megjelölt kérdés 0 pont. Összesen 0–3 pont szerezhető.
1. A 60 GB fájl 100 Mbit/s hasznos sebességgel, tízes alapú egységekkel mennyi idő alatt tölthető le?
- A) 10 perc.
- B) 80 perc.
- C) 480 perc.
2. A cél 90 perc, a kibontás és ellenőrzés együtt 35 perc. Mennyi idő jut a letöltésre?
- A) 90 perc.
- B) 35 perc.
- C) 55 perc.
3. A 60 GB archívum, 180 GB visszaállított adat és 20 GB munkaterület egyszerre szükséges. Mennyi a feltételezett szabadhely-igény?
- A) 260 GB.
- B) 180 GB.
- C) 60 GB.
Megoldások és pontszám
1. B. 100 Mbit/s = 12,5 MB/s; 60 000/12,5 = 4800 másodperc = 80 perc. A bit/bájt váltás nyolcas tényezője fontos.
2. C. A soros szakaszok ideje összeadódik. 90 − 20 − 15 = 55 perc, amihez a példában legalább 145,45 Mbit/s hasznos sebesség kell tartalék nélkül.
3. A. Az egyszerre jelen lévő mennyiségeket össze kell adni: 60 + 180 + 20 = 260 GB. Más módszer vagy további ideiglenes adat ezt megváltoztathatja.
3 pont: A teljes időcélt és a tárhelyfeltételt is visszaszámoltad. A saját mentésednél a tényleges hasznos sebességet és az egyszerre jelen lévő állományokat mérd meg.
2 pont: Az 1. kérdéshez a bit/bájt átváltást, a 2.-hoz az 55 perces letöltési keretet, a 3.-hoz a 260 GB egyszerre szükséges tárhelyet nézd át.
0–1 pont: Írd külön sorba a letöltést, a kibontást és az ellenőrzést. Számold ki az összidőt, majd külön add össze az egy időben tárolt fájlokat.