Not Logged In

You could:

Log in
Register

research notes
  • Wikitips
  • Professional Alerts
  • Case Studies
  • How-to Notes
  • Community Questions
research meetings
  • Peer Incite Podcasts
  • Peer Incite Archive
Events
  • Enterprise Architect Summit 2008
    Oct 4-6, 2008
  • Computerworld: Storage Networking World
    Oct 12-15, 2008
  • Energy Efficiency and Sustainability Symposium
    Nov 5-6, 2008
  • End-to-End Reliability: The Green Horizon
    Nov 15-18, 2008
  • Business Continuity Planning 2008: Architecting a Reliable Data Management and Protection Plan
    Nov 18, 3:00-7:30 AM

Announcements
  • 10-07-08 Peer Incite: Best practice in tape backup and recovery
  • IBM's stealth XIV announcement
  • Welcome to Wikibon 2.0!
  • The IBM XIV Storage System Model A14
  • Storage Customers Seeing Green with Conserve IT
Home Profile Peers Wiki Groups Feedback


  • Article
  • Comments (0)
  • Page Protected
  • History
  • Vault
Disaster recovery strategy for storage
  • Currently n/a/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
rate this
Last Update: Feb 20, 2008 | 10:47
Viewed 1554 times | Community Rating: n/a
Originating Author: David Floyer

Originating Author: David Floyer

Establishing a disaster recovery strategy is not for the faint-hearted. Disasters happen or don’t happen. When they don’t, you have spent too much. When they do, you have never spent enough. This article discusses the main technologies that are available, the criteria against which they should be measured, and the methodology for deciding the correct strategy. This can be used to agree the ideal strategy for different application groups, and as input to establishing compliance with Sarbanes-Oxley and other compliance initiatives.

Contents

  • 1 Disaster recovery strategies for storage capability
  • 2 Specific operational goals of Disaster recovery strategy for storage
  • 3 Risks in a disaster recovery strategy initiative
  • 4 The Disaster recovery strategy for storage initiative
    • 4.1 Expectations (out-of-scope)
    • 4.2 Analyze Phase
    • 4.3 Documentation Phase
    • 4.4 Design & Deploy Phases
  • 5 Initiative summary

Disaster recovery strategies for storage capability

There are six main disaster recovery technology options:

  • Consolidated tape or disk media backup is the least expensive solution and has the greatest permanent data loss and the slowest recovery times. It is well suited for addressing limited disruptions, such as data corruption. Improved techniques such as disk-to-disk backups and virtual tape can significantly improve efficiency and reduce the time to recovery.
  • High-availability storage networks can overcome local server failures by providing access to a standby or clustered server system to ensure continuous operation. Permanent data loss can be low but not zero. However, the distance between the data centers is also very short, which increases the probability that a disaster will take out both sites. It is not regarded as a viable disaster recovery topology for most organizations.
  • Remote point-in-time update replication copies the changes made to data to another building or city. Changes can be replicated at scheduled times during the day or whenever changes occur. This technology accommodates any distance requirements, as there are no latency limitations to overcome. It offers faster recovery times than tape backup, but it cannot achieve zero permanent data loss. Data recovery is measured in hours.
  • Asynchronous replication has significantly lower data recovery times than point-in-time update replication. Asynchronous replication allows the primary and remote copies to be out of synchronization by a range of seconds to minutes. Permanent data loss is low but not zero.
  • Synchronous disk replication is suitable for applications that require the fastest recovery with zero permanent data loss. All disk writes are synchronously copied to a remote site across a high-performance network before a transaction is acknowledged, eliminating any transaction loss. This technology is sensitive to network latency, which limits the practical distance between sites to typically less than 50 miles.
  • Three-node topologies allow a combination of technologies to allow very high probabilities of zero data loss at long distances. They combine synchronous replication (local recovery node) with asynchronous replication (remote recovery node). The local recovery node can accommodate very rapid recovery with a high probability of zero permanent data loss. The remote recovery node provides for recovery with low permanent data loss “in the unlikely event” that both the primary and local recovery nodes are impacted. The 3 node disaster recovery article gives more information.


There are five main criteria for evaluating them:

Summary of disaster recovery stratagies
Summary of disaster recovery stratagies
  1. Distance (greater distance reduces the probability of both sites being hit)
  2. Probability of permanent data loss
  3. Amount of permanent data loss
  4. Recovery time
  5. Cost


