![SQL Server 2008 高安全性:从数据丢失的角度来看,是否可以实现万无一失的配置?](https://linux22.com/image/561862/SQL%20Server%202008%20%E9%AB%98%E5%AE%89%E5%85%A8%E6%80%A7%EF%BC%9A%E4%BB%8E%E6%95%B0%E6%8D%AE%E4%B8%A2%E5%A4%B1%E7%9A%84%E8%A7%92%E5%BA%A6%E6%9D%A5%E7%9C%8B%EF%BC%8C%E6%98%AF%E5%90%A6%E5%8F%AF%E4%BB%A5%E5%AE%9E%E7%8E%B0%E4%B8%87%E6%97%A0%E4%B8%80%E5%A4%B1%E7%9A%84%E9%85%8D%E7%BD%AE%EF%BC%9F.png)
我正在设计一个包含两个 SQL Server 的 SQL Server 架构,并计划在两者之间实现数据库镜像。我需要在服务器发生故障时尽量减少数据丢失(无论出于何种原因)。我正在研究不带自动故障转移的 SQL Server 2008 高安全模式。只有一个需要镜像的运行数据库,并且两个服务器将位于同一站点。
在线文档指出,在这种模式下,当主服务器发生故障时,我可以强制镜像成为新的主服务器,但存在丢失数据的风险。那么我的问题是,如果可能发生数据丢失(最小化数据丢失),镜像的意义何在?我该怎么做才能消除(而不是最小化)这种损失?是否有一种模式,主服务器在数据成功写入镜像之前不会提交数据?
此外,SQL 服务器通常由客户端应用程序访问,客户端应用程序将配置为通过名称连接到特定服务器。如果有数据库镜像,应该使用什么服务器名称来访问镜像,客户端是否应该知道镜像服务器的存在?
编辑:应该支持以下场景:
- 主体已关闭 -> 客户端收到 FAIL,我们收到通知,手动中断镜像并使用该镜像作为新的主体,然后在线时建立新的镜像。
- 镜像已关闭 -> 客户端收到 FAIL,我们收到通知,手动中断镜像并在线建立新的镜像。
答案1
SQL Server 2008 有两种操作模式:一种是高安全模式,其中镜像是同步的:事务只有在写入镜像后才会提交。在该模式下,唯一可能丢失的数据是来自未提交的事务。
第二种模式是高性能的。在该模式下,事务会尽快在主服务器上标记为已提交,而无需等待镜像。即使主服务器和镜像服务器之间的连接暂时中断,它也允许系统继续工作,但是,当然,如果您执行手动故障转移,您将丢失尚未复制的所有事务。
请参阅此链接了解详情: http://technet.microsoft.com/en-us/library/ms189852.aspx
答案2
至于允许数据丢失的镜像设置,其代价是性能。也就是说,如果允许数据丢失,客户端应用程序不必等待事务在镜像伙伴处提交,然后才将其视为“完成”。而且,对于许多镜像拓扑,伙伴与主体位于不同的地理区域。因此延迟可能不小。事务在主体处排队,并在可以时交付。但这种交付是异步的。