SqlServer 事务日志传输

基本概念 

  可以使用日志传送将事务日志不间断地从一个数据库(主数据库)发送到另一个数据库(辅助数据库)。不间断地备份主数据库中的事务日志,然后将它们复制并还原到辅助数据库,这将使辅助数据库与主数据库基本保持同步。目标服务器充当备份服务器,并可以将查询处理从主服务器重新分配到一个或多个只读的辅助服务器。日志传送可与使用完整或大容量日志恢复模式的数据库一起使用。  

  日志传送由三项操作组成:

  1. 在主服务器实例中备份事务日志。
  2. 将事务日志文件复制到辅助服务器实例。
  3. 在辅助服务器实例中还原日志备份。

日志可传送到多个辅助服务器实例。在这些情况下,将针对每个辅助服务器实例重复执行操作 2 和操作 3。

日志传送配置不会自动从主服务器故障转移到辅助服务器。如果主数据库变为不可用,可手动使任意辅助数据库联机。

您可以为了实现报表目的而使用辅助数据库。

配置过程

  1、首先需要在辅助数据库创建用于备份的共享目录logbackup,主要用于存放从主数据备份来的日志文件,放在辅助数据库服务器方便读取备份日志文件,如下图

  

  2、添加目录信任(这部很重要,因为共享目录以后在主数据服务器虽然可以读写共享目录,但是后来在通过SqlServer传输日志的时候总是因为权限的问题失败)

  首先,是启用SqlServer的xp_cmdshell功能,可以通过命令启用,通过Management Studio执行以下脚本:

1 sp_configure ‘show advanced options‘,1
2 reconfigure
3 go
4 sp_configure ‘xp_cmdshell‘,1
5 reconfigure
6 go

  但是脚本执行仅本次起作用,下次重启数据库会失效,所以可以通过界面设置来永久启用xp_cmdshell:

  右击"SqlServer数据库"--方面--点击常规--选择外围应用配置器--然后将cmdshell的属性改为True,如下图

  

  

  操作完以上步骤以后,开始通过Management Studio执行目录信任命令:

  

exec master..xp_cmdshell ‘net use \\172.16.3.79\logbackup [email protected]#1 /user:172.16.3.79\ENADMIN‘;

     \\172.16.3.79\logbackup--是共享目录

172.16.3.79\ENADMIN--辅助数据库服务器共享目录的用户

     [email protected]#1--用户的密码

 

  3、在辅助数据库服务添加防火墙程序和端口例外(SqlServer Studio和端口1433):

  转到 防火墙--点击高级配置--新建规则--分步添加程序和端口的例外,这里很简单就不做说明,程序选择的目录(C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\sqlservr.exe)。

  4、开始执行日志传输配置:

  首先,打开主数据库的属性界面,选择“事务日志传输”,点击选择启用日志传输功能的复选框。

  

  然后弹出主数据库日志备份相关的配置,备份文件夹的网路路径选择之前创建的共享目录,备份作业可以自行根据实际情况编辑选择。

  

  然后,则是添加辅助数据,辅助数据库可以添加多个,在“初始化辅助数据库”界面,我们选择在主数据库生成完全备份,还原到辅助数据库中(辅助数据不存在,则创建它)。

在还原选项中需要选择文件夹存放数据库文件和日志文件,这些目录都是辅助数据库服务器上的目录。

  

  在“复制文件”界面进行配置复制的一些任务,这里的任务主要是负责将主数据库的日志备份文件复制到辅助数据库服务的共享目录下,如下图

  

  在“还原事务日志”界面配置还原备份日志的相关配置和任务计划,其中还原备份时数据库有2种状态,无恢复模式和备用模式,主要区别是无恢复模式不允许用户连接数据库查询,而备用模式允许用户查询数据(但是在数据库还原期间是不允许查询的)。一般选择备用模式,并且选择“在还原备份时断开数据库中的用户连接”。 

  使辅助数据库处于备用模式时,有两种配置方式:
  还原事务日志备份时,可以选择使数据库用户断开连接。如果选中此选项,则日志传送还原作业每次尝试将事务日志还原到辅助数据库时,用户都将与数据库断开连接。断开连接将按为还原作业设置的计划发生。
  可以选择不与用户断开连接。在这种情况下,如果用户连接到辅助数据库,则还原作业无法将事务日志备份还原到辅助数据库。事务日志备份将一直累积到没有用户连接到该数据库为止。

  5、最后点击”确定”按钮,会将主数据库备份并且还原到辅助数据库服务器,此步骤可能会执行一段较长时间,只要不报错就OK,最后可以查看辅助数据库服务器多出一个处于“备用/只读”的数据库,如下图:

  

  

  6、注意,因为所有日志的备份、复制和还原都是计划任务,所以在主数据和辅助数据库服务器都要启用SQL Server代理。

 

  

