Photo by Aleksandar Pasaric from Pexels
Backing Up VM Image Files to Internet Backup Services
Code 42, makers of the CrashPlan backup service for small businesses (but not individuals, see “CrashPlan Discontinues Consumer Backups,” 22 August 2017), has announced that, starting in May 2019, the service would no longer allow users to back up applications, virtual machine image files from apps like Parallels Desktop and VMware Fusion, and some backup files.
Code42 explains the change by saying that excluding these files will likely result in smaller backup archives and faster restores, syncs, and backups. That’s obvious, no? If you eliminate large files from a backup, everything will run faster (and Code42 won’t need to add storage as quickly). More troubling is the comment earlier on in the note, which says:
We have always recommended you not include applications or large files in your selection as they may not backup correctly.
Seriously? Code42 is actually admitting that CrashPlan may not back up large files correctly? Isn’t that Job #1 for any backup app?
Needless to say, Code42’s announcement perturbed some users, who notified us of the change. TidBITS member Peter Erbland said, “It seems like it is defeating the purpose of an offsite cloud backup in case of a catastrophic loss of data.”
I was curious about Code42’s performance claims, however, so I checked with CrashPlan competitor Backblaze (which has sponsored TidBITS in the recent past). Yev Pusin, Backblaze’s Director of Marketing, explained that Code42 wasn’t just making an obvious statement about smaller archive sizes improving performance for a few reasons:
- On initial backup or when a lot of data changes, large files take a long time to upload. That’s to be expected, of course, but what people may not realize is that smaller files can be blocked from uploading during that time, leaving them unprotected.
- After the initial upload, apps like Backblaze and CrashPlan do block-level data deduplication, which means that they analyze small blocks of each file, compare them to what’s already backed up, and copy only those blocks that are new or changed. It might seem as though large files wouldn’t present a problem after initial backup as long as they didn’t change all that much. However, as Yev pointed out, the resources necessary to analyze all the blocks in a multi-gigabyte file are significant—you need enough drive space to store a copy of the file, and then the backup app has to spend a lot more time and CPU power analyzing all those blocks.
- On the restore side of the equation, if you’ve been backing up a large VM image for months, with changes happening regularly, and then you need to restore it, you’ll hit another performance problem. That’s because the backup app needs to reassemble all those individually backed-up blocks into the current representation of the file, and the more of those there are, the longer it will take the backup servers to provide your file.
For these reasons, Backblaze also excludes VM image files and other large file types (it also doesn’t back up system files or applications), as you can see in the app’s Exclusions screen.
So what should you do if you have a large VM image file that you want backed up? In fact, I’m in precisely this situation, since I have Parallels Desktop set up to run a Windows app called HyTek Meet Manager for managing Finger Lakes Runners Club track meets. I use Meet Manager infrequently—just six times per year for a day or two—but it’s vital that its data be backed up when I am using it so I wouldn’t have to recreate a meet file if something bad happened.
With Backblaze at least, there are three solutions:
- Share a Mac folder with Windows in the virtual machine, and store all the essential data in that folder. This solution, which is what I do, is by far the easiest and best since it ensures that all the Windows app data is backed up just like Mac app data.
- Back up the VM image file as it exists on the drive. Although Backblaze excludes VM image file types by default, nothing prevents you from editing that exclusion list and removing the file type corresponding with your image file. However, it will impact performance in the ways discussed above.
- Install the Windows version of Backblaze within the virtual machine and set it to back up the important Windows app data. Unfortunately, this approach requires buying another license for Backblaze since it thinks it’s running on another computer. It’s not a very satisfying solution unless you work in the virtual machine all the time and have a lot of data that can’t easily be stored in a shared Mac folder.
As much as it’s easy to think of Internet backup services as being complete backups, they just aren’t. There’s no point in backing up system files in particular because no Internet backup service I’m aware of can perform a “bare-metal” restore after reformatting a Mac’s drive.
(Interestingly, the company in the best position to provide a complete backup service is Apple, since Macs already have Internet Recovery for reinstalling macOS, and iOS devices can back up to and restore from iCloud without needing a computer with iTunes involved. If Apple ever decides it needs more Services revenue, all it needs to do is let Macs back up to iCloud as well and sell a lot more iCloud storage. That would be a significant hit to existing Internet backup services.)
While applications can usually be backed up and restored, that’s an awful lot of data to analyze, transfer, and store in a situation where you can generally redownload with just a few clicks. The Microsoft Office suite is 8.6 GB on its own, and the big four of Adobe’s Acrobat, Illustrator, InDesign, and Photoshop weigh in at 5.6 GB. Apple’s iWork suite of Pages, Numbers, and Keynote is svelte in comparison at 1.8 GB.
But remember, an Internet backup service is only one part of a solid backup strategy, and it should always be seen as the backup of last resort, the one you turn to if everything else is lost. Spending a little time reinstalling macOS and downloading apps isn’t the end of the world—losing your actual data is.
So whether you’re using Backblaze or CrashPlan or some other Internet backup service, always make sure that you also have a local versioned backup made by something like Time Machine and a bootable duplicate created by something like SuperDuper, Carbon Copy Cloner, or Chronosync. The versioned backup lets you recover an older version of a file that became corrupted or was damaged by human error and then saved, and the bootable duplicate enables you to get up and running as quickly as possible if your entire drive dies. For the best and most complete backup advice, see Joe Kissell’s Take Control of Backing Up Your Mac, Third Edition.
I walked away from CrashPlan about two years ago when they really started messing with things, backups became flaky and they couldn’t fix anything. I went to BackBlaze and Arq. This year I won’t be renewing my BB subscription. The service is good enough, but I never used it to restore anything and having go use a web browser instead of a native app to do it seemed clunky.
My best goto nowadays is Arq Cloud Backup which is really plug and play. With one fee you can backup as many devices as you want - you are paying a flat $5 per TB of storage.
I still run TM, but it’s my last port of call to recover anything.
Retrospect can perform a bare metal restore from a cloud backup, at least in theory, but my internet connection is slow enough that I haven’t tested a full restore yet.
The Crashplan persons told me a year ago that I shouldn’t backup applications. That was when their software just wouldn’t do any backup anymore. I had too many files I was told. Head on desk.
Backblaze also doesn’t want to back up applications. Arq is just too unreliable.
Seriously, does no one read The Tao of Backup (Copyright 1997!) any more?
It is right there in step one, Coverage:
What Crashplan don’t tell you in those “product updates” is that if you were backing up files that they started excluding or even genuine data but in one of their newly excluded folders, that they will just silently stop backing it up.
And then they’ll prevent you restoring anything from their backups either…
And there’s no way to change the behaviour or get back anything you’ve been backing up for years…
I’d not recommend Crashplan any more to anyone, they silently stop backing up files with no warning and no recourse.
Can you clarify what you are finding as too unreliable with Arq ?
Arq stopped working a couple of times. When my computer didn’t boot I found out that the last Arq backup was 10 days old. Once a month Arq verifies all files. This takes 2 days or so and during that time no backup is done. I now get an email for each completed backup and can see immediately when the backup stops.
Exactly. Which is why I find these cloud “backups” with all their petty restrictions to be a complete and utter waste of time. Not to mention money.
You can always move a disk off site. Heck, you can fedex it to another continent and rotate if you want to be really paranoid. And then there’s iCloud, Dropbox, et al. for individual files.
Of course, but there was no such thing as Internet backup in 1997, so The Tao of Backup couldn’t imagine a situation where you’d have such a thing as a tertiary offsite backup made over a bandwidth-constrained pipe. And it was written in a time when you couldn’t download a new version of the operating system and every app on your drive at will.
(OK, maybe Internet backup was a thing in 1997 since it certainly was in 1998.)
(And I can’t resist pointing out that I suggested the entire idea of Internet backup in 1992, in an April Fools article.)
Anyway, as I said in the article, an Internet backup should be in addition to a full versioned backup and a full bootable duplicate. Both of those provide the “everything” backup.
Anyone who relies solely on an Internet backup service is simply foolish. But there’s nothing wrong with ensuring that you have a highly offsite backup of your data that’s always up to date.
Sure, you could put a lot of time and effort into moving a drive offsite on a regular schedule, but in the event of a local catastrophe that destroys your versioned backup and bootable duplicate, the extra few hours to install macOS and key applications is meaningless (not to mention the fact that you’re probably not storing another Mac offsite, so you’ll have to spend time acquiring the necessary new hardware in the event of theft or fire or flood). And it’s pretty unlikely that your offsite transfer schedule happens every 15 minutes, so you could lose a lot of work and irretrievable data in the space between your last offsite transfer and the catastrophe.
I’ll stick with Internet backup, thank you very much.
I totally agree. We found the services to be more trouble and expense then they were worth. Time Machine, iCloud, and via work, Dropbox, have served us better.
Just remember with iCloud that you won’t be able to restore an older version of a file unless you backup locally (Dropbox by default saves 30 days of incremental versions in the cloud I believe.)
This happened to me just yesterday - an encrypted file in iCloud would not decrypt properly. I backed up the local version of iCloud storage to Arq so I was able to get the last working version back (plus I have a cloned backup from about a week ago; that version would have been fine, too, but I just thought of that right now.)
That’s why we use Time Machine with Time Capsule (and I am still unhappy Apple put the kibosh on this) and some other removable hard drives. We don’t use iCloud to archive everything, we store critical documents, and stuff we’re currently working on or will need to work on, and some photos.
Personally I only use iCloud for stuff like contacts, calendars, and bookmarks. Actual files go onto Dropbox, onto my own home brew backup running on a server I co-own in Europe (rsync over ssh), or onto disk through TM and SD. I do TM and SD both at home and at work and those disks get rotated. That way if my lab or my house burns down I should still be ok. If all of Berkeley is wiped out by The Big One (and I manage to survive [despite 4M dead expected within the first 24 hrs—yeah take that insurance! ]), I can still get all of my stuff from HDDs I’ve sent to storage overseas and the more recent stuff from my European server.
Now if both California and central Europe are wiped out and for some reason even the Lab in Japan where I store a HDD is lost, well I assume I won’t survive an event like that anyway. And if I do, I assume my data will be the last of my worries.
“few extra hours”? I don’t think so, grasshopper. More like “few extra days”, or weeks, If you can remember all the apps, settings, add-ons, support apps, etc on your system to begin with.
I absolutely agree with the previous, “Backup everything”. Else recovery means you restore forever. Namaste.
No, I’ve done this, more or less, on the occasions when I decide that I need a clean start. I install the latest version of macOS, restore my documents and settings and all that from backup (which could all be retrieved from an Internet backup, if slowly), and then reinstall applications one at a time as I need them. It’s only a few hours to be up and running at a basic level, and I download extra apps slowly as I need them. It’s not a big deal and doesn’t take that long.
But as I said, remember, we’re talking catastrophe here—it’s very unlikely that you’ll be up and running that quickly anyway because your Mac was probably stolen, burnt, or water-damaged along with your local backups. So speed of recovery is already not an issue because most people don’t have a secondary offsite Mac to which they can restore to. And you’re probably more interested in dealing with the catastrophe than getting your Mac up and running again.
Of course, if we’re talking about a business scenario where downtime is seriously problematic, it would be smart to have a full disaster recovery plan in place, which would include alternative working space, plans for acquiring backup computers, and so on. But that’s a whole 'nother level.
Local backups, particularly a bootable duplicate, are provide quick recovery times; Internet backups of documents and data protect you from most dire situations.
I’m on the verge of dropping Backblaze.
I’ve a versioned backup and a bootable clone backup, one in the same building the other in a different building.
All critical files are on Dropbox or iCloud, 3Tb between them.
My photography is the biggest concern I have. I’ve got all the JPEGs backed up on Flickr at least, 150k of them, but my RAW and TIFF files are my key files and those are backed up on a local RAID.
They were also all up on Backblaze. I’ve got 7Tb up on Backblaze all in all. My new iMac arrived, a thing of joy compared to my 6 year old MBPro, but after weeks of trying I cannot get to inherit my backup status. The Backblaze option is now… start again. Rural broadband meant that the original upload took six months or so and there’s been a whole bunch up after that. I don’t know if I can face it.
I’ve had to load up my MBPro, reattach all my drives and keep the backup and drives active.
It doesn’t inspire too much confidence, the support person said my backup was either too large or corrupt.
I have way too many backup systems and the Arq verification is annoying, but important. Not noticed it run for more than a couple of hours though myself and you can always cancel it. I use Arq to backup to both a local drive and Wasabi. Then I also use Arq CloudBackup for myself and family. Crashplan was great until I had too many files (or they decided I had too many) and it spent 99% of its time verifying backups and not backing anything up for days.
Arq CloudBackup is my goto when people ask for advice, otherwise BackBlaze but I’m less happy with them than I was.
Oh yeah, I back up everything even though I have a clone drive of my system. Storage and bandwidth is cheap and I’ve restored entire apps in the past when an upgrade didn’t go the way I wanted (or Apple started removing features from Preview and I wan’t the old version back).
Yev from Backblaze here -> Tommy, sorry to hear that. The inherit backup feature is definitely intended to make it easier to get back up and running should you get a new machine, but unfortunately at such a large data set we’ve seen that it can fail in some cases. I’ll make sure the engineering hears about this issue and we take a look at it. The rural broadband is definitely a bummer, we say that your broadband should be able to push your backup to us in 30-days or so for best results, so if the data set exceeds what the bandwidth can push, it definitely can put you in a jacked state. It sounds like you have a decent system in place already, I’ll just add that while it may take a while to get your 7TB backed up to Backblaze again, it is nice to have it offsite (not just on the local RAID) - but I definitely understand the reluctance to go through that again.
Thank you Yev, for reaching out, much appreciated.
I’ll give it another go, and see how I get on. If your engineering team have a thought on what I might try, I’d appreciate it.
For the past year I have been backing up a sparsebundle image of my boot drive (made nightly by Carbon Copy Cloner) to CrashPlan. I see that sparsebundles are not on the new excluded list, but sparseimages are.
I tested the ability to download the sparsebundle and restore it to a drive with CCC, and it all worked beautifully.
I told Code42 about this, suggesting it would be a popular use of CrashPlan if they included it in their help documentation. I understand now why they seemed very unenthusiastic about the suggestion!
I will watch to see if my sparsebundle stops being backed up.
Of course sparsebundles work by breaking up the image into small bands, which means the amount of data (changed bands) backed up each day is small. Maybe this is why they have not (apparently) excluded sparsebundles.
Have you considered using WineBottler to run HyTek Meet Manager? This can be smoother and quicker than loading a full VM environment, and it might simplify the cloud backup issues. It’s been some years since I’ve needed to use it, so I can’t remember if it uses disk images in the setup, but my memory is that all data files are ‘normal’ Mac folders and files, so might be a cleaner solution for cloud backup.
@ace, I also meant to ask where you read the original CrashPlan announcement about this? I’ve been a customer for years, and this is the first I’ve seen about it (though now see others have been discussing it), which is a bit disturbing.
No, I wasn’t aware of WineBottler (though I presume it’s associated with Wine). In this case, reliability is paramount, since we can’t have Meet Manager flaking out on us (for any additional reasons) during a track meet. So I’d be leery of something that might not be seen as “real” Windows.
Several CrashPlan users sent me the email they received from Code42. I don’t know if there was another public post.
I only got mine this week, well after the article, so I assume they are being sent out to users gradually.
More disturbing, this morning I got a backup status email that says my last full backup was 9.4 days ago and my “selected for backup” is only 11GB… when before it was 900GB. I know I don’t have 890GBs of VM images, so I’m not sure what’s going on and haven’t had a chance to investigate yet.
But between general Crashplan flakiness (it stops running with no error message or warning) and and their increase in price (I recently went from the $2.50/month initial offer to $9.99), I’m pretty sure I’m going to find another cloud backup solution soon.
Funny timing how their price increase comes right when the service has gone downhill…
I also got an email CrashPlan about not backing up applications, but it was a surprise to me to learn that they had been accepting settings from users which backed apps, because from and after the very first time I signed up for CrashPlan years and years ago they always emphasized in writing that users were not supposed to use the service to backup apps. I used SuperDuper for a full weekly clone and Time Machine for continuous incremental backups. It upsets to learn CP has not been enforcing their own rules, and now we who followed the rules may be punished, because perhaps that’s why CP has been slowing everything down on my MBP lately.
QUOTE: Don’t back up operating system and application files
The Code42 app isn’t designed to back up system and application files and we don’t recommend adding these files to your backup selection. Doing so could cause issues with the priority and status of other files you want backed up. Additionally, since the Code42 app isn’t designed to download your operating system or applications, there is no advantage to backing up these types of files. UNQUOTE
I’m perturbed that Backblaze excludes .dmg and .sparseimage. Yes, they often contain app installers and system images, but at least for me and all of my users, they can also contain valuable data. Before reliable full disk encryption, they were the only easy to use encrypted containers for sensitive files such as bank statements and contracts, and most of my users still prefer using them in addition to full disk encryption.
@nls . I have had this conversation with Code 42 and I completely agree that backing up the live operating system with constantly changing apps, logs prefs etc is futile. However backing up a daily static sparsebundle image is not futile and is a technically valid way of having an offsite restorable clone of your boot drive. Unlike a VM, a sparsebundle does not have to be backed in entirety for even a small change. Only the changed bands (which are file level) are backed up. I have tested that this works by downloading the sparsebundle and restoring it and booting from it. Code42 support agreed with all this.
I suggested to Code42 that they could put this in their Help as a great way to use CrashPlan, and they gave me a polite thank you for the suggestion!
I have not previously been backing up my Parallels VMs to CrashPlan, but when I got the email, I added a small unused one to see if it was backed up, and if so, when it will get deleted. So far both the VM and the Sparsebundle are still being backed up.
BTW the quickest way of seeing what is actually in your CrashPlan cloud is with the mobile phone app (which is free).
Thank you, Mike - excellent point! Aside from your test small unused one, have you attempted backing up an actual VM and Sparsebundle to CP? If so, how did that go and how long did it take, etc.?
The Parallels VM is 8GB and my CCC boot drive sparsebundle image is 165GB. They are both backed up to CP. The Parallels VM is not used so doesn’t change from data to day. The boot drive sparsebundle changes by 3-4GB per day normally but the largest daily change currently showing in CCC task history is 26GB. No idea how long they took. I have 21MB/s upload and CP seems to more than keep up, between six hourly backups.
I had to use BackBlaze to recover a large number of videos and image files. I use BackBlaze to supplement other backup drive but bad data corrupted these backup drives. I found BackBlaze restore worked reasonably well with everything I needed being recovered. However the process was very slow despite having a high speed fat internet service. As a non-American I am concerned with the BackBlaze servers being located in the States and therefore I am subject to US (lack of privacy and consumer) laws.
I thought BackBlaze did back up .dmg and .spareimage containers, but a post here said otherwise. If so then this is probably a dealbreaker for me and will look to move off BackBlaze and go elsewhere. Any suggestions will be appreciated.
Yev from Backblaze here -> We do have advanced exclusion controls if you are interested in taking a look -> https://help.backblaze.com/hc/en-us/articles/220973007-Advanced-Topic-Setting-Custom-Exclusions-via-XML.
As the article says, by default, Backblaze includes .dmg and .sparseimage in its backup exclusions. If that’s inappropriate for your situation, you can simply remove those exclusions from the list.
Thanks Adam. I tested and confirm that Backblaze can backup .dmg and .sparseimage files. That original post suggested otherwise and is not the only one post that has made this mistake. Yes you have to remove these from the exclusions list.
Because this mistake comes up from time to time I have suggested to Backblaze that something goes in its help area to make this clear as many people do use .dmg and .sparseimage files for security, etc and may not get into the exclusions stuff.
Do you have a link for the app? A couple of years ago I had the CrashPlan app, but when I went to look for it last year, it seemed to have been discontinued. I can’t find it anywhere, so if you have a link that would be most useful. The CrashPlan website is unusable on a phone.
It’s been pulled, I’m afraid:
Google “crashplan ios app” for further info.
Well that’s a shame! At this moment it is still working for me but I suppose I have to assume it will stop or give incorrect info soon.
I am also coming to the end of my discount period, so if they also stop my sparsebundle I may very well be looking elsewhere perhaps even Backblaze, in spite of the 30 day hazard.
That’s what I thought, thanks for confirming. I mean, I’m not pleased, I was hoping I’d just missed something, but at least it affirms my search skills aren’t at fault!
What kind of UP speeds as part of your broadband package are users on here that use an online backup service, paying for?
I don’t use any online backup service all currently.
Here in the UK, I’m about to upgrade to Virgin Media’s 350/20 package (from 220/12). So VM is essentially massively asynchronous in only giving 20 as the maximum available upload speed they offer consumers. Understandable on the most primitive understanding of internet usage; people download more than they upload. But it makes new innovations like easy large file syncing and backup services, left behind somewhat in this idea of usage.
(the 350 download speed will apparently be bumped to 500 in a few months, but the upload speed is seemingly only bumping to 35, rather annoyingly.)
Here in rural Ireland, I can only get 38/10 so the Virgin offer looks incredible to me. I had uploaded about 7Tb to Backblaze during my subscription, it took about six months but would tick along quite well after that. It depends obviously on what your overall amount currently is and how much you add on an ongoing basis.
One of the things I really liked about BackBlaze was that you could set it to use the whole of your upload bandwidth when required, eg first upload, compared to CrashPlan where I never managed to get it to upload at more than about 30% of my max.
This was a couple of years ago when I ran them both (different computers) for a year as a trial.
New letter from CrashPlan. They say they made two mistakes in the recent letter about stopping some files types. The first mistake was sending the letter to the wrong circulation. The para about the second mistake says:
"The second mistake involves the actual file changes that we made. As part of this update, we stopped archiving 32 file types and directories. The email notification included a link to an updated list of files that are excluded from CrashPlan backups. One of the file types we began excluding from backups is the .sparseimage file format. We believed that this file format was obsolete because in 2007 Apple introduced a new format called .sparsebundle, which we thought replaced .sparseimage for the use case we track. After we implemented the changes in May, some of our customers made it clear they still have valid use cases for .sparseimage. We now believe we made an error in excluding .sparseimage, and we have since added it back to the list of files we support via backup. "
Looks like my sparsebundle will be OK.
This all sounds like a solid justification for not using cloud storage solutions for backing up your stuff. You may make individual selections for Drop Box, but the “big” services like Backblaze, CrashPlan and Arq are limited by bandwidth constraints and well as capacity concerns. The point has been made that just about any broadband service limits upload speeds dramatically. In the past I seem to remember that Crash Plan could retrieve a hard drive from a client to make their first backup. But since they no longer backup up system files and applications, that would seem to be problematic.
The problem seems to me to be twofold: First, the process of checking files for changes being slow; the second is upload bandwidth. Question: if you upload a sparsebundle of your entire system, is that replaced every time you upload a new one, or are they saved as versions of your system? The sparsebundle does seem to be a way around their exclusions. And they would download more quickly than they uploaded; it might be a viable way to restore your system. That is, if, after a disaster, you still have a computer to download and restore it to, and broadband to download it with.
My system has gone wonky on me a few times, and I needed both TimeMachine to restore from an earlier date and a clone to get my more recent data (because the clone was also corrupted and wouldn’t boot). But for the most part, Time Machine would seem to be the most reliable way of saving and restoring data—though I have my VMs excluded from my Time Machine backups, as I don’t have that much hard drive space to spare. They are included, however, in my clones. Even so I somehow lost a copy of my Windows 7 VM. And I haven’t been able to get it to reinstall. Fortunately I upgraded to Windows 10 before I lost 7, which had the license that enabled me to get 10 for free.
All that said, I keep clones of my system and most important data, onsite and in a safe deposit box. But I don’t see a viable reason to use cloud storage. I even use iCloud with restraint, as Apple has never done cloud services very well.
I apologize for this long post, but after reading the article all the comments ahead of me, I had a lot to think about.
Hi Jeff, see my comments earlier in the thread about this. The answer is NO !
As sparsebundle (as opposed to a sparseimage) breaks the image up into thousands of “bands”. CrashPlan only uploads the changed bands. In practice CrashPlan only uploads a few GB of changed bands in the sparsebundle of my entire system every day. But I would use Time Machine or a local clone to recover before I used the CrashPlan sparsebundle, which is the earthquake and fire offsite backup.
A sparseimage would upload the entire system everyday.
A general comment is that speed is not an issue for these backup services. It all happens in the background with no detectable impact. I would be very upset if my sync services like Dropbox were as slow.
You can of course be just as selective in what CrashPlan backs up as you can with what Dropbox syncs.
Don’t apologize; it’s a great thread, and even though I’ve never used a VM, this is a very helpful and informative thread. At a few different jobs, my husband and I both found offsite backup services to be more trouble and time consuming than they were worth. If it wasn’t for IT people being able to futz with recovery after hours, we probably would have jumped out windows. So we also just do time machine and time capsule backups as well as to removable hard drives. It’s easy, brainless, relatively quick and saves money.
That’s really not the intended takeaway. The point is to be aware of the limitations inherent in any portion of an overall backup strategy and to ensure that the strategy as a whole is providing the level of protection you need. It’s far better to use a cloud backup service (as a tertiary backup) that might not back up everything than it is to have no offsite backup at all (or one that’s updated too infrequently because it’s too much trouble).
Personally, I don’t see storing a clone in a safe deposit box as viable. I live only a 10 minute cycle from the bank, but I would never manage to regularly update a clone and take it to the bank, so it would end up hugely out of date. I struggle to keep my on-site clone updated more than once a month. My network Time Machine and Crash Plan backups, on the other hand, are constantly working in the background, and I’ve used them in the past to quickly retrieve files I somehow deleted or needed a previous version of.
So I see cloud backups as ideal for an off-site backup that is kept up to date, as @ace says. Definitely not as the only backup though! But once the initial backup is done (over weeks in my case), the basic upload bandwidth available seems sufficient to keep cloud backups reasonably up to date (and far more so than a safe deposit box copy would be).
Saying all that, after this article (and the fact CrashPlan never informed me directly about the changes even though I’ve been a customer for years!), I’m planning to switch to Arq backup.
I’m sort of glad you said that since it answers the question of why we should cover things that the companies are theoretically informing all their customers about. But I am disappointed in Code42 these days.
Very interesting article and comments. I’d never really considered a personal Cloud backup solution, having multiple SuperDuper and Time Machine backups on site. Because of this thread I started looking at costs and reviews of various options starting with thewirecutter.com. Their take is that Backblaze is overall the best option, but iDrive comes in a strong second.
I don’t see iDrive mentioned here at all, so I’m curious if anyone on this list has experience with that option.
And, I see that many find Arq to be an excellent solution but thewirecutter.com excludes it because it requires more fiddling and technical nous than the ones they recommend. What do those who use it think?
We wrote about Arq a while back.
Note that Arq now offer an integrated cloud backup with a simplified app where you pay $6/month per terabyte. I’m not sure this existed when Glenn wrote his article, and I’ve not used it. But from the sounds of it, it’s a like the other backup services in terms of being simple setup and integrated.
I was about to respond to @jeff5 with a similar answer, @jzw, so thanks to yours, I can keep mine much shorter.
Another key advantage of cloud backups is that they “travel with you.”
Yes, Time Machine does manage local backups on your Mac when the machine is not connected to the TM drive. That’s worthless, though, if the machine and/or drive fail before you’re back home to sync those files with your TM backup storage.
In contrast, cloud backups work just as well regardless of location as long as you have reasonably fast internet connectivity. That’s an added layer of safety I wouldn’t want to miss.
Join the discussion in the TidBITS Discourse forum