SQL Server高可用——日志传送(4-2)——部署

原文:SQL Server高可用——日志传送(4-2)——部署

 

前文再续,书接上一回。本章演示一下日志传送的具体过程

 

准备工作:

 

由于时间关系,已经装好了3台虚拟机,且同在一个域里面:

 

 

 

 

SQL01:主服务器

SQL02:辅助服务器

SQL03:监视服务器

 

初始配置:

      这里是实验方便,正式环境应该由于特殊账号的读写权限。注意这里的读写权限不应该是sql内部的账号,如sa这些,而是sqlagent、SQLServer
service这类型的账号,这些账号才是访问文件夹的。

      首先,创建一个【主服务器】能访问的备份文件夹。并共享给【辅助服务器】读取。这个文件夹可以是共享文件夹,也可以是主服务器上的文件夹。但是主服务器的sqlagent必须对其具有写的权限。

 

 

 

 

      对于这个文件夹,主服务器必须具有读写权,而辅助服务器必须具有读的权限。

      

      然后在辅助服务器上创建一个文件夹,用于存放从主服务器上的备份文件。辅助服务器的sqlagent账号或者执行作业的账号必须对这个文件夹具有读写权限。

      

      最后,检查双库的恢复模式。必须为完整或者大容量日志。

 

使用SSMS来部署:

 

步骤1:先打开日志传送。也就是如图,打开属性:

 

 

 

步骤2:先来配置主服务器,点击【备份设备】:

 

 

打开之后,输入共享文件夹的路径。

      

 

 

步骤3:配置辅助服务器,其实辅助服务器配置好共享文件夹之后,其他的工作大部分都可以在主服务器上完成。在这里输入共享文件夹:

 

 

 

 

 

 

 

步骤4:配置监视服务器,配置较为简单,但是要注意的是尽可能使用专用的账号来运行:

 

 

 

到目前位置,基本上已经配置完毕,可以使用图中红框的部分来保存脚本以便出现问题的时候能快速创建:

 

 

检查:

 

现在来检查一下,从下图可以看到:

在主服务器上有一个LSBackup_AdventureWorks的作业,用于备份主服务器上数据库的备份,注意初始化的时候要先做完整备份,后续只做日志备份。

在辅助服务器上,有两个作业:一个LSCopy_ZJSQL-T01\SQL01_AdventureWorks:该作业用于把备份从主服务器的文件夹或者从共享文件夹中把备份文件复制到本地。另外一个LSRestore_
ZJSQL-T01\SQL01_AdventureWorks:该作业用于把复制过来的备份文件还原到辅助服务器上,并保持数据库处于还原状态。

 

 

 

接下来看看监控服务器:

 

 

 

可以同样看到监控服务器上也有一个作业:LSAlert_ZJSQL-T03\SQL03。双击打开可以看到:

 

 

 

到目前位置,部署方面就基本上完成了,但是根据不同的应用环境,部署会有不同的使用情况。部署日志传送相对比较简单。但是最重要、最复杂的是接下来的一篇:SQL
Server高可用——日志传送(4-3)——使用

时间: 2024-10-21 23:27:33

SQL Server高可用——日志传送(4-2)——部署的相关文章

SQL Server高可用——日志传送(4-3)——使用

原文:SQL Server高可用--日志传送(4-3)--使用   顺接上一篇:SQL Server高可用--日志传送(4-2)--部署 本文为本系列最重要的一篇,讲述如何使用日志传送及一些注意事项.从上一篇可以看到,其实配置不难,难是难在一旦出现问题,如何处理.这些是4大高可用的同性.配置都不会很难,只是如何故障排除而已.     监控日志传送:       在配置好日志传送之后,需要进行监控,监控备份.复制及还原的作业运作情况.这三类作业任何一个没有成功都意味着日志传送失败. 有两种方法可以

SQL Server高可用——日志传送(4-1)——概论

原文:SQL Server高可用--日志传送(4-1)--概论  本文作为学习总结,部分内容出自联机丛书及其他书籍   日志传送是什么?          SQLServer 2012之前(2012出现了AlwaysOn),SQLServer存在四大高可用(集群/群集.日志传送.镜像和复制).本主题主要讨论其中的日志传送功能.但是由于工作原因,只能谈论到使用级别,不做太深入的研究.   现在先来说说日志传送(Log Shipping)是什么?         它是高可用的其中一种,可以搭配其他高

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

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

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 2008事务日志传送备份的实施过程详解

熟悉微软企业级数据库软件朋友,了解作为微软一个重大的产品版本,SQL Server 2008除了许多新的特性和关键的改进,使得它成为至今为止的最强大和最全面的SQL Server版本外,其实SQL Server 2008中的备份方式也是其一大亮点,SQL Server 2008使用的备份一个数据库有多种方法,如差异备份和事物日志备份.事务日志备份将复制上次完全或以前的事务日志备份的所有数据变化.事物日志备份通常是非常快并且非常小,仅次于镜像的高可靠性备份方案,可以达到分钟级的灾难恢复能力. 下面

SQL Server 2000之日志传送功能

server SQL Server 2000之日志传送功能 - 描述 (1) 角色变更.角色互换.以及监控服务器所在位置     当线上数据库停摆时(可能是计划内维护工作,或是预期外的状况),如果还有备援服务器上的数据库可供存取,您可能会比较安心一点.一个设计良好的日志传送系统(将数据库交易日志文件从主要服务器传送到备援服务器)即可给予您这样的自信心.内建于 SQL Serve 2000 企业板与开发版的 Enterprise Manager 工具程序即支持日志传送功能. 角色变更     将日

SQL Server 2000之日志传送功能 - 描述

server 角色变更.角色互换.以及监控服务器所在位置     当线上数据库停摆时(可能是计划内维护工作,或是预期外的状况),如果还有备援服务器上的数据库可供存取,您可能会比较安心一点.一个设计良好的日志传送系统(将数据库交易日志文件从主要服务器传送到备援服务器)即可给予您这样的自信心.内建于 SQL Serve 2000 企业板与开发版的 Enterprise Manager 工具程序即支持日志传送功能. 角色变更     将日志从主要服务器传送到次要服务器之后,您可在必要时以次要服务器置换

SQL Server 2000之日志传送功能 - 描述(2)

server SQL Server 2000之日志传送功能 - 描述(2) 角色变更.角色互换.以及监控服务器所在位置     Step 4: 通知监控服务器角色已变更 SQL Server 2000 的日志传送会在监控服务器上安装监控工具程序:最好是在第三台服务器.为了通知监控服务器日志传送的角色已经过变更,您必须在监控服务器上执行 sp_change_monitor_role 预存程序,如程序代码列表3所示.尽管名称内含有 change 字眼,但它并不会变更监控服务器的角色.相反地,此预存程

SQL Server 2000之日志传送功能 - 设定(1)

server SQL Server 2000之日志传送功能 - 设定(1)       日志传送功能可自动复制数据库的交易日志文件,并回存到备援服务器 (standby server) 的另外一个数据库.因此可大幅提高SQL Server数据库之可用性.因为备援数据库完整地接收来源数据库的异动情况,所以它就是一份来源数据库的复本 - 差别仅在于资料复制与加载过程所产生的时间差.然而,当主要服务器停摆时,您就可以将备援服务器更改为新的主要服务器.如果原来的主要服务器可重新上线使用,那么您可以将其设