ZIP vs raw backup vs image backup: mikor melyik jó?
A mentéseknél az egyik leggyakoribb hiba, hogy minden problémára ugyanazt a formát próbáljuk használni. Pedig másra való egy ZIP archívum, másra egy nyers fájlszintű mentés, és megint másra egy teljes rendszerkép.
A ZIP alapvetően fájlcsomagolási és archiválási formátum. Jól használható akkor, ha kisebb vagy közepes méretű állományhalmazt szeretnénk hordozható, könnyen átadható és viszonylag egyszerűen visszanyerhető formába tenni. Előnye a széles kompatibilitás és az, hogy bizonyos szerkezeti sérüléseknél még javítási esélyt is adhat. Hátránya, hogy nagy, gyakran változó vagy sokmilliós fájlkészletnél már nem feltétlenül hatékony.
A raw backup alatt itt most egyszerű fájlszintű mentést értünk: például egy könyvtár másolását, rsync alapú tükrözést vagy egy olyan mentési struktúrát, ahol az állományok „natívan”, külön csomagolás nélkül kerülnek másik helyre. Ez gyors, átlátható és gyakran jól automatizálható. Cserébe kevésbé hordozható, és sok apró fájlnál, illetve részleges sérüléseknél nehezebb lehet egyben kezelni.
Az image backup ezzel szemben teljes lemezképet, partícióképet vagy rendszerállapotot rögzít. Ez akkor hasznos, ha nem csak az adatokat, hanem az egész környezetet — boot, partíciók, rendszer, konfigurációk — szeretnénk egyben visszaállítani. Vészhelyzetben ez lehet a leggyorsabb út egy teljes rendszer újraélesztéséhez. Ugyanakkor jóval nagyobb tárhelyet igényelhet, és kevésbé alkalmas arra, hogy belőle egy-egy fájlt kényelmesen, napi szinten kiszedjünk.
Röviden összefoglalva: a ZIP jó archiválási és mozgatási forma, a raw backup jó napi fájlszintű mentésre, az image backup pedig teljes rendszer-visszaállításra. A legtöbb stabil környezetben nem az a jó stratégia, hogy ezek közül csak egyet választunk, hanem az, hogy tudatosan kombináljuk őket.
Például egy kis cég esetében teljesen életszerű lehet az alábbi rétegzett megközelítés: a szerver fontos mappái naponta rsync-kel átkerülnek egy másik tárhelyre, hetente készül belőlük ZIP archívum az egyszerűbb hordozhatóság miatt, és havonta vagy nagyobb változás előtt készül egy teljes image backup is. Így más problémára más típusú mentésből lehet dolgozni.
# Raw backup rsync-kel
rsync -a --delete /srv/adatok/ /backup/raw/adatok/
Ez jó napi fájlszintű mentésre: gyors, egyszerű és jól időzíthető.
# ZIP archívum készítése egy fontos mappáról
zip -r "/backup/archive/adatok-$(date +%F).zip" /srv/adatok
Ez akkor hasznos, ha kell egy könnyen átadható vagy külön archiválható csomag.
# TAR.GZ alternatíva nagyobb Linuxos állománykészlethez
tar -czf "/backup/archive/adatok-$(date +%F).tar.gz" /srv/adatok
Linuxos környezetben sokszor ez hatékonyabb és természetesebb, mint a ZIP.
# Restic példa verziózott mentésre
restic -r /backup/restic-repo backup /srv/adatok
Ha verziózás, deduplikáció és jobb mentési logika kell, a klasszikus ZIP helyett érdemes ilyen eszközben gondolkodni.
# Egyszerű image backup példa lemezszinten
dd if=/dev/sda of=/backup/images/sda-$(date +%F).img bs=64M status=progress
Ez már teljes lemezkép irány, amit csak körültekintően érdemes használni, mert nagy és lassú lehet — viszont teljes rendszer-helyreállításnál értékes.
A valódi kérdés tehát nem az, hogy melyik az egyetlen jó mentési forma, hanem az, hogy milyen hibára milyen visszaállítási útvonalat akarunk biztosítani. Ha ezt jól választjuk meg, a mentés nem csak „meglévő biztonságérzet” lesz, hanem valódi működési tartalék.