Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase ««12

Disaster Recovery - An Afterthought? Expand / Collapse
Author
Message
Posted Tuesday, June 30, 2009 7:21 AM


SSCommitted

SSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommitted

Group: General Forum Members
Last Login: Yesterday @ 10:48 AM
Points: 1,853, Visits: 2,011
Steve Jones - Editor (6/30/2009)
A disaster encompasses many things, not just losing a data center. A disaster can be someone deleting a single table (or even row), coffee spilled on a server...

All I was trying to say is those items are not Disaster Recovery, but basic recovery. I agree again with those that say if you don't have basic recovery and failover than planning for Disaster Recovery is pretty futile, but in addition we shouldn't talk about basic faults as being disasters. The more meanings that people give to this specific concept, then people who don't already understand it will be less able to, or get the wrong idea.

It's like trying to understand the concept of "cloud computing". It seems every vendor and every article seems to have a different take on what that means. I was just trying to clarify what the long held understanding of Disaster Recovery is for those who might be confused reading these forums.
Post #744387
Posted Tuesday, June 30, 2009 7:29 AM


SSC-Dedicated

SSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-Dedicated

Group: Administrators
Last Login: Today @ 5:13 PM
Points: 33,100, Visits: 15,210
I'm not sure I agree they're basic recovery. To me basic recovery is just restoring a database. The "why" gets into when it's a disaster.

Your point is well taken, that having different meanings confuses the issue. Disasters are based on your experience. A deleted table at Amazon or Dell likely is a disaster since every minute of downtime is thousands of hard dollars. At another company, it might be an inconvenience.







Follow me on Twitter: @way0utwest

Forum Etiquette: How to post data/code on a forum to get the best help
Post #744396
Posted Tuesday, June 30, 2009 7:33 AM


SSCoach

SSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoach

Group: General Forum Members
Last Login: Friday, June 27, 2014 12:43 PM
Points: 15,444, Visits: 9,596
"Disaster" is always subjective.

- Gus "GSquared", RSVP, OODA, MAP, NMVP, FAQ, SAT, SQL, DNA, RNA, UOI, IOU, AM, PM, AD, BC, BCE, USA, UN, CF, ROFL, LOL, ETC
Property of The Thread

"Nobody knows the age of the human race, but everyone agrees it's old enough to know better." - Anon
Post #744402
Posted Tuesday, June 30, 2009 7:37 AM


SSCertifiable

SSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiable

Group: General Forum Members
Last Login: Wednesday, July 23, 2014 12:40 AM
Points: 7,001, Visits: 8,439
Chris,
I just hope people don't get scared to start small, if you hit them with "armagedon"

Don't present a dam breakage scenario for those that need to seal up a pipe.
It may just be to overwelming !


Johan


Don't drive faster than your guardian angel can fly ...
but keeping both feet on the ground won't get you anywhere

- How to post Performance Problems
- How to post data/code to get the best help


- How to prevent a sore throat after hours of presenting ppt ?


"press F1 for solution", "press shift+F1 for urgent solution"


Need a bit of Powershell? How about this

Who am I ? Sometimes this is me but most of the time this is me
Post #744410
Posted Wednesday, July 1, 2009 2:29 AM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Friday, July 25, 2014 5:21 AM
Points: 1,205, Visits: 923
Whether you call it disaster recovery or basic recovery doesn't matter. What matters is that you have it in place. You need to make sure that backups is in place and tested so that you will not sit with a backup that is corrupt or does not work when disaster strikes. Like Steve says, does not matter whether your data centre was blown away or whether a table or data was deleted, you still need a recovery plan.


Manie Verster
Developer
Johannesburg
South Africa

I can do all things through Christ who strengthens me. - Holy Bible
I am a man of fixed and unbending principles, the first of which is to be flexible at all times. - Everett Mckinley Dirkson (Well, I am trying. - Manie Verster)
Post #745166
Posted Monday, July 27, 2009 9:31 AM
SSC-Enthusiastic

SSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-Enthusiastic

Group: General Forum Members
Last Login: 2 days ago @ 10:19 AM
Points: 162, Visits: 319
I have to agree that the concept of disaster recovery should include the entire system infrastructure, including total site loss. But as mentioned earlier, if you don’t even have valid backups for the database, recovery may be impossible.

And so Steve’s title is accurate for a large part of the internet focused, and micro ~ PC based systems. Disaster Recovery is quite often an afterthought.

Mainframe shops almost always have DR plans that are tested. PC based shops rarely have any DR plans, and often don’t even test the database backups. Hardware fails. So plan accordingly. I once was in a meeting with an overly confident JD Edwards consultant going on how the system was solid: “…it is a 400.” (reference to an IBM A/S 400, normally a really solid piece of hardware. ) Less than a week later, the A/S 400 had a hardware failure, and JD Edwards was offline for about 4 days. So much for that consultant's bravado!


The more you are prepared, the less you need it.
Post #760172
« Prev Topic | Next Topic »

Add to briefcase ««12

Permissions Expand / Collapse