A meghajtók dobozán feltüntetett kapacitás összege csak a tervezés kezdete. A RAID-szint, a fenntartott szabad hely és a mentési példányok határozzák meg, mennyi adatot tudsz ténylegesen és visszaállíthatóan tárolni. Érdemes ezért három kérdést külön végigszámolni: mekkora a lemeztömb hasznos kapacitása, meddig elég a növekvő állománynak, és hogyan állítod vissza az adatokat egy hibás törlés vagy teljes eszközkiesés után.
Mit jelent a nyers és a használható kapacitás?
A példában négy darab, egyenként 8 TB névleges kapacitású meghajtó szerepel. A nyers összeg 4 × 8 = 32 TB. A RAID az adat és a redundancia elhelyezésének szabályaival ebből különböző mennyiséget hagy a tárolt állománynak.
Azonos méretű lemezek egyszerűsített számítása szerint RAID 5-nél egy lemeznyi kapacitás megy paritásra, így 24 TB marad. RAID 6-nál két lemeznyi, tehát 16 TB. Négy lemezes RAID 10-nél két tükrözött párból 16 TB hasznos kapacitás adódik. Ezek a számok még nem tartalmaznak minden rendszer- és fájlrendszerfoglalást.
A QNAP RAID-összehasonlítása a szintek működését és korlátait gyártói környezetben mutatja be. A konkrét NAS vagy vezérlő dokumentációjában ellenőrizd a támogatott meghajtószámot, a bővíthetőséget és a kapacitáskorlátokat.
Végigszámolt példa saját szabadhelytartalékkal
Tegyük fel, hogy a RAID 5 utáni 24 TB-ból 15%-ot szabadon szeretnél hagyni. Ez saját tervezési döntés a példában, nem általános gyártói előírás. A felhasználható célkeret 24 × 0,85 = 20,4 TB.
A RAID-kapacitás kalkulátorban válaszd az 5-ös szintet, adj meg négy meghajtót, 8 TB-os méretet és 15% tartalékot. Az eredményben külön látszik a nyers kapacitás és a RAID utáni érték. A végső 20,4 TB a beállított tartalékot is figyelembe vevő tervezési keret.
Ugyanezzel a tartalékkal a RAID 6 és a négy lemezes RAID 10 célkerete 16 × 0,85 = 13,6 TB. A két rendszer azonos kapacitása mellett a hibatűrés és a működési tulajdonságok eltérhetnek. A választáshoz a munkaterhelésedet és a helyreállítási elvárásaidat is meg kell határoznod.
A TB és a TiB eltérése valódi számolási különbség
A tízes alapú 20,4 TB körülbelül 18,55 TiB. Ugyanannak a bájtmennyiségnek két külön egységben megadott értékéről van szó. Ha a rendszered binárisan jeleníti meg a kapacitást, ez a különbség már a fájlrendszer további foglalása előtt is látható lehet.
Az adatmennyiség-átváltóban ellenőrizheted az egységeket. A tervezési lapodon következetesen használd a TB-t vagy a TiB-t. Ha az induló adatállományt GiB-ban méred, de a havi növekedést GB-ban becsülöd, előbb váltsd át valamelyiket.
Vegyes lemezméretnél a kapacitás kihasználása a RAID megvalósításától is függ. A DG egyszerű kalkulátora egy közös meghajtómérettel dolgozik. Eltérő méretű lemezeket, gyártóspecifikus hibrid megoldást és összetett tárolókészleteket a konkrét rendszer saját kapacitástervezőjében is ellenőrizz.
Mit jelent a meghajtóhibák száma?
A RAID 5 hagyományos modellben egy, a RAID 6 két meghajtó kiesését tolerálja. A RAID 10-nél a hibák elhelyezkedése számít: két külön tükörpár egy-egy tagjának hibája eltérő helyzet, mint egy pár mindkét tagjának elvesztése. A kalkulátor egy garantáltan elviselhető meghajtóhibát ír ki ennél a szintnél.
Ez a szám nem az adatvesztés valószínűsége. A meghajtók állapota, a vezérlő, a tápellátás, a helyreépítés közbeni terhelés és egy további hiba együtt alakítja a tényleges helyzetet. Az egyszerű kapacitásképletből nem számítható ki, hogy mekkora eséllyel maradnak meg a fájljaid.
Ha egy lemez kiesett, a megmaradt kapacitás és az aktuális védettség két külön adat. Kövesd a gyártó hibaelhárítási folyamatát, ellenőrizd a mentés állapotát, és dokumentáld a helyreépítés eredményét. A sikeres helyreépítés után is szükség van működő mentésre.
Milyen hibákra kell külön mentés?
Egy véletlenül törölt mappa törlése a RAID működésének megfelelően jelenhet meg a teljes logikai tárolón. Ugyanezért a lemezredundancia nem ad önmagában külön történeti példányt egy felülírt fájlról. A teljes eszköz elvesztése vagy egy hozzáférhető állományokat módosító támadás szintén külön helyreállítási tervet kíván.
A CISA zsarolóvírusokkal foglalkozó útmutatója elkülönített, offline mentési példányokat és rendszeres helyreállítási próbát javasol. A saját tervben azt rögzítsd, mely adatokról készül mentés, milyen gyakran, hány változatot őrzöl, és ki tudja elindítani a visszaállítást.
Gyakorlati próbaként válassz egy kisebb projektmappát, állítsd vissza elkülönített helyre, majd nyiss meg belőle több fájlt. Jegyezd fel, melyik mentési időpontot használtad, mennyi ideig tartott és volt-e hiányzó összetevő. A mentési feladat sikeres státusza mellé így tényleges visszaállítási tapasztalat kerül.
Mikor fogy el a hely?
Tegyük fel, hogy most 9 TB adatod van, a nettó növekedés havi 0,3 TB, a célkeret pedig 20,4 TB. A különbség 11,4 TB, ami 11,4 / 0,3 = 38 hónapnyi növekedésnek felel meg. A 38. hónap végén a modell eléri a keretet; a következő hónapban már túllépi.
A tárhelynövekedési kalkulátorban ehhez 9000 GB induló állomány, 300 GB havi növekedés és 20 400 GB kapacitás tartozik. Lineáris számításhoz a százalékos növekedési rátát hagyd nullán. Ha a havi növekmény évről évre változik, külön forgatókönyvekkel vagy saját időszakos méréssel frissítsd a tervet.
A tárhelynövekedési útmutatóval azt is kiszámolhatod, mikor kell elindítanod a bővítést az előkészítési idő és a fenntartott szabad hely mellett.
A mentési tárhelyet külön méretezd
Ha a 9 TB-os aktuális adatállományról két további teljes példányt tartasz, ezekhez egyszerű másolási modellben 18 TB külön mentési kapacitás kell. Az eredeti és a két másolat együtt 27 TB tárolt adat. Ebben még nincs korábbi verzió, tömörítés vagy az ismétlődő adatok összevonása.
A mentőprogram ennél kevesebbet vagy többet is felhasználhat a megőrzési szabály és az adatok változása miatt. A sok új, nagy videófájl más mintázatot ad, mint a ritkán változó dokumentumarchívum. Az első teljes mentés után mérd meg egy jellemző hét változásait, majd ezek alapján tervezd a megőrzési időt.
Az azonos eszközön lévő második mappa fizikailag ugyanannak az eszköznek a kiesésétől függ. A tárolási terven ezért a kapacitás mellé a példány helyét és hozzáférési módját is írd oda. Egy külön helyen lévő mentéshez legyen működő hozzáférés, szükséges kulcs és dokumentált visszaállítási folyamat. Ezek hiányában a megvásárolt szabad terület még nem ad használható helyreállítási lehetőséget.
A visszaállítás idejét is számold ki
Kilenc TB adat 100 MB/s tényleges átlaggal 9 000 000 / 100 = 90 000 másodperc, vagyis 25 óra alatt másolható át. Ebben a példában a sebesség már mért adatátviteli átlag. A letöltési idő kalkulátorban 9 TB, 100 MB/s és 100% értékkel ellenőrizheted.
Ha a szolgáltató Mbps-ban, a másolóprogram pedig MB/s-ban jelzi a sebességet, a letöltési idő és a szűk keresztmetszetek útmutatójával ellenőrizd az egységeket, és válaszd ki a helyreállítási tervhez használható sebességadatot.
A teljes helyreállítás idejéhez hozzáadódhat az új eszköz előkészítése, a mentés elérése és a programok ellenőrzése. Ha a munkád csak néhány órás kiesést visel el, a 25 órás adatmásolás már önmagában jelzi, hogy másik tervre van szükség. A meghajtók megvásárlása előtt ezért a kapacitást és a visszaállíthatóságot együtt érdemes végigszámolni.
A napi mentés mellett is lehet 24 óránál régebbi az elérhető állapot
A NIST RPO-fogalma a helyreállítandó adatállapot időpontjára vonatkozik. A mentés futási üteme és a legfrissebb használható állapot kora összefügg, de két külön adat.
Saját példánkban minden nap 00:00-kor készül konzisztens pillanatkép, ennek külön mentése 02:00-ra fejeződik be. Az időpélda 24 órás napokat, óraátállítás nélküli időszakot és ugyanazt az időskálát feltételezi. A folyamatban lévő másolatot még nem tudjuk visszaállítani; az előző napi sikeres példányt közben megtartjuk. Ha a forrás 01:30-kor kiesik, a legfrissebb használható mentés az előző nap 00:00-s állapota. Ez 25 óra 30 percnyi változást hagy a külön helyreállítandó vagy elveszthető időszakban, annak ellenére, hogy a mentési feladat naponta elindul.
Ha a kiesés 13:30-kor történik, az aznapi mentés már elkészült, de továbbra is a 00:00-s állapotot tartalmazza. Ekkor 13 óra 30 perc az adatállapot kora; a 02:00-s befejezési időből számított 11 óra 30 perc túl kedvező képet adna.
Ebben a hibamentesen futó ütemezésben a használható állapot kora közvetlenül a következő mentés elkészülte előtt közel 26 óra lehet. A napi indítás puszta áthelyezése változatlan kétórás futás mellett ezt a maximumot nem csökkenti. Ha legfeljebb 24 órányi módosítás kerülhet veszélybe, a gyakoriságot vagy a mentési eljárást kell módosítani, majd a tényleges adatmennyiséggel tesztelni. A kimaradt mentés tovább növeli az időablakot, ezért az utolsó sikeresen visszaállítható forrásállapot idejét is kövesd a feladat befejezési státusza mellett.
Először a munkához szükséges rész álljon helyre
A teljes archívum visszamásolása és a munka újraindítása külön időpont lehet. Tegyük fel, hogy a 9 TB-ból 800 GB tartalmazza az aktuális projekteket és a hozzájuk szükséges összetevőket. Ha ezek valóban önállóan helyreállíthatók, a korábbi 100 MB/s mért átlaggal a másolásuk 800 000 / 100 = 8000 másodperc, vagyis 2 óra 13 perc 20 másodperc.
A példában további 30 perc az eszköz előkészítése és 20 perc az alkalmazásokkal végzett ellenőrzés. A munkához szükséges rész így összesen 3 óra 3 perc 20 másodperc alatt válhat használhatóvá. A teljes 9 TB másolásának 25 órája az összes adat átvitelére vonatkozik; a két eredmény eltérő helyreállítási célt jelent. A fontos 800 GB már része a 9 TB-nak, ezért az első rész után 8,2 TB marad, ami ugyanazzal a 100 MB/s átlaggal 22 óra 46 perc 40 másodperc. A 25 órát ne add hozzá még egyszer a fontos rész másolási idejéhez. Ha az archívum többi részét párhuzamosan kezded visszaállítani, mérd meg, mennyi átviteli sebesség marad az elsőbbségi adatokra; a két feladat közösen használhatja ugyanazt az erőforrást.
| Helyreállítási lépés | Példabeli idő |
|---|---|
| Eszköz és hozzáférés előkészítése | 30 perc |
| 800 GB fontos állomány másolása | 2 óra 13 perc 20 másodperc |
| Megnyitás és működés ellenőrzése | 20 perc |
| Első használható munkakörnyezet | 3 óra 3 perc 20 másodperc |
Egy négyórás munkakezdési cél mellett, ugyanezzel az 50 perc egyéb idővel 3 óra 10 perc marad másolásra. 100 MB/s átlaggal ez legfeljebb 1 140 000 MB, azaz 1,14 TB. A kapott mennyiség feltételes átviteli határ, amelyre további tartalékot lehet tervezni; a szükséges adatok listáját nem ez a szám dönti el.
A fontos részhez minden függőséget hozzá kell venni. Egy videóprojekt leírófájlja a hivatkozott nyersanyag nélkül, egy adatbázismentés a megfelelő visszaállító eljárás nélkül vagy egy titkosított állomány a kulcs nélkül nem használható. A visszaállítási próbában ezért konkrét munkát is végezz: nyiss meg projektet, ellenőrizd a hozzá tartozó fájlokat, és próbáld ki a szükséges műveletet.
A tervben rögzítsd azt is, milyen régi állapotból tudsz visszatérni. Ha a mentés az előző éjszakai, az azóta készült munkák helyzete külön kérdés a másolás sebességétől. A CISA helyreállítási ajánlásának gyakorlati következménye éppen a rendszeres próba: a megtalálható és visszaolvasható mentésből igazolható, mennyi idő alatt áll vissza a ténylegesen szükséges szolgáltatás.
Záró tudáspróba
Kérdésenként egy választ jelölj meg, majd a megoldások alapján pontozd magad. Ez a három kérdés a cikkben bemutatott összefüggéseket ellenőrzi.
1. Négy 8 TB-os lemezből RAID 5 készül, a RAID utáni kapacitás 15%-át szabadon hagyod. Mekkora a tervezési keret?
- A) 20,4 TB, további rendszerfoglalások előtt.
- B) 32 TB.
- C) 27,2 TB.
2. Négy lemezes RAID 10 két tükörpárból áll. Tetszőleges két lemez kiesését mindig elviseli?
- A) Igen, ha a lemezek azonos kapacitásúak.
- B) Igen, mert a kapacitás fele redundancia.
- C) Nem; ugyanazon tükörpár mindkét tagjának kiesése elveszíti azt a párt.
3. A napi 00:00-s állapot mentése 02:00-ra készül el. 01:30-kor kiesik a forrás, az új másolat még használhatatlan. Milyen régi a legfrissebb használható állapot a példában?
- A) 1 óra 30 perces.
- B) 25 óra 30 perces.
- C) 23 óra 30 perces.
Megoldások és pontozás
1. A. (4 − 1) × 8 = 24 TB, ennek 85%-a 20,4 TB. A négy lemez nyers összege még nem használható adatkeret. Ismétléshez: Végigszámolt példa saját szabadhelytartalékkal.
2. C. Két külön pár egy-egy tagjának hibája más helyzet. A hibák elhelyezkedése számít, nem pusztán a darabszámuk. Ismétléshez: Mit jelent a meghajtóhibák száma?.
3. B. Az előző napi 00:00-s forrásállapot használható. A mentés indítási és befejezési ideje nem helyettesíti a visszaállítható állapot idejét. Ismétléshez: A napi mentés mellett is lehet 24 óránál régebbi az elérhető állapot.
Minden helyes válasz 1 pont; a hibás vagy kihagyott válasz 0 pont. Az összpontszám 0–3 lehet.
- 0 pont: dolgozd végig újra a három megoldásban megjelölt részt, és írd le a példák kiinduló feltételeit.
- 1 pont: a két elhibázott kérdésnél vezesd le a helyes választ; külön írd mellé, melyik feltétel vagy számolási lépés maradt ki.
- 2 pont: térj vissza az egyetlen elhibázott kérdéshez kapcsolt részhez, majd egy bemenet megváltoztatásával ellenőrizd újra az eredményt.
- 3 pont: a három összefüggést ebben a feladatsorban helyesen alkalmaztad. Próbáld ki a cikk egyik ellenőrzését saját adatokkal, a feltételeket és a mértékegységeket is feljegyezve.