sql server 高可用日志传送

本文涉及的产品
云数据库 RDS SQL Server,独享型 2核4GB
简介: 原文:sql server 高可用日志传送一. 日志传送概述     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库-->属性-->任务-->传送事务日志,将勾选去掉确定).

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
|
4月前
|
SQL 大数据 API
每天一道大厂SQL题【Day08】服务日志SQL统计
每天一道大厂SQL题【Day08】服务日志SQL统计
42 0
|
26天前
|
SQL JSON Kubernetes
Seata常见问题之服务端 error日志没有输出,客户端执行sql报错如何解决
Seata 是一个开源的分布式事务解决方案,旨在提供高效且简单的事务协调机制,以解决微服务架构下跨服务调用(分布式场景)的一致性问题。以下是Seata常见问题的一个合集
97 0
|
1月前
|
SQL 资源调度 Oracle
Flink CDC产品常见问题之sql运行中查看日志任务失败如何解决
Flink CDC(Change Data Capture)是一个基于Apache Flink的实时数据变更捕获库,用于实现数据库的实时同步和变更流的处理;在本汇总中,我们组织了关于Flink CDC产品在实践中用户经常提出的问题及其解答,目的是辅助用户更好地理解和应用这一技术,优化实时数据处理流程。
|
2月前
|
SQL 数据采集 JSON
弱结构化日志 Flink SQL 怎么写?SLS SPL 来帮忙
弱结构化日志 Flink SQL 怎么写?SLS SPL 来帮忙
125157 136
|
3月前
|
SQL 关系型数据库 MySQL
MySQL SQL性能分析 慢查询日志、explain使用
MySQL SQL性能分析 慢查询日志、explain使用
90 0
|
4月前
|
SQL 大数据 HIVE
每天一道大厂SQL题【Day09】充值日志SQL实战
每天一道大厂SQL题【Day09】充值日志SQL实战
30 0
|
4月前
|
SQL Python BI
Django实践-07日志调试,Django-Debug-Toolbar配置与sql优化
Django实践-07日志调试,Django-Debug-Toolbar配置与sql优化
Django实践-07日志调试,Django-Debug-Toolbar配置与sql优化
|
8天前
|
SQL 人工智能 算法
【SQL server】玩转SQL server数据库:第二章 关系数据库
【SQL server】玩转SQL server数据库:第二章 关系数据库
51 10
|
1月前
|
SQL 数据库 数据安全/隐私保护
Sql Server数据库Sa密码如何修改
Sql Server数据库Sa密码如何修改
|
18天前
|
SQL
启动mysq异常The server quit without updating PID file [FAILED]sql/data/***.pi根本解决方案
启动mysq异常The server quit without updating PID file [FAILED]sql/data/***.pi根本解决方案
16 0