时间: 2024-09-30 15:27:09

SqlServer 事务日志传输的相关文章

(转)解释一下SQLSERVER事务日志记录

本文转载自桦仔的博客http://www.cnblogs.com/lyhabc/archive/2013/07/16/3194220.html 解释一下SQLSERVER事务日志记录 大家知道在完整恢复模式下,SQLSERVER会记录每个事务所做的操作,这些记录会存储在事务日志里,有些软件会利用事务日志来读取 操作记录恢复数据,例如:log explorer 那么事务日志记录怎麽查看,里面都记录了些什么? 打开可以利用下面SQL语句来查看所在数据库的事务日志记录 1 USE [GPOSDB] -

sql 事务日志传输

原文:sql 事务日志传输 概述 可以使用日志传送将事务日志不间断地从一个数据库(主数据库)发送到另一个数据库(辅助数据库).不间断地备份主数据库中的事务日志,然后将它们复制并还原到辅助数据库,这将使辅助数据库与主数据库基本保持同步.目标服务器充当备份服务器,并可以将查询处理从主服务器重新分配到一个或多个只读的辅助服务器.日志传送可与使用完整或大容量日志恢复模式的数据库一起使用:使用日志传送,您可以自动将“主服务器”实例上“主数据库”内的事务日志备份发送到单独“辅助服务器”实例上的一个或多个“辅

SqlServer 事务日志已满

use master go backup transaction logtest with no_log go DBCC SHRINKDATABASE(logtest) Go SqlServer 事务日志已满

sqlserver 事务日志已满解决方案

sqlserver 事务日志已满解决方案 一.手动收缩: 1.数据库右键属性-选项-恢复模式-下拉选择简单-最后点击确定 2.右键数据库-任务-收缩-文件类型-下拉选择日志-收缩操作-在释放未使用....(默认收缩到1MB)-最后点击确定 3.最后别忘了回到第一步骤把恢复模式改为完整! 二.自动收缩: 原文地址:https://www.cnblogs.com/zlp520/p/9191373.html

解析SQLServer事务日志压缩与删除的方法

做项目的时候拿到一个只有280M的数据库备份,可是在SQLServer 2000下恢复的时候等了半天才都没有恢复完毕,感觉很不可思议,于是怀疑有什么猫腻.到了数据文件的目录下一看,果不其然竟然声称了一个接近10G的数据库日志文件!以前从来没有做过那么多数据的数据库,而且更没有做过有3年数据库日志记录的数据库. 这对于硬盘空间不是很充裕的我来说已经超过了能够忍受的极限,而且另一个80M的数据库回复之后生成的日志文件更是夸张的达到了5G+!这是不能忍受的,也是不能被原谅的. 刚开始的时候不太懂,直接

(转)对SQLSERVER数据库事务日志的疑问

本文转载自桦仔的博客http://www.cnblogs.com/lyhabc/archive/2013/06/10/3130856.html 对SQLSERVER数据库事务日志的疑问 摸不透SQLSERVER了 实验环境:SQLSERVER2005 SP4,Windows7 本来没什么心情写文章,反正没人看,关于我文章中提到的问题,有些可以从文章结尾的MSDN补充那里找到答案,而有些还没有答案 根据CSDN博客的这篇文章介绍,大家可以先看一下,然后再继续往下看,因为下面会引用到CSDN博客里的

SQLSERVER 2008 R2 事务日志已满

方法一: USE [master] GO ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY SIMPLE   --简单模式 GO USE DNName GO DBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY) GO USE [master] GO ALTER DATABASE DNName SET RECOVER

SQL Server中的事务日志管理(9/9):监控事务日志

当一切正常时,没有必要特别留意什么是事务日志,它是如何工作的.你只要确保每个数据库都有正确的备份.当出现问题时,事务日志的理解对于采取修正操作是重要的,尤其在需要紧急恢复数据库到指定点时.这系列文章会告诉你每个DBA应该知道的具体细节. 对于在我们关注下的所有数据库,在日志维护方面,我们的首要目标是最优化写性能,为了支持SQL Server写入日志的所有活动,包括数据修改,数据读取,索引维护等等.但是,留意下可能的日志碎片也是重要的,如前面文章介绍的,它会影响需要读取日志的过程性能,例如日志备份

分享工作中遇到的问题积累经验 事务日志太大导致insert不进数据

原文:分享工作中遇到的问题积累经验 事务日志太大导致insert不进数据 分享工作中遇到的问题积累经验 事务日志太大导致insert不进数据 今天开发找我,说数据库insert不进数据,叫我看一下 他发了一个截图给我 然后我登录上服务器,发现了可疑的地方,而且这个数据库之前有一段经历 在月初的时候这个数据库曾经置疑过,启动不起来 Could not redo log record (163041:116859:5), for transaction ID (0:-1175226963), on