replcounters on ServerName

昨天发现发布服务器S（SQL Server 2008 R2），出现大量如下错误 错误细节如下所示： Date : 04 : 14 PM : 44 : 00 PM)Source spid52Message Reader Subsystem: agent xxxxx failed. The process could . 我在发布服务器S上启用Launch Replication Monitor(复

昨天发现发布服务器S（SQL Server 2008 R2），出现大量如下错误

错误细节如下所示：

Date :04:14 PM :44:00 PM) Source spid52 Message Reader Subsystem: agent xxxxx failed. The process could .

我在发布服务器S上启用Launch Replication Monitor(复制监视器),查看一些具体情况，如下所示

Error messages: The process could . (Source: MSSQL_REPL, Error number: MSSQL_REPL20011) Get help: http://help/MSSQL_REPL20011 The specified LSN {the log {000988e1:0000577e:00b4}. (Source: MSSQLServer, Error number: 18768) Get help: http://help/18768 The process could . (Source: MSSQL_REPL, Error number: MSSQL_REPL22017) Get help: http://help/MSSQL_REPL22017 The process could . (Source: MSSQL_REPL, Error number: MSSQL_REPL22037) Get help: http://help/MSSQL_REPL22037

另外发现Log  Reader Agent(日志读取器代理)呈现错误状态，首先尝试通过关闭Log Reader Agent(日志读取器代理)，然后重启Log Reader Agent(日志读取器代理)，Log Reader Agent(日志读取器代理)依然启动不了，重启SQL Server Agent（SQL Server 代理），问题仍然存在，检查msrepl_commands记录数，当时记录数是761490，可以排除颁发库的 msrepl_commands 表里面的数据太多，导致清理花费太长时间的原因。

SELECT COUNT(1) FROM msrepl_commands

于是执行下面SQL：

, , , , sp_repldone , , , , sp_replflush

 SQL执行完成后，日志读取器代理成功启动。重启初始化订阅后，问题解决。

下面是MSDN关于sp_repflush 和sp_repldone的解释：

sp_replflush 用于事务复制。

为了提高效率，项目定义存储在缓存中。只要修改或删除项目定义，，其他复制存储过程都可使用 sp_replflush。

只有一个客户端连接有权访问给定数据库的日志读取器。如果某个客户端有权访问数据库的日志读取器，则执行 sp_replflush 将导致该客户端释放其访问权。这样一来，其他客户端就能使用 sp_replcmds 或 sp_replshowcmds 扫描事务日志了

sp_repldone 用于事务复制。

sp_repldone 由日志读取器进程用来跟踪哪些事务已分发。

使用 sp_repldone，您可以手动通知服务器事务已复制（即已发送到分发服务器）。它还允许您更改被标记为下一个等待复制的事务。您可以在已复制事务的列表中前后移动。（所有小于或等于该事务的事务都将标记为已分发。）

可以使用 sp_repltrans 或 sp_replcmds 获得所需的参数 xactid 和 xact_seqno。

参考资料：

#bm892474