SQLSERVER镜像VS日志传送

时间:2010-07-27 05:37:58

标签: sql-server-2005 mirroring

我需要一些帮助来理解以下示例的镜像。

FL中的主服务器 德国的镜像服务器

我的应用程序正在插入FL系统的表格

案例1:镜像服务器出现故障 - 网络问题    - 我假设插入将写入主体上的事务日志     - 它不会被提交到磁盘    如果有人试图查询FL数据库会发生什么。他们会看到最后一个事务[插入]吗?当SQL Server执行查询时,它是否同时查看数据库和tlog?。

案例2:如果镜像服务器停机2天。然后我猜转换日志将继续增长。你能解释一下这将如何影响应用程序的响应时间

案例3:如果镜子在(星期)内停机。打破镜像是否更好?此外,这是否意味着我再次对DB进行完全备份以重新配置镜像

1 个答案:

答案 0 :(得分:0)

您尚未指定何种镜像,因此我将假设 high safety with automatic failover

案例1:校长将处于“断开连接”状态。事务将被提交到主体上的磁盘,但不是镜像(显然)。事务将保留在日志的“活动”部分,不会备份。即,您将看到事务日志增长,sys.databases中的 log_reuse_wait_desc 列将是MIRRORING。 FL数据库将保持脱机状态并处于断开连接状态。您将无法查询它,除非您使用类似FORCE_SERVICE_ALLOW_DATA_LOSS的内容将其置于联机状态,此时您已经破坏了镜像(尽管校长还不知道它并且将继续保留日志)< / p>

案例2 :事务日志将根据您的自动增长设置继续增长。这是自动增长日志的常见情况,每次获得自动增长时都会有一些开销,并可能最终导致大量虚拟日志文件。可能最好将自动增长设置为合理的值,因此它不会以50MB的增量增长。

案例3 这取决于您需要在站点之间复制完整数据库备份以重新初始化镜像的数据更改量。在SQL Server 2008中,您可以选择日志压缩,这意味着您可以通过更少的带宽填充更多的事务(如果您正在使用它)