Archiválás

sub.

nalam a Time Machine a nyero
inkrementalis, nem zavarja ha kozben elaltatom a gepet, ha elfogy a hely akkor a legregebbieket automatikusan torli, stb

CrashPlan.

Menthetsz saját szerverre, cloudba, saját gépeidre (egymás között), ismerősök gépére (egymás között), külső vinyóra, stb. Nem kell aggódni a lekapcsolás/altatás/újraindítás miatt. Inkrementálisan ment. Kezeli a verziókat, törölt fájlokat, stb. Teljesen automata, egyszer kell beállítani (kb. 5-10 perc), utána teszi a dolgát az idők végezetéig.

- Tipp: a lefutasrol/le nem futasrol kuldjon emailt is. Ugyanis ha vegez, majd leallitja a gepet, akkor pont nem fogom tudni, hogy sikerult-e a mentes.
- Ez a beesu nevu eszkoz Ubuntu Linux alatt nem elerheto. Nem tudod kivaltani valami generikusabb tortenettel?
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:

()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Jó az rdiff-backup, csak én egy egyszerűbb szkriptet használok:

#!/bin/sh

CONFIGDIR=/home/zsolt/.config/backups
PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin

if [ $# -eq 0 ]; then
    exit 1
fi

logger -t backup "[[[ Backup $1 ]]]" 
if [ -r $CONFIGDIR/$1 ]; then
    . $CONFIGDIR/$1
    HOSTS="${DESTDIR}"
    for host in ${HOSTS}; do
        echo ">>> $host ($1) <<<"
        {
            server=`echo ${host} | sed -rn '/::/ s,(.+)::.*,\1,p'`
            if [ -n "${server}" ]; then
                echo "Testing remote server: ${server}"
                if ping -q -c 1 -t 2 ${server} ; then
                    echo "${server} is available, running backup"
                else
                    echo "!! ${server} is unavailable, exit"
                    continue
                fi
            fi
            /usr/local/bin/rdiff-backup --include-globbing-filelist ${CONFIGDIR}/${FILELIST} \
                ${SOURCEDIR} ${host} 2>&1
            [ $? -ne 0 ] && logger -t backup "!!FAIL: $1 $host"
        } | sed -l 's,^,  ,'
    done
fi | sed -l 's,^,  ,' | logger -t backup

logger -t backup "[[[ End backup $1 ]]]"

Pl. a ~/.config/backups/tex.lst:

**.tex
- **

a ~/.config/backups/tex.rdiff:

SOURCEDIR=/home/zsolt/Dokumentumok/
DESTDIR="/system/backup/rdiff/tex /system/backup-hdd/tex uzsolt.hu::/usr/home/zsolt/backup/tex rpi::/usr/home/hdd/backup/mokamester/tex"
FILELIST=tex.lst

cron-ból háromóránként hívom meg, darabokra szétosztva (pl. 10 perckor a tex.rdiff, 15 perckor a pdf.rdiff, stb.). Maximum néhányszor 10 másodperc alatt megvan egy mentés.

Ha notify-send-eket akarnék, akkor a /var/log/backup.log-ból dolgoznék egy másik szkripttel (az stdin-jére megkapná a backup-os dolgokat, és ott keresné a "!!FAIL" sorokat).

Ha esetleg korábbi adatokat akarnál visszanyerni, és nem tudod, pontosan melyik időpontit, akkor az rdiff-backup-fs okosság hasznos lehet - gyakorlatilag egy virtuális fájlrendszer, a könyvtárak nevei az időpontok, amikor a backup történt.

Én is sub... És köszönöm a leírást!

rdiff-backup-ot hosszú évek óta használom éles adatok mentésére (akár fél TB növekménnyel) és sokszor is kell visszaállítanom adatot amelyet kollégák törölnek a szerverről.

Egyszer sem hagyott még cserben eddig.

Az rdiff-backup-nak van egy nagyon csúnya, rejtett hibája!
Tegnapelőtt óta észrevettem, hogy az ssh nagyon sok procit eszik (conky-ban megjelenik a legtöbbet evő, amennyiben egy bizonyos százalékot meghalad). Most azt is észrevettem, hogy a backup-ok brutálisan meghíztak, és olyan fájlok is kerültek bele, amik nem kellettek volna.
Hosszú-hosszú kutatás után megtaláltam a problémák gyökerét: bug #29808: --max-file-size does not combine with --include and --exclude. És valóban, egy-két napja adtam hozzá a szkripthez a --max-file-size opciót, mondom, a rohadt nagy pdf-ekről ne csináljon biztonsági másolatot. Eredmény: néhány esetben az egész fájlrendszert lemásolta (csodálkoztam, hogy a /home/storage könyvtáram hogy a fenébe került az rdiff-backup könyvtáraiba)...
Mivel sajnos a fejlesztése abbamaradt, így erősen azon gondolkodom, hogy váltani kellene (a fájlméret maximalizálást azért igényelném).

Tehát: az archiválandó fájlok méretét, ha korlátozod, ne legyen --include vagy --exclude!