Specific operational goals of Disaster recovery strategy for storage

The likely investment required to establish a 3 node disaster recovery topology is between $50,000 and $100,000 with an elapsed time of between 2 to 4 months. [Note: These figures assume a Standard wikibon business model organization with $1B in revenue with 4,000 employees and an IT budget of $40M per year.

A successful establishment of disaster recovery strategy will:

  • Show executive management, internal auditors and external auditors that all strategies have been considered for the major application groups
  • Establish a methodology for deciding between the strategies that can be documented and agreed
  • Provide a key input into the compliance process
  • Ensure that the correct level of overall spend on disaster recovery is established, and can be easily reviewed

Risks in a disaster recovery strategy initiative

The major risks of a disaster recovery strategy initiative are:

  • The risks to the business are evaluated incorrectly, and that
  • Applications are included in the highest level disaster recovery strategies for organization expediency
  • Key supporting applications (not seen by the users) are not considered together with the major applications


The Disaster recovery strategy for storage initiative

This initiative will be completed when the correct disaster recovery technology decisions have been made for all applications within the organization, and agreed to by IT, line of business executives, and senior management. In addition, those decisions including the assumptions will have been documented in a way that allows direct usage by the groups responsible for compliance.


Expectations (out-of-scope)

The following factors, although necessary for a disaster recovery strategy initiative to be successful, are not in scope:

  • The requirements of all compliance regulations have been studied and documented
  • A risk management structure is in place and a key decision maker has been identified.
  • Roles within and the IT organization and coordination processes with other business groups are defined and understood.


Analyze Phase

Acceptance Test Considerations The analyze phase will be completed when the recommendations have been accepted by the sponsor, and agreement has been reached on the correct disaster recovery strategy for each application group by IT, heads of lines of business, and executive management

Key analysis milestones

Analysis should take 6-14 weeks for most organizations.

Example of key disaster recovery parameters
Example of key disaster recovery parameters
  1. An effective sponsor of the initiative is identified
    • It is important that the sponsor can resolve any organizational issues, and has a familiarity with risk metrics and methodologies
  2. Data collected
    • Determine the major applications groups that need to be considered together for disaster recovery purposes
    • Determine the key disaster recovery parameters for the current disaster recovery system (see diagram for example) for the application groups
    • Agree the correct disaster recovery strategy for each application group
    • Determine the costs of the different topologies, including equipment and software costs, additional data center costs, telecommunication costs, and implementation costs
    • Determine the optimum location of the disaster sites(s), balancing increased telecommunication and recovery costs with decreased business risks of losing all sites with greater distance
  3. Business case constructed:
    • Analyst constructs business case / cost benefit analysis detail
    • If necessary, construct business case of alternative scenarios
    • Recommend the best alternative to the business
  4. Recommendations and business cases accepted by sponsor and any other stakeholders necessary

Documentation Phase

Acceptance Test Considerations The documentation phase will be completed when the disaster recovery strategy is fully documented and submitted, and is sufficient to initiate the design phase (if required)


The documentation phase should take 2-4 weeks for most organizations.

Design & Deploy Phases

The design and deploy phases (if required) for designing the specific changes recommended to reduce business risk should be set up, funded, and staffed. How this should be tackled will depend on differences between the current disaster recovery strategies, and the proposed strategies. Where there is significant business exposure, these areas should be expedited. Where possible, the disaster recovery changes should take place at a measured pace, with time between looking at application groups to ensure that the changes to technology, processes and procedures have settled down.

Initiative summary

Establishing and documenting a comprehensive disaster recovery strategy is essential for all organizations. The strategies deployed for applications groups should be reviewed on a regular basis (every two years at a maximum or for fast changing organizations every year). The cost of such a strategy review should be between $50,000 to $100,000 and take two to four months. Documentation of such a review is very important, both as a basis for initiating the effort to design and deploy the recommendations, and to provide input to the compliance processes.

categories
How-To notes, Storage disaster recovery
Contributors

Dab4168

Dvellante

Mrgood

Comments (0)
Comments on 'Disaster recovery strategy for storage'
There are currently no comments. Be the first!
Post A Comment

You must be logged in to post a comment, please Sign in

Revision ID Author Timestamp Comment
14088 Dab4168 08 Feb 20 10:47:44 misc format fixes
14085 Dab4168 08 Feb 20 10:22:05 Removed category: Level 1
13788 Dab4168 08 Feb 16 18:51:42 removed category Author Dfloyer
7491 68.167.139.254 07 Mar 12 03:11:20
7408 Dab4168 07 Mar 08 17:41:44 Re-categorization
6211 Dvellante 07 Feb 16 13:09:10 /* Initiative summary */
5980 Dvellante 07 Feb 12 16:47:17
5794 Dvellante 07 Feb 05 17:35:07 /* Initiative summary */
5793 Dvellante 07 Feb 05 17:34:38 /* Documentation Phase */
5792 Dvellante 07 Feb 05 17:34:02 /* The Disaster recovery strategy for storage initiative */
5791 Dvellante 07 Feb 05 17:33:52 /* Risks in a disaster recovery strategy initiative */
5790 Dvellante 07 Feb 05 17:33:39 /* The Disaster recovery strategy for storage initiative */
5789 Dvellante 07 Feb 05 17:33:09 /* Specific operational goals of Disaster recovery strategy for storage */
5788 Dvellante 07 Feb 05 17:32:57 /* Disaster recovery strategies for storage capability */
5787 Dvellante 07 Feb 05 17:32:40 /* Specific operational goals of Disaster recovery strategy for storage */
5786 Dvellante 07 Feb 05 17:32:06
5785 Dvellante 07 Feb 05 17:28:56 /* Disaster recovery strategies for storage capability */
5784 Dvellante 07 Feb 05 17:28:12
4664 Mrgood 07 Jan 04 13:40:33
4610 Dvellante 07 Jan 03 23:00:27
4167 Dvellante 06 Dec 27 08:38:35 /* The Disaster recovery strategy for storage initiative */
4166 Dvellante 06 Dec 27 08:38:14
4165 Dvellante 06 Dec 27 08:38:02
4101 Dvellante 06 Dec 21 14:01:26
4067 Dfloyer 06 Dec 21 07:51:47
4066 Dfloyer 06 Dec 21 07:24:53

Search:

news feed
  • Latest from Computerworld - Ask.com upgrade to add improved relevance, speed
  • eWeek - RSS Feeds - Passports: Another Bad Use of Self-Signed Certificates
  • InfoWorld RSS Feed - Google, Yahoo delay ad deal over DOJ investigation
  • Byte and Switch: - Unitrends Enhances Rapid Recovery Backup Platform
  • SearchStorage: News and trends in the storage industry - FalconStor CEO: Recovering data is problem No. 1
all »
blogs
  • DrunkenData.com - Market Woes
  • Storagezilla - Winter arrives
  • StorageMojo - 3.5″ drives: the end is near
  • Chuck's Blog - Virtual IT: A Frictionless World?
  • Hu Yoshida - This down turn requires a focus on ROA
all »
companies
  • Hitachi
  • EMC
  • IBM
  • 3PAR
  • NetApp
  • STEC inc
all »
Want a Wikibon
Peer Incite
newsletter?

Email: Privacy by Safe Subscribe
Storage Spectrum
Order Storage Spectrum
By Fred Moore
US & Canada Only!
Browse best practices . publish tips . access project tools . collaborate with peers . get help on RFP's . use privacy settings to control who sees your info . join a group and share experiences with colleagues . review case studies . read professional alerts
  • Cloud Computing
    Clustered storage, Storage services, WEB2.0
  • Companies
    3PAR, Compellent, Dell, EMC, EqualLogic, HP, Hitachi, IBM, LSI, LeftHand Networks, NetApp, STEC inc, Sun, XIV
  • Data Protection
    Backup and restore, Business compliance, CDP, Data deduplication, Storage disaster recovery, Storage security
  • Energy Efficiency
    Data deduplication, Green storage, MAID, Thin provisioning, Tiered storage, VMware, Virtual tape
  • Planning Design Implementation Management
    Backup and restore, Business compliance, Data classification, Green storage, Managing storage, ROI, SRM, Storage Design, Storage asset management, Storage capacity management, Storage capacity planning, Storage implementation, Storage management, Storage operations, Storage planning, Storage vendor management, Tiered storage
  • Storage networks
    Clustered storage, ISCSI, NAS, SAN, SRM, Storage consolidation, Tiered storage, VMware
  • Virtualization
    Clustered storage, Green storage, Storage consolidation, Storage virtualization, Thin provisioning, VMware, Virtual tape
© Wikibon 2008 About Wikibon l Contacts l Terms of Service l Disclaimers l Privacy l Help