{"id":746,"date":"2011-02-17T21:48:44","date_gmt":"2011-02-18T02:48:44","guid":{"rendered":"https:\/\/anildesai.net\/index.php\/2011\/02\/mozy-support-nightmares-a-cloudy-forecast-for-online-storage-and-backups\/"},"modified":"2011-02-18T12:29:15","modified_gmt":"2011-02-18T17:29:15","slug":"mozy-support-nightmares-a-cloudy-forecast-for-online-storage-and-backups","status":"publish","type":"post","link":"https:\/\/anildesai.net\/index.php\/2011\/02\/mozy-support-nightmares-a-cloudy-forecast-for-online-storage-and-backups\/","title":{"rendered":"Mozy Support Nightmares: A Cloudy Forecast for Online Storage and Backups?"},"content":{"rendered":"

Over the last year, I have been frequently asked write and speak about storage and cloud-based service offerings.  Remote storage is a compelling technology for consumers and IT departments, and it\u2019s a good starting point for those that might be interested in dipping their toes (or heads) into the more-ethereal-than-Ethernet \u201ccloud\u201d.<\/p>\n

Trouble in Cloud City<\/h3>\n

Several years ago, I wrote a blog post about the virtues and benefits of online backups (see Online Backup Options<\/a>).  Since then, I have recommended cloud-based storage (and, Mozy, in particular) to a rather large number of IT professionals, friends, and family.  The idea itself is compelling: Online backups have the potential of simplifying the backup process for most users, while providing secure remote storage.  But what happens when something goes wrong?  Or if you just have a technical question?<\/p>\n

I don\u2019t often highlight specific companies for poor customer service \u2013 it\u2019s almost to be expected from many organizations these days \u2013 but a recent interaction I had with Mozy\u2019s Customer Support has ended in my completely giving up on trying to resolve what should have been a very simple issue.  Without getting into the technical specifics, I have been trying to perform backups of Encrypting File System<\/a> (EFS)-encrypted local files to the cloud.  From the latest information I could find, Mozy supports both local and online backups of EFS encrypted files.  That wasn\u2019t my experience, though \u2013 I received cryptic error messages and overall backup failures.  So, I decided to contact Mozy\u2019s Customer Support, creating a case that included my log files and a detailed description of the problem.  <\/p>\n

A Little Rain Must Fall\u2026<\/h3>\n

In summary: It has been over two weeks now, and after three escalations, I\u2019m no closer to resolving the problem.  Just about every response I have sent to Mozy (along with requests for escalation) have been ignored.  In fact, a US Escalations Customer Support Manager has barely managed to feign any interest in my issue at all.  An hour-long phone call with a Level 2 Customer Support technician resulted in his disabling of several necessary services on my primary Windows 7 workstation (I had to keep records of this so I could reverse the changes myself), and poring through log files that provided little useful information.  The response to my most recent request for support has been a request for me to (again) restate the original problem <\/em>(it\u2019s thoroughly documented in their support system \u2013 I just can\u2019t get anyone to read it).  I do plan to escalate this issue to the Director- or VP-level at Mozy as I somehow hopeful that someone<\/em> at the organization will care.<\/p>\n

Cloud Compatibility<\/h3>\n

One of the most promising aspects of cloud-based service offerings is a reduction in complexity.  Rather that relying on complicated application deployments (the story goes), we can leave all of the details to services that are provided off-site.  But what about support and compatibility issues?  What happens when two or more cloud services vendors decide that their services are incompatible?  My case with Mozy might be that type of issue, though it doesn\u2019t seem like there\u2019s any official documentation or support boundaries related to which products can peacefully co-exist on the same system with it and which options are supported.  And what if the vendor decides that features and functionality I require aren\u2019t important to them?  Sure, I could run into the same problems with local applications, but workarounds are far easier to find when I control both communication endpoints.<\/p>\n

Risk Mitigation<\/h3>\n

I understand that I\u2019m hardly the first person to suffer from poor technical support, but this experience has made me reconsider the risks of cloud-based services in general.  I\u2019m hardly an important customer for Mozy, but I am paying for their service and I really do rely on the sanctity of my backups.  My typical response to organizations that doubt the cloud is to first compare the reliability of their own datacenter infrastructure against that of an online service provider\u2019s.  However, in this case, I\u2019m completely stuck \u2013 I either need to reduce security at my file system level, discontinue the use of Mozy (and transfer 25 GB of data to a competing service), or revert to local backups.<\/p>\n

All Eggs in One Cloud?<\/h3>\n

As the entire world moves to a greater reliance on Internet connections and online services, it becomes harder to create fall-back plans and alternatives.  It\u2019s simply not practical or cost-effective to expect your service providers to fail you.  What\u2019s the point in online backups if I need to have a backup plan for my online backup provider<\/em>?<\/p>\n

That makes me curious: Who else has had a recent experience that has questioned their value in hosted services?  Was it downtime, client application issues, availability, poor customer support, or all of the above?  And how safe do you feel when your mission-critical IT infrastructure is resting on clouds?<\/p>\n","protected":false},"excerpt":{"rendered":"

Over the last year, I have been frequently asked write and speak about storage and cloud-based service offerings.  Remote storage is a compelling technology for consumers and IT departments, and it\u2019s a good starting point for those that might be interested in dipping their toes (or heads) into the more-ethereal-than-Ethernet \u201ccloud\u201d. Trouble in Cloud City […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[42,26,40,21],"tags":[],"class_list":["post-746","post","type-post","status-publish","format-standard","hentry","category-cloud-computing","category-general","category-networking","category-vm-storage"],"_links":{"self":[{"href":"https:\/\/anildesai.net\/index.php\/wp-json\/wp\/v2\/posts\/746","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/anildesai.net\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/anildesai.net\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/anildesai.net\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/anildesai.net\/index.php\/wp-json\/wp\/v2\/comments?post=746"}],"version-history":[{"count":3,"href":"https:\/\/anildesai.net\/index.php\/wp-json\/wp\/v2\/posts\/746\/revisions"}],"predecessor-version":[{"id":753,"href":"https:\/\/anildesai.net\/index.php\/wp-json\/wp\/v2\/posts\/746\/revisions\/753"}],"wp:attachment":[{"href":"https:\/\/anildesai.net\/index.php\/wp-json\/wp\/v2\/media?parent=746"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/anildesai.net\/index.php\/wp-json\/wp\/v2\/categories?post=746"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/anildesai.net\/index.php\/wp-json\/wp\/v2\/tags?post=746"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}