Database mirroring and log shipping. Which is better?
You may ask yourself and others this question all the time. I have heard the question a lot. The quick answer...it depends. I think both are great, however, your situation may make one more attractive than the other.
Here's a quick list of the main benefits of each technology as well as some limitations:
- Database Mirroring benefits:
- Instantaneous synchronization of changes
- Easy setup and maintenance
- Automated failover (in High Availability Mode)
- Easy to perform failover
- Fast failover. (if no transactions are queued)
- Applications can be mirroring aware using failover partner parameter in connection string
- Database Mirroring limitations:
- Limited number of databases can be mirrored per SQL instance. (however, this number is higher than the 10 you see plastered everywhere, but really depends on your hardware)
- Mirrored database cannot be queried, backed up, or basically touched in any way (snapshot can be taken however)
- Only supports one to one server pairings
- Cannot mirror a database more than once
- Synchronous mirroring is intolerant to latency and bandwidth constraints (Asynchronous mirroring has no problems with latency or bandwidth)
- Log Shipping benefits:
- Very flexible - Independent jobs govern backup/copy/restore behavior
- Delay of restore job can protect from database corruption
- Log shipped database can be queried. (in standby mode)
- Log shipping allows multiple standby databases
- Perhaps more tolerant to latency than sychronous mirroring.
- Doesn't affect performance of primary server
- Easy setup
- Log Shipping limitations:
- No automated failover
- Cannot synchronize faster than once a minute
- Failover is more complicated than mirroring
- Harder to view status of log shipping
Comments
Anonymous
July 28, 2007
Michael may ask himself whether mirroring or log shipping is better... Database mirroring and log shipping.Anonymous
July 28, 2007
Michael may ask himself whether mirroring or log shipping is better... Database mirroring and log shippingAnonymous
July 29, 2007
Michael Watson posted a short blog on Database mirroring and log shipping. Which is better? but thisAnonymous
July 29, 2007
In a response to my blog entry Database Mirroring and Log Shipping . Which is better? The mysteriousAnonymous
July 29, 2007
In a response to my blog entry Database Mirroring and Log Shipping . Which is better? The mysteriousAnonymous
July 29, 2007
Last week at TechReady I attended Mike Watson's and James Petrosky's talk on HA and DR scenarios. GoodAnonymous
July 29, 2007
Last week at TechReady I attended Mike Watson's and James Petrosky's talk on HA and DR scenariosAnonymous
August 20, 2007
Using database mirroring with Office SharePoint Server [Note: this whitepaper was recently updated, July,Anonymous
June 28, 2008
Hi, We have a situation where we have 3 seperate branches and the WAN links can drop at any time due to weather etc. As a result our SharePoint implementation needs to cater for these occurences. Our current thought is to have one main production SharePoint site with the two remote branches having some sort of backup site which is a duplicate of the main site. There are products out there that can handle this arrangement however they are in the 10's of thousands of dollars per location which is outside our available budget. I was wondering if you have heard of a way to do this using Log shipping etc. I was thinking of each branch having a local SharePoint site which are all configured to point to the same database server. Then if at all possible have a script at each branch which when run changes the local SharePoint site to point to the local database. The limitation being the resynchronization after the link between branches is restored. Any ideas would be appreciated.Anonymous
June 28, 2008
Hi, We have a situation where we have 3 seperate branches and the WAN links can drop at any time due to weather etc. As a result our SharePoint implementation needs to cater for these occurences. Our current thought is to have one main production SharePoint site with the two remote branches having some sort of backup site which is a duplicate of the main site. There are products out there that can handle this arrangement however they are in the 10's of thousands of dollars per location which is outside our available budget. I was wondering if you have heard of a way to do this using Log shipping etc. I was thinking of each branch having a local SharePoint site which are all configured to point to the same database server. Then if at all possible have a script at each branch which when run changes the local SharePoint site to point to the local database. The limitation being the resynchronization after the link between branches is restored. Any ideas would be appreciated.Anonymous
August 04, 2008
The comment has been removedAnonymous
April 08, 2009
H1 { FONT-SIZE: medium } Many thanks to everyone who attended the MOSS 2007 and SQL 2008 "Better Together"Anonymous
April 15, 2009
(Cross-posted from Vantage Point: Bob German's Weblog ) H1 { FONT-SIZE: medium } Recently Rich CraneAnonymous
February 10, 2012
The other issue is that with log shipping you need 2 sql licenses, with mirror you do not.Anonymous
February 12, 2014
Its not harder to view status of logshipping.I dont agree with that point and this does not comes under disfference.I dont find this blog a quality one which msdn blogs are known forAnonymous
December 20, 2015
Here is another helpful post for the same: mostafaelmasry.com/.../sql-server-transaction-log-shipping-vs-mirroring-a-comprehensive-guide