Slashdot Mirror

← Back to Stories (view on slashdot.org)

What Do You Do When the Cloud Shuts Down?

Posted by CmdrTaco on from the more-to-think-about dept.

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.'"

24 of 203 comments (clear)

  1. Backups, backups, backups! by morgan_greywolf · · 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.

    --
    My blog
    1. Re:Backups, backups, backups! by pha7boy · · Score: 3, Insightful

      Redundancy, redundancy, redundancy. One backup to rule them all is not going to work. And for mission critical files would have to be backed up several times.

      --
      -- All this knowledge is giving me a raging brainer.
    2. Re:Backups, backups, backups! by morgan_greywolf · · 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.

      --
      My blog
    3. Re:Backups, backups, backups! by daeg · · Score: 4, 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.

    4. Re:Backups, backups, backups! by jollyreaper · · Score: 4, Funny

      There, fixed that for you. Backups aren't worth a damn if the building is blown up.

      Yeah, I already thought of that. *smug* I have a script that backs up all my files from our servers in WTC1 to our servers in WTC2. What are the odds we could lose both sets of servers?

      --
      Kwisatz Haderach
      Sell the spice to CHOAM
      This Mahdi took Shaddam's Throne
    5. Re:Backups, backups, backups! by lawpoop · · Score: 3, Interesting

      This is why I always thought that cloud computing based on servers would be disastrous. What if the server goes down? Well, here's a case in point. You lose everything.

      I proposed an idea like a P2P backup. Say you have some 20 GB you want to back up. You make 20 GB available on your system, and fire up a P2P backup program. You partner with people who want to backup also, trade backup space, and voila! You have a distributed backup system. It's all encrypted, so you can't get into other people's stuff on your system, and vice-versa. Periodically, the app checks to make sure that all your backup partners are available. If not, it starts negotiating a backup with a new partner.

      Of course, you don't want to lose your stuff to a single host going down, you would have a ratio of 3:1 or 4:1 to make sure that you have high availability.

      --
      Computers are useless. They can only give you answers.
      -- Pablo Picasso
    6. Re:Backups, backups, backups! by nmg196 · · Score: 3, Informative

      That idea is already quite prevalent and many programs such as BuddyBackup already use this idea.

    7. Re:Backups, backups, backups! by grassy_knoll · · Score: 4, 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.

      --
      A Human Right
    8. Re:Backups, backups, backups! by bjk002 · · Score: 5, Funny

      "No kidding. Why do you think I said 'backups' three times in the subject line?"

      I think he was just backing up your statement!

      --
      Opinion:=TMyOpinion.Create(Me);
    9. Re:Backups, backups, backups! by rkanodia · · Score: 3, Funny

      I used to back up my data in the mustache-and-goatee universe, but it kept coming back with the Evil bit set.

  2. Not a new problem! by EastCoastSurfer · · Score: 4, 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!

    1. Re:Not a new problem! by jgtg32a · · Score: 5, Insightful

      Kinda funny when you think about it, the backups are stored locally and the working copies are stored far away.

  3. Backup, Storage by Cytlid · · 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?

    --
    FLR
    1. Re:Backup, Storage by Firehed · · Score: 3, Insightful

      Isn't this akin to dumping all you money into one stock then whining when it tanks?

      Sure, but that doesn't stop people from doing exactly that.

      --
      How are sites slashdotted when nobody reads TFAs?
  4. What Do You Do When the Cloud Shuts Down? by sm62704 · · Score: 4, 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?

    --
    mcgrew's razor: Never attribute to stupidity that which can be explained by greedy self-interest
    1. Re:What Do You Do When the Cloud Shuts Down? by phillymjs · · Score: 3, Funny

      You don't generate your own electricity, too? Slacker!

    2. Re:What Do You Do When the Cloud Shuts Down? by CastrTroy · · Score: 5, Insightful

      Insurance means nothing. Once your data is lost, it is lost. Whether or not you get money out of them in compensation for the lost data is almost non-important. I would say that anything you lost would be completely non-producable, even if you had all the money in the world. A picture of your family on vacation, can't be reproduced. You can go on another vacation, but it won't be the same vacation. Any document you have typed out, could be typed out again, but it would be different each time. Unless you are talking about lost music files, in which case, you could download them again, but that's kind of the same as having a backup. Any data that's really important isn't going to reproducible.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
  5. The critical flaw by Nephroth · · Score: 5, Insightful

    The critical flaw of cloud computing is that you entrust your data to a third party. If you are at all concerned with privacy you will think cloud computing is a terrible idea.

    --
    Our greatest enemy is neither a single man, nor is it a nation, it is, as it has always been, our own greed.
    1. Re:The critical flaw by bencoder · · Score: 3, Insightful

      Well that's what encryption is for. Seriously, I'd much much rather have my data encrypted on a remote server than have it unencrypted on my own computer, especially if I ever want to go to the US.
      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...

  6. OK, so I'm a dinosaur, but... by FlyByPC · · Score: 3, Funny

    ...they can have my local computing and storage capabilities when they pry them from my cold, dead hands. Google is great for looking things up -- and webmail accounts are great for portability -- but the old saying applies: If you want something done (backed up, available), do it yourself. Much more secure that way, too.

    Besides, with Remote Desktop, FOUSs*, and continuous 'Net connections, it's pretty easy to take it with you.


    * (8GB on a microSDHC the size of my fingernail is a Flashdrive Of Unusual Size in my book!)

    --
    Paleotechnologist and connoisseur of pretty shiny things.
  7. Same happened to me. by anomnomnomymous · · Score: 4, Funny

    I had this overly insightful comment... but it all got lost when I submitted it.

    And now look what I'm left with!

    --
    When you shoot a mime, do you use a silencer?
  8. Link to the article on ONE PAGE by Dekortage · · Score: 3, Funny

    This version may be easier to read.

    Bottom line: The Linkup is blaming Nirvanix (a third-party service provider) which is, of course, blaming The Linkup. FTA:

    Nirvanix says it has not deleted any customer data, and promises that its Storage Delivery Network is immune to the problem that plagued The Linkup. At The Linkup, a "system administrator ran a script that misidentified active account data and disassociated physical files from their owners," Nirvanix says. "This led to files being marked offline in the old Streamload/MediaMax file system when they shouldn't have been." Iverson, meanwhile, claims it was a Nirvanix engineer who caused the data loss.

    Summary: "He did it." "No, he did it." "No, it was him!" "You did it FIRST!" "Idiot!" "Moron!" "Jackass!" ** customers shoot them both **

    --
    $nice = $webHosting + $domainNames + $sslCerts
  9. Re:Well DUH! by Chelloveck · · Score: 4, Funny

    I back up everything to /dev/null. Restoration is somebody else's job.

    --
    Chelloveck
    I give up on debugging. From now on, SIGSEGV is a feature.
  10. Test restore, test restore, test restore! by gilgongo · · Score: 4, 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.

    --
    "And the meaning of words; when they cease to function; when will it start worrying you?"