SQL Clone
SQLServerCentral is supported by Redgate
 
Log in  ::  Register  ::  Not logged in
 
 
 


Need strategy for disaster recovery


Need strategy for disaster recovery

Author
Message
Arun Jebakumar
Arun Jebakumar
SSC Veteran
SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)

Group: General Forum Members
Points: 287 Visits: 264
I have production instances and the Disaster Recovery instances in different locations. When I try to implement log shipping, I realize that I cannot full backup of the databases. My database sizes are over 100 GB, so its not possible to transfer them fully daily over the network.

I need to configure log shipping, as well as I need to perform full backup of the databases daily. Is it possible by some way?
GilaMonster
GilaMonster
SSC Guru
SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)

Group: General Forum Members
Points: 86260 Visits: 45232
Arun (2/1/2009)
When I try to implement log shipping, I realize that I cannot full backup of the databases. My database sizes are over 100 GB, so its not possible to transfer them fully daily over the network.


Log shipping just requires the full to be transferred once, after than, just the logs need to be shipped. There's no need to copy the full backup to the standby server daily.

Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability

We walk in the dark places no others will enter
We stand on the bridge and no one may pass


Arun Jebakumar
Arun Jebakumar
SSC Veteran
SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)

Group: General Forum Members
Points: 287 Visits: 264
Yes, but actually I need to take backup of those log shipped databases daily, and take them to tape.

I cant take backups from the source server, because if I take, I need to tranfer it too to the disaster recovery server. It is not possible to be done daily because the DB size is over 100 GB, and the sites are different.

In the log shipped server, I cant take backups because it can be either in Recovering mode or in Standby mode.

Is there a workaroung for this issue?
Sakthivel Chidambaram
Sakthivel Chidambaram
Mr or Mrs. 500
Mr or Mrs. 500 (521 reputation)Mr or Mrs. 500 (521 reputation)Mr or Mrs. 500 (521 reputation)Mr or Mrs. 500 (521 reputation)Mr or Mrs. 500 (521 reputation)Mr or Mrs. 500 (521 reputation)Mr or Mrs. 500 (521 reputation)Mr or Mrs. 500 (521 reputation)

Group: General Forum Members
Points: 521 Visits: 838
Hi,
Anyway you are going to configure log shipping which is already a DR then why again Full backup to DR location?
May be you can take full backup at local location and move it to tape and ship the tape to DR location which is what normal practice....

Regards,
Sakthi
My Blog -> http://www.sqlserverdba.co.cc
Arun Jebakumar
Arun Jebakumar
SSC Veteran
SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)

Group: General Forum Members
Points: 287 Visits: 264
Sakthivel Chidambaram (2/2/2009)
Hi,
Anyway you are going to configure log shipping which is already a DR then why again Full backup to DR location?
May be you can take full backup at local location and move it to tape and ship the tape to DR location which is what normal practice....


Thanks for your suggestion. But actually my situation is like this.. I need to take full backups and TL backups daily in my production environment (not to the DR location), and it is often requred for restores.

Apart from this, we have a DR location, where the latest copy of production instance needs to be there incase the production goes down. For this when we configure log shipping, it contradicts with the backup plan in the production server. Thats the problem. Sad
GilaMonster
GilaMonster
SSC Guru
SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)

Group: General Forum Members
Points: 86260 Visits: 45232
Arun (2/2/2009)
For this when we configure log shipping, it contradicts with the backup plan in the production server. Thats the problem. Sad


Why? There shouldn't be any problem. Take full backups daily and write them to tape, set up the log shipping so that it doesn't delete the tran log backups after they've been shipped, and then you can write them to tape.

I don't understand the problem that you seem to have.

Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability

We walk in the dark places no others will enter
We stand on the bridge and no one may pass


Arun Jebakumar
Arun Jebakumar
SSC Veteran
SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)

Group: General Forum Members
Points: 287 Visits: 264
GilaMonster (2/2/2009)

Why? There shouldn't be any problem. Take full backups daily and write them to tape, set up the log shipping so that it doesn't delete the tran log backups after they've been shipped, and then you can write them to tape.


Many thanks for your help, I got a clue from your statement. I am able to take full backup in my production server using the WITH COPY_ONLY option now. Also the log shipping is working fine.

Have a great day!! Smile
GilaMonster
GilaMonster
SSC Guru
SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)

Group: General Forum Members
Points: 86260 Visits: 45232
Arun (2/3/2009)
I am able to take full backup in my production server using the WITH COPY_ONLY option now. Also the log shipping is working fine.


The only time the COPY_ONLY option is necessary is if you are doing differential backups as without that a full backup will reset the differential base.

Full backups never break the log chain.

Are you doing differential backups?

Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability

We walk in the dark places no others will enter
We stand on the bridge and no one may pass


Arun Jebakumar
Arun Jebakumar
SSC Veteran
SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)SSC Veteran (287 reputation)

Group: General Forum Members
Points: 287 Visits: 264
GilaMonster (2/3/2009)
The only time the COPY_ONLY option is necessary is if you are doing differential backups as without that a full backup will reset the differential base.

Full backups never break the log chain.

Are you doing differential backups?


wow, thats great.. i didnt knew this w00t

I was thinking that log shipping is just an automation of the normal transaction log backups and restores which we normally perform. but it didnt fail even after i took full backups, log backups and even diff backups in the source server. There is no need for COPY_ONLY

Now I dont have any issues. Am continuing my usual backup schedules (to tape) in my production server, and also using log shipping to the DR server.

Great, that i got the best advice from u. Thanks a lot for ur help Smile
GilaMonster
GilaMonster
SSC Guru
SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)SSC Guru (86K reputation)

Group: General Forum Members
Points: 86260 Visits: 45232
Arun (2/4/2009)

I was thinking that log shipping is just an automation of the normal transaction log backups and restores which we normally perform. but it didnt fail even after i took full backups, log backups and even diff backups in the source server.


If you take a log backup and don't ship it, you will have a problem. No log backups past that point will restore, saying there are LSNs missing.

Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability

We walk in the dark places no others will enter
We stand on the bridge and no one may pass


Go


Permissions

You can't post new topics.
You can't post topic replies.
You can't post new polls.
You can't post replies to polls.
You can't edit your own topics.
You can't delete your own topics.
You can't edit other topics.
You can't delete other topics.
You can't edit your own posts.
You can't edit other posts.
You can't delete your own posts.
You can't delete other posts.
You can't post events.
You can't edit your own events.
You can't edit other events.
You can't delete your own events.
You can't delete other events.
You can't send private messages.
You can't send emails.
You can read topics.
You can't vote in polls.
You can't upload attachments.
You can download attachments.
You can't post HTML code.
You can't edit HTML code.
You can't post IFCode.
You can't post JavaScript.
You can post emoticons.
You can't post or upload images.

Select a forum

































































































































































SQLServerCentral


Search