rsync backup

[Kika]

English version: http://www.isp-control.net/forum/rsync-b...l#pid33957

Megcsinaltam vegre a napi mentes modositasat az RC6-ban.

A modositas oka: tobb, mint 100GB-ot naponta tomoritgetni - nalam ennyi cucc van most fent - nem az a dolog, amit az almoskonyvek javasolnak (eroforras, sok IO muvelet, csak kopik az a hdd...). Ezert arra gondoltam, hogy a fajlokat rsync-kel fogom szinkronizalni, mert igy mindig csak a valtozast masolja at, ami sokkal gyorsabb es kevesbe nyirja a HDD-t is.

Termeszetesen hatranya is van a dolognak: tobb fajlbejegyzes, ill valamivel tobb tarteruletet foglal es persze az ispcp adminban a visszaallitas funkciot sem ennek kezelesere talaltak ki.

Lassuk be ez a mentes nem adatbiztonsag miatt keszitett mentes (azt masik szerverre illik), ez arra szolgal, hogy a felhasznalo ha valamit felulir veletlenul, akkor elo tudja kapni a tegnapi verziot. Arra szerintem alkalmasabb a fajl szintu mentes, hiszen ez altalaban csak nehany fajlt erint, szoval szerintem nem akkora baj, hogy az adminban a visszaallitas nem mukodik.


Ea akkor most kicsit reszletesebben, hogy mit is irtam at pontosan benne:

- iscp.conf-ban a ZIP értéke ezentúl lehet "rsync" is, akkor futnak le az altalam beleirt aprobb modositasok
- a fajlok mentese soran a backups/{DOMAIN_NAME} konyvtarba szinkronizalja a domain tartalmat. Elso alkalommal mindent atmasol, de masodik futasra mar csak a valtozasokat
- adatbazis mentesnel gzip-et keszit, ha a ZIP tipusa "rsync" (ez volt a szimpatikusabb nekem)
- a mentes vegen van egy ellenorzes, ami ellenorzi, hogy elkeszultek-e a backup fajlok, de mivel itt nincs konkret fajlnev, s igy nincs mit ellenorizni ezert ez a resz nem fut le rsync eseten.

A scriptet teszteltem, nalam gond nelkul fut. Inditasa: "ispcp-backup-all yes" paranccsal, ha megszakitjatok, akkor a /tmp-bol torolni kell a lock fajlt, hogy ujra lehessen futtatni.

Varom a velemenyeket, eszreveteleket.