backupp

[look2]

Hej !

Sitter och funderar på en backupplösning. Det är ganska mycket data det rör sig om, det är mitt media bibliotek och alla minna bilder, samt lite backup på dokument och liknande.
Det är nog ett par 100Gb det rör sig om.
Jag har 2 st lika stora diskar i min server och min tanke är att den ena skall användas som backupp av den andra.
rdiff-backup är ju nått som låter smidigt.
Så jag tänkte att om man skulle göra ett script som ser ut som följande:

rdiff-backup /home/shared/music /backup/music
rdiff-backup /home/shared/bilder /backup/bilder
rdiff-backup /home/shared/dokument /backup/dokument

Det borde väl räcka?
Om man sedan har ett cron jobb som kör detta skript kl 03:00 varje natt.
Då kommer jag att kunna återställa filer från 10 dagar tillbaks om jag förstår det rätt?
Tar detta upp nån extra plats? Om jag tex tar backup på 100Gb kommer backupen då att ta upp 100Gb på den andra disken eller kommer det att bli mkt större pga historiken?
Kommer alla filer att koperieras under varje backup? eller "känner" programet av vilka filer som har ändrats och backuppar bara dessa så att backuppen inte behöver kopiera varje fil varje gång?

[andol]

Här kommer rdiff-backup att fungera precis såsom du vill att det ska fungera :-)

Det enda extra diskutrymme som kommer upptas är på skillnader i filerna. Sen så blir det ju förstås även lite loggdata och sådär.

Gör gärna lite testkörningar för att bekanta dig med hur rdiff-backup beter sig.

(Förövrigt så torde du kunna åstadkomma den där backupen genom att köra rdiff-backup som ett kommando. Fast det är väl egentligen mer av en smaksak.)

[Lars]

Om man sedan har ett cron jobb som kör detta skript kl 03:00 varje natt.
Då kommer jag att kunna återställa filer från 10 dagar tillbaks om jag förstår det rätt?

Ja, om du kör rdiff-backup --remove-older-than 10D /backup/music o.s.v.

[andol]

Om man sedan har ett cron jobb som kör detta skript kl 03:00 varje natt.
Då kommer jag att kunna återställa filer från 10 dagar tillbaks om jag förstår det rätt?

Ja, om du kör rdiff-backup --remove-older-than 10D /backup/music o.s.v.

Nej, nej.

--remove-older-than handlar ju om att rensa backup-arkivet på säkerhetskopior som är äldre än angivna gränsen. För att återställa från en vis tid är det ju --restore-as-of som gäller.

[Lars]

Vad jag menade var att om man vill spara backupen för endast 10 dagar så måste man regelbundet köra --remove-older-than. Om man inte gör det så växer backupen hela tiden.

[look2]

ok, trode att 10 dagar var typ en "standard" grej i programet, att han alltid sparar historik i 10 dagar. Men om man inte rensar histooriken så kommer den att kunna bli egentligen hur stor som helst?

En annan sak jag funderade på. Om man skulle göra en skript fil som ovan, kan man göra som så att en logg mailas till mig med ev fel meddelanden eller att allt gick ok? Eller kanske att man får ett mail om nått går fel?

[andol]

ok, trode att 10 dagar var typ en "standard" grej i programet, att han alltid sparar historik i 10 dagar. Men om man inte rensar histooriken så kommer den att kunna bli egentligen hur stor som helst?

Det är mycket riktigt. Sålunda kan det vara en bra idé att såhär i början hålla en extra koll på i vilken omfattning backup-arkivet växer. När du har en uppfattning om det kan det vara dags att planera en strategi för att hålla storleken i schack. Det kan tillexempel röra sig om, såsom Lars föreslår, regelbundna --remove-older-than, automagisk kontroll över resterande diskutrymme eller något annat.

En annan sak jag funderade på. Om man skulle göra en skript fil som ovan, kan man göra som så att en logg mailas till mig med ev fel meddelanden eller att allt gick ok? Eller kanske att man får ett mail om nått går fel?

Faktum är att du får lite av det automatiskt när du anropar rdiff-backup via cron. Det är nämligen så att all output från ett cronjob mailas den användare som kör jobbet. Vid lyckat resultat är rdiff-backup, som default, tyst medans det vid det är betydligt pratsamare när/om något går fel. Sålunda kommer cron att maila dig varje gång något blir fel med rdiff-backup.

[look2]

kan man få outputen från cron att mailas till en extern adress? alltså att den kommer till min riktiga mail adress, så jag slipper gå in på servern och kolla hela tiden.

[look2]

funderade lite på det där med historiken...
Säg att det är 100Gb som jag vill ta backup på.
Om jag sedan vill ha 10dagars historik på det, kommer det då att bli 100GbX10dagar=1Tb?
Eller löser sig historiken på nått annat smart sätt ?

[maths57]

På rak arm vet jag bara rsync som skulle lösa problemet. Där tas det bara bakup på det som har förändrats sedan sist.

[andol]

På rak arm vet jag bara rsync som skulle lösa problemet. Där tas det bara bakup på det som har förändrats sedan sist.

rdiff-backup, som diskuteras här, använder sig utav librsync.

Att bara köra rsync är rätt ofullständigt som backuplösning. Däremot finns det rätt gott om program som har (lib)rsync som en komponent.

[look2]

man får väl helt enkelt gör som så att man bara behåller grejerna i några dagar, oftast så märker man ju ganska fort om man råkar ta bort fel fil...

[andol]

man får väl helt enkelt gör som så att man bara behåller grejerna i några dagar, oftast så märker man ju ganska fort om man råkar ta bort fel fil...

Ähh, behåll backup så långt bak i tiden som möjligt. Man vet aldrig när man kan behöva återställa en fil av någon anledning. Det behöver ju inte vara så att en fil har försvunnit helt, utan det kan ju även vara så att dess innehåll har skadats av någon anledning. Då är det skönt att kunna gå tillbaks i tiden till innan vad det nu var som hände.

Hur länge du ska spara dina backuper är ju förövrigt inget du behöver bestämma nu på en gång. Ta helt enkelt och se i vilken takt ditt backuparkiv växer.

[look2]

Problemet är ju att det är ganska mycket som skall backuppas. Så det kommer ju att ta mycket plats. Men man får väl köra på och när det börjar bli fullt så får man rensa.

Testade lite häromdagen iallafall och fick det inte att fungera som jag ville, mappstrukturen blev konstig.
Har en mapp som heter dokument, under den så ligger det 3st mappar. Pelle, Arne, Gemensamt

Jag testade med kommandot "rdiff-backup /home/shared/dokument /backup/shared/
Det resulterade i att under /backup/shared så skapades mapparna Pelle, Arne, Gemensamt.
Det jag ville åstakomma var att det under /backup/shared skulle skapas en mapp som heter dokument.
Jag testade du med rdiff-backup --create-full-path /home/shared/dokument /backup/shared/ men med samma resultat.
Kanske man skall prova med rdiff-backup --create-full-path /home/shared/dokument/ /backup/shared/dokument trots att mappen dokument inte finns under shared?

Svårt att förklara i text, men jag hoppas att ni förstår ändå.

[andol]

Det funkar inte att i förväg skapa mappen /backup/shared/dokument och sen köra rdiff-backup  /home/shared/dokument/ /backup/shared/dokument/ ?

Annars så kanske den här syntaxen gör det du vill?

rdiff-backup --include /home/shared/dokument --exclude '**' /home/shared/ /backup/shared/

Här har du lite exempel på olika sätt att använda rdiff-backup

http://www.nongnu.org/rdiff-backup/examples.html