Backup over internet

Prøv at kikke på rsync - det er en mulighed?

Kan ingen ting om dette men tillater meg å sjekke litt om det interesante forslaget fra lap:
http://samba.anu.edu.au/rsync/
http://samba.anu.edu.au/rsync/examples.html

http://freshmeat.net/projects/rsync/?topic_id=87%2C19%2C150%2C257%2C886

Tillater meg litt høyttenkning:

Hvis prinsippet bak rsync er remoote synkronisering av filer, hvis en harddisk havarerer da er man sikkert glad for den synkroniserte kopi. Men hva viss en hacker har vært inne i løpet av en weekend eller en påskeferie og laget visse endringer. Er man da like glad for den samme grad av 100 % synkronisering ?

"Back up" og sikkerhetskopi, forutsetter ikke dette en viss form for historisk arkivering slik at man alltid er i stand til å rekonstruere data til et visst historisk tidspunkt ? Kan man dette med rsync ??

Hvor mye trafikk skulle rsynk generere ? Bare endringene vel ?

Hva med å kombinere rsync med et annet prinsipp - man kjører en kopi av produksjonsfilen på en backupserver via rsync. Backupserver har således en synkronisert kopi av produksjonsfilen. Via cronjobber så kjøres rulerende fulle historiske kopier til lagring fra den kopien som ligger på backupserver til mere permanent lagringsområde på bacupserver. Skulle ikke eventuelt dette gi rimelig god sikkerhet og mulighet for enkel og hurtig datarekonfigurering fra fulle kopier. (Med 1,5 GB så skulle da det være fint mulig ??)

langbein>> rsync bruges bla. til at vedligeholde mirrors, så den er meget stabil og kan transportere store datamængder.

Svaret var ud fra fokus på "overfører ændringer..", men ja, hvis der findes en passende stor partition på serveren, så laves f.eks. en fuld kopi 1 gang om måneden (på bånd som jeg fortsat betragter som en god kopi), dagligt tages daglige ændringer i en tar-fil, således at kun de daglige filer rsync'es.

Men reelt set kunne disse daglige ændringer også skrives til bånd - fordelen med rsync er alene, at jeg sparer et tapeskifte dagligt.

Proceduren burde så være, at den 1. dag i måneden tages en fuld kopi, og den 2. dag udtages dette bånd af maskinen (og næste måneds bånd monteres). Så kunne man vælge at skrive både til bånd og rsync, således at et rent diskcrash kunne restores fra tape, hvorimod en ildebrand kunne klares ved hjælp at 1 bånd og rsync'ede filer.

Så rsynk sørger ikke for å synkronisere innholdet for eksempel på to forskjellige directories, den loggfører bare endringer ? Vil det si at hver dags drif produserer en rsynk fil som så vil kunne brukes til å synkronisere opp en annen fullkopi som en slags batchjob ?? Det er altså ikke snakk om noen "online synkronisering" av to directories eller datamengder ?

Nej, det er en "online synkronisering" - jeg tænker på at bruge tar til at lave filer i et directory (ændringsfilerne) - og bruge rsync til at sikre, at directory er kopieret til backup serveren (altså som du selv foreslår - å kombinere rsync med et annet prinsipp).

Da er grunnen til at man ikke kan "rsynce" hoveddata firl eller directory at dette ville produsere for mye trafikk ?? Hvorfan produserer man egentlig endringsfilene ?

Nei ikke hvorf.. men "hvordan" .. he, he ..

Ja, de 1,5Gb er ikke sjove - båndbreddestyring findes ikke med rsync (måske tc?).

Jeg gør som regel således:
# touch /tmp/stamp
så går der 1 dag
# find / -newer stamp -print|cpio -ova > /tmp/test.cpio
sådan cirka :-)

Script:
#!/bin/bash
touch /tmp/stamp
find / -newer /tmp/oldstamp -print|cpio -ova > /tmp/test.cpio
mv /tmp/stamp /tmp/oldstamp
exit 0

ikke testet men det er rundt regnet det som skal til - jeg bruger det faktisk hvis jeg laver en maskinomlægning. Jeg forbereder mig hjemmefra med at flytte data til den nye maskine - efterlader et stamp, således at jeg alene skal flytte nyere filer på selve omlægningsdagen - og jeg kan spare rigtig meget tid på den måde.

Jeg skal måske kun flytte 5% af den totale dagamængde på dagen - resten er allerede flyttet.