解决SQLServer2000之日志传送功能(转)

本文详细介绍了SQLServer2000日志传送过程中可能遇到的问题及解决办法,包括如何清除残留数据、确保数据库模式正确设置以及避免使用相同路径存放日志文件等关键步骤。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

解决SQLServer2000之日志传送功能(转)[@more@]

  一、残余数据

  当您进行SQL Server 2000日志传送的实验时,也许偶而会中断设定过程。如果真是如此,那么某些资料仍然会存入每台服务器的日志传送资料表,并且影响到后续的日志传送设定动作。为了保证这些剩余资料都会被清除,请确实删除每台服务器msdb数据库内日志传送资料表之相关资料。

  

  错误信息:

  Error 14261: The specified primary_server_name.primary_database_name ('N') already exists.

  Error 14426: A log shipping monitor is already defined (...)

  

  处理方法:

  必须手动执行下面几个存储过程来删除Log Shipping在数据库中记录的信息。

  1、sp_delete_log_shipping_primary

  删除msdb.dbo.log_shipping_primary表中的Primary Server信息

  2、sp_delete_log_shipping_plan

  删除Log Shipping计划

  3、sp_delete_log_shipping_secondary

  删除msdb.dbo.log_shipping_secondaries表中的Secondary Server信息

  4、sp_remove_log_shipping_monitor

  删除Log Shipping监视从表msdb.dbo.log_shipping_monitor

  

  二、数据库的模式

  如果正确设置了Log Shipping,但是没有办法正常执行,在SQL Server的日志中可以看到类似这个信息和界面:

  

  Microsoft (R) SQLMaint Utility (Unicode), Version Logged on to SQL Server 'ZTAO-1' as 'ZTAO-1Administrator' (trusted)

  Starting maintenance plan 'LOG_Plan_9' on 2003-9-4 14:42:02

  Backup can not be performed on database 'ERPLogShipping'. This sub task is ignored.

  Deleting old text reports...  0 file(s) deleted.

  End of maintenance plan 'LOG_Plan_9' on 2003-9-4 14:42:02

  SQLMAINT.EXE Process Exit Code: 1 (Failed)

  
 2004.7.31.11.27.43.1.jpg

  可能是你没有正确设置数据库的模式,完整模式。

  
2004.7.31.11.27.53.2.jpg

  

  三、Log文件存放路径

  在MSDN上看过一篇文章说,同一台电脑上再次设置Log Shipping时,不要使用相同的目录存放Log文件。


来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/8403220/viewspace-942032/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/8403220/viewspace-942032/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值