Marklogic 如何区分没有http应用程序命中ML和ML没有响应？

假设我在45秒内没有看到任何API响应。
我想检查MarkLogic是否确实没有命中，或者MarkLogic在此期间无法完成任何请求。
无法发送对http请求的响应可能是由于实际的MarkLogic数据库脱机，也可能是由于某些滞后操作。
那么，哪些滞后消息应该足够了？

警告：金丝雀线查找就足够了吗？

我看完了这本手册-。

我是否需要查找多个滞后警告？这将造成更大的复杂性。

如果我能找到一两种警告，那就足够了
 如果您正在寻找表明运行滞后的东西，那么我建议您搜索以下可能导致延迟的故障迹象：


警告：金丝雀线



内存不足



Slow




挂起



停止XDQPServerConnection



XDMP-CLOCKSKEW



如果您正在寻找表明运行滞后的东西，那么我建议您搜索以下可能导致延迟的故障迹象：


警告：金丝雀线



内存不足



Slow




挂起



停止XDQPServerConnection



XDMP-CLOCKSKEW



您是否检查了端口的访问日志（记录了请求和响应的HTTP状态代码）？此外，如果请求转到restapi，则restapi跟踪事件（记录到MarkLogic 10中的请求日志）或者URL重写跟踪事件可能会提供更多的诊断信息。当其他人试图找出他们的应用程序无法工作的原因并将其抛出围栏说“MarkLogic是否响应我们的呼叫”时，您是否正在试图找到一种方法来回答有关MarkLogic是否启动并响应的问题这些呼叫的响应时间是否有正常的SLA？您当前是否遇到操作滞后或MarkLogic离线的问题？@MadsHansen是的，在30秒或30秒以上之前没有任何呼叫响应。是的，我们确实经历了滞后运营。很少有需要更多时间的呼叫是可以的，但在滞后操作期间，没有呼叫得到响应。我专注于这一点。当没有30秒的呼叫得到响应时，我们认为停机时间，但ML说我正在运行。滞后操作修复将升级我们的服务器，但目前我们不能这样做。您检查了端口的访问日志（它记录了请求和HTTP状态代码的响应）吗？此外，如果请求转到restapi，则restapi跟踪事件（记录到MarkLogic 10中的请求日志）或者URL重写跟踪事件可能会提供更多的诊断信息。当其他人试图找出他们的应用程序无法工作的原因并将其抛出围栏说“MarkLogic是否响应我们的呼叫”时，您是否正在试图找到一种方法来回答有关MarkLogic是否启动并响应的问题这些呼叫的响应时间是否有正常的SLA？您当前是否遇到操作滞后或MarkLogic离线的问题？@MadsHansen是的，在30秒或30秒以上之前没有任何呼叫响应。是的，我们确实经历了滞后运营。很少有需要更多时间的呼叫是可以的，但在滞后操作期间，没有呼叫得到响应。我专注于这一点。当没有30秒的呼叫得到响应时，我们认为停机时间，但ML说我已经开始运行了。落后的操作修复将升级我们的服务器，但目前我们不能这么做。