当出站队列开始填满并且假设DSI没有关闭时，通常可以将问题追溯到复制数据库中的问题（例如，对SRS maint用户的过多阻塞，插入/插入的性能不佳） 更新/删除语句）。

要排除复制数据库中的任何问题，我建议：

-将SRS/DSI连接视为连接到复制Oracle数据库的任何其他应用程序

-具有Oracle DBA（最好具有一定的查询性能经验）对复制数据库中的（SRS）主用户的查询进行一些基本的P＆T分析（例如，过多的阻塞，由于缺少索引而导致的表扫描，由于性能过高而导致的性能下降） 触发和/或RI外键检查？）

Yuvaraj

您终于解决了这个问题吗？ 请分享您的修复或解决方法。

谢谢

Avinash

我建议与SAP/Sybase一起开案，以获得可能需要的适当支持。

st：0表示在源端具有大量命令的开放式转换。

在源端检查需要提交或回滚的开放事务。

可能需要在源端重新启动（首先是rep代理，然后是实例）。

有sysadmin命令可以处理未完成的事务。

请谨慎使用，并应获得SAP/Sybase员工的明确建议。

HTH

Avinash

你好Avinash，

早期的Memory_limit为40GB，然后增加了50GB，并试图清除所有打开的

（sysadmin purge_all_open，Q_no，Q_type [0 | 1]）事务，但是由于抛出高速缓存大小不足警告而失败。

后来将Memory_limit增加到75％，并且两者都增加了（sqt_max_cache_size和dist/dsi_sqt_max_cache_size）。

然后清除未完成的交易。 添加内存后，到上周为止，它一直保持稳定。

在几个系统中，已观察到的未完成交易数百万，这导致Rep Agent中出现其他问题。 我为此打开了另一个问题线程。

谢谢

Yuvaraj Subramani

如果应用程序/用户/无论是什么东西在源中长时间保持打开状态，则没有任何SRS（或RAX） 将能够做到这一点。 （显而易见的）解决方案是与开发人员/用户坐下来，解释发生的事情，（希望）看看他们是否可以重新设计这个特定的流程，以减少事务处理的时间。

------------------

尽管我没有使用ASE尝试过任何其他方法，但另一个选择是查看是否可以设置多路径复制并通过单独的路径路由有问题的查询。 [在这一点上，我不知道异构复制完全支持多路径表示，更不用说支持哪些功能了，例如，通过不同的路径路由proc或筛选器。]

感谢Ken ...已通过增加sqt_max_cache和DSI_sqt_max_Cac​​he_size解决了该问题。

现在，我在另一台服务器中遇到其他情况，其中入站队列正在移动，但没有进入出站队列。

我这样做

管理员统计信息，积压

线程数在增加，没有被推送到出站队列。 所有订阅均处于有效状态。 没有公开交易。 怀疑此SQM阻止与1有关。

快速状态信息已关闭读取已打开Trunc已删除完全SQM阻止首先转换为SQM读取器的SQM读取器更改可能性检测孤儿
---- -------------------- -------------------------------------------------- ---------- ----------- ----------- ----------- ------- ---- ----------- -----------
116等待唤醒152：1 DIST msf.MSF 0 7 1 8 0 0 1 st：R， cmds：3，qid：623093：46：22 0 0 0 0

有人可以建议吗？