（对我而言）尚不清楚采取了什么步骤来排除RDB中的问题（例如，阻塞，资源争用等），甚至可能排除PDB中的问题（例如，长时间运行的txn）。

在导致这些稳定设备使用增加的这些时期中，查看PDB中的事务活动可能也很有趣，以查看是否可以进行一些操作来将所述事务微调/调整为 帮助减少稳定的设备使用。

如果您的发现（仍然）表明Repserver需要调整，则可能需要查看收集一些（RS Monitor计数器）统计信息，以查看它们是否可以使零对哪种RS配置最有利。 p>

你好标记

有用的答案。 感谢您解释条款。 您是正确的，我的PDB是oracle数据库（或者因为有四个连接，所以是数据库），我的PRS是本地复制服务器，我的RRS是中央复制服务器，而RDB是HANA数据库。 在PDB和RDB之间，没有其他复制服务器。

今天，仍然存在稳定设备增加的问题。 我发现，在四个连接的PDB中，只有一个导致这种增加。 我是和admin who，sqm一起做的。 对于所有队列，第一个指针与下一个和最后一个指针几乎相同，仅一个指针存在巨大差异。

然后我做了几次管理员。 我发现事务大小很小，这是预料之中的，因为源系统应该有很多事务，但每个事务都很小。

然后我执行了一次多次的管理员who，发现了一个有趣的观点。 查看" First trans"列，每次执行admin who，sqt时，所有连接的值都会更改。 但是仅对于一个连接，该值保持不变。 然后，我执行一次admin，sqm，一次又一次，然后看到值仅在几秒钟后才更改。

那么，问题：如果" First trans"值在一段时间内保持不变，是否表明该事务需要RDB中的一段时间（很多时间）？

来自德国的问候

Hanno Keidel

到目前为止我能说的是：我有四个数据库要连接。 每个数据库都与其单独的rep代理连接。 每个代表代理都连接到单独的代表服务器（我们称为此本地复制服务器）。 每个本地复制服务器都连接到一个复制服务器（我们称为中央rep服务器）。 该中央代表服务器已连接到HANA数据库。 在本地代表服务器上，队列（稳定设备）始终几乎为空。 在与目标（HANA）数据库连接的（中央）rep服务器上发生队列问题。 （中央）代表服务器和HANA位于同一LAN中，因此可以排除网络性能问题。 因此，瓶颈是中央rep服务器或HAN本身。 但是，当队列增加时，我可以看到HANA仍然有很多可用资源，因此我认为瓶颈是（中央）rep服务器。

我不是SRS专家。 我管理系统，了解体系结构和最重要的命令（我想）。 我该怎么做才能找出性能问题出在哪里？ 当然，我的选择是再次订购SAP，但在此之前，我想为自己尝试一些东西。

马克，我已经在您的评论中创建了评论的评论。 希望这行得通。

你好饭能，

""第一笔交易"的值在一段时间内保持不变"这一事实应表明这是一笔大交易，需要更多的处理时间。 您可以继续监视以查看它是否始终是此连接，以及是否在某个特定时间发生。 然后，我们可能会尝试找出当时的交易情况。

我也希望您能从SAP注释中获得更多信息：

2207039-延迟：IBQ中的未清事务正在缓慢移动-SRS 15.7.1

最好的问候。

您使用的RS是哪个版本？

通过转动RS跟踪标志来检查提交是否按预期到达。

如果" admin，sqt"长时间显示事务"打开"并且带有大量" cmd" 值，然后检查PDB端的DML。

您也许还可以从稳定队列转储中获取有关" admin，sqt"输出中所示位置的更多详细信息。 您将需要阅读RS文档才能运行确切的命令（我使用Rob Verschoor的"绿色"手册RS QRG，非常方便！）

最新的RS版本很重要：例如，直到我们升级到RS 15.7.1 SP306为止 ，如果实现DirectLoad订阅，则不会将提交发送到HANA。 从RS跟踪中可以看到这一点，并且我们曾经用完ASE PDB上的锁。

HTH

Avinash

PS：注意到了新的KB 2302827 对于与您完全一样的问题，这也可能有帮助。

https://launchpad.support。 sap.com/#/notes/2302827