Hoppa till innehåll

Etikett: Backup

Viktigt med backup och säkerhet.

Jag sätter ett väldigt stort värde på mina filer; på min data. Jag har drygt (om jag inte minns fel) ~40k bilder från de senaste tio åren. Från dagar, tider, händelser som aldrig kommer igen. Texter jag skrivit, filmer jag filmat, sånger jag sjungit. Massor. Därtill kommer denna hemsidan, min kod, alla projekt av diverse slag. Jag har helt enkelt mycket som jag inte vill förlora.
En gång gjorde jag det – eller nästan; jag lyckades återställa mer eller mindre allt – och det var hemskt. Jag grät nästan. Det var 2007.
Idag, just nu, sitter jag och fixar med ytterligare en säkerhetsbackup. Det är som att jag blivit beroende, fixerad av att ha backup! Att jag tar backup på backup på backup. Detta är lösningen jag har idag:
På min laptop ligger det som är viktigast i form av arbete: dokument och kod. Lite bilder och lite video- och musik-projekt. Allt ligger i mitt egna, privata moln. Det molnen kör en backup till en annan server, tillsammans med alla hemsidor. Backup av detta görs också till en separat, extern disk. Detta plus att lokala kopior av samtliga filer ligger på ytterligare en disk. Allt är krypterat. Totalt ligger mina filer på fem (5) olika platser lite varstans.
Då tänker jag ibland det, att tänk om jag en dag skulle tappa minnet? Så jag skulle glömma mina lösenord (jag har sju (7) olika säkerhetsnivåer av lösenord). Då är jag liksom körd. Eller om jag skulle gå bort så har ingen tillgång till mina filer ändå.
Det med just kryptering leder mig in på en extra tanke om ifall man skulle bli bestulen: Jag såg en föreläsning om en ”hackare” vars dator en gång blev stulen. Han lyckades få tillbaka den då han lyckades få åtkomst till den, minns inte exakt hur. Tesen han drev var iallafall balansen av att inte kryptera/säkra datorn nog, och lyckas få tillbaka sin dator, eller att kryptera/säkra datorn och aldrig få se den igen.
Det är en fin balansgång, men jag kör huvudsakligen att jag inte lär få se sakerna igen. Min laptop kräver tre lösenord för att start upp, så den lär inte kunna användas, till exempel. Därför är det ytterligare av vikt att inte låta sina kära filer ligga endast på ens aktuella dator. Mina leksaker ”ringer” dessutom hem när de får möjlighet, vilket ökar chanserna att visst få tillbaka dem.
Jag läste dessutom häromdagen hur det är av största värde att ha tre kopior av allt. En som man ”kör”, en backup som ständigt körs, och en långsiktig sådan som man lägger undan någonstans – inte på samma plats som den första backupen.
Ett tips till även er, alltså: gör backup. Saker går sönder eller försvinner på olika sätt. En vän till mig tappade sin mobil och glaset sprack. Ingen åtkomst till telefonen då touchen försvann, liksom filerna. Nu lyckades jag troligen rädda dem ändå, men det var inte lätt. Nu gör hon backup av alla sina bilder till sitt moln.
Problemet är ju även det, iallafall med viss typ av backup, att ifall något dumt görs av en själv, som att ta bort en fil som man inte tänkt ta bort, eller att ett virus letar sig in, är att backup ofta tar med de ändringarna. Så då vill man ha en historisk backup med ändringar som man kan återgå till om man så vill. Så att man ändå får tillbaka den filen som man förlorade sådär klantigt.
Jag minns när jag var barn och spelade NHL 99 något oerhört. Som jag spelade det… Körde med Toronto Maple Leafs och vann varenda match lätt, med brutalt höga poäng, minns jag. Hur som helst, jag vet inte vad jag gjorde men jag råkade ta bort den sparningen. Allt försvann, och det kan göra ont än ida. Skämt åsido. Det gör ont att förlora filer, vilket i sig är spännande. Jag kan ju känna mig stressad över hur jag måste säkra mina filer. Just att jag lägger tid på backup gör att jag vill ta mer backup. När ska det liksom sluta? Jag får lämna det digitala livet bakom mig och förlita mig på penna och papper; och negativ. Men då måste jag köra allt brandsäkert och köpa en massa lådor, och då måste jag… och då måste jag…
Ja, ni fattar 😉

Kommentarer är stängda

ilådan – utvecklingsförändring.

Efter några dagars fundering har jag kommit fram till att vi – högst troligt – kommer att använda ownCloud för ilådan, istället. Det finns redan ett färdigt värdsystem som är mycket likt det som var tänkt, klienter för skrivbord och för mobiler, plus ett färdigt webui.

ownCloud är opensource med AGPL-licens och ser redan idag lovande ut. Jag har redan börjat ta del av dess utveckling, och kommer troligtvis att engagera mig även i kodningen av webui, värdsystemet, skrivbordsklienten för Linux och tips till mobiler.

Jag provkör redan ownCloud på denna server och det fungerar strålande. Inom en inte allt för avlägsen framtid kommer vi kanske att ge publik åtkomst under ett testskede. Men det kräver ett godkänt SSL-certifikat och en fungerande krypterad lagring på servern.

1 kommentar

BareShare 0.2 Released!

Since a couple of weeks back I’ve been working on my own backup/sync/share service – just like Dropbox and SparkleShare.

I wanted to code something for fun and learn Python while at it. I also wanted a free and open source service intsead of using Dropbox, but I SparkleShare didn’t do the trick.

So, well, I created my own. It’s sort of a hobby project, but my ambition is to make it to something. And it’s not perfect, but hey – it’s open source!

