事务复制中日志读取错误
2010-05-23 10:40
204 查看
原帖地址:http://hi.baidu.com/luck001221/blog/item/eb234747a3489e0e6a63e52c.html
在出错的数据库下,用下面的命令可以解决:
sp_repldone 用于事务复制。
sp_repldone 由日志读取器进程用来跟踪已分发的事务。
-----------------------------------------------------------------
一般原因是数据库太繁忙了。
执行完后需要重新启动“日志读取器”
在出错的数据库下,用下面的命令可以解决:
EXEC sp_repldone @xactid = NULL, @xact_segno = NULL, @numtrans = 0, @time = 0, @reset = 1 Exec
sp_replflush
这样就能搞定了。出问题的原因还是比较多的,不太好找具体的原因。官方给出的这个命令的解释如下:
sp_repldone 用于事务复制。
sp_repldone 由日志读取器进程用来跟踪已分发的事务。
-----------------------------------------------------------------
一般原因是数据库太繁忙了。
执行完后需要重新启动“日志读取器”
相关文章推荐
- 事务复制中日志读取错误
- 可更新订阅的事务复制错误:列名 'msrepl_tran_version' 无效
- 跳过事务复制中的错误
- 错误提示是:发布 '%1' 的并发快照不可用,因为该快照尚未完全生成,或者日志读取器代理未运行,无法激活它。如果并发快照的生成过程中断,则必须重新启动用于该发布的快照代理,直到生成完整的快照
- DB2在导入数据时,如果数据量过大,出现事务日志满的错误(Database transaction log is full)该如何解决,commitcount使用
- mysql之 日志体系(错误日志、查询日志、二进制日志、事务日志、中继日志)
- 跳过事务复制中的错误
- SQLServer 事务复制分发错误 The process could not connect to Subscriber
- SQL SERVER数据库复制中出现logread代理失败的错误日志获取及分析办法
- ETL工具 与SQL server对比(即日志解析与事务复制)
- mysql 5.6 存储过程+事务+游标+错误异常抛出+日志写入
- 流复制报ORA-26687错误,警告日志报Streams APPLY A001 with pid=22, OS id=22929 stopped
- mysql之 日志体系(错误日志、查询日志、二进制日志、事务日志、中继日志)
- 日志传送、事务复制 和 Always.on
- [转]mysql 5.6 存储过程+事务+游标+错误异常抛出+日志写入
- 可更新订阅的事务复制错误:列名 'msrepl_tran_version' 无效
- 使用自治事务记录日志的错误信息
- sql 2005出现错误:数据库 'Twitter' 的事务日志已满。若要查明无法重用日志中的空间的原因,请参阅 sys.databases 中的 log_reuse_wait_desc 列。
- SQL0946N错误及DB2事务日志
- MySQL GTID复制Slave跳过错误事务Id以及复制排错问题总结