sql server 高可用日志传送

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

相关实践学习
通过日志服务实现云资源OSS的安全审计
本实验介绍如何通过日志服务实现云资源OSS的安全审计。
目录
相关文章
|
5月前
|
SQL 传感器 人工智能
生成更智能,调试更轻松,SLS SQL Copilot 焕新登场!
阿里云日志服务(SLS)推出智能分析助手 SLS SQL Copilot,融合 AI 技术与日志分析最佳实践,将自然语言转换为 SQL 查询,降低使用门槛,提升查询效率。其具备原生集成、智能语义理解与高效执行能力,助力用户快速洞察日志数据价值,实现智能化日志分析新体验。
327 1
|
5月前
|
SQL 传感器 人工智能
生成更智能,调试更轻松,SLS SQL Copilot 焕新登场!
本文是阿里云日志服务(SLS)首次对外系统性地揭秘 SLS SQL Copilot 背后的产品理念、架构设计与核心技术积淀。我们将带你深入了解,这一智能分析助手如何从用户真实需求出发,融合前沿 AI 能力与 SLS 十余年日志分析最佳实践,打造出面向未来的智能化日志分析体验。
487 44
|
4月前
|
SQL 存储 监控
SQL日志优化策略:提升数据库日志记录效率
通过以上方法结合起来运行调整方案, 可以显著地提升SQL环境下面向各种搜索引擎服务平台所需要满足标准条件下之数据库登记作业流程综合表现; 同时还能确保系统稳健运行并满越用户体验预期目标.
295 6
|
SQL 存储 缓存
高基数 GroupBy 在 SLS SQL 中的查询加速
本文详细介绍了SLS中的高基数GroupBy查询加速技术。
358 94
|
SQL 存储 缓存
MySQL进阶突击系列(02)一条更新SQL执行过程 | 讲透undoLog、redoLog、binLog日志三宝
本文详细介绍了MySQL中update SQL执行过程涉及的undoLog、redoLog和binLog三种日志的作用及其工作原理,包括它们如何确保数据的一致性和完整性,以及在事务提交过程中各自的角色。同时,文章还探讨了这些日志在故障恢复中的重要性,强调了合理配置相关参数对于提高系统稳定性的必要性。
|
SQL 数据库
为什么 SQL 日志文件很大,我应该如何处理?
为什么 SQL 日志文件很大,我应该如何处理?
|
SQL 数据库
为什么SQL日志文件很大,该如何处理?
为什么SQL日志文件很大,该如何处理?
|
SQL 安全 数据库
基于SQL Server事务日志的数据库恢复技术及实战代码详解
基于事务日志的数据库恢复技术是SQL Server中一个非常强大的功能,它能够帮助数据库管理员在数据丢失或损坏的情况下,有效地恢复数据。通过定期备份数据库和事务日志,并在需要时按照正确的步骤恢复,可以最大限度地减少数据丢失的风险。需要注意的是,恢复数据是一个需要谨慎操作的过程,建议在执行恢复操作之前,详细了解相关的操作步骤和注意事项,以确保数据的安全和完整。
713 0
|
9月前
|
监控 容灾 算法
阿里云 SLS 多云日志接入最佳实践:链路、成本与高可用性优化
本文探讨了如何高效、经济且可靠地将海外应用与基础设施日志统一采集至阿里云日志服务(SLS),解决全球化业务扩展中的关键挑战。重点介绍了高性能日志采集Agent(iLogtail/LoongCollector)在海外场景的应用,推荐使用LoongCollector以获得更优的稳定性和网络容错能力。同时分析了多种网络接入方案,包括公网直连、全球加速优化、阿里云内网及专线/CEN/VPN接入等,并提供了成本优化策略和多目标发送配置指导,帮助企业构建稳定、低成本、高可用的全球日志系统。
954 54