sql server 高可用日志传送

原文:sql server 高可用日志传送

一. 日志传送概述

SQL Server使用日志传送,可以自动将主服务器的事务日志备份发送到一个或多个辅助数据库上。
可选的监视服务器,记录备份和还原操作的历史记录及状态。

优点
  提供灾难恢复解决方案
  支持对辅助数据库的受限的只读访问权限
  允许用户定义日志发送的延迟时间(如果主数据库上的数据被意外更改,则较长的延迟会很有用)

术语和定义
  备份作业
    主服务器的代理作业,它执行备份操作,将事务日志记录到本地服务器和监视服务器,删除旧的记录。
  复制作业
    主服务器的代理作业,它将备份文件从主服务器复制到辅助服务器上,在辅助服务器和监视服务器上记录。
  还原作业
    辅助服务器的代理作业,备份文件还原到辅助数据库,在本地服务器和监视服务器上记录,删除旧文件。
.
          针对多个辅助服务器时,要重复执行复制作业和还原作业。

二. 准备工作

同一台服务数据库二个实例 (可以是局域网内的多个服务器)

主数据库sqlserver 2012 r2  MSSQLSERVERTWO

辅助数据库sqlserver 2012 r2   MSSQLSERVER

演示库  LogShipping_Test,  主和辅相同的库,相同的表结构和数据。  相同的sql 登录名, 密码

三. 配置日志传送

--步骤1:设置主服务器恢复模式为完全备份
ALTER DATABASE LogShipping_Test SET RECOVERY FULL
--步骤2:主服务数据库做一次完全备份
BACKUP DATABASE LogShipping_Test TO  DISK=‘D:\LogShipping\LogShipping_Test.bak‘ WITH NOFORMAT,INIT

-- 步骤3:

在主服务器上建立共享目录C:\LogShipping\primary   具有作业访问权限

在辅助服务器上建立共享目录C:\LogShipping\secondary 具有作业访问权限

---步骤4:

主服务器LogShipping_Test库-->属性-->任务-->传送事务日志将主服务器和辅助数据库配置成功后,设置复制和还原每隔两分钟做一次传送如下图

日志传送配置成功后:辅助数据库标识为(备用/只读)如下图

主数据库SQL Server代理作业如下图:

备份作业(LSBackup_LogShipping_Test)

警告作业(LSAlert_{计算机名})

辅助数据库SQL Server代理作业如下图

复制作业(LSCopy_{计算机名}_LogShipping_Test)

还原作业(LSRestore_{计算机名}_LogShipping_Test)

警告作业(LSAlert_{计算机名}\MSSQLSERVERTWO)

主服务器隔2分钟备份的文件共享目录如下图

辅助服务器隔2分钟复制的文件共享目录如下图

最后:查看日志传送是否正确无误

利用可视化操作在SQL Server代理作业中查看日志传送是否正常

通过SQL查询,看日志传送是否运行正常

   --(主数据库查询)
        exec  master..sp_help_log_shipping_monitor
        exec  master..sp_help_log_shipping_primary_database ‘LogShipping_Test‘
    --(辅助数据库查询)
        exec  master..sp_help_log_shipping_secondary_database ‘LogShipping_Test‘

四.  主从数据库手动切换配置

    步骤1:在主数据库,使之处于正在还原

  use master
        Backup log [LogShipping_Test] to disk = ‘c:\LogShipping\LogShipping_Test1.bak‘ with NORECOVERY 

--手动运行辅助数据库上的复制和还原作业(快速复制还原到从表)
            --手动将主数据库上的备份和警告作业禁用掉(停止备份)

        步骤2:在辅助数据库上,使用步骤的备件文件还原

use master
Restore log [LogShipping_Test] from disk =‘c:\LogShipping\LogShipping_Test1.bak‘ with RECOVERY 

将以前备份和复制所在文件夹的数据删除掉(D:\LogShipping\primary,D:\LogShipping\secondary )
       重新配置日志传送,在辅助数据库上(LogShipping_Test库-->属性-->任务-->传送事务日志将主服务器和辅助数据库配置成功后)使辅助数据库之变成主数据库
       将原来主数据库的日志传送删除(LogShipping_Test库-->属性-->任务-->传送事务日志,将勾选去掉确定).

原文地址:https://www.cnblogs.com/lonelyxmas/p/9059196.html

时间: 2024-10-04 12:55:55

sql server 高可用日志传送的相关文章

SQL Server 高可用方案

方案一:Asynchronous Mirror + Alias 方案介绍 数据库服务器配置异步镜像关系,程序客户端连接串配置别名连接. 1. 在SQL Server客户端配置中创建别名,在客户端的连接串设置中用别名代替服务器名或IP地址. 2. 写一个实用程序,在镜像角色切换的时候,更新别名. 3. 更新别名可通过修改相应的注册表字符串来完成,位于HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\ConnectTo 方案优缺点 优点

京东云数据库RDS SQL Server高可用概述

