Disaster recovery plan

SQLServerCentral is supported by Red Gate Software Ltd.

Popular Topics

Home

Members

Calendar

Who's On

Home » Database Design » Disaster Recovery » Disaster recovery plan

11 posts, Page 1 of 2

1 2 »»

Disaster recovery plan

Rate Topic

Display Mode

Topic Options

Author

Message

SKYBVI

Posted Wednesday, July 28, 2010 7:30 AM

Ten Centuries

Group: General Forum Members
Last Login: Monday, May 20, 2013 12:10 AM
Points: 1,197, Visits: 3,226

I have a production server and a log shipping server which are acting as a primary and secondary server respectively in the log shipping setting.
If I create a disaster recovery plan for my production server, what all steps should I include
wrt to log shipping?

Post #960026

Minaz

Posted Monday, September 13, 2010 1:49 AM

Mr or Mrs. 500

Group: General Forum Members
Last Login: Sunday, April 21, 2013 10:57 PM
Points: 535, Visits: 1,423

We have setup weekly full backup with daily diff. backup on the primary server. You can try the same.

"More Green More Oxygen !! Plant a tree today"

Post #984564

crazy4sql

Posted Monday, September 13, 2010 1:58 AM

SSC Eights!

Group: General Forum Members
Last Login: Thursday, May 16, 2013 8:10 PM
Points: 876, Visits: 3,731

Also you can schedule the job which will copy your backups regulary to some safe place and can be used in time of recovery.

----------
Ashish

Post #984569

PaulB-TheOneAndOnly

Posted Thursday, September 16, 2010 7:52 AM

SSCrazy

Group: General Forum Members
Last Login: Yesterday @ 3:12 PM
Points: 2,988, Visits: 4,409

SKYBVI (7/28/2010)

If secondary-server is off site then that's your DR platform - provided you have in place the network and security setup needed to switch your apps from Primary to Secondary site in case of a Disaster.

T-Log backup as well as log shipping have to be in line with what the company is willing to loose in case of a disaster meaning, if the company is willing to loose the last 15 minutes of activity then T-Log backups have to occur every 15 minutes and logs have to be shipped immediately to secondary site.

Last but not least, please do not forget to plan how are you going to move back from DR site to Primary site once the Disaster situation is remediated.

_____________________________________
Pablo (Paul) Berzukov

Author of Understanding Database Administration available at Amazon and other bookstores.

Disclaimer: Advice is provided to the best of my knowledge but no implicit or explicit warranties are provided. Since the advisor explicitly encourages testing any and all suggestions on a test non-production environment advisor should not held liable or responsible for any actions taken based on the given advice.

Post #987261

SKYBVI

Posted Friday, September 17, 2010 9:00 AM

Ten Centuries

Group: General Forum Members
Last Login: Monday, May 20, 2013 12:10 AM
Points: 1,197, Visits: 3,226

@ ashish

What is the use of copying backups to a safe place when already my log shipping is in place.

If some disaster happens to my production server, then can't I restore the databases on the secondary server where logs are being shipped.?
What can be the procedure to move the production server to the log shipped server.
The databases on the log shipped server are in stand by/read only mode so i should restore the transaction logs there so that the databases become usable?

Regards,
Sushant

Post #988285

crazy4sql

Posted Friday, September 17, 2010 9:20 AM

SSC Eights!

Group: General Forum Members
Last Login: Thursday, May 16, 2013 8:10 PM
Points: 876, Visits: 3,731

hi Sushant,
copying backup file to safe location I suggested for , incase something happen your secondary and get corrupted.
Anyway, yes so to bring your seconday as primary, you need to restore the last log with recovery which will make your database as opertation on secondary.
But before last log restoration, just make sure that the one you restoring is definately the last and final log from primary.

----------
Ashish

Post #988306

SKYBVI

Posted Friday, September 17, 2010 9:36 AM

Ten Centuries

Group: General Forum Members
Last Login: Monday, May 20, 2013 12:10 AM
Points: 1,197, Visits: 3,226

Okk..
Why just the last log has to be restored? Not the logs before that??
Assume, i have a full backup nightly and have transaction logs every 15 during day time.
Then, if i want to restore the database at any time during day, then i should restore the last .bak file
and then all the transaction logs since the backup time to the last transaction log sequentially...
Is it fine?

Regards,
Sushant

Post #988324

crazy4sql

Posted Friday, September 17, 2010 9:38 AM

SSC Eights!

Group: General Forum Members
Last Login: Thursday, May 16, 2013 8:10 PM
Points: 876, Visits: 3,731

then what is the meaning of your secondary if you have to restore this much?

----------
Ashish

Post #988326

Steve Jones - SSC Editor

Posted Friday, September 17, 2010 10:14 AM

SSC-Dedicated

Group: Administrators
Last Login: Today @ 1:14 AM
Points: 31,433, Visits: 13,746

I think you're confused a little on log shipping.

The way log shipping works on the primary
- Make a full backup
- Make log backups
- Make periodic full backups

It just runs.

On the secondary:
- Restore full backup with NORECOVERY
- copy logs from the primary every xx time (hours, minutes, days)
- restore logs with NORECOVERY after yyy delay.

At any point in time, the secondary ought to be fairly close to the primary in terms of data updates. Some people restore logs right away, maybe copying them every 5 minutes. In this case, the secondary typically has one log to restore in the event the primary fails.

Some people delay the log restores by an hour, to catch any issues on the primary (like a delete without a WHERE). In this case, you'd need to restore all the log backups you make in that hour to catch up.

There is not automatic switchover for clients, unlike for mirroring. So you need to "redirect" all clients to the secondary server. If you use the IP or Windows host name, then each client has to change that. If you use DNS, you can change the host entry, but you might need to flush the entries on clients. You could rename the secondary to the primary as well.

No matter what, you might have network ARP issues as well, or other items that you have to flush from the caches.

Follow me on Twitter: @way0utwest

Forum Etiquette: How to post data/code on a forum to get the best help

Post #988367

djordan 4543

Posted Monday, March 07, 2011 4:16 PM

SSC Rookie

Group: General Forum Members
Last Login: Thursday, February 21, 2013 9:37 AM
Points: 29, Visits: 129

Is your log shipping server in the same office as your primary server?

If so you may need an offsite backup in case of flood, fire, terrorist attack.

Post #1074533

« Prev Topic | Next Topic »

11 posts, Page 1 of 2

1 2 »»

Permissions