linux backup

Segédprogramok

Az rendszeremről szeretnék pillanatfelvételt készíteni, hogy egy esetleges végzetes probléma esetén vissza tudjak állni egy adott állapotra. Van erre persze rengeteg program, de melyik az ami a legpraktikusabb, legjobban bevált?

  • 4163 megtekintés

( Sempi | 2009. 11. 28., szo – 11:20 )

Attól függ.

Ha megoldható, szerintem érdemes alkalmanként az egész fájlrendszerről image fájlt készíteni pl partimage-el. Ezzel megoldható, hogy egy szerverre mentse az image fájlt...

Ha a fenti nem megoldható, akkor rendszeresen érdemes menteni a következőket:
- telepített csomagok listája - debiannál dpkg --get-selections
- Konfig fájlokat - /etc, /root, /home, webszervernél /var/www, ldapnál slapcat, mysqlnél mysqldump és így tovább...
Biztosan lesznek, akik járatosabbak a témában, de én úgy mentem, hogy a fentieket rsynccel másik gépre ha lehet és a másik gépen rendszeresen tar + gzippel (vagy bármivel) tömörítem és írom ki adathordozóra.

A fent leírt mentés arra jó, hogy ha teljesen elpusztul a szerver, akkor egy alaprendszer feltelepítése után a csomaglistát felhasználva felteheted a szolgáltatásokat egy lépésben, majd a konfigfájlokat visszamásolod (tulajdonosra figyelj!), adatbázist visszaállítod és mehet minden tovább.

Persze ez a megoldás kezdetleges, mert nagy kieséssel kell számolni egykomoly probléma esetén...

Szerintem ez az a téma, amiről nagyonhosszú, nagyonrészletes könyvek készültek és csak az anyagi erőforrás állhat útjába a rendelkezésreállás mértékének...

Remélem segítettem azért...

PHPAdmin - Egyedi felületek szerkesztése

Én a komplett rendszerről készítenék backupot, akár fizikai szinten a partícióról. tudom van jó pár szoftver, de melyik az ami jól bevált, általatok ajánlott. pl. jelenleg a htpc-men jaunty van, mivel a karmic alatt nem megy a lirc a home brew infra vevővel. időközben volt kernelváltozás, így lehet, hogy már kijavították, de addig nem merem feltenni a karmicot, mert elég macerás visszaállni utána jauntyra.

( hackac | 2009. 11. 28., szo – 13:06 )

LVM -> LVM snapshot -> snapshot ment
Knzisztens is lesz így a mentésed :)
-------------------------
E-learning szolgáltatások nyílt alapokon
Weblap és Bemutató rendszer

( tovis v | 2009. 11. 28., szo – 13:16 )

Egy időben én is image -re támaszkodtam - ghost. De a Linux esetében szerintem a legszebb megoldás az ha root -ként tar gz vagy ha van türelmed és időd bz2. Debian -t használok, a Lenny (stable) azt is megteheted, hogy másik gépre rakod, más hardware környezetbe, más fájl rendszerre, más partícióba ... Azt hiszem ez a legrugalmasabb.

* Én egy indián vagyok. Minden indián hazudik.

( Charybdis | 2009. 11. 28., szo – 13:23 )

Én ezt használtam eddig: Back in Time.

Ha jó a feltöltési sebességet, akkor egyértelműen az Ubuntu One a legjobb megoldás. Én is azt használnám, ha nem 200 Kbit/sec lenne a feltöltésem...

( pomm v | 2009. 11. 29., v – 07:14 )

Én a következőket használom:

tar --one-file-system -cf /ahova/mentesz/$(date +%A).tgz /amit/mentesz
rsync -aux --delete /amit/mentesz/ /ahova/mentesz_rsync/

Cronból fut mind a kettő, igény szerinti sűrűséggel. Ez variálható távoli gépre (sshfs) vagy a mentés idejére felcsatlakoztatott fájlrendszerre.

if mount | grep /dev/sdd1 >/dev/null
then
tar --one-file-system -cf /ahova/mentesz/$(date +%A).tgz /amit/mentesz
else
mount /dev/sdd1 /ahova/mentesz
tar --one-file-system -cf /ahova/mentesz/$(date +%A).tgz /amit/mentesz

if mount | grep 1.2.3.4. >/dev/null
then
tar --one-file-system -cf /ahova/mentesz/$(date +%A).tgz /amit/mentesz
else
sshfs 1.2.3.4.:/ /ahova/mentesz
tar --one-file-system -cf /ahova/mentesz/$(date +%A).tgz /amit/mentesz

A fentiek esetében az rsync mindig felülírja az előző verziót, a tar pedig hetente teszi ezt meg.
Értelemszerűen változtatható a hely méretének illetve a mentés gyakoriságának figyelmbevételével.
Ha évi 365 mentést akarsz csinálni pl.: akkor cseréled a "date +%A" részt "date +%y_%d_%m"
üdv: pomm

