镜像,日志传送SQL Server 2005

时间:2010-06-29 02:42:33

标签: sql-server sql-server-2005 mirroring log-shipping

我的任务是为我们的某个系统设置灾难恢复。主服务器位于FL中,辅助服务器位于德国。该应用程序是我公司内的全球应用程序。

我不确定是否应该使用日志传送或镜像。我读过的是镜像会对我的应用程序的性能产生负面影响。这是真的?这是否意味着用户修改或保存记录时需要更长时间才能获得肯定响应。

由于

3 个答案:

答案 0 :(得分:1)

根据您选择的操作模式,镜像可能会产生不同的性能影响。如果您正在镜像,则可以使用三种操作模式:高保护(有和没有自动故障转移)和高性能。

基本上,这些相当于同步和异步镜像。使用高保护,您的应用程序将等待镜像完成,然后才能完成交易。在高性能模式下,您的应用程序不会等待镜像已提交。实际上,在任何时候都不保证所有最新的事务都将保存在镜像的事务日志中。

镜像考虑的主要因素之一是网络的往返时间。较高的延迟会对您的性能产​​生更大的影响。您需要权衡性能成本与特定恢复(和故障转移)要求。

如果您还没有,请阅读Database Mirroring in SQL Server 2005Database Mirroring Best Practices and Performance Considerations

答案 1 :(得分:0)

镜像可以使主要环境和DR环境在100%的时间内保持同步,从而消除数据丢失的可能性。但是,正如您所指出的,这会对性能产生负面影响,但在不能容忍任何数据丢失的情况下(例如财务应用程序)可能是必要的。传送日志并将其应用于DR站点的备用数据库对用户响应时间没有相同的影响,但会在可能发生数据丢失的一小段时间内打开。

答案 2 :(得分:0)

镜像同步运行(等待日志提交到数据库),通常部署在良好的网络连接(LAN)上

日志传送是异步操作的(不会等待日志提交到数据库),通常部署在MPLS / VPN或慢速网络上

所以为了你的目标,你应该使用Log Shipping

相关问题