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 saját helyreállítási próbánk alapján további 15 perc ellenőrzést tervezünk. 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.
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.