我的任務是爲我們的一個系統設置災難恢復。主服務器位於佛羅里達州,輔助服務器位於德國。該應用程序是我公司內部的全球應用程序。鏡像,日誌傳送SQL Server 2005
我不確定我是否應該使用日誌傳送或鏡像。我所讀到的是鏡像會對我的應用程序的性能產生不利影響。這是真的?這是否意味着用戶每次修改或保存記錄時都需要較長的時間才能獲得肯定的響應。
由於
我的任務是爲我們的一個系統設置災難恢復。主服務器位於佛羅里達州,輔助服務器位於德國。該應用程序是我公司內部的全球應用程序。鏡像,日誌傳送SQL Server 2005
我不確定我是否應該使用日誌傳送或鏡像。我所讀到的是鏡像會對我的應用程序的性能產生不利影響。這是真的?這是否意味着用戶每次修改或保存記錄時都需要較長的時間才能獲得肯定的響應。
由於
鏡像將保持初級和DR環境中同步的100%的時間,從而消除了對數據丟失的可能性。但是,正如您所指出的那樣,這會對性能產生不利影響,但在不能承受任何數據丟失的情況下(例如財務應用)可能是必要的。運送日誌並將其應用到災難恢復站點上的備用數據庫對用戶響應時間沒有同樣的影響,但會在可能發生數據丟失的一段時間內發生。
根據您選擇的操作模式,鏡像可能會產生不同的性能影響。如果您正在鏡像,則可以有三種操作模式:高保護(有和沒有自動故障轉移)和高性能。
基本上,這些數量可以是同步鏡像和異步鏡像。有了高度保護,您的應用程序將在考慮交易完成之前等待鏡像完成。在高性能模式下,您的應用程序不會等待鏡像被提交。事實上,在任何時候都無法保證所有最近的事務都會保存在鏡像事務日誌中。
使用鏡像時要考慮的一個主要因素是網絡的往返時間。較高的延遲將更多地影響您的性能。您需要根據特定的恢復(和故障轉移)需求權衡性能成本。
如果你還沒有,你應該閱讀Database Mirroring in SQL Server 2005和 Database Mirroring Best Practices and Performance Considerations。
鏡像是操作同步(等到日誌致力於DB),通常在良好的網絡連接配置(LAN)
日誌傳送操作異步(不會等待日誌致力於DB),通常在部署MPLS/VPN或速度較慢的網絡
所以你的目標,ü應該使用日誌傳送
你忘了高可用性模式 – hallie 2010-06-29 05:18:56
@hallie:謝謝。實際上,我將高可用性作爲高度保護(具有故障轉移功能)。 – 2010-06-29 05:28:41