如何在 MobileFirst Platform 6.3 中跟踪运营分析以确定数据丢失的原因？答案

【问题标题】：How can I trace Operational Analytics in MobileFirst Platform 6.3 to determine why data is being lost?如何在 MobileFirst Platform 6.3 中跟踪运营分析以确定数据丢失的原因？
【发布时间】：2015-04-29 16:03:57
【问题描述】：

我正在尝试让 Operational Analytics 在 MFP 6.3 环境中运行的场景中工作。有一个 MobileFirst 客户端应用程序（混合，如果重要的话）、一个 MFP 6.3 服务器和一个 Operational Analytics 服务器（该系统仅用于开发/测试，因此负载很轻，不存在正常运行时间/性能问题）。

目前，我们看到了间歇性问题，数据有时会出现在 Operational Analytics 控制台中关于适配器调用等，然后在某些时间段（有时是几天）过去，没有数据显示。

我们如何跟踪或记录运营分析引擎的行为？据我了解，MFP 6.3 服务器（目前为wl.analytics.queue=1 和wl.analytics.queue.size=0）上有一个排队机制，用于将数据从客户端转发到OA 服务器。有没有办法查看从这个队列中放入或获取了哪些消息？

此环境使用 WAS ND。

【问题讨论】：

您的分析服务器和 Worklight 服务器是否在同一台服务器上？
相同的物理服务器，是的，但它们位于两个不同的 WAS 应用程序服务器实例上。
您是否更改了队列大小和队列数？进行这些更改后，您是否重新启动了服务器？
另外，您愿意在那台机器上进行数据包跟踪吗？可能会在网络跟踪中查看导致问题的原因。
这种问题在设置OA时并不少见。就我所见，默认情况下，我们没有从服务器收到任何日志消息来告诉我们消息何时进入队列、何时尝试向 OA 服务器传递，或者传递是否发生问题。这里的第一个问题是我们是否可以设置一个跟踪字符串来获取一些这样的信息？

标签： ibm-mobilefirst mobilefirst-server mobilefirst-analytics

【解决方案1】：

来自 IBM 工程师：

IBM MobileFirst Platform 6.3 在 MFP 操作分析组件。这在很大程度上得到了改善 MFP 7.0 在各种分析组件的日志输出中，包括嵌入在 MFP 服务器中的队列和发送方以及分析服务器中的接收器、处理器和存储等为未来计划。

如果认为 MFP 6.3 有要求，请考虑开立 PMR（支持票证）。或者尽可能升级到 MFP 7.0。

【讨论】：

您能列出 7.0 的日志记录设置吗？这将是一个有用的地方来参考。
更正：在 7.0 中，精确的跟踪字符串为 com.worklight.analytics.*=all:com.ibm.mbaas.analytics.*=all。