关于SQL Server7.0的Relication问题，紧急求助！

[l_wind]

问题：Distribution Agent提示"Request timeout"错误。

我用SQL Server7.0建立一个多个Publication对一个Subscriber的复制系统。
Publication到Subscriber的复制是Push方式，Snapshot类型。
一开始时复制系统正常运行。过了几天后Subscriber端的数据已有数十万条。
发现当Publication端开始运行Distribution Agent时，Agent的状态就总是
'Connect to subscriber...'，持续一段时间后便报"Request timeout"错误
中止Distribution Agent。
经反复实验分析发现在Distribution Agent状态"Connect to subscriber..."时
Subscriber端的数据库的Current Activity里，对接收复制信息的表有数百条Process
，查看他们的属性都是"delete fault_log where location = 'LN' "fault_log就
是复制的表名称，where location = 'LN'是复制的row filter条件。似乎在
Distribution Agent运行时，要清空Subscriber的表中符合row filter条件的记录。
由于Subscriber端的数据太多，在执行删除操作时，造成死锁。所以"Request timeout"
说明一下，我在配Publication时，对Snapshot的设置是:
"Delete data in the existing table that matches the row filter statment"

有谁知道这是怎么回事？或者有好的解决建议。先谢谢了！

[sorry]

我也很关注SQL Server复制的问题。而且我发现很多人在这方面都有疑问。
为什么大家不讨论一下呢？

[l_wind]

我发现在配置Publication时，Snapshot Agent的运行计划
默认只在第一天运行一次。我总是把它改成每天运行一次。
我现在有些疑惑，是否每天的复制都要先运行一次Snapshot Agent?