在 transactional replication troubleshooting 的过程中,经常会遇到下面的场景: 客户在发布端执行了一个几百万行的更新,结果导致性能下降。 客户很想知道目前 distribution agent 的进度,完成的百分比,决定是等下去还是跳过这个过程。如果已经完成了 9
在transactional replication troubleshooting的过程中,服务器空间,经常会遇到下面的场景:
客户在发布端执行了一个几百万行的更新,结果导致性能下降。 客户很想知道目前distribution agent的进度,香港虚拟主机,完成的百分比,决定是等下去还是跳过这个过程。如果已经完成了90%,那么贸然停止就非常可惜了,并且rollback的操作也是要很长时间的。
下面介绍如何查看进度。
对比结果就可以知道进度了。
如果没有启用verbose log,就比较麻烦了,下面是具体的步骤。
找到相应的distribution agent 名称和publisher_database_id
select *From distribution..msdistribution_agents
通过名称就可以找到distribution agent进行的process id. 在distributor上执行下面的语句。
select hostprocess from sys.sysprocesses where program_name=@mergeAgentName
根据这个存储过程,我们可以得到相应的aritlce_id。
select transaction_timestamp,* From MSreplication_subscriptions where distribution_agent=@distribution_agent
接下来就可找到distribution agent当前正在执行的xact_seqno了. 将第一步得到的publisher_database_id,第5步得到的article_id和上一步得到的xact_seqno带入下面的查询
select xact_seqno,count(*) as number From distribution..msrepl_commands with(nolock)
where publisher_database_id=@publisher_database_id and article_id=@article_id
xact_seqno>@xact_seqno group by xact_seqno order by xact_seqno
顺序靠前,并且number较大的就是正在执行的事务了。 您可能会问,为什么不是第六步得到的xact_seqno的下一个呢(select min(xact_seqno)From distribution..msrepl_commands with(nolock)where publisher_database_id=@publisher_database_id and xact_seqno>@xact_seqno).