您现在正在浏览：站长之家 >> 数据库 >> 详细内容

SQLServer 2000之日志传送功能（1）

时间:2007-12-23 来源:不详作者:迈克DB

USEmaster
GO
EXECmsdb.dbo.sp_change_primary_role
@db_name=’Pubscopy’,
@backup_log=1,
@terminate=1,
@final_state=3,
@access_level=1

步骤3:升级次要服务器下一个步骤是把目前次要服务器升级成复原状态(recoveredstate)，这样它才能取代原先的线上数据库，且变成潜在日志传送主要服务器数据库。在次要服务器上，假如您已确认无任何使用者继续存取数据库，就可以执行sp_change_secondary_role预存程序，如程序代码列表2所示：
程序代码列表2：将次要服务器数据库升级成主要服务器数据库之预存程序。
USEmaster
GO
EXECmsdb.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是在执行sqlmaint.exe时指定尚未文件化的Forceload选项；参数@final_state=1将新主要服务器数据库设定为复原模式；参数@access_level将存取方式设回先前多使用者状态。参数@terminate=1则促使该预存程序中断所有使用者的数据库存取动作—方式是执行ALTERDATABASE配合IMMEDIATE选项。然而，假如执行此预存程序时，您自己的EnterpriseManager与数据库间联机处于开启状态，ALTERDATABASE动作将会失败。所以您必须以手动方式确认是否已将所有数据库联机予以中断。最后，假如该数据库被设定为数据库复写(replication)之出版者数据库(publisher)，那么@keep_replication=0参数将依旧维持服务器上所有复写设定。

本文来自织梦

假如您曾选择让次要服务器成为未来潜在的主要服务器，则数据库维护计划会在次要服务器上建置一个交易日志备份工作(SQLServerAgent的transaction-logbackupjob)。该工作激活之后，交易日志备份文件就会开始出现在新主要服务器。您需要这些档案去重新设定将日志传送回新次要服务器。