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

SQLServer 2000之日志传送功能 - 设定（3）

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

在次要服务器上检视日志传送动作 日志传送计划存在于次要服务器。您可在次要服务器监控SQL Agent工作(复制交易日志文件到次要服务器，并回存至目的数据库)。您也可检视目的数据库的属性对话盒，以决定该数据库在日志传送过程所扮演的角色。

在次要服务器上，SQL Server使用msdb数据库的四个日志传送资料表。当SQL Server建立一个日志传送计划之后，它会新增一笔资料到log_shipping_plan资料表，用以纪录：主要与次要服务器的名称、档案位置、复制与回存工作ID(来自于次要服务器之sysjobs系统资料表)。在log_shipping_plan_databases资料表，SQL Server会连结维护计划以及来源/目的数据库名称，而且储存最后一次进行档案复制与加载动作的相关信息。log_shipping_plan_history资料表则是将每次日志传送的复制与回存事件纪录下来，连同该工作是否成功的信息。SQL Server也会新增一笔资料在log_shipping_monitor资料表，用以参照监控服务器。

假如您勾选了【Allow database to assume primary role】复选框，您将在次要服务器上看到一个重要的额外项目：另一个数据库维护计划(与您先前所建立的维护计划名称相同)，但是并没有激活日志传送。您也会看到一个非作用中(disabled)的SQL Agent工作(备份该数据库的交易日志)。也许您会被这些项目所混淆。尽管它们的名字相同，但是此额外产生的维护计划却不同于当初所建立的那个。SQL Server保留第二个逆向维护计划是为了以后可能发生的主要/次要服务器角色对调动作所预备。

dedecms.com

在监控服务器上检视日志传送动作 当您正确设定日志传送之后，SQL Server 会激活监控服务器上Enterprise Manager 的日志传送监控工具程序。此外，SQL Server会建立两个SQL Agent 警示工作(alert job)：一个用来执行工作，另一个处理out-of-sync情况。

使用监控工具程序的方式是，开启Enterprise Manager并连至监控服务器，展开【Management】节点，然后点选【记录传送监视器(Log Shipping Monitor)】。当您点选此工具程序时，其内会列出日志传送配对服务器的清单。您可在配对服务器上按下鼠标右键，检视其备份、复制与回存等工作的执行历史纪录。这些历史纪录十分有用，因为您从这里得到的错误讯息会比从次要服务器上(SQL Agent 复制与回存工作)得到的更为详尽。
如图所示：当您开启配对服务器之属性对话盒，并进入【Status】设定页时，您可检视此配对服务器执行备份与回存程序之状态。
内容来自dedecms

其状态(Status)可以是Normal 或是Out-of-Sync。假如SQL Server Agent尚未复制或回存交易日志文件，对话盒内将会显示日志文件名为first_file_000000000000.trn。这并不是实际的文件名称，只不过是用来标示SQL Server Agent尚未处理任何档案而已。在【Status】设定页也会显示备份、复制以及加载(回存)等动作执行时所耗费的时间。此设定页之信息不会自动更新，所以您必须将此对话盒关闭后再开启，才能更新其资料。

SQL Server只使用msdb数据库内两个资料表来储存日志传送服务器之相关资料。SQL Server在这两个资料表中都给予一个ID做为连结，以及一个外来键(foreign key)。该外来键是设定在log_shipping_secondaries资料表上，并参照log_shipping_primaries资料表的primary_id字段(这两个是所有日志传送资料表中唯一具有外来键关系的资料表)。在log_shipping_primaries资料表内的每笔资料都包含日志传送的相关信息，例如：来源数据库名称、交易日志文件备份工作执行之状态，以及已规划的停摆信息(可避免不必要的警示讯息)。而log_shipping_secondaries 资料表之每笔资料关于目的数据库之信息；每个目的数据库附属于特定的日志传送来源数据库。这两个资料表互相连结的结果就是日志传送监控程序内所显示的配对服务器信息。