Backup över internet

krypteringen måste helst ske innan du skickar iväg datan om du ska känna dig helt trygg antar jag?

Skapa och kryptera ett arkiv lokalt på klienten och kopiera över med scp?

Ett alternativ är jul att du krypterar datan lokalt till en annan map, och sedan backupar den krypterade mappen med hjälp av rsync. Nackdelen är ju då att du behöver mer lagringsutrymme på din server

Är inte speciellt instatt i backuplösningar, och nu efter flera öl kan jag inte påstå att jag är ännu bättre på det.

Att återställa en inkrementell backup handlar ju ändå alltid om att börja från en full backup och applicera de inkrementella tills du når önskat tillstånd.

Ett annat alternativ är ju en kedja i stil med tar | gpg | ssh -> fil vilket ger dig en fil på servern som du kan rota i om du vill hitta en specifik fil. Bara att köra kedjan omvänt och låta tar lista filerna.

Vill man slippa den mödan kan man ju tänka sig en lösning där du kör ett fullödigt backupprogram, t.ex. bacula som underhåller ett komplett register över alla filer som backats och vilken "volym" de finns i. Såvitt jag minns kan bacula backa till en lokal fil och har scripts för att backa databasen över filer. Sen kan du kopiera båda till den andra maskinen med scp.

@Fnorken,

vill du lagra i molnet så kan jag reka http://www.jungledisk.com/
Den har det mesta. Jag lägger mina viktigaste dokument där. Sen kan jag accessa filerna via samma app på en usb-pinne eller via https. Filerna lagras hos Amazon.

Finns iofs till Linux också, men ska du köra från OpenSolaris kan jag tänka mig att det blir problem (as usual)

Det var ett par år sedan jag "läste på" men Jungledisk är "mellan-vara" till Amazon. Om du orkar hacka ihop något själva så kan du gå direkt till "källan: http://aws.amazon.com/s3/

Det finns API:er för att accessa molnet - men jag har inte testat.

EDIT: Ett exempel http://developer.amazonwebservices.com/connect/entry.jspa?ext...

Duplicity kanske är något för dig (caveat emptor: duplicity är fortfarande beta)?

Det låter som en bra lösning. Posta gärna hur det går! Jag kör själv sedan många år med jungledisk mot S3 och har tyvärr inte haft tid att läsa in mig på OSOL mot S3.

måste ju finnas en time machine (mac) lösning till nix.

själv kör jag time machine över afp till lagringsdatorn. med time machine kan man bläddra i tidigare versioner av en fil.

Finns för osol (OpenSolaris), genom zfs (snapshots). Dock så är det endast lokalt och man måste fortfarande skicka backupen offsite om man vill ha offsite backup

zfs lösningen är dessutom mycket (verkligen mycket(!)) bättre än Apples Time Machine lösning (använder TM själv). Apple communityt trodde först att TM skulle vara baserat på zfs men tyvärr blev det inte så

Det hade varit grejer det. Men det finns nog tyvärr inte. Enda lösningarna på det är nog att antingen hyra serverplats hos någon isp eller hyra en vps med massor av disk.

Någon som är på?
Jag har just nu lite mer än 4 TiB som hade varit trevligt att ha backup på...

varför är zfs snapshotsen så mycket bättre än time machine då?

Edit: Förtydligande om vad jag menade, zfs snapshots är myckte bättre rent tekniskt än TM.

För om du har en fil på 1 GiB och ändrar lite i den (t.ex. 1 MiB) måste du med Time Machine ta backup på hela filen igen. Med zfs snapshot så tas det endast en "backup"* på det som ändrats. Det blir då 1 MiB + snapshot overhead (någon KiB).

*: Med zfs snapshots gör man lite tvärt emot backup, man säger typ "börja skriva här istället i fortsättningen" och således skrivs endast de nya 1 MiB till disk och de gamla 999 MiB används. Väldigt smidigt för oss slutanvändare.

Inte sagt att TM är dåligt, jag vet inte något som fått så pass många (som tidigare inte brydde sig) att börja ta backup på sina filer! Dessutom är det väldigt snyggt utfört, enligt mig. Hade Apple valt att använda zfs som "grund" istället för HFS+ + hård länkning så att TM varit ännu bättre.

nämen shit! sjukt bra!

Hur fan dumpar jag time machine nu då? och börjar använda osol med zfs snapps??!?!?!

Jadu
Vill du ha kvar OS X så ser jag två alternativ och inget inkluderar egentligen zfs snapps utan baserar sig på zfs deduplication.

Först måste du se till att skaffa/ha en server som kör osol bör sedan ha minst två diskar (i mirror) eller gärna fler (i raidz1/raidz2). Sen så kan du välja ett (eller båda om du skulle känna för det ) av dessa alternativen:

I: Fortsätta att använda Time Machine men inte snapshots. Det kräver att du installerar osol b130 eller senare då den builden innehåller deduplication. Sen är det inte mycket kvar. Dela ut en del av din nya lagring-pool på servern, så som t.ex. tank/backup/macens_namn, över cifs/smb (via zfs). Därefter fixa "haxet" i OS X som tillåter en att ta backup till nätverksvolymer (on liner i terminalen). Därefter ställer du så att Time Machine använder denna utdelade volym och ser till så att den monteras automatiskt när datorn startas eller något liknande.

II: Kör på något annat program (så som CrashPlan) som tar backup till servern. Typ som tidigare och kräver mest troligen också deduplication på servern.

Personligen tänker jag välja "I" när deduplication har fått några fler månader på nacken, väldigt nytt b130 är senaste builden om jag inte missminner mig. Personligen tänker jag nog prova när osol når b134 (2010.02/2010.03).

Det är synd att truecrypt bara stöder OpenSuSE och Ubuntu. Annars vore det perfekt att skapa en TC-volym, skicka snapshottet till den och sedan TC-volymen till S3.

Som jag har förstått det, så kommer "zfs send" automatiskt att endast skicka över det som ändrats sedan sist. Så man behöver inte undersöka varje fil, som t.ex. rsync gör.

Med deduplicering, så kommer "zfs send" endast att skicka över de block som inte finns tidigare. Om det redan finns vissa block sedan tidigare, så kommer ZFS endast att skicka referenser till blocket ifråga. Detta är helt enormt för backup över avstånd! Man skickar inte datat på nytt, om det redan finns på backupen, man bara pekar på det datat istället.

Det är faktiskt ganska lätt att "komma runt". Läs på om mknod & split

Exempel:

FILENAME="/tmp/zfs_snapshot_`date +%y%m%d.%H%M`.dmp"
export FILENAME

rm -f /tmp/exp_pipe
mknod /tmp/exp_pipe p

split -b2047m /tmp/exp_pipe ...

Jag har inte testat på OSOL. Jag har klippt lite från ett skript som jag har använt på solaris för att exportera ca 50Gb från en oracle-db. Filerna blir ca 2Gb styck, "split" fixar extension automagiskt.

Aj då. Du har gjort din läxa väl. Klokt av dig.