sqlserver日志:SQL Server 2000之日志传送功能疯狂代码！

SQL Server 2000的日志传送功能 - 描述 (1)

角色变更、角色互换、以及监控服务器所在位置

当线上数据库停摆时(可能是计划内维护工作

或是预期外

状况)

如果还有备援服务器上

数据库可供存取

您可能会比较安心

点

个设计良好

日志传送系统(将数据库交易日志文件从主要服务器传送到备援服务器)即可给予您这样

自信心

内建于 SQL Serve 2000 企业板和开发版

Enterprise Manager 工具

即支持日志传送功能

角色变更

将日志从主要服务器传送到次要服务器的后

您可在必要时以次要服务器置换掉主要服务器

如果主要服务器发生问题

或是计划性停摆(例如升级硬件或安装修正

)

线上数据库就必须停止服务

段期间

此时您可以变更次要服务器上数据库的角色

让它取代主要服务器的后进而成为线上数据库

SQL Server 2000 线上手册(Books _disibledevent=>USE master
GO
EXEC msdb.dbo.sp_change_primary_role
@db_name = \'Pubscopy\',
@backup_log = 1,
@terminate = 1,
@final_state = 3,
@access_level = 1

步骤 3: 升级次要服务器下

个步骤是把目前次要服务器升级成复原状态(recovered state)

这样它才能取代原先

线上数据库

且变成潜在日志传送主要服务器数据库

在次要服务器上

如果您已确认无任何使用者继续存取数据库

就可以执行 sp_change_secondary_role 预存

如

代码列表2所示:

代码列表 2:将次要服务器数据库升级成主要服务器数据库的预存

USE master
GO
EXEC msdb.dbo.sp_change_secondary_role
@db_name = \'Pubscopy\',
@do_load = 1,
@force_load = 1,
@final_state = 1,
@access_level = 1,
@terminate = 1,
@keep_replication = 0,
@stopat = null

这些参数将促使该预存

尝试将所有剩余

交易日志文件从原先主要服务器复制到次要服务器

并将这些日志文件加载次要服务器数据库

参数 @do_load=1 会进行最近

次备份

并加载所有交易日志文件；参数 @force_load=1 是在执行 sql

t.exe 时指定尚未文件化

Forceload 选项；参数 @final_state=1 将新主要服务器数据库设定为复原模式；参数 @access_level 将存取方式设回先前多使用者状态

参数 @terminate=1 则促使该预存

中断所有使用者

数据库存取动作 — 方式是执行 ALTER DATABASE 配合 IMMEDIATE 选项

然而

如果执行此预存

时

您自己

Enterprise Manager 和数据库间联机处于开启状态

ALTER DATABASE 动作将会失败

所以您必须以手动方式确认是否已将所有数据库联机予以中断

最后

如果该数据库被设定为数据库复写(replication)的出版者数据库(publisher)

那么 @keep_replication=0 参数将依旧维持服务器上所有复写设定

假如您曾选择让次要服务器成为未来潜在

主要服务器

则数据库维护计划会在次要服务器上建置

个交易日志备份工作(SQL Server Agent

transaction-log backup job)

该工作激活的后

交易日志备份文件就会开始出现在新主要服务器

您需要这些档案去重新设定将日志传送回新次要服务器

Step 4: 通知监控服务器角色已变更 SQL Server 2000

日志传送会在监控服务器上安装监控工具

；最好是在第 3台服务器

为了通知监控服务器日志传送

角色已经过变更

您必须在监控服务器上执行 sp_change_monitor_role 预存

如

代码列表3所示

尽管名称内含有 change 字眼

但它并不会变更监控服务器

角色

相反地

此预存

会变更主要/次要服务器内档案分享所参照(reference)

位置

意思是说:监控服务器 log_shipping_secondaries 资料表内原先参照旧次要服务器

资料会被删除

而在 log_shipping_primaries 资料表内则是将旧主要服务器名称更改为新主要服务器名称

此预存

并不会将资料新增到 log_shipping_secondaries 资料表

新

配对服务器目前尚未建置

代码列表 3: 将角色互换结果通知监控服务器的预存

USE master
GO
EXEC msdb.dbo.sp_change_monitor_role
@primary_server = \'oahu\\sql2k_1\' ,
@secondary_server = \'oahu\\sql2k_2\',
@database = \'Pubscopy\',
@

_source = \'oahu\\sql2k_2\'

步骤 5: 在次要服务器上解析登入帐号 您必须先在新主要服务器上解析旧主要服务器登入帐号

使用者才可以存取新主要服务器；方式是使用步骤1所汇出的登入帐号档案

此汇出档案可被 sp_resolve_logins 预存

所读取

然后解析各服务器间 SID

差异

举例来说

代码列表4示范如何在新复原

Pubscopy 数据库上执行 sp_resolve_logins 预存

去解析原来

登入帐号

BOL文章曾教导您必须在目

数据库内才能执行该预存

事实上

sp_resolve_logins 使用了非完整式参照(unqual

ied reference)指向 syslogins 视观表

所以您必须在 master 数据库内才能执行此预存

！

代码列表4: 在次要服务器上解析登入帐号

预存

USE master
GO
EXEC sp_resolve_logins
@dest_db = \'Pubscopy\',
@dest_path = \'d:\\\',
@filename = \'syslogins.dat\'

步骤 6: 连结数据库存取和权限 BOL 对于角色变更

相关讨论仅止于步骤5

但是它忽略

个重要步骤:在 \"数据库存取权限\" 和 \"转移后登入帐号\" 的间进行协调动作

为了在新主要服务器内线上数据库

将移转后已解析

登入帐号连结至相对应

数据库使用者及其权限

您必须执行针对每个登入帐号执行

次 sp_change_users_login 预存

USE pubscopy
GO
EXEC sp_change_users_login \'Update_One\', \'UserName\', \'LoginName\'

执行该预存

可确保 SQL Server 登入帐号能够正确地连结相对应

数据库使用者名称

到此为止

您已经成功地将次要服务器升级为新

角色

而旧主要服务器也早已变成次要服务器

然而

您仍然尚未建置新

日志传送关系

您完成

只是角色变更

而不是角色互换

角色互换 为了达成完整日志传送角色互换您只需在新主要服务器和新次要服务器的间重新设定次日志传送即可新主要服务器已内含崭新数据库维护计划您将会倾向在维护计划内直接加入新次要服务器做为目服务器然而经过多次尝试的后我发现新主要服务器 \"交易日志备份工作\" 总是会失败并且日志也不会从新主要服务器传送到新次要服务器

所以您需要另外种思路方法您在执行过日志传送角色变更预存以及先前我详细介绍说明步骤后就可以直接达成完整角色互换 - 在新主要服务器和新次要服务器的间建置份新日志传送计划为了建置该计划您需遵循下列步骤:
1. 在新主要服务器数据库维护计划内移除日志传送功能
2. 在主要服务器上删除数据库维护计划
3. 在次要服务器上删除数据库维护计划
4. 维持所有交易日志文件
5. 在新主要服务器上建立个新数据库维护计划指定新次要服务器所在、目数据库位置、以及交易日志文件的适当存放位置如同我在 Part 1所介绍内容
6. 重新开始新主要服务器所有活动

在您成功设定角色互换且建置新日志传送配对服务器的后Enterprise Manager 日志传送监视器可能会告知您新次要服务器数据库并未和新主要服务器数据库取得同步(out of sync)如果 \"最近次加载交易日志\" 和 \"最近次备份交易日志\" 的间时间差超过了 out-of-sync 设定值您就会收到此报告直到最近次备份资料被加载的后日志传送监视器就会回到平常无状态

日志传送监视器所在位置

Microsoft 强烈建议将日志传送监视器置放于独立服务器上如此来无论主要服务器或是次要服务器执行工作失败时该监视器都会送出警示(alert)如果监视器位于主要或次要服务器其中的报告结果将取决于监视器所在服务器如果监视器所在服务器因故停摆它将无法继续回报可能情况所以要让监视器独立回报日志传送系统内主要或次要服务器上可能发生问题给予监视器台独立服务器是较佳实作方式此外也可以使用这台独立监控服务器去监控其它日志传送配对服务器

如果没有其它服务器可安装监控而需要放在主要或次要服务器其中的究竟应该把日志传送监视器放在哪台服务器呢？重点是想侦测主要服务器上可能发生日志传送问题所以放在次要服务器比较妥当如果将日志传送监视器放在主要服务器上当主要服务器停摆时您就无法使用该监视器监视器也无法在日志传送发生问题时送出警示所以呢如果只有两台服务器可使用次要服务器为置放日志传送监视器较佳位置某些时候为避免灾难发生时影响次要服务器必须将交易日志从某实体位置传送到另个地方(也许有段距离)在此情况下日志传送监视器最好放在其它地方独立服务器让灾难发生时不至于影响主要和次要服务器

日志传送功能可自动复制数据库

交易日志文件

并回存到备援服务器 (standby server)

另外

个数据库

因此可大幅提高SQL Server数据库的可用性

备援数据库完整地接收来源数据库

异动情况

所以它就是

份来源数据库

复本 - 差别仅在于资料复制和加载过程所产生

时间差

然而

当主要服务器停摆时

您就可以将备援服务器更改为新

主要服务器

如果原来

主要服务器可重新上线使用

那么您可以将其设定为新

备援服务器 - 事实上就是对调两台服务器

角色

在SQL Server 2000企业版或开发版的中

Microsoft在Enterprise Manager内提供了

项日志传送(Log Shipping)

功能 - 为数据库维护计划精灵

其中

部份

在使用的前

SQL Server时

您需要自行建立日志传送系统

设定日志传送

主要服务器(primary server) 即是实际处理资料正式服务器；此服务器内拥有来源数据库次要服务器(secondary server)上存放目数据库用来复制和回存来源数据库交易日志文件监控服务器(monitor server)用来监控主要服务器和次要服务器和SQL Server 7.0区别是(SQL Server 7.0是在次要服务器上监控日志传送动作)SQL Server 2000使用Enterprise Manager日志传送监控工具来监控每组传送中日志资料Microsoft建议您在另外台监控用服务器安装这个工具

您可以利用Enterprise Manager数据库维护计划精灵设定SQL Server 2000日志传送但是在您激活精灵的前您必须先进行某些准备工作开始请先遵循下列步骤:
1.决定组要设定日志传送服务器(即日志传送过程的中主要服务器和次要服务器为何)
2.选择台监控服务器最好区别于主要服务器或次要服务器
3.设定所有服务器的安全性您用来设定日志传送Windows帐号必须拥有所有服务器上SQL Server系统管理者(sa)权限
4.在主要/次要服务器上建立分享资料夹首先将来源数据库交易日志文件所在目录设定为分享目录接着在次要服务器上将您打算回存交易日志文件目录也分享出来为了清楚辨别各分享目录请在分享名称内注明服务器和数据库的名称如果分享目录名称已存在您可能需要从分享目录中删除或是搬移其它档案特别是旧日志备份文件然后再将这些分享目录权限开放给每台服务器上SQL Agent所使用Windows帐号
5.决定如何建立并化目地数据库您可以在日志传送设定过程就先建立和同步化目地数据库否则您必须手动进行数据库的回存动作
6.在Enterprise Manager注册此 3台服务器(即主要、次要和监控服务器)
在您完成这些准备动作时您就可以准备激活数据库维护计划精灵来设定日志传送您可以先检视日志传送过程 5个连续步骤如图1所示:

$\"\"$ \" align=baseline border=0>
图1:SQL Server 2000日志传送设定步骤

前两个为选择性(optional)步骤如果您尚未同步化来源和目数据库则步骤1会为您先备份来源数据库然后执行同步化动作在步骤2时精灵会将备份文件复制到次要服务器并回存到目地数据库
精灵定会执行其余 3项步骤在步骤3时精灵将在主要服务器上建立个SQL Agent工作(job)此工作将会周期性地把交易日志文件内容备份到磁盘档案内精灵也会在次要服务器上建立个传送日志数据库维护计划；此计画包含两个SQL Agent工作:个是将交易日志文件复制到次要服务器(步骤4)另个则是将交易日志文件回存到目数据库(步骤5)这些步骤将建立组日志传送服务器(互相有日志传送关系两个数据库)如果您想要额外提供容错功能或是设定台报表服务器那么您可以将主要服务器和另外台次要服务器组合在起再设定组日志传送配对服务器

准备工作
1.准备 Primary Server (以下为Ztao-1) 及 Secondary

Server (以下为IntronTest)
2.将要作 Log Shipping 数据库(以下为IntronERP)的还原模型(Recovery Model)设定为完整(FULL)
$\"\"$
3.将两台计算机SQL Server服务账号加入Administrator群组
4.建立Primary Server 备份Log数据夹
a.建立C:\\Logfile以存放Primary Server数据库Transaction Log备份
b.将C:\\Logfile作数据分享分享目录权限开放给SQL Agent所使用Windows帐号
5.建立 Secondary Server 还原数据夹(在Secondary Server)
a.建立C:\\Shippedlog数据夹以存放从Primary Server传送过来Transaction log 备份
b.建立 C:\\Logfile数据夹当角色交换后可存放新Primary Server数据库Transaction Log
c.将C:\\Logfile数据夹作资源共享分享目录权限开放给SQL Agent所使用Windows帐号
6.在Primary Server中新增 Secondary Server注册信息

逐步设定

在Primary Server中

设定Standby Server及Log shipping
1、开启Enterprise Manager

由工具中点选数据库维护计划
$\"\"$

2、欢迎画面:
$\"\"$

3、选取数据库:勾选Log shipping
$\"\"$

4、更新数据最佳化信息:维持预设

不用选择！
$\"\"$

5、数据库完整性检查:维持预设

不用选择！
$\"\"$

6、指定数据库备份计划:

般不用选择！ $\"\"$

7、指定交易记录文件备份磁盘目录:储存备份文件

目录指向Primary Server上存放资料日志文件

目录位置！
$\"\"$

8、指定交易记录共享:在此窗口中您必须指定主服务器上

分享目录名称

可以按下【…】按钮后浏览目录名称

$\"\"$

9、指定记录传送目

地:点选【Add】按钮后可开启『新增目

数据库』对话框
$\"\"$

10、新增目

数据库:输入所有Secondary Server

相关信息
$\"\"$

【伺服务器名称】下拉式选单会列出您在先前准备工作中曾利用Enterprise Manager所注册

Secondary Server名称

在【目录】文字字段里

请输入Secondary Server

目录名称

用以接收来源数据库交易日志文件复本；此名称为本地端路径名称

而不是分享目录名称

有关数据库

加载状态

您有两种选项可以设定:不复原模式(No recovery mode)和待命模式(Standby mode)

所谓

『不复原模式』表示使用者将无法进行资料查询

唯

可执行

动作只有回存交易日志文件

而『待命模式』则是将数据库设定成只读状态；只要不是在回存数据库

时候

您都可以查询资料

窗口内还有

个【终止数据库中使用者(建议选项)】选项

会在回存数据库或是回存交易日志文件时发生动作

在回存数据库或是交易日志文件时

『回存

』将是数据库内唯

使用者

所以

Microsoft建议您勾选此选项

否则其它使用者可能会影响回存动作

进行

11、指定记录传送目

地:该设定完成

$\"\"$

12、

化目

服务器:可以挑选最近

次

备份资料；或是建立

份新

备份资料

对大型数据库而言

使用既有

备份资料会比较有效率

然而

从那次备份的后

所有交易日志文件都必须存在于主要服务器上交易日志文件

分享目录的中

精灵才有办法复制和回存到次要服务器

如果数据库不是很大

那么让精灵产生新

备份将会比较简单

$\"\"$

13、记录传送排程:可以设定来源数据库上交易日志文件

备份频率；也可以设定次要服务器上SQL Agent工作 (由精灵建立

用来复制和加载交易日志文件)

频率

日志传送

频率可粗略设定为

分钟

次；但以大型数据库来说

5分钟

次是比较普遍

选择

$\"\"$

14、记录传送临界值:针对交易日志文件备份动作

以及复制和回存工作

设定合理

延迟时间

当超过临界时间时

日志传送监控

对话框将会响应

个警示讯息

prefix = o ns = \"urn:schemas-microsoft-com:office:office\" /> $\"\"$

15、指定记录传送监视服务器信息:这里可能会直接使用默认值

但是预设监控服务器是设定为主要服务器

般来说

不会把主要或次要服务器当作监控服务器

这是

如果其中

台服务器故障停摆时

将无法得知目前日志传送

状态为何

$\"\"$

16、产生报告:建议将报告存到你Log

目录下

或者专门存放有关Log Shipping

Log

目录下

方便出错时查找原因！
$\"\"$

17、维护计划历程记录:在Secondary Server上也保存

份记录

$\"\"$

18、设定Log Shipping名字
$\"\"$

19、按下【完成】吧！此时精灵会自动从主要服务器和次要服务器的间设定日志传送动作

并且在监控服务器上设定日志传送监控

$\"\"$

您可以使用数据库维护计划的【属性】对话盒来更改日志传送相关设定

在【交易记录文件备份】设定页提供

选项可更改日志传送过程中交易日志文件备份

组态

$\"\"$

【记录传送】设定页显示出您先前在维护计划内设定

日志传送配对服务器；如果您设定了其它组日志传送配对服务器

也会列在此处

本设定页也包含下列选项:新增目

数据库(用以建立新

日志传送配对服务器)、删除既有日志传送配对服务器、编辑目前

日志传送配对服务器的属性

以及移除整个日志传送功能

$\"\"$

当您在【记录传送】设定页的中点选【编辑】时

将开启【编辑目

数据库】对话盒

您可以在对话盒内【

般】设定页检视和修改次要服务器

交易日志文件的目录位置

以及未来做为主要服务器时分享目录的路径

【

化】设定页则可让您更改复原模式

以及次要服务器上复制和回存的频率

【临界值】页可以设定日志传送的临界周期

$\"\"$

在【超出同步临界值】项目可设定:当日志传送监控

产生警示讯息的前所能允许

最大时间间隔 (介于最近

次来源数据库交易日志文件备份以及最新

交易日志文件回存动作的间)

您也可以在日志传送监控

的中设定此参数

【在入时间延迟】、【档案保留期限】以及【历程记录保留期限】则是和次要服务器相关

设定

注:监控服务器在这些组态选项中扮演相当重要

角色

【记录传送】设定页

大部分信息取决于监控服务器

所以

但监控服务器停摆时

您将无法更改日志传送

组态设定值

在监控服务器执行SQL Server 2000 Profiler时

主要服务器会连到监控服务器

然后从日志传送资料表中取得既有

日志传送计划

因此

要改变日志传送计划

设定时

您必须确定在Enterprise Manager内可以连接到监控服务器

检查和监控日志传送动作

SQL Server 2000

日志传送功能还提供了

项日志传送监控

可让您安装在另

台独立监控用服务器

在SQL Server企业版和开发版

msdb数据库中共有 7个有关日志传送

资料表:
log_shipping_plans
log_shipping_plan_databases
log_shipping_databases
log_shipping_plan_history
log_shipping_monitor
log_shipping_primaries
log_shipping_secondaries

上述每

个资料表都存在于主要、次要以及监控服务器上

各服务器也会使用某些资料表储存资料

视该服务器在日志传送系统

角色为何

在主要服务器上检视日志传送动作 从Enterprise Manager 里

您可以登入主要服务器

并观察和监控日志传送动作

如果某个数据库已设定要进行日志传送

在数据库【内容】对话盒

【

般】页可得知该数据库

角色(来源数据库；或是目

数据库)

也可知道日志传送监控

是位于那

台服务器上

您可以在Enterprise Manager内SQL Server Agent

【作业】节点

检视日志传送和交易日志文件备份工作所执行

状态和历史纪录

主要服务器只使用msdb数据库

两个日志传送资料表

在log_shipping_databases资料表中

SQL Server新增

每

笔资料将会把数据库维护计划ID以及日志传送来源数据库连结在

起

在log_shipping_monitor资料表中

SQL Server新增

每

笔资料包含了监控服务器

名称

以及登入数据库

方式

在次要服务器上检视日志传送动作 日志传送计划存在于次要服务器

您可在次要服务器监控SQL Agent工作(复制交易日志文件到次要服务器

并回存至目

数据库)

您也可检视目

数据库

属性对话盒

以决定该数据库在日志传送过程所扮演

角色

在次要服务器上

SQL Server使用msdb数据库

4个日志传送资料表

当SQL Server建立

个日志传送计划的后

它会新增

笔资料到log_shipping_plan资料表

用以纪录:主要和次要服务器

名称、档案位置、复制和回存工作ID(来自于次要服务器的sysjobs系统资料表)

在log_shipping_plan_databases资料表

SQL Server会连结维护计划以及来源/目

数据库名称

而且储存最后

次进行档案复制和加载动作

sqlserver日志:SQL Server 2000之日志传送功能

延伸阅读

最新评论

发表评论

赞助商广告

随机更新

热门标注

最近更新

最新标注