Take the 2-minute tour ×
Database Administrators Stack Exchange is a question and answer site for database professionals who wish to improve their database skills and learn from others in the community. It's 100% free, no registration required.

I plan on setting up mirroring on a SQL 2012 database which is currently in production. My concern though is how much it will affect the performance of the principal database.

I am using mirroring for disaster recovery and nobody will require access to the mirrored database except in the event of a problem.

I am planning on doing asynchronous mirroring. Is this a good option?

share|improve this question
add comment

1 Answer

up vote 2 down vote accepted

Database mirroring is more of a high availability solution, not a disaster recovery one. What makes you think synchronous commit will lead to high latency in your environment? Are the principal and mirror server geographically separate?

Asynchronous commit will lead to potential data loss in the event that you need to do a forced service failover, therefore you would need to ensure that your SLA guidelines are congruent with that. BOL reference on Force Service in a Database Mirroring Session:

Forcing service may involve some data loss. Therefore, force service only if you are willing to risk losing some data in order to restore service to the database immediately.

And equally important, database mirroring is marked for deprecation:

This feature will be removed in a future version of Microsoft SQL Server. Avoid using this feature in new development work, and plan to modify applications that currently use this feature. Use AlwaysOn Availability Groups instead.

Is there a reason why you don't want to utilize AlwaysOn AG? See BOL for an overview of AlwaysOn Availability Groups.

AlwaysOn AG has all of the capabilities of database mirroring with many more advancements.

share|improve this answer
    
yes the servers are in different geographic locations and should anything fail we would have to be able to restore data to the latest point before the failure took place. If there is a possibilty of data loss with asynchronous mirroring then i won't be able to take that risk.... i will look into the AlwaysOn option :) –  Yugz Feb 13 '13 at 11:59
1  
AlwaysOn will have the two same commit modes (sync and async), so you will never get around potential data loss with asynchronous commit mode. –  Thomas Stringer Feb 13 '13 at 12:17
    
Cant use AlwaysOn because we are using SQL Server Standard edition.... lokks like i'm going to have to use mirroring –  Yugz Feb 13 '13 at 13:31
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.