事务复制的基本机制，在联机文档上也有介绍。
如图，主要依靠2个代理，1.日志读取代理(log reader agent),2.分发代理(distribution agent)。
其中log reader agent，负责从发布数据库上读取日志并且写入到分发数据库(distribution)中。然后distribution agent负责从distribution读取数据并且写入到订阅中。
开profiler,使用tsql模板即可。在已经有复制环境的状态下，对发布项目执行：
BEGIN TRAN
go
INSERT INTO dbo.rename_sc DEFAULT VALUES
GO 10
COMMIT
最主要的部分：
如图，Log Reader Agent使用会话55去发布库的日志上读取事务，如果发现有需要分发的，那么会调用sp_MSadd_replcmds，这个存储过程会把抓到的指令存放到dbo.MSrepl_commands和MSrepl_transactions2个表中。然后就会使用过程sp_repldone标记事务已经被复制。
SELECT spid,program_name FROM sys.sysprocesses WHERE spid IN( 57,55)
在sql server中查询sys.sysprocesses 这2个spid 会发现program_name='Repl-LogReader-0-p1-9
也就是log reader agent在sql server 上有2个会话一个负责读，一个负责写。这样Log Reader Agent的一次读取完成。
Log Reader Agent写入完之后就是有Distribution Agent 把事务应用到订阅库。
在存储过程sys.sp_MSget_repl_commands对表dbo.MSrepl_commands读取，之后就是在订阅服务器上面运行sp_MSins命令。
仔细观察其实不难发现msrepl_command表中存的是明码,通过和sp_browsereplcmds对比就能发现，那么也就是说其实在插入MSrepl_commands的时候就已经知道了。
但是这里有个问题Agent是怎么知道要调用这个存储过程的。
在这里会注意到有2个不同的会话在处理，一个负责读，一个负责写入，其中65负责从分发库中读取，51负责应用到订阅库
SELECT spid,program_name FROM sys.sysprocesses WHERE spid IN( 65 ,51)
最后会修改订阅服务器中的MSreplication_subscriptions中的一些字段，其中最终要的是timestamp，这个字段表示现在订阅已经应用到了那个事务。奇特的事情又出现，会发现有2个update语句。不知道是不是为了版本兼容。
UPDATE MSreplication_subscriptions
SET transaction_timestamp = CAST(@P1 AS BINARY(15))
+ CAST(SUBSTRING(transaction_timestamp, 16, 1) AS BINARY(1)) ,
"time" = @P2
WHERE UPPER(publisher) = UPPER(@P3)
AND publisher_db = @P4
AND publication = @P5
AND subscription_type = 1
AND( SUBSTRING(transaction_timestamp, 16, 1) = 0
OR DATALENGTH(transaction_timestamp) < 16
)
+ CAST(CASE DATALENGTH(transaction_timestamp)
WHEN 16
THEN ISNULL(SUBSTRING(transaction_timestamp, 16, 1), 0)
ELSE 0
END AS BINARY(1)) ,
Distribution Agent完成一次分发。
本文转自 Fanr_Zh 博客园博客，原文链接：http://www.cnblogs.com/Amaranthus/p/4271522.html，如需转载请自行联系原作者