rsync-hez még az alábbi paramétert is használom

--backup --backup-dir=/media/disk/trash

itt minden megváltozott fájl 1-el régebbi verzióját elmenti, mielőtt az újjal felülírná -másképpen fogalmazva, az 1-el korábbi verzió mindig meg van mindenből. a törölt fűjlokból is. arra kell csak figyelni, hogy a backup disk-en a foglalt hely elérheti a mentés dupláját maximum, mivel ugye lehet mindenből 2 példány.

( bodhidarma | 2009. 11. 29., v – 09:38 )

A legtöbb javaslat az lvm-et kivéve, szimplán a filelsystem megfelelő részeinek mentését javasolja. Ez érthető, de nekem a visszaállítással vannak gondjaim. Egyfelől nem tudod, menet közben csak úgy simán vissza tudok-e tölteni egy adott állapotot, hiszen ilyenkor vannak fájlok amiket a rendszer nyitva tart és azok felülírása gondot okozhat. Másfelől ahová másolok, ott egy keveredés lehet, ha plussz dolgok is felkerülnek időközben.

Szerintem nekem valami fizikai mentő progi lenne inkább a praktikus, ami az adott partíciót menti és állítja vissza. Gondolom lementem egy fájlba, és aztán egy spec imageről bebootolok, és onnan visszatöltöm. Igen tudom van ghost meg számos program, de kíváncsi voltam mit javasoltok.

Azt a módszert alkalmazva, hogy simán kitarolom a fájlrendszer részeit, nem igazán értem, hogy hogyan tudom abból rendesen visszaállítani a rendszer adott állapotát.

nem, hanem csak egy rsync parancs. csak a szükséges dolgokat módosítja -nagyon gyors és hatékony. mentésre is csak rsync-et használok.

én így mentek (az egész merevlemezt letolja a külső hdd-re, minek csak a home-ot menteni, amikor a rendszer pluszban csak 2-3 giga, és egyetlen parancs a visszaállítás? :) 


MYUUID="xxxxxxx-75ba-49f4-9066-316027509d62"

fsck -v UUID=$MYUUID && \

mount -U $MYUUID /media/MOBIL && \


time (rsync -av --progress --delete --delete-excluded \
        --backup --backup-dir=/media/MOBIL/backup/trash \
        --exclude="dev" \
        --exclude="media" \
        --exclude="proc" \
        --exclude="sys" \
        --exclude="tmp" \
        --exclude="home/andras/extras" \
        --exclude="home/andras/.VirtualBox" \
        / /media/MOBIL/backup/andras/) && \


sync
umount /media/MOBIL

/home/andras/configs/beep.sh

echo `date`" - rsync local backup" >> "/home/andras/configs/scripts.log"

duplicityvel meg így mentek (ez növekményes titkosított mentést tud, de csak változást ment, nagyon gyors ez is) 


duplicity -v 9 --encrypt-key kulcsomneve \
        --exclude="/home/andras/.gnome2/epiphany/mozilla/epiphany/Cache" \
        --exclude="/home/andras/.thumbnails" \
        --exclude="/home/andras/.VirtualBox" \
        --exclude="/home/andras/.local/share/Trash" \
        --exclude="/home/andras/extras" \
        /home/andras \
        scp://user@host/backup

/home/andras/configs/beep.sh

echo `date`" - duplicity remote backup" >> "/home/andras/configs/scripts.log"

