10-21-14 | Blog Post
Offsite backup: a necessary evil that can be unreliable, hard to track and expensive to support. We know; it’s not what you got into technology for. Nonetheless, the business depends on putting mission-critical data offsite for those just-in-case moments of disaster.
Granted, if the primary business location becomes a smoking hole in the ground (perish the thought), we would be thankful to have all of that data available in a remote location somewhere so at least we know it could be restored “some day” instead of “never.” But for the normal course of doing business, what a hassle!
Option A: Recover your offsite backup file from tape
Let’s say accounting needs one file back from offsite tape backup. OK, here we go:
When you add up all of the time spent, it could easily reach four hours for an experienced system admin to reliably restore one file. That’s four hours of time NOT spent on the mission-critical projects that are tied to helping the business achieve current goals, one of which is not spending inordinate time on the restoration of single backup files.
Option B: Recover your offsite backup file from snapshot
Maybe you’ve convinced your organization to make the transition from tape to a digital alternative like regular snapshots, meaning taking and storing images of the entire server on a daily basis. Now the restoration of that single file looks like this:
From the initial request to getting the file restored and cleaning up the restored snapshot server, you might have cut the four hours of time to two. Nonetheless, it’s still the time of a resource with a well-paid skillset whose time is undoubtedly better spent elsewhere. Let’s hope you only get these requests occasionally.
Option C: Recover your single file with self-serve file-level restoration
When you have the opportunity to guide your organization to consider an offsite backup and recovery that makes the most effective use of your resources, consider the next two options when factoring in the real costs of your staff.
This is where your blood pressure starts decreasing and you get to allocate more resources on your critical business projects instead of recovering errant files.
If you can leverage a recovery technology that affords file-level restoration, you can use point-and-click with Windows, or console access with Linux, to do the following:
Our clients report it takes 5-15 minutes, depending on file size. Obviously this will depend on how much data you’re restoring and your connection speed. It’s also fair to say that you probably don’t need your most senior system administrator performing these tasks. They don’t have to know how to spin up a new server, be familiar with tape libraries, or unwind a snapshot. In addition to spending less time, you may be spending less for the time spent.
Did you notice the omission of verifying the file restored correctly? Not necessary if you have integrity validation at the time the backup is performed. More about that in a future post.
Option D: Managed file-level restoration
Some providers are now offering a managed flavor along the lines of Backup-and-Recovery-as-a-Service (everything needs to be available “-as-a-Service” these days, right?) In this case, file restoration might be as simple as:
Will you pay more for file-level restoration and managed recovery services? Probably, but don’t forget to factor in the time, headaches, and human resources of managing the “less-managed” solutions.
Cheers to fewer, faster recoveries!
Credit to Nick Lumsden for insights into the pains of backup and recovery.