1. Milyen adatokat,
2. milyen rendszerességgel,
3. milyen programmal, szkripttel*,
4. és nem utolsósorban hova
szoktatok menteni?
(* = ha ezeket, vagy mintákat megtudnátok osztani hálásan megköszönném a közösség nevében)
- 1034 megtekintés
Hozzászólások
> 1. Milyen adatokat,
Lehetőség szerint mindent. Egy enterprise környezetben a rendszer-adat elenyésző mennyiségű a felhasználói adathoz képest. A felhasználói adatokat muszáj menteni, és akkor már hozzácsapjuk mindig a teljes rendszert is, hogy adott esetben könnyebb és gyorsabb legyen a recovery.
> 2. milyen rendszerességgel,
Tipikusan naponta egyszer, de mivel inkrementális mentések készülnek, amik a teljes mentéshez képest igencsak aprók, technikailag meg van a lehetősége a naponta többszöri mentésnek is, ha igény jelentkezne rá.
> 3. milyen programmal, szkripttel*,
Ez az archiváló médiától függ. Szekvenciális médiánál dump/restore, random-access médiánál rsync.
> 4. és nem utolsósorban hova szoktatok menteni?
Utóbbi időben főként rsync, több, távoli földrajzi lokáción lévő, redundáns rendszerre.
- A hozzászóláshoz be kell jelentkezni
1. fs = /etc, /var/www
db = mysqldump
2. fs Run = Full 1st sun at 23:05
Run = Differential 2nd-5th sun at 23:05
Run = Incremental mon-sat at 23:05
db Run = Full sun-sat at 23:10
3. Bacula & mysqldump -u$dbuser -p$dbpass -A|bzip2 -c >$backupfile;
4. hálózaton más gépekre & hazaviszem DVD-n ~2 havonta
- A hozzászóláshoz be kell jelentkezni
1. Teljes rendszer (több partíción)
2. Nagyjából havonta
3. dd, ddrescue
4. Laptopon: Ultrabay ATA slotba rakott megfelelő vinyóra, szerveren külön erre a célra fenntartott RAID kötetre
- persze defaultban megvannak a fontos dolgok a laptopon és a szerveren is egyszerre...
"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."
- A hozzászóláshoz be kell jelentkezni
1, a rendszer nem változik, így arról van egy backup oszt' csók. azok az adatok vannak mentve, amik a projektadatok, amikkel nap mint nap dolgozik a cég.
2, a fenti adatok szét vannak csoportokra osztva (könyvtárakba). van egy "aktív" projektkönytár, amiben a ténylegesen futó projektek vannak. ez napi kétszer van backupolva. van egy "archív" könyvtár. a lezárt projektek ide kerülnek át (mv). ezek hetente vannak mentve. és van a "többi", nem fontos adat, amik szinte nem is változnak, pl.: katalógusgyűjtemény, telepítő készletek, hogy bármely gépről elérhető legyen, ha kell, stb. ezek havonta vannak mentve.
3, szkriptek vannak. a napi 2x mentés mirrordir-rel, 5 napra visszamenőleg, rotációban. a heti mentés szintén mirrordirrel, 5 hét, rotációban. a havi mentés az utolsó heti mentésből csinál egy tar.gz-t. (ezekből az utolsó 2 havi van a gépen megtartva)
4, jelenleg 3 vinyó van a gépben, de volt az kettő is. a vinyókra szét vannak úgy osztva az adatok (aktív "share", napi backupok, heti backupok, havi backupok), hogy bármely vinyó beszarik (vagy akár kettő is), legrosszabb esetben is előző napi állapotról lehet folytatni a munkát. jobb esetben meg semmi nem veszik el. ezen kívül a havi mentések külső usb vinyókon is tárolva vannak, a széfben. ezen felül mostanában még kisérletezek olyannal (már működik, csak le kéne cron-ba rögzíteni :D ), hogy a kliens gépeken hegyekben álló kihasználatlan tárkapacitásból (mivel min. 500-as vinyók vannak, ebből 20 a rendszer, a többi adat meg a szerveren van úgyis) le van csípve 100-100 giga egy fájlba, ez meg van osztva, a szerver feltűzdeli cifs-el, majd a fájlokat loop-pal felmountolja, és a bennük lévő ext3 fájlrendszerre is csinál mentést, szintén mirrordirrel. amolyan parasztos distributed backup :)
- A hozzászóláshoz be kell jelentkezni