Én viszont nem értem :(
"Egyfelől nem tudod, menet közben csak úgy simán vissza tudok-e tölteni egy adott állapotot ..."
"Szerintem nekem valami fizikai mentő progi lenne inkább a praktikus ..."
A működő rendszeredet akarod egy image -el fejbe csapni?
Mindkét verzió úgy a tuti ha a menteni kívánt rendszer NEM pörög - vlmi boot CD és image készítés/mentés - vagy vlmi boot CD és fájl rendszer mentés (tömörítve vagy sem).
Egyébként az image készítő programok is számolnak a fájlrendszerrel, így tudják biztosítani, hogy üres sectorokat ne ments. Ha FIZIKAILAG akarod menteni a partíciót akkor dd (esetleg dd_rescue) és már 10G ck. 8 óra míg leketyegi - biztos hogyí ezt akarod?

"Azt a módszert alkalmazva, hogy simán kitarolom a fájlrendszer részeit, nem igazán értem, hogy hogyan tudom abból rendesen visszaállítani a rendszer adott állapotát."
A Linux esetében ez nem egy "óriás kifli":

1 Ha kell létrehozod a partíciót (nagyobb lehet kisebb esetleg) formázod. A partíciós táblát simán elmentheted:
#sfdisk -d /dev/izé > /valahova/izé.particio
Kellhet még a master boot sector (MBR):
#dd if=/dev/izé of=/valahova/izé.mbr bs=512 count=1
(A partimage - mikor utoljára használtam ugyan csak ezeket igényelte)

2 Kibontod a mentést a partícióra.

3 lilo -v -r /dev/izé vagy grub_install /dev/izé (a grubal NEM próbáltam)
#reboot
Ennyi. Ja, és közben viselkedj "rendesen".

* Én egy indián vagyok. Minden indián hazudik.

( jkop | 2009. 11. 29., v – 10:22 )

Ubuntuéknál láttam egyszer egy olyat, hogy Time Vault, afféle OsX - Time Machine szerű cucc volt. De amikor láttam, bizony még erősen béta állapotban volt.

( Kayapo | 2009. 11. 29., v – 14:37 )

Én egy otthoni gép mentését ennyire nem lihegném túl!
Az én mentésem szintén mobil eszközre megy, nagy vonalakban így néz ki:
Az egészet egy udevből indított script végzi. Ha a discet feldugom a gépre lefut a mentés (ez kb 7-10 naponként történik meg)

Mentem a:
/etc
/home/userek/

Nem mentem a .valami könyvtárakat, kivéve a .ssh mert az nekem fontos, egyébként felesleges lenne.

Ezen tul, a dpkg -l kimenetét, vagyis, hogy mik vannak feltelepítve.

----
概略情報

Nem tudom milyen lenne szerinted egy pár tucat gépet/felhasználót kiszolgál szerver mentése. De én is hasonlóan mentem az otthoni szerveremet (ven egy kis bt -m is így céges dokumentumok is vannak min. 5 év). A legfontosabb különbség, hogy a rendszert külön mentem, és mivel a szerverem egy elég régi vas csak USB1.1 van, viszont van SATA hotplug, ami egy elég közönséges mobil rack -el elérhető.
Viszont az udev-re és az onnan idított scriptre kiváncsi lennék (ez még egy adósságom magamnak).

* Én egy indián vagyok. Minden indián hazudik.

( bodhidarma | 2009. 11. 30., h – 08:38 )

Köszönöm a sok segítséget!

HA józan ésszel gondolkodom, akkor ugye két irányban lehet menni. Az egyik az, hogy egyszerűen a fájlrendszer tartalmát mentem le, részben vagy egészben, és visszaállás esetén bebootolok egy live cd-ről, radírozom a megfelelő dolgokat és vissza másolom a tartalmat. A másik megoldás, hogy valami speciális programmal fizikai mentést csinálok a partíciókról, aztán bebootolok live cd-ről vagy valami speciális bootolható megoldásról és onnan állítom vissza a partíció állapotát.

Az első megoldásra rendkívül sok ötlet érkezett, de nekem praktikussági okokból a második jobban tetszik. Ezért inkább olyan kész programokról szeretnék tippeket, amit ha elindítok csinál egy komplett fizikai mentést. Azaz letöltök egy isot amiről bebootolok lementem az adott partíciót és hiba esetén megint bebootolok azzal az isoval és visszatöltöm a mentést. Tudom van ilyen program elég sok, ghost, trueimage stb. Na ezek közöl kérnék tippeket a legpraktikusabb, leghasználhatóbbra, leginkább linux kompatibilisebbre, már ha ennek van értelme ilyen jellegű mentésnél.

( gbor | 2011. 06. 13., h – 19:46 )

mintha btrfs-ben, és zfs-ben lenne snapshot funkció :)

( janoszen v | 2011. 06. 13., h – 20:18 )

Olvasom itt a sok snapshotos tanácsot, én ezzel óvatosan bánnék. Ha mondjuk egy MySQL adatbázisról készítesz fájl-szinten konzisztens mentést, attól az még nem biztos, hogy jól készül el. Az egyetlen módja a teljesen konzisztens mentés elkészítésének a gép leállítása.

Ebben nincs teljesen igazad, János. Ha storage oldalon blokk szintű snapshotot csinálsz, az pont olyan lesz, mintha kihúztad volna az áramot a gépből. Ami ezt nem éli túl (áramszünet esetén adatbázis kuka), azt valóban nem lehet menteni így, de igazából használni sem érdemes :DDDD

Másrészt viszont a storage oldali snapshotnak van egy fontos paramétere: ha több független volume van (pl. LVM-nél több fs), akkor az egyes volume-ok közötti konzisztencia is kérdéses lehet. Ha olyan alkalmazásunk van, ami több fs-en tart adatokat, és elvárja közöttük is a konzisztenciát (pl. Oracle RDBMS, tablespace-ek szétrakva több fs-re), akkor ezt a snapshotnak is biztosítania kell. No az LVM snapshot emlékeim szerint nem tud ilyet...

( hnsz2002 v | 2011. 06. 13., h – 20:20 )

Én rdiff-backupot tolok külső hdd-re. Nem túl gyors (nekem majdnem 2 óra, mire a rootról meg a homeról megcsinálja a mentést), de helytakarékos és praktikus.
--
Discover It - Have a lot of fun!