Our forums are currently in maintenance mode and the ability to post is disabled. We will be back up and running as soon as possible. Thanks for your patience!

General discussion


Don't let restoration create its own disaster

By debate ·
Does your organization's business continuity plan include a section that details restoration efforts? Do you agree with Mike Talon that this should be an integral part of a business continuity plan? Share your comments about making thorough preparations for restoration efforts, as discussed in the Jan. 11 Disaster Recovery newsletter.

If you haven't subscribed to our free Disaster Recovery newsletter, sign up today! Click this link to subscribe automatically:

This conversation is currently closed to new comments.

Thread display: Collapse - | Expand +

All Comments

Collapse -

Recovery made easy

by maryrose212 In reply to Don't let restoration cre ...

Recently I implemented a product for Exchange HA (high availability). It is a sw product that allows you to create a disaster recovery and HA solutions for Exchange and bunch of other applications.

The basic premise is to create a replica exchange server of an identical configuration (not identical HW) and replicate the data between the two. If the production server fails the sw controls a switchover to the replica server.

Before I implemented this sw I had a pretty robust infrastructure in terms of fault tolerance. I had an EMC SAN and clustered Exchange servers, but no protection if my main site went down. I looked at a lot of competing products but based on ease of configuration, that this was an application specific product and that this was the only solution that worked right out the box, I went with Wansync.

So thereI am feeling pretty comfortable with my SAN, my Cluster and my HA replication. Then one day a rouge administrator made some changes that took down the entire SAN. The net result is I lost my data and my cluster. Within five minutes (the threshold I had set) the failover process began, after another 5-6 mins the remote server was up and running and all my users were working again and all was good.

So then came the inquest in to what happened and then we fixed the issue and had to bring operations back to the original server.
We tested the server, created a reverse replication to resync all of the data and during our maintenance window all I had to was click one button (perform switcover) and after the same 5-6 mins we were back on the original server.

The 5-6 mins here was due to the time it takes to start and stop exchange services.

Having had to restore exchange from tape before and run command line utilities when an Exchange DB got corrupted it was great to see a tool like this available.

The support I received was great (free during testing and during first year)

I give this product a 10

here is the link I used if you are interested.

Collapse -

Restoration of data centers often reglected

I agree - restoration of data centers is a huge activity that is often ignored by data center professionals.

On a more humorous note,the so-called fail-safe data centers cause so many issues that data center professionals probably do not have the energy when it comes to restoration of the original data center

Freelance data center setup consultant who has served the IT industry for over 12 years across multiple continents

Related Discussions

Related Forums