It’s quite simple and uses lsyncd and rsync for the backup and sync of files. And its build with PyGTK.

The 0.2 release has some new features and is easier for the beginner to set up then the 0.1 release. It still has a long way to go.

Features in 0.2:

  • Some notifications. (libnotify)
  • Settings window. (Just for bandwith at the time)
  • Graphical guide for new share.
  • Syncs at inital startup. (rsync)
  • Bandwidth limit.

It only works for GNU/Linux at the moment. And you need lsync, rsync, python and GTK installed on your system.

Download here: https://github.com/downloads/danielholm/BareShare/bareshare-0.2.tar.gz

Follow the development at GitHub: https://github.com/danielholm/BareShare

EDIT: Forgot a few things, which are now added, and some issues resolved. Download 0.2.1 here: https://github.com/downloads/danielholm/BareShare/bareshare-0.2.1.tar.gz

Kommentarer är stängda

Review: SparkleShare.

I have a lot of images, code projects, documents, game saves and such, and I want to take good care of them, especially my images – they are the most valuable possession I’ve got. That’s why I need a simple and safe backup solution. Earlier I just had an external harddrive, but thats not simple, nor have the security that I need. That’s why I used Dropbox for a while. It was rather cheap and had everything that I needed, except encrypted transfer and I didn’t know what happened with them across the Atlantic Ocean. So I started to look for alternatives – safe, secure, encrypted and I also wanted them to be Open Source so that I could have it running on my own server. GNU/Linux support and a client for Android was also needed.

I found SparkleShare that seemed to be a great solution and had pretty much all that I needed: Open Source, using SSH, rather simple to set up on my own server, webui and an Android client. I started to use it and have been using it since late september, 2011. But…

SparkleShare uses Git to store files and keep a history of changes made to my files. Git is created by the same author as of the Linux kernel, Linus Torvald, and were created for the development of the Linux kernel. Keep revision history, a linear development with the possibility to maintain paralell development branches – version control. For this, it’s perfect! I use Git for my project nowdays (I used Bazaar before). The company I work for has started to use it, too.

That Git is created to development of software does, however, not make it capable as storing files, in my opinion. Now I have 60GB+ of images from the past ten year of my life – that is not optimal for Git and it’s version control. For the everyday user that want’s a Dropbox alternative, this is really not the best solution. Perhaps for a person writing his/her Ph D, it would be great. But with a lot of files, which itself creates much data and uses a lot of storage, you dont need to have a history larger then the files/directory itself.

Installation
Installing SparkleShare (server) is pretty straight forward (I’ll post a guide soon). Just install SSH, Git and a few other packages on your server, and you’re good to go. This is a real plus. Also the client is also very easy to install. It comes with packages for most of the well used GNU/Linux distros, and also Mac OS X – not Windows yet. It’s also to build from source. You just install the client, copy the SSH key to your server and start a guide to add your share.

But I’d say this is too hard for new users. Well, if you’re already running your own server, I suppose it’s not that hard, but using its own SSH keys – without a password – is not something I like to do. But that can also be taken care of, altough it also might be a little to hard for the faint of heart.

Installing the WebUI – that is necessary for the Android client – is a little harder. It has a strict dependancy of package version, which I’ve had som issues with. Once up and running, it is incredibly easy to add your Android device, just by scanning a QR code.
The Android client is somewhat a different project – the WebUI too – then SparkleShare. It works to download your stored files, not anything more. You can’t upload any files, which I very much would like. Perhaps in an later version.

Usage
Once installed and up and running, SparkleShare takes care of your files. By using Git the files are compressed before uploaded, and the transer is safe by it’s usage of SSH. But I’m not satisfied. It’s hard to upload a lot of files. I wanted to upload all of my 60GB+ images at once, but SparkleShare didn’t seem understand that I added the files. Instead I had to remove them and upload them seperately. It worked, but the compression takes a long time, and if the connection between server and client gets broken during upload, the compression has to be restarted. Also, as I was saying, having a history copy of the files on the client, takes of a LOT of storage space.
Smaller files, like my documents is no problem – of course since the’re smaller.
With the Nautilus addon, it is easy to get back an old version of an edited file just by right clicking on it.

SparkleShare is just a indicator applet, which is simple and works great. Altough I would like to see some info about the sync, like transfer speed, which files, just like the Dropbox indicator. Also I miss sync over LAN, bandwith limit and being able to pause specific shares – ie. so that I can start SparkleShare to only sync my documents while in school, when I don’t want to use up my battery and all of my CPU to compress my images.

Besides that, SparkleShare runs fine in the bakground. If I were to already have uploaded all of my images, the compression wouldn’t take so much time, nor would it be as big of a problem, but the local Git history copy, and Git itself, makes it a little less of ”fun”.

Conclusion
SparkleShare is great for easy sync of small files, not for bigger ones. It’s also great if you’re developing some small software, which you don’t really use Git for yet, but still want’s the version controll and being able to upload it – automatically – to GitHub or perhaps your own Git server.

I would say that SparkleShare is not yet ready for daily use and to drop out of you Dropbox use, or alternative.

Git is simply not the best way to get people from the closed, you-dont-know-where-or-what-theyre-doing-with-your-files, clients like Dropbox, and start to use free and open source ones. For me, version controll is not as important as a simple and secure backup solution. I’d say SparkleShare using Rsync would be a better way of doing this.

Perhaps Rsync could be used together with a simple script that saves a deleted file for a while, before it’s completely deleted. And perhaps having preferences to set which files/dirs needs to have version control.

I’m sorry to say that I’m leaving SparkleShare to find, or develop, a new backup solution not using Git.

19 kommentarer