Browsed by
Tag: Backup

Backing Up – Securing Your Files for the Present and the Future

Backing Up – Securing Your Files for the Present and the Future

Backing Up – Securing Your Files for the Present and the Future

In an increasingly paperless world more and more of our data is being digitised. While offering many opportunities, there are (at least) three challenges presented by this:

  1. Backup of data in case of loss or destruction of the host system;
  2. Accessibility of the data by others in the event of your inability to do so yourself; and,
  3. Usability of the data into the future (i.e. future-proofing).

Every inhabitant of the digital world needs to consider ensuring they maintain their data for now and into the future. This article addresses some of how I approach these tasks.

Over on SimplicityBliss, Sven Fechner recently outlined his comprehensive backup and emergency data access strategy for Mac.

Today I have not one, but effectively four different backups of my data. Three of them are always up-to-date, while the fourth one is the ‘nuclear event’ offsite contingency.

Sven has very ably outlined an approach that addresses the first two points in detail, and I’d suggest you read his article and digest his approach.

My own approach is not dissimilar, at least for three of the four levels described:

  1. Onsite backups with Time Machine (I use Time Capsule for MacBooks and an old Drobo for my iMac);
  2. Data in Dropbox (aff) and Evernote, protected with strong passwords and 2 factor authentication (Dropbox only for now). I am also playing with the Transporter for having my own distributed data.
  3. Cloud backup using Crashplan.

As for the third consideration – future-proofing – we need to think very seriously about whether the masses of data we’re producing daily today will be readable into the future. We have an unprecedented opportunity to capture data for future generations, but we have a responsibility to ensure they will be able to read it.

There are two aspects to this problem – the storage media and the format the data is stored in.

Try listening to an old mixtape you made on an actual cassette tape. I’d bet that most people couldn’t find a (working) cassette player in their house, so unless you drive an old car, you’re quite likely out of luck! Having as much stuff in the cloud as possible deals with at least the media part of the problem, as most cloud solutions will incrementally migrate their storage media, progressively over time. You should do the same at home.

As for the format, this is an equally important consideration. While it might be inconceivable that your current .doc, .jpg or .xls files might not be readable in decades to come, try opening an early 1990’s WordPerfect document. I dare you.

I don’t have a crystal ball, and have no idea as to what formats will be readable in the future. But my gut feel tells me this:

Storing your data in the most raw form possible gives you the best chance of being able to read it into the future

In other words, applying as few photographic enhancements as possible, or using little or no rich text formating is your best strategy for future proofing your data. If you’ve tried to “restore” an old photo, you’ll know you have more chance if you can use the original film (or negative) than if you use a print. If you’ve tried to scan old, heck, even read old text, you’ll know that the simpler the font the better.

My two main forms of data that I want to preserve are my photos and my writing.

I capture all photos in RAW format, and I keep the raw files of the keepers. Backed up.

This is also one of the benefits of having made the decision to write in plain text, using Markdown. Seriously, if you write and you don’t write in Markdown, go and learn more about it. It’s not difficult, and there’s even a great book to help you learn Markdown.

I only wish that I had started writing in plain text sooner. Some of my old writing is literally locked up on on 5.25" floppy disks in WordPerfect format. I have a project to do something about that.

We are in the digital era. Being productive in this era means backing, ensuring others can access if and when needed, and ensuring your data is available now and into the future. I urge everyone to consider an appropropriate backup startegy, including an offsite solution like Crashplan. I also suggest that you learn more about future proofing your data by using the simplest possible formats for storage, including Markdown for plaintext.

How do you backup? And how do you future proof your data?

Backups of iCloud Documents in the Cloud

Backups of iCloud Documents in the Cloud


I had a scary experience over the last couple of days, which I resolved this morning.

I’m working on an important project for a client at the moment, and had a bunch of annotated files saved to iCloud’s Documents in the Cloud feature from the excellent PDF Pen app, which I use on both the iPad and my Macs.

I had manually deleted a few unrelated files, and when I returned to the app on iPad, all my files were missing. So I checked on my MacBook Air and my iMac, and same story. Gone!

At this point, I had lost a bit of faith in the iCloud promise (which I am otherwise liking), and was certain that the problem was either a software issue (Smile Software’s implementation of iCloud), or with iCloud itself. After calming down, I realised that it was probably user error, but that wasn’t getting my documents back.

I was at a bit of loose end, not knowing whether to call Apple Care, or post to a forum or similar, when I saw the blog post by Chris Breen at MacWorld, When Documents in the Cloud aren’t… Chris had been responding to a reader who had “lost” a document he printed as PDF to iCloud:

In the Finder, hold down the Option key, click on the Go menu, and choose the now-visible Library command. Locate and open the Mobile Documents folder. Within you’ll find multiple folders. In your case you want the com~apple~mail folder. Inside you’ll find a Documents folder. Within it is your PDF file.

Now this didn’t address backups, but it did make think that if there is a local copy in the file system, then my Time Machine backups may well have a copy of my missing documents.

The next problem was that the “Library” folder in Finder is hidden, and while the Option-Click approach above works well for finding current documents, I wasn’t sure how to approach this in Time Machine. A quick visit to Dr Google found the CNet article How to access hidden files to restore in Time Machine.

Unfortunately, if you have removed a hidden directory that is within a normally visible directory (as is the case with the entire /etc directory), then the Finder will not allow you to see it by default, so using the “Go to folder” command will not work. Nevertheless you can still restore it using Time Machine by first showing hidden files in the Finder.

To show the hidden files, simply open Terminal, and enter this command [1]:

defaults write com.apple.finder AppleShowAllFiles TRUE;killall Finder

Once you’ve done this, enter Time Machine as usual, browse to the dates you’re looking for, and go to the Library>Mobile Documents folder, and you’ll see a list of folders for iCloud Documents, sorted by app. Find the right folder, and you should see the files in the iCloud for that App on that Date. Select and Restore, and you should be good to go.

Its kind of nice when things work out! Everything I needed was there, I just had to do some digging. Given that its more than possible that other users will make silly errors like mine, I wonder when Apple will make this type of restoration more seamless. Whilst its easy to use the Revert To function to go back to previous versions of a file within a given app, it doesn’t help if you’ve deleted the whole file. In the meantime, I hope this workaround works for others.

Updates

[1]   The excellent TotalFinder application provides many extensions to your OSX Finder, including the ability to easily “Show System Files”, restoring access to the Library and and other hidden files.