When I first started Backup-Coop more than 10 years ago, there was no way to backup a PC to the network. For reasons outlined here, I thought (and still think) that cloud-based backup is essential.
Since then, there have been many fine could-backup systems released including Mozy and Crashplan. I’ve used both, and both work fine. Unfortunately, neither are perfect and I really want my backup program to be absolutely rock solid and never do something unexpected or unexplainable. Neither Mozy nor Crashplan fit this requirement. Both Mozy and Crashplan have done unexpected things to me. Mozy once decided to fill the hard drive with so many huge temp files that it crashed the machine. Crashplan once got into a loop where is was stuck “connecting” for a month with no clear way to break out of it.
Surprisingly Microsoft has never released a cloud backup solution as part of a consumer Windows version. This is despite their recent huge pushes into the cloud with offerings like Office365 and SkyDrive. They do offer a very nice looking cloud backup solution for server versions of Windows that connects to their impressive Azure cloud storage system. Why not offer the same for Windows 8?
I decided to try to roll my own cloud backup system without installing any 3rd party software – I’d only use code that comes with a normal Windows 8.x installation. It turned out to not be too hard.
Luckily, there is a new feature called File History that seems to do exactly what I want – copy periodic snapshots of your files to a backup drive. Now I’d just need to find a cloud storage host to copy these files to…
My first choice was to use Microsoft’s cloud storage platform, assuming that getting Microsoft to talk to Microsoft would be the easiest and simplest way, right? Microsoft’s SkyDrive seemed like a perfect fit because it is free and Windows 8.x already knows how to mount SkyDrive as a local drive. Unfortunately when I tried to get File History to use the SkyDrive drive, it flatly refused with a very unhelpful message “File History can not use this drive”. I could not find any documentation anywhere about what requirements File History has for its target drives, but whatever they are it seems that SkyDrive doesn’t cut it. My (wild?) guess is that File History wants to see an NTFS drive, but I’m not sure why it would *need* that.
I decided to use Amazon’s EC2 service for the cloud storage, mostly because it is easy and free (at least for 1 year and 30GB of storage). I set up a “t1.micro” instance with Windows 2012 server running on it, and then set up a share that I could access over the open internet. The EC2 service has gotten really nice lately, and this whole process only took about 15 minutes of my time.
On my Windows machine, I mapped a network drive to the new share I set up in the cloud and then pointed Window’s File History service to this mapped drive. It worked, and the machine started to backup up to the cloud!
It was actually quite fast too, uploading at a rate of about 100GB per day.
So am I happy with this solution? I am not. It appears that File History does not back up open files – although I can not find any documentation about this anywhere. I know that when I look at my File History backups, they are missing my open Outlook PST files. These are probably the files that I most need to have backed up on a regular basis, so this solution is not going to work for me. It might be a viable solution for someone who does not have files that are always open, especially with less than 30GB since this should be free on Amazon.
Next maybe I will try BackBlaze. I can’t believe there is not a perfect Windows cloud backup solution out there – this is not that hard of a problem. Suggestions?