数据库的高可用是指在硬件.软件故障发生时,可以将业务从发生故障的数据库节点迁移至备用节点.本文主要讲述SQL Server高可用方案,以及京东云RDS数据库的高可用实现. 一.高可用解决方案总览 1.故障转移集群 故障转移集群为整个SQL Server实例提供高可用性支持,这意味着在集群上某个节点的SQL Server实例发生了硬件错误.操作系统错误等会故障转移到该集群上的其它节点.通过多个服务器(节点)共享一个或多个磁盘来实现高可用性,故障转移集群在网络中出现的方式就像单台计算机一样,但是具有

SQL Server ->> 高可用与灾难恢复(HADR)技术 -- AlwaysOn(实战篇)之AlwaysOn可用性组搭建

因为篇幅原因,AlwaysOn可用性组被拆成了两部分:理论部分和实战部分.而实战部分又被拆成了准备工作和AlwaysOn可用性组搭建. 三篇文章各自的链接: SQL Server ->> 高可用与灾难恢复(HADR)技术 -- AlwaysOn(理论篇) SQL Server ->> 高可用与灾难恢复(HADR)技术 -- AlwaysOn(实战篇)之建立活动目录域.DNS服务器和Windows故障转移群集(准备工作) SQL Server ->> 高可用与灾难恢复(H

sql server 高可用故障转移(2)

添加网卡心跳线 目标: 二台sql服务器需要添加网卡心跳线,用于sql server内部数据传输 计算机名 Ip信息 心跳线 Hsr1 192.168.2.50    (ipv4 ip) 255.255.255.0   (掩码) 192.168.2.1     (网关) 192.168.2.52    (dns) 100.100.100.1  (ipv4 ip) 255.255.255.0  (掩码 不需要配置网关及DNS hsr2 192.168.2.51 255.255.255.0 192.

sql server 高可用故障转移(4)

二台sql服务器配置ISCSI虚拟磁盘 在上篇我们利用ISCSI Target软件在DC-ISCSCI上创建了三个ISCSI虚拟磁盘,在下面我们将为大家介绍SQL-CL01(hsr1 50)和SQL-CL02(hsr2  51)如何访问这些ISCSI虚拟磁盘. SQL-CL01和SQL-CL02可以使用ISCSI协议访问DC-ISCSCI上的虚拟ISCSI磁盘,由于Windows Server 2008已经内置了ISCSI协议,因此我们无需在SQL-CL01和SQL-CL02上安装ISCSI客户

XenDesktop 5 SQL Server Mirror事务日志比较大的原因分析

在实施XenDesktop5项目过程中,发现XenDesktop5版本的数据库镜像事务日志很大,在XenDesktop4和XenApp版本中不存在该问题:于是我根据该现象探究XenDesktop5及以上版本镜像数据库事务日志为何如此之大以及我们今后实施的过程中该如何来维护这么庞大的数据库事务日志. 在XenDesktop解决方案中,对数据的处理是由专门的数据库来进行数据存储处理的,而对于数据库的高可用,有3种方式: SQL Mirror Virtual Machine HA(VMware FT)

SQL Server中事务日志管理的步骤,第5级:完全恢复模式管理日志

SQL Server中事务日志管理的步骤,第5级:完全恢复模式管理日志 作者:Tony Davis,2012/01/27 系列 本文是进阶系列的一部分:SQL Server中事务日志管理的步骤 当事情进展顺利时,无需特别注意事务日志的作用或工作方式.您只需要确信每个数据库都有正确的备份机制.当出现问题时,了解事务日志对于采取纠正措施很重要,特别是在需要紧急恢复数据库的时间点时!Tony Davis给出了每个DBA都应该知道的正确的细节级别. 在此级别中,我们将回顾在完全恢复模式下工作时进行日志备

十七周-SQL Server中事务日志管理的阶梯,级别5:以完全恢复模式管理日志

SQL Server中事务日志管理的阶梯,级别5:以完全恢复模式管理日志 By Tony Davis, 2012/01/27 http://www.sqlservercentral.com/articles/Stairway+Series/73785/ 该系列 文是SQL Server中"Stairway系列:事务日志管理的阶梯"的一部分 当事情进展顺利时,不需要特别意识到事务日志的作用或工作原理.你只需要确信每个数据库都有正确的备份机制.当事情出错时,对事务日志的理解对于采取纠正措施

SQL Server 2005数据库日志丢失的恢复

网上关于SQL Server 2005数据库日志丢失的处理方法基本上都是修改数据库系统表,但是我测试N多遍都不成功,最后用英文关键字Google了下,发现一个可行方法,折磨了我两天的问题得以解决... 背景说明:名为testdb的数据库丢失了日志文件,仅有数据文件testdb.mdf 请先不要急于开始操作,如果你真的很急,请直接看我的成功试验方法(*下面的内容) 1.新建数据库testdb 2.停掉SQL Server服务器 3.删除刚刚创建好的testdb的日志文件testdb_log.ldf