Video Screencast Help
Search Video Help Close Back
to help
Not able to make it to Vision this year? Get a sampling in the Best of Vision on Demand group.

SQL Agent & log shipping

Updated: 24 Jan 2012 | 3 comments
RichardXClark's picture
0 0 Votes
Login to vote

Hi,

I am in the middle of a rollout & about to face the same challenge as explained in this older post... 

https://www-secure.symantec.com/connect/forums/using-sql-agents-log-shipping-env

 

It seems that we can either have native SQL log shipping OR have Netbackup transaction log backups, but not both.

 

Our objectives are:

5 - 15 mins log shipping to DR SQL cluster, depending on growth rate of logs

Hourly transaction backups to MSDP -->> AIR

Daily full DB backups to MSDP -->> AIR

Weekly full DB backups to tape

 

One idea I had...

Abandon SQL native log shipping

MSDP backup of transaction log, with truncate option

DBCC shrink of log files 

AIR replicate transaction log -->> DR

bplist query on the DR site

restore of transactions

 

It sounds feasible in my head but also a little complex.

Any thoughts?

 

Environment

Primary site

Master & 2x Media = NBU 7.1.0.2 on Windows 2008 R2

MSDP disk arrays

LTO-5 library

SQL clients = 2x (N+1 node Windows 2008 R2 MSCS Cluster + SQL 2008 R2)

DR site

Master / Media = NBU 7.1.0.2 on Windows 2008 R2

AIR MSDP disk arrays

No tape drives

2x (N+1 node Windows 2008 R2 MSCS Cluster + SQL 2008 R2)

Comments

Riaan Badenhorst's picture
25
Jan
2012
0 Votes 0
Login to vote

Hi,   They're a bit counter

Hi,

 

They're a bit counter productive aren't they. You want to get the logs onto DR, but you also want to back them up. With log shipping you achieve number 1, but you cant back for local restore. With MSDP > AIR you can get them to the other side but you'll have to constantly restore them, and you can back them up local.

 

Both solutions are 50% ish.

 

Suggestion

 

Use storage foundation HA/DR + VVR (or hardware replication). This allows you to cluster the SQL between sites, have your DR site reading for action the whole time, and you back it up locally as much as you like, truncate or not truncate the logs.

 

Gotta spend some money though ;)

 

Cheers

 

Regards,

Riaan Badenhorst

ITs easy ;)

***If the answer provided resolves your issue, please mark the appropriate solution.***

Riaan Badenhorst's picture
25
Jan
2012
0 Votes 0
Login to vote

Oh, I see you're using MSCS.

Oh, I see you're using MSCS. Not as nice as SFHA/DR but you can plugin SF+VVR into the MSCS and replicate the SQL data to the DR site.

Regards,

Riaan Badenhorst

ITs easy ;)

***If the answer provided resolves your issue, please mark the appropriate solution.***

RichardXClark's picture
08
Feb
2012
0 Votes 0
Login to vote

Here is the key statement extracted from Symantec’s response...

Here is the key statement extracted from Symantec’s response… 

“I see no way to safely do what you’re describing; if the logs aren’t there due to having been truncated by the log shipping process they can’t be backed up by NBU, and clearly you can’t use NBU to truncate the logs because that will mess up log shipping. If the logs are truncated every 10 minutes you might be able to capture them with NBU if you execute NBU jobs frequently enough, but there’s no way to guarantee it.”

 

This comes from an internal Symantec NetBackup Technical Product Manager in Technical Field Enablement dept.

 

So leads us into a technical cul-de-sac.

Any integration / scripting / AIR magic would be at our own risk, as its not an off the shelf solution.

Thanks for the storage replication input. I would like to do that; did similar with EMC SRDF/CE some years ago for another client.

But as you say, its £££ & back to the drawing board.