您要出于什么目的大规模暂停远程源？ 如果您一直在寻找dpagent，则可以始终将其关闭以完全停止复制。 稍后，代理返回时，您将处理所有远程订阅异常并继续复制。

此功能也有SQL，如果这样做比监视程序容易的话。 仍然可能会遇到DPServer的问题，需要先更改一个远程源，然后再转移到下一个远程源。

• 更改远程源" RS name "暂停捕获 ;
• 更改远程源" RS name "继续捕获；

此致

Jeff

在重新启动dpagent时未挂起远程源的情况下，当代理关闭时，您将看到远程源的异常。 这将是一些简单的消息，例如"无法联系到代理"。 代理重新连接后，该异常应自动消失，但是您也可以像在其他任何情况下一样，在知道代理正在运行并已连接后处理该异常。

我们会在其中跟踪"我们在哪里" 在HANA方面进行复制，因此对于Oracle和HANA之类的远程源，关闭代理不会对订阅产生负面影响。 例如，当dpagent关闭时，源HANA触发器仍在捕获更改，而当dpagent关闭时，源Oracle仍在编写其重做日志。 因此，当复制恢复时，我们从最后一点开始。

总的来说，我认为最好像执行操作一样先挂起远程源，这是控制重新启动的预定方法。 需要判断恢复订阅所花费的时间是否比偏离"最佳实践"更重要。 我不知道简单地暂停代理会有任何特定的风险，在我的测试系统中，该代理在最新的dpagent版本和HANA 2.0 SP03及更高版本上运行良好。