What Do You Do When the Cloud Shuts Down? 203
jbrodkin writes "Can you trust your data to the cloud? For users of an online storage service called The Linkup, formerly known as MediaMax, the answer turned out to be a resounding 'no.' The Linkup shut down on Aug. 8 after losing access to as much as 45% of its customers' data.
'When we looked at some individual accounts, some people didn't have any files, and some people had all their files,' The Linkup CeO Steve Iverson admits.
None of the affected users will get their lost data back. Iverson called it a 'worst-case scenario.'"
Backups, backups, backups! (Score:5, Insightful)
Like anything else, including local technology, the key is to create a backup strategy. The cloud creates special problems for performing and managing backukps, so you need to understand your chosen compute or storage cluster provider's options, as well as other options specific for your application in regards to backups.
Not a new problem! (Score:5, Insightful)
What do you do when your local computer shuts down? How about a server on your company intranet? The cloud is no different. Backups are your friend!
Backup, Storage (Score:5, Insightful)
I can't believe this article. The number of places you store your data is directly related to the level of which it's important to you. People put all their data in once place then cry when it's gone? How is this new?
Isn't this akin to dumping all you money into one stock then whining when it tanks?
What Do You Do When the Cloud Shuts Down? (Score:5, Insightful)
Open the curtains and let the sunshine in, and water the garden.
Oh, you mean the network... what kind of fool trusts his data with someone else?
Re:Backups, backups, backups! (Score:4, Insightful)
Comment removed (Score:3, Insightful)
The critical flaw (Score:5, Insightful)
An old maxim: (Score:3, Insightful)
If you want something done right, do it yourself.
Those who would knowingly trust their data to an outside (and relatively untested) organization without having a backup in place are just asking for something like this to happen.
Oh, ya, backups are hard.
Re:What Do You Do When the Cloud Shuts Down? (Score:3, Insightful)
Seriously, cloud storage is very useful as part of a backup strategy -- offsite, maintained to professional standards. It's even more useful for geographically-disperse projects (or when I need to get at my files on the move).
But running a company that provides this sort of service is like running a bank. It's too bad Nirvanix thinks that this isn't their problem. Even if it's a screwup by an administer from the part of the old company that's now MediaMax/The Linkup, they are associated intimately with this loss. Making statements like "It's not our fault; Barney disassociated the files. That would never happen here," is just stupid. Even worse is "We have the data, but can't get at them, because to do so requires our client's front end." Guess what? It did happen here and you do have the data. It's charming that you guys managed to get into a contractual dispute over other people's data. Any contracting business now knows exactly what to expect from you.
Now, what kind of fool trusts his data with clowns like these?
Re:Backups, backups, backups! (Score:5, Insightful)
No kidding. Why do you think I said 'backups' three times in the subject line? ;) That's what I mean by a 'backup strategy' -- backup strategies, which are sometimes called 'disaster recovery plans', though that's really a bigger plan that includes a backup strategy, include making multiple redundant backups, offsite storage of backups, considerations for multiple different media, etc. There are several 'best practices', but the best strategy is going to be different for each company or department and often even for each application.
The best thing to do is to examine what kind(s) of data there is in the set, how large that data set is, how often that data gets updated, how often it needs to be accessed, and what are the potential costs for losing a day's, week's, month's, year's etc. worth of that data. That will point you in the direction as to frequency of backups, types of backups, etc.
Offsite backups are essential for any data requiring backup.
Re:The critical flaw (Score:3, Insightful)
In fact, even if it's encrypted locally, that means I'm even more likely to lose it at the border because if it's encrypted then surely I'm an evil terrorist come to take away all your freedoms that you enjoy, such as your protection from unreasonable search or seizure...
Re:What Do You Do When the Cloud Shuts Down? (Score:5, Insightful)
Re:The critical flaw (Score:3, Insightful)
What's preventing a service that does encryption/decryption on the client side? Other than the lack of desire from the providers I mean.
Re:Not a new problem! (Score:5, Insightful)
Re:Backup, Storage (Score:4, Insightful)
Sure, but that doesn't stop people from doing exactly that.
Re:What Do You Do When the Cloud Shuts Down? (Score:3, Insightful)
Whether or not you get money out of them in compensation for the lost data is almost non-important
Maybe for a home user, but usually for a business time actually does = money, and the two are relatively interchangeable. One day of work = $x, and insurance means a lot. And if you'd actually read TFA, you would know that one of the companies involved, Nirvanix, is a business oriented cloud-storage company.
Maybe what you meant to say was "Insurance means nothing to me."
Re:Backups, backups, backups! (Score:3, Insightful)
There's now the assumption (and we all know what assume means) that if it's "in the cloud," the data is safe or backed up somewhere. Servers fail. Backups fail. Software glitches happen. Disasters - natural or other - happen. Even if you're lucky and you don't lose the actual data, losing access to it is the same - and for an extended length of time, it can be expensive.
No matter how much we preach to the choir, it seems that most people simply don't get the message.
Re:The critical flaw (Score:3, Insightful)
Re:Backups, backups, backups! (Score:3, Insightful)
Redundancy, redundancy, off-site redundancy
There, fixed that for you. Backups aren't worth a damn if the building is blown up.
Hm, there seems to be a pizza van outside my residence...
Re:Not a new problem! (Score:3, Insightful)
Which leads me to this question...why is the cloud not doing backups? The cloud provider should be backing up the data within the cloud. I had assumed (wrongfully it turns out) that one of the benefits of using a cloud was that your data was backed up in some distributed fashion. It turns out that doesn't seem to be the case.
Re:What Do You Do When the Cloud Shuts Down? (Score:3, Insightful)
Re:Backups, backups, backups! (Score:5, Insightful)
Don't forget to have a RESTORE strategy in place, too, and one that can be executed by others. Redundant backups don't do any good if you don't know how to restore from them, and know approximately how long it will take to restore.
We set up a test system identical to a few of our servers and had non-IT people execute the restoration plan for the core applications/data our business needs. There were a few flaws in the plan but it was a GREAT learning tool.
Re:Backups, backups, backups! (Score:2, Insightful)
Yeah, redundancy is the reason why I still have porn magazines hidden underneat the mattress! One backup to rule them all, and several magazines for the mission critical porn (don't ask!)
Re:Not a new problem! (Score:3, Insightful)
Which leads me to this question...why is the cloud not doing backups? The cloud provider should be backing up the data within the cloud. I had assumed (wrongfully it turns out) that one of the benefits of using a cloud was that your data was backed up in some distributed fashion. It turns out that doesn't seem to be the case.
That is what's happening, when the cloud is working properly. Google has a zillion servers for running Docs. Any one server dies, I don't even know about it because another steps in seamlessly.
But what happens if the whole damn cloud dies? What happens if Google goes tits up, changes terms of service, whatever?
At least for Docs, I still have the local viewer and can export from there.
I'm thinking that the best concept for cloud computing in practical terms would be the route Google is going, a mix between smart and dumb terminals. The cloud is there to host the apps but if something breaks, work can still be performed on the local. Right now, if I lose internet access I can still work in my Docs but can only view on the spreadsheets. If these were shared docs, there's still sync issues. When everyone is online, individual edits are synced every few seconds so it's difficult to screw something up. With offline edits, two different people can edit the same segment and we end up with 'last change wins' rules. This is not so bad if it's not a shared document.
Where this could become more problematic is if we're talking about database-heavy apps like say a CRM or accounting app. Naturally, it would be evil to try to cache everything locally. It would take smart programming to only cache what a person typically deals with. ACT had a laptop docking model where the laptop user could check out certain accounts which remained locked on the server and when the sales rep returned to the office, he could sync it back up. Even at that, ACT databases weren't ugly huge. Serious enterprise databases can get very large.
Well, I suppose these are problems that businesses have been struggling with for ages. It sounds stupid to say you can't do any work because the internet went out but 20 years ago people were using dumb terminal apps over frame relay and they couldn't do anything when their line went down.
Re:Backups, backups, backups! (Score:5, Insightful)
"No matter how much we preach to the choir, it seems that most managers simply don't want to pay for it."
Fixed that for you.
Test restore, test restore, test restore! (Score:5, Insightful)
I don't have any way of verifying this story, but I worked with an old guy once who told me that he had been at a startup in the UK that was, by the sound of it, creating a kind of IMDB in about 1994. They had a team of researchers and a bunch of seed capital to create a large film database. Everything was ticking along for about 18 months and they had researched thousands of films.
Then one day, the database shut down and they traced it to some bad hardware. They replaced the hardware and restored the database from the previous night's backup. Nothing doing - the backup tape (he said it was DAT) was corrupt. So they tried the other one. Nada. Same corruption. So they tried the off-site one. Same thing. Turned out all the backups they had made seem to have transferred the same corruption resulting in nothing significant recoverable.
Had they tried a test restore at some point, they might have found out. As it was, a week after the crash, they shut the business down.
Which reminds me of another (maybe apocryphal) story: the head of IT as a large company was fond of organising disaster recovery practices by walking into the data centre, physically removing a (pre-ordained) server and leaving a note in its place with the words "The server crashed" written on it. The support staff (and presumably management) knew that this would happen, but not when, or which machine (or dependent services) would be affected. Interesting test I would say.
Re:Backups, backups, backups! (Score:3, Insightful)
.
setting asside any questions of bad taste....
there is a real argument to be made here for "security through obscurity."
for choosing the small town industrial site that the locals haven't given a thought to in thirty-five years.