Live data from Hacker News

"It's the (Backblaze) restores that fail."

seankilleen.com

1–10 of 55 posts

Re: "It's the (Backblaze) restores that fail."

#2
I wanted to post this here to bring attention to what happens when trusting a cloud backup provider with your data, as well as to spur Backblaze to hopefully pay more attention to this part of their business model.

Again, while I say it in the post, I think it's important to state again that the CEO has been great in allowing a dialog via Twitter. This is not a post meant to diss Backblaze as much as it is to share concerns and put the thought out there for consideration.

As the CEO Mr. Budman notes in the Storify link, they no doubt do hundreds of successful restores every day. But when I have two working systems fail for Backblaze restores but nothing else, it's still a cause of concern for me personally.

Re: "It's the (Backblaze) restores that fail."

#4

I wonder whether it's a header or an index on the compressed file, or the data itself that's damaged. Still not something you want from your backups.

Correct. They appear to basically zip the data using 7-zip and then transfer it, but I'm not sure what sort of hashing/checking they do to make sure the file makes it to me successfully.

Very possible that the next time I download the 6GB file it will work. But given how long it takes to do that, 1) I'd like to know it will work and 2) tougher for me to consider utilizing the free option of doing this for all ~400 GB of data.

Re: "It's the (Backblaze) restores that fail."

#6

Please don't singly use cloud backups. Your first line should be a local backup solution like a Time Capsule or other NAS device. Blind trust in a black box backup is not prudent.

Precisely the point I'm making. It was hubris and laziness and I'm surprised that I let myself go that long. In a follow-up article I discuss an overview of what I'll be doing going forward: http://www.seankilleen.com/2014/01/my-newest-backup-system-p...

Re: "It's the (Backblaze) restores that fail."

#7

Please don't singly use cloud backups. Your first line should be a local backup solution like a Time Capsule or other NAS device. Blind trust in a black box backup is not prudent.

Precisely the point I'm making. It was hubris and laziness and I'm surprised that I let myself go that long. In a follow-up article I discuss an overview of what I'll be doing going forward: http://www.seankilleen.com/2014/01/my-newest-backup-system-p...

There is nothing wrong with trusting online backup providers provided your data is backed up on two or more of them and there not both using the same back-end (aka Amazon s3).

Re: "It's the (Backblaze) restores that fail."

#9
post #7

Earlier quoted context omitted.

Precisely the point I'm making. It was hubris and laziness and I'm surprised that I let myself go that long. In a follow-up article I discuss an overview of what I'll be doing going forward: http://www.seankilleen.com/2014/01/my-newest-backup-system-p...

There is nothing wrong with trusting online backup providers provided your data is backed up on two or more of them and there not both using the same back-end (aka Amazon s3).

I agree, and I would add to that: "as long as you also have a local source." That was my failure here. Had I backed up to a local source, the slow restore times / issues would be marginal at best. So there are two lessons from my perspective: Backblaze needs to get its restore scenarios fixed for folks like me, and I need to get my shit together as far as a back up strategy. Good lessons to be learned for all I think.
Post reply on HN