[laurixx]

Kasutan backup'i jaoks scripti, aga oskab keegi öelda, kuidas seda rida:

[napoleon]

Kui see shell script on, siis proovi find abil kõik failid üles leida. Lihtne vastus oleks backup_files="/", aga tõenäoliselt sellest head nahka ei tule kui /dev, /proc jms. asju backupida üritad.
Teine variant on kogu kettast image teha.

[gynterk]

Mida see script täpselt teeb? Mis tarkvara kasutatakse backuppimiseks?

[Dogbert]

Seda skripti peaks nägema, lugeda saama. Vastasel juhul on suht võimatu midagi täpselt õiget välja pakkuda.

[laurixx]

Kasutasin scripti, mille leidsin siit:
https://help.ubuntu.com/10.04/serverguide/backup-shellscripts.html

[Dogbert]

Kogu kupatusest saab teha backupi küll, aga sa ei taha sinna päris kindlasti selliste kataloogide sisu, nagu
/dev/
/proc/
/sys/
/run/

tõenäoliselt ka ajutiselt /mnt/ ja /media/ kataloogi monteeritud andmekandjate sisu

ja tõenäoliselt igasuguste ajutiste failide kataloogide sisu, nimega tmp/ (kus-iganes nad siis ei asuks)
ja kaalumist vajab ka see, kas sa ikka /home/ kataloogi täies mahus ja süsteemiga samasse backupi faili tahad pakkida. Seal võib olla mahukaid faile, mida sa süsteemiga koos pakkida ei taha ja süsteemi taastamisel üle kirjutada ei taha. Home tuleks ikkagi eraldi varundada.

See skript ei sisalda kataloogide välistamise võimalust, nii et sinna juurikat panna ei maksa. Kas see skript sulle üldse sobib? Suht jäigalt tehtud asi, küllap rohkem näidisena mõeldud.

Kui ei ole vaja automaatselt backuppi teha ja tahad teha tervest süsteemist, siis pole sarnasel skriptil eriti üldse mõtet.

sudo tar -cjvf /kataloog/kuhu/backup/läheb/systembackup_kuupäev.tar.bz2 \
--exclude="/dev/*" \
--exclude="/proc/*" \
--exclude="/sys/*" \
--exclude="/run/*" \
--exclude="tmp/*" \
--exclude="/mnt/*" \
--exclude="/media/*" \
--exclude="/home/*" \
--exclude="systembackup_kuupäev.*" \
/* | tee "systembackup_kuupäev.log"

Või siis teed tekstifaili, nt nimega "systembackup_exclusions", kus igale reale kirjutad ühe exclude pattern'i:

/dev/*
/proc/*
/sys/*
tmp/*
/media/*
/mnt/*
/home/*
/bla/bla/bla/*

Ja kasutad seda faili siis niimoodi:

sudo tar -cjvf /kataloog/kuhu/backup/läheb/systembackup_kuupäev.tar.bz2 \
--exclude-from="systembackup_exclusions" \
--exclude="systembackup_kuupäev.*" \
/* | tee "systembackup_kuupäev.log"

Kui on vaja automatiseerida, siis seda skriptinäidist tuleks süsteemist backupi tegemiseks veidi kohendada - lisada exclusions fail näiteks. Ja pakkimiseks on gzip asemel optimaalsem kasutada bzip2. Kiiruses veidi kaotad, aga võidas mahus. (tar -z asemel tar -j)

Backupist süsteemi taastamiseks piisab, kui kolid süsteemi juurkataloogi, pakid backupi sinna lahti ja rebootid:

cd /
sudo tar -xjvf /koht/kus/asub/systembackup_kuupäev.tar.bz2 | tee "sysrestore_systembackup_kuupäev.log"
sudo reboot

Selline taastamine jätab alles failid, mis loodi pärast backupi tegemist. Kui seda ei soovi, siis tuleb vist teha offline taastamine, st mittetöötaval süsteemil taastatavad kataloogid tühjendada ja siis backupist taastada. Näiteks USB pealt käima tõmmatud live süsteemi kasutades.

_______________
lisasin logimise
_______________
Lisaks:

Mitmetuumalise protsessori olemasolu korral võiks kaaluda ka hoopis pbzip2 kompressori kasutamist (s.o bzip2 multithreadingut toetav modifikatsioon). Mahult tuleb fail veidi suurem kui bzip2 puhul (sest failid jagatakse paralleelselt pakitavateks tükkideks), aga jõudlus võib, olenevalt rakendatud tuumade arvust, mitmekordistuda.

(Lahtipakkimisel saab pbzip2 kasutada niimitut threadi, kui mitme threadiga on arhiiv pakitud.)
Avastasin selle kompressori enda jaoks alles eile, kui otsisin poole terabaidise vigase läpakaketta raw image failile kiiruse ja kompressiooni osas optimaalseimat pakkijat.

tar -cvf arhiivifail.tar.bz2 --use-compress-prog=pbzip2 jne jne

_______________
Et mul täna just on serveris Debianile suurem uuenduste paigaldamine käsil ja enne seda varundan terve süsteemi, siis katsetasin siin veidi progress bar'i lisamist
NB! see on näidis, seda oleks reaalsel rakendamisel mõistlik modifitseerida (nt varundada võrgukettale vms)
Enne varundamist on alati mõistlik tühjendada apt cache: sudo apt-get clean
(autoclean ei tee seda tühjaks - see eemaldab vaid ajaloo jooksul repost eemaldatud pakid ja allesjääv cache maht võib olla päris suur)

skript tuleb loomulikult käivitada sudo kaudu