SQL Server误区30日谈 第7天 一个实例多个镜像和日志传送延迟

  误区 #7:一个数据库可以存在多个镜像

错误


这个误区就有点老生常谈了。每一个主体服务器只允许一个镜像服务器。如果你希望存在多个主体服务器的副本，那么请使用事务日志传送，事务日志传送允许针对每一个主体存在多个辅助实例。

使用事务日志传送的一个优点是允许其中一个或多个辅助服务器存在延迟还原备份。这也是就是说对主体服务器进行日志备份(无论你喜欢与否，这几种高可用性技术各自有各自的术语):

数据库镜像:主体服务器-镜像服务器
事务日志传送:主要服务器-辅助服务器
复制:发布服务器-订阅服务器


当使用镜像时，你在主体服务器Drop掉一个表时，在镜像服务器上同时也会Drop掉这个表(即使存在延时，你也无法取消掉这个操作)。但是如果是8小时延时的事务日志传送方式的话，在主要服务器上Drop掉这个表，则辅助服务器上依然可以访问这个表，直到8小时后日志生效。

顺便说一下，SQLCAT Team写了一篇文章，对于一个实例来说，你最多只能镜像10个数据库，文章如下:Mirroring a Large Number of Databases in a Single SQL Server Instance以及我写的另一篇同样关于这个话题的文章:KB 2001270 Things to consider when setting up database mirroring in SQL Server.

您可能感兴趣的文章:

• SQL Server误区30日谈 第29天 有关堆碎片的误区
• SQL Server误区30日谈 第28天 有关大容量事务日志恢复模式的误区
• SQL Server误区30日谈 第27天 使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB
• SQL Server误区30日谈 第26天 SQL Server中存在真正的“事务嵌套”
• SQL Server误区30日谈 第25天 有关填充因子的误区
• SQL Server误区30日谈 第24天 26个有关还原(Restore)的误区
• SQL Server误区30日谈 第23天 有关锁升级的误区
• SQL Server误区30日谈 第22天 资源调控器可以调控IO
• SQL Server误区30日谈 第21天 数据损坏可以通过重启SQL Server来修复
• SQL Server误区30日谈 第20天 破坏日志备份链之后，需要一个完整备份来重新开始日志链
• SQL Server误区30日谈 第19天 Truncate表的操作不会被记录到日志
• SQL Server误区30日谈 第18天 有关FileStream的存储，垃圾回收以及其它
• SQL Server误区30日谈 第17天 有关页校验和的误区
• SQL Server误区30日谈 第16天 数据的损坏和修复
• SQL Server误区30日谈 第15天 CheckPoint只会将已提交的事务写入磁盘
• SQL Server误区30日谈 第14天 清除日志后会将相关的LSN填零初始化
• SQL Server误区30日谈 第13天 在SQL Server 2000兼容模式下不能使用DMV
• SQL Server误区30日谈 第12天 TempDB的文件数和需要和CPU数目保持一致
• SQL Server误区30日谈 第11天 镜像在检测到故障后瞬间就能故障转移
• SQL Server误区30日谈 第10天 数据库镜像在故障发生后 马上就能发现
• SQL Server误区30日谈 第9天 数据库文件收缩不会影响性能
• SQL Server误区30日谈 第8天 有关对索引进行在线操作的误区
• SQL Server误区30日谈 第6天 有关NULL位图的三个误区
• SQL Server误区30日谈 第5天 AWE在64位SQL SERVER中必须开启
• SQL Server误区30日谈 第4天 DDL触发器就是INSTEAD OF触发器
• SQL Server误区30日谈 第3天 即时文件初始化特性可以在SQL Server中开启和关闭
• SQL Server误区30日谈 第2天 DBCC CHECKDB会导致阻塞
• SQL Server误区30日谈 第1天 正在运行的事务在服务器故障转移后继续执行
• SQL Server误区30日谈 第30天 有关备份的30个误区