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库-->属性-->任务-->传送事务日志,将勾选去掉确定).

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对我们的支持。

赞 (0)

相关推荐

  • sqlserver 数据库日志备份和恢复步骤

    --创建测试数据库 CREATE DATABASE Db GO --对数据库进行备份 BACKUP DATABASE Db TO DISK='c:\db.bak' WITH FORMAT GO --创建测试表 CREATE TABLE Db.dbo.TB_test(ID int) --延时1秒钟,再进行后面的操作(这是由于SQL Server的时间精度最大为百分之三秒,不延时的话,可能会导致还原到时间点的操作失败) WAITFOR DELAY '00:00:01' GO --假设我们现在误操作删

  • sqlserver 日志恢复方法(搞定drop和truncate)

    --1 use master backup database logTest to disk='D:\\Program Files\\Microsoft SQL Server\\MSSQL10.MSSQLSERVER\\MSSQL\\Backup\\logTest.bak' with format --2 use logTest create table table_1(Id int, test varchar(max)) insert table_1(Id,test) values (1,'3

  • SQL Server 2008 清空删除日志文件(瞬间日志变几M)

    SQL2008清空删除日志: 方法一: USE [master] GO ALTER DATABASE AFMS SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE AFMS SET RECOVERY SIMPLE GO USE AFMS GO DBCC SHRINKFILE (N'AFMS_Log' , 11, TRUNCATEONLY) GO USE [master] GO ALTER DATABASE AFMS SET RECOVERY FU

  • SQL Server高可用的常见问题分析

    每次谈到SQL Server的高可用,很多的DBA,特别是SQL Server DBA心里一痛:因为大家都认为SQL Server无法或者很难实现SQL Server.也有很多的DBA朋友脑袋一拍,给出答案"高可用不就是微软的那几个技术吗,如Replication, Failover Clustering"- 1.难道SQL Server在高可用上面就显得这么的无力吗? 回答:不是的,其实SQL Server很给力. 2.为什么很多人总是抱怨SQL Server中高可用很难实现呢? 这

  • SQL Server 2005删除日志文件的几种方法小结

    SQL Server 2005删除日志文件的几种方法小结

    使用MS数据库的朋友就会知道一个问题,C盘的空间很容易被占满了.因为本来系统盘就分区比较小,这是由于数据库在使用过程中会使日志文件不断增加,使得数据库的性能下降,并且占用大量的磁盘空间.SQL Server数据库都有log文件,log文件记录用户对数据库修改的操作.可以通过直接删除log文件和清空日志在清除数据库日志. 一.删除LOG1.分离数据库.分离数据库之前一定要做好数据库的全备份,选择数据库--右键--任务--分离. 勾选删除连接 分离后在数据库列表将看不到已分离的数据库. 2.删除LO

  • SQL Server 数据库清除日志的方法

    方法一: 1.打开查询分析器,输入命令 BACKUP LOG database_name WITH NO_LOG 2.再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了. 方法二: 设置检查点,自动截断日志 一般情况下,SQL数据库的收缩并不能很大程度上减小数据库大小,其主要作用是收缩日志大小,应当定期进行此操作以免数据库日志过大 1.设置数据库模式为简单模

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

    误区 #7:一个数据库可以存在多个镜像 错误 这个误区就有点老生常谈了.每一个主体服务器只允许一个镜像服务器.如果你希望存在多个主体服务器的副本,那么请使用事务日志传送,事务日志传送允许针对每一个主体存在多个辅助实例. 使用事务日志传送的一个优点是允许其中一个或多个辅助服务器存在延迟还原备份.这也是就是说对主体服务器进行日志备份(无论你喜欢与否,这几种高可用性技术各自有各自的术语): 数据库镜像:主体服务器-镜像服务器 事务日志传送:主要服务器-辅助服务器 复制:发布服务器-订阅服务器 当使用镜

  • sql server数据库高可用日志传送的方法

    一. 日志传送概述 SQL Server使用日志传送,可以自动将主服务器的事务日志备份发送到一个或多个辅助数据库上.事务日志备份分别应用于每个辅助数据库. 可选的第三个服务器实例(称为"监视服务器")记录备份和还原操作的历史记录及状态,还可以在无法按计划执行这些操作时引发警报. 可选的监视服务器,记录备份和还原操作的历史记录及状态. 下面话不多说了,来一起看看详细的介绍吧. 优点 提供灾难恢复解决方案 支持对辅助数据库的受限的只读访问权限 允许用户定义日志发送的延迟时间(如果主数据库上

  • MS SQL Server数据库清理错误日志的方法

    MS SQL Server数据库清理错误日志的方法

    SQL错误日志记录了数据库运行过程的遇到的各种问题及一些重要信息,作为排错需要,我们通常都不会主动去清理这些日志文件,只有每次重启服务器时,SQL会自动删除时间最老的日志文件,并新生成一个日志文件.通过在服务器上查看数据库的日志文件,发现存在大量的query notification dialog的信息,而且出现的频率非常的高,导致日志文件增大非常快.通过google了解到这个错误跟service broker的消息机制由关系,可以通过使用跟踪标记:DBCC TraceOn(4133,-1)可消

  • 配置SQL Server数据库恢复模式(2种方法)

    配置SQL Server数据库恢复模式(2种方法)

    下面主要介绍配置SQL Server数据库恢复模式的两种方法. 用T-SQL设置恢复模式 你可以使用"ALTER DATABASE"命令加"SET RECOVERY"语句来修改数据库的恢复模式.例如,下面的查询语句把"AdventureWorks"数据库的恢复模式设置为完全恢复模式. ALTER DATABASE AdventureWorks SET RECOVERY FULL ; 你可以查询"sys.databases"的目

  • 快速实现SQL Server数据库恢复备份

    快速实现SQL Server数据库恢复备份

    本文为大家分享了SQL Server数据库恢复备份的两种方法,供大家参考,具体内容如下 第一种方法:通常我们采用恢复备份的方式,选择目标数据库,选择源设备进行恢复. 截图如下: 第二种方法:这种方式有时候不太方便,而脚本方式将更方便,使用脚本方式如下. /* 备份数据DB 到.bak文件.然后利用此bak文件恢复一个新的数据库DBTest. */ USE master BACKUP DATABASE DB TO DISK = 'e:\DBTest.bak' RESTORE FILELISTONL

  • SQL Server数据库附加失败的解决办法

    本文为大家分享了SQL Server数据库附加失败的具体解决方法,供大家参考,具体内容如下 1.错误3415 问题:附加数据库的时候,发现总是附加失败,查看消息时发现问题如下: 查看消息后发现错误代码为3415 原因:数据库文件是只读的 解决方法:在文件属性中去掉只读属性 2.错误5120 问题:解决完错误3415后,附加数据库还是出现错误,查看消息时发现问题如下: 查看消息后发现错误代码为5120 解决方法1(尝试):把数据库登陆方式改为Windows身份认证,然后再试一下: 解决方法2:查看

  • 清除SQL Server数据库日志(ldf文件)的方法汇总

    清除SQL Server数据库日志(ldf文件)的方法汇总

    目录 解决方案1 - 直接删除本地ldf日志文件:(比较靠谱方案!) 解决方案2 -收缩数据库日志文件(最靠谱方案!) 解决方案3 - 采用SQL脚本删除. 清除SQL Server数据库日志(ldf文件)的几种方法 随着系统运行时间的推移,数据库日志文件会变得越来越大,这时我们需要对日志文件进行备份或清理. 解决方案1 - 直接删除本地ldf日志文件:(比较靠谱方案!) 1. 在SQL管理器分离数据库. 2. 对数据库日志文件进行压缩备份(rar, zip) 3. 直接删除ldf文件. 附加数

  • Sql Server数据库各版本功能对比

    Sql Server数据库各版本功能对比

    背景 今天举办的 Data Amp 大会上,微软向开发者们强调了 数据如何影响他们的应用和服务 ,顺道还宣布了几个小新闻.这个免费的线上研讨会不仅展示了未来的机器学习远景,还发布了 SQL Server 2017.推出了 面部认知服务 API 和 Azure 分析服务.显然,SQL Server 2017 将成为开发者们押注机器学习功能的下一个关键.其包含了对 Python(Python/R)的支持,且有能力承担数据密集型计算.微软开始向机器学习发力了. 数据库排名 从DB-Engines 发布

  • SQL Server 数据库的备份详细介绍及注意事项

    SQL Server 备份 前言 为什么要备份?理由很简单--为了还原/恢复.当然,如果不备份,还可以通过磁盘恢复来找回丢失的文件,不过SQL Server很生气,后果很严重.到时候你就知道为什么先叫你备份一次再开始看文章了.∩__∩.本系列将介绍SQL Server所有可用的备份还原功能,并尽可能用实例说话. 什么是备份?SQL Server基于Windows,以文件形式存放资料,所以备份就是Windows上SQL Server相关文件的一个某个时间点的副本.根据备份类型的不同,副本的种类和内

  • SQL Server 数据库优化

    在开发工具.数据库设计.应用程序的结构.查询设计.接口选择等方面有多种选择,这取决于特定的应用需求以及开发队伍的技能.本文以SQL Server为例,从后台数据库的角度讨论应用程序性能优化技巧,并且给出了一些有益的建议.1 数据库设计 要在良好的SQL Server方案中实现最优的性能,最关键的是要有1个很好的数据库设计方案.在实际工作中,许多SQL Server方案往往是由于数据库设计得不好导致性能很差.所以,要实现良好的数据库设计就必须考虑这些问题. 1.1 逻辑库规范化问题 一般来说,逻辑

  • SQL SERVER 数据库备份的三种策略及语句

    1.全量数据备份 备份整个数据库,恢复时恢复所有.优点是简单,缺点是数据量太大,非常耗时 全数据库备份因为容易实施,被许多系统优先采用.在一天或一周中预定的时间进行全数据库备份使你不用动什么脑筋.使用这种类型的备份带来的问题是非常缺乏灵活性,而且当数据库被冲掉后,你面临丢失大量数据的潜在威胁.例如,假设你每天在午夜备份数据库. 如果服务器在晚上11点崩溃了,你将丢失前面23个小时对数据所做的全部修改.对大多数系统来说,这是无法接受的.对此规则,为数不多的例外如下: 1.系统中所存的数据可以很容易

随机推荐