11.2 日志传送简介

11.2  日志传送简介


11.2.1 原理概述

  日志传送由一个主数据库和一个(或多个)辅助数据库组成。

  主数据库所做出的任何数据变化都会被生成事务日志,这些事务日志将定期备份。然后备份文件被辅助数据库所属的实例复制到它的本地文件夹,最后事务日志备份在辅助数据库中进行恢复,从面实现在两个数据库之间异步更新数据。

  当主数据库发生故障时,可以使辅助数据库变成联机状态。可以把每一个辅助数据库都当作“冷备用”数据库。


11.2.2 备用模式

  恢复过程可以使用两个选项:使用“无恢复模式”(WITH NORECOVERY)选项将使数据库在恢复后处于“正在还原”状态,不可以访问;使用“备用模式”(WITH STANDBY)选项将使数据库在恢复后处于“正在还原,备用”状态,可以提供只读访问。


提示:

  如果辅助数据库使用了“备用模式”,并且客户端提需要访问这个辅助数据库,那么需要为部署在这台辅助服务器上的 SQL Server 购买许可证。



11.2.3 逻辑流程

  简单地说,日志传送是通过在 SQL Server 代理中创建3个作业实现的。

(1)在主服务器实例,为主数据库创建一个事务日志备份计划,定期备份事务日志到共享文件夹。

(2)在辅助服务器实例,为辅助数据库创建一个文件复制计划,定期将共享文件夹中的事务日志备份文件复制到本地。

(3)在辅助服务器实例,为辅助数据库创建一个事务日志还原计划,定期从本地的事务日志备份文件还原数据库。

(4)可选的另一个服务器实例(称为“监视服务器”)记录了备份和还原操作的历史记录及状态,还可以在无法按计划执行这些操作时引发警报。

wKiom1VLM9WjZYRdAAF2hNFY-zc605.jpg



11.2.4 日志传送的优势

  可以广泛地部署。通过在多个辅助服务器上配置多个辅助数据库,可以建立多个“冷备用”数据库。

  辅助数据库可以提供只读访问,作为报表等应用程序的数据源,从而将报表查询等只读访问的负载分摊到一个或多个辅助服务器。



11.2.5 日志传送的局限

  主数据库和辅助数据库分别属于不同的实例,辅助数据库只是被动地进行事务日志恢复,不主动识别主数据库的状态,因此日志传送技术不支持自动的故障转移。

  主数据库与辅助数据库之间的异步数据更新被拆分成3个独立的步骤来实现,因此会有较大的延时。



本文出自 “SQL Server 管理员指南” 博客,谢绝转载!

你可能感兴趣的:(简介,日志传送)