News
12/14/2010
11:30 AM
George Crump
George Crump
Commentary
Connect Directly
RSS
E-Mail
50%
50%

What Disaster Are You Planning For?

When the subject of disaster recovery comes up many IT professionals' minds immediately flash to an epic event like a fire, hurricane, tornado or earthquake. While this is fine for a point of reference, what about planning for the more mundane disaster? These simple disasters can often cost you as much in revenue and brand reputation than their larger alternatives.

When the subject of disaster recovery comes up many IT professionals' minds immediately flash to an epic event like a fire, hurricane, tornado or earthquake. While this is fine for a point of reference, what about planning for the more mundane disaster? These simple disasters can often cost you as much in revenue and brand reputation than their larger alternatives.I have nothing against planning for a disaster that assumes the loss of the primary data center and moving operations to an alternate site. Clearly this is something you should plan for. The problem that I have seen is that when planning for these once in a lifetime disasters people often loose site of the risk involved in the once a month mini-disasters. Mini-disasters are situations that occur and impact a small section of your data center. It can be a double drive failure on a RAID array, application data getting corrupted or the server/virtual machine that the application runs on crashing for some reason.

As we will discuss in our upcoming webcast "What's Missing From Your DR Plan for 2011?" mini-disasters tend to get left out of most disaster plans and application rollout projects. Mini-disasters don't capture headlines, users have no idea in many cases why their application isn't available, they just start calling IT and asking when it will be fixed. Then they wait and there goes productivity. Lost user productivity can delay production which will impact revenue. The situation is worse when customers have no idea why they can no longer place an order or use a particular service. Customers don't wait for you to fix the problem, they just go somewhere else. These mini-disasters also send the IT staff into a wasteful fire-drill mode and put friction in the relationship between IT and the rest of the organization.

For these mini-disasters most IT pros count on the backup process to bring things back to life. Probably for many applications that is a fair expectation but even if all the back data is actually recoverable, there is a gap in how often that data has been protected and there is a time delay in how long it will take to restore that data back into place, especially if it needs to be copied across an Ethernet network. The net impact is that you should count on a minimum of four hours of downtime when recovering from a backup system. Server virtualization and virtualization specific backup applications can help, as can application availability applications. All of which we will cover in our upcoming entries.

Track us on Twitter: http://twitter.com/storageswiss

Subscribe to our RSS feed.

George Crump is lead analyst of Storage Switzerland, an IT analyst firm focused on the storage and virtualization segments. Find Storage Switzerland's disclosure statement here.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
DevOps’ Impact on Application Security
DevOps’ Impact on Application Security
Managing the interdependency between software and infrastructure is a thorny challenge. Often, it’s a “developers are from Mars, systems engineers are from Venus” situation.
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-2970
Published: 2014-07-31
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: CVE-2014-5139. Reason: This candidate is a duplicate of CVE-2014-5139, and has also been used to refer to an unrelated topic that is currently outside the scope of CVE. This unrelated topic is a LibreSSL code change adding functionality ...

CVE-2014-0914
Published: 2014-07-30
Cross-site scripting (XSS) vulnerability in IBM Maximo Asset Management 6.2 through 6.2.8 and 6.x and 7.x through 7.5.0.6, Maximo Asset Management 7.5 through 7.5.0.3 and 7.5.1 through 7.5.1.2 for SmartCloud Control Desk, and Maximo Asset Management 6.2 through 6.2.8 for Tivoli IT Asset Management f...

CVE-2014-0915
Published: 2014-07-30
Multiple cross-site scripting (XSS) vulnerabilities in IBM Maximo Asset Management 6.2 through 6.2.8, 6.x and 7.1 through 7.1.1.2, and 7.5 through 7.5.0.6; Maximo Asset Management 7.5 through 7.5.0.3 and 7.5.1 through 7.5.1.2 for SmartCloud Control Desk; and Maximo Asset Management 6.2 through 6.2.8...

CVE-2014-0947
Published: 2014-07-30
Unspecified vulnerability in the server in IBM Rational Software Architect Design Manager 4.0.6 allows remote authenticated users to execute arbitrary code via a crafted update site.

CVE-2014-0948
Published: 2014-07-30
Unspecified vulnerability in IBM Rational Software Architect Design Manager and Rational Rhapsody Design Manager 3.x and 4.x before 4.0.7 allows remote authenticated users to execute arbitrary code via a crafted ZIP archive.

Best of the Web
Dark Reading Radio