Säkerhetskopiera bilder
2010-01-12 av JennyDet ligger ett antal tusen bilder och vilar på min hårddisk efter det att jag har plåtat digitalt i en sisådär 10 år. Det vore trist om de blev förstörda på grund av hårddiskkrasch eller liknande. Då är det bra att ha en kopia någonstans.
Jag har skött den där kopian med ojämna intervall genom att bränna ut bilderna på DVD, men nu när barnen har “kommit in i bilden” har det blivit viktigare för mig med en åtminstone veckovis uppdaterad backup. Hur lösa?
Efter ett tags funderande och surfande kom jag fram till att använda mig av Microsofts SyncToy och en extern disk. SyncToy har ingen inbyggd automatik, men i och med version 2.1 finns det möjlighet att skripta programmet och köra det med hjälp av Windows Scheduler.
Instruktioner på hur man gör det fann jag här.
Inte perfekt, men bra nog!
January 18th, 2010 at 2:16 am
Såhär gör jag!
1. Medium – en löstagbar USB2-disk (WD Book-serien, den enda som har aut. spindown och väl ventilerad låda utan fläkt) på 1 TB.
2. Varje månad startar jag manuellt ett skript som jag skrivit som backar alla Documents and Settings/* skriptet är vanlig sh och körs under Cygwinpaketet i bash på windowsdatan. Det enda den inte får med är userfilen (som windows låser och inget annat bupprogram heller får med).
3. Det är för mycket data för att komprimera. Alltså backar jag datat rått.
4. Jag gör inkrement mot senaste full-bupen när det känns bra. Oftast en gång i veckan i alla fall. Man skall kunna återställa alla hemkataloger genom att ta senaste fullbup + senaste inkrement klart. Jag avskyr inkrement som bygger på varandra. När inkrementen börjar bli 20% av fullbupen eller det har gått en månad är det dags att köra en till.
Andra medium fungerar inte för mig. Jag backar ungefär 360 GB data nu för tiden och det blir lite för många DVD-R att bränna helt enkelt.
tar har fördelen att det fungerar på alla jäkla plattformar inklusive CICS och VMS om man skulle komma på dem någon gång. Jag skojar lite men inte helt, det betyder att man även från en linuxburk kan återställa sin backup om windozen trasar helt. Dessutom kan jag tar och litar på att den gör sitt jobb mer än något MS har producerat. Innan dess provade jag 6-7 lösningar i MS-världen men ingen blev jag nöjd med och de flesta var dessutom erbarmligt långsama.
Ett tips är också att inför bup stänga av filsystemets uppdatering av atime (access-tiden när en fil senast öppnades). Backup rasslar ju som sagt igenom rätt många filer och det är helt onödigt att göra tömningar av skriv-cachen ideligen som en följd av atime-updates. Se mer info här http://www.ocztechnologyforum.com/forum/showthread.php?t=43460
Den externa disken är oftast “optimerad för säkerhet” by default det betyder att Windows inte har någon diskcache till den. Högerklicka, gå på options och ställ in “optimera för snabbhet” i stället, det gör minst en faktor x2 på en USB2-disk… (Högerklicka på disken i explorer, välj properties, gå till hardware, klicka properties, välj fliken policies, ändra till Optimize for performance och klicka i rutan för write cache) så. Nu skall man bara komma ihåg att göra “safely remove hardware” innan man drar ur sladden så är det finesmurf. (Annars tar buppen hela natten).
Jag autosynkar eller speglar inte för om man gör ett misstag så speglas även misstaget.
Den externa disken kopplas fysiskt bort från datorn när jag inte använder den.
Jag har föreslagit förr att vi borde köpa gemensamt två stycken fetingdiskar av samma modell och paritionera i två lika stora partitioner på varje. Sedan backar man till ens egen partion och när man träffas byter man disk med varandra. Så skulle bilderna bevaras även efter en katastrof som en brand eller inbrott eller liknande…
En likadan som jag har WD-Book 1TB kostar 1150:- på webhallen.
En bra början säger jag.
Jag bjuder på skripten nedan.
Månadsskriptet:
#!/bin/bash
echo “* Monthly backup script started.”
cd /cygdrive/g/Backup/data
DATE=$(date -I)
echo >lastfull $DATE
tar c -v -f bup-full-$DATE.tar /cygdrive/c/Documents\ and\ Settings/
echo “* Monthly backup finished.”
Inkrementskriptet:
#!/bin/bash
cd /cygdrive/g/Backup/data
DATE=$(cat lastfull)
DATE_NOW=$(date -I)
echo “* Incremental backup script started.”
tar c -v -N $DATE -f bup-increment-$DATE_NOW.tar \
/cygdrive/c/Documents\ and\ Settings/
echo “* Incremental backup finished.”
January 19th, 2010 at 1:01 pm
Är inte själva definitionen på inkrementell backup att den består av samtliga mellanbackuper som har tagits sedan den senaste fulla backupen?
Och på en mer semantisk nivå: är inkrement och exkrement varandras motsatser?
January 20th, 2010 at 9:55 pm
Jag vet inte säkert men jag har sett inkrement som bygger på varandra och kallas för det i press och manualer så jag tror ordet används fritt om all sorts backupptagning som inte är fullbackup. Det kanske vore mer rätt att kalla dem diffar i stället?
Och för mig är motsatsen till exo snarare endo än något annat medan incro motsätts av decro
Fast lite kul är det. Ett exkrement av en hårddisk liksom.
January 20th, 2010 at 10:26 pm
Det finns olika typer av backuper som heter olika saker, och definitionerna är inte svepande alls. Det fick jag lära mig 1997 när jag gick min systemteknikerutbildning
Wikipedia säger:
http://en.wikipedia.org/wiki/Incremental_backup
January 26th, 2010 at 9:10 am
[...] Ordnungpompom on Das ist in OrdnungJenny on Das ist in OrdnungStefan on Das ist in OrdnungJenny on Säkerhetskopiera bilder [...]
January 26th, 2010 at 11:03 pm
Då är det differentiell backup jag kör, och inte inkrementell enligt deras definition. Jag vill inte behöva gå mer än 2 steg för att återställa ett krånglande system. Jag har en gång varit med om att återställa ett system där det behövdes en fullbackup och därefter över 40 inkrement. Det var inte så roligt eftersom det var massa användarkonton och användarna blev minst sagt förvirrade när de såg gamla versioner komma och gå och ersättas av nya för att sedan raderas och kanske komma tillbaka en gång till. Dessutom tog det nästan tre arbetsdagar att tröska igenom alla tejpar. Hujedamig.
Algonet hade en liknande fadäs runt 1996 tror jag. Det var roligt att se hur folks hemsidor evolverade från timme till timme på ett live system. De hade dessutom något stort problem med sin återläsningsapparat (en otestad backuprutin är ingen backuprutin) som gjorde att det gick ytterligt långsamt att återställa alla inkrementen.
February 8th, 2010 at 10:05 pm
Otestade backuper är inte roligt. På ett tidigare jobb tog vi ganska duktigt betalt för att garantera backuper flera gånger om dagen. En dag var det en kund som ville ha ett helt system återställt från en backup och vi kunde inte plocka fram en enda byte när det väl kom till kritan.
Då var vi varken poppis eller kaxiga.