常见问题及解答

improve this page | report issue

概述

本主题描述了与 MobileFirst Analytics Server 相关的一系列常见问题及解答。

在多索引 Elasticsearch 集群中,务必设置以下项:

  • 将最小 shard 数设置为集群中的节点数。
  • 将每个 shard 的副本数最少设置为 2。

MobileFirst Analytics V8.0 使用多个索引来存储事件数据。

在 MobileFirst Analytics V8.0 中,Elasticsearch 的数据存储库具有多个索引。它不是基于单个索引的数据存储库。而是基于流入 Analytics 的事件类型动态创建索引。因此,最终用户无需关注多个索引。此处,Elasticsearch 中的每个索引都被拆分为配置文件中设置的 shard 数。

请确保使用硬件大小计算器根据数据和客户需求来检查硬件硬件是否合适。多个因素会影响到系统性能,包括硬件、进入分析服务器的数据事件的类型或大小以及事件量。

不可以。数据一旦清除,将无法恢复。

TTL 属性不适用于 Analytics 平台中存在的数据。在添加数据之前必须设置 TTL 属性。

请确保使用 MobileFirst Server JNDI 属性配置正确的 Analytics 端点。请确保为要呈现的数据正确地设置了日期过滤器。

要调用 Elasticsearch REST API,必须在分析服务器的 server.xml 中将属性 analytics/http.enabled 设置为 true

不可以。在使用 IBM WebSphere Application Server Full Profile 或 Network Deployment (ND) 时,请确保使用随 WebSphere Application Server 提供的开箱即用 IBM JDK。

首次打开应用程序时,应用程序会话数为零。当最终用户将移动应用程序切换至后台又将其切换至前台时,此操作会将应用程序会话数增加 1。进一步重复相同的操作将使应用程序会话数继续递增。

集群运行状况显示黄色不一定表示出现问题。大多数情况下,当存在未分配的 shard 时,集群运行状况会显示为黄色。当新节点加入集群时,Elasticsearch 会将未分配的 shard 重新分配给新节点,从而使集群运行状况显示为绿色。有时,shard 数量过多也会使 shard 未分配给任何节点,并因此使集群运行状态显示为黄色。请确保集群中的所有节点都处于活动状态且工作正常,并且 shard 处于已启动/活动状态。

对于 Web 应用程序,AppSession 计数将根据浏览器会话以及从浏览器(应用程序)到 MFP 服务器的连接递增。

我们假设浏览器使用常规窗口/选项卡并执行到服务器的连接,那么应用程序会话计数将增加 1。在同一浏览器中,如果用户在另一个选项卡上打开应用程序并执行连接,那么会话不会递增。会话保持不活动状态 30 分钟。当您再次尝试重新连接时,计数会增加 1。

如果用户清除浏览器缓存并尝试连接,那么会认为该设备是新设备,并且设备计数将递增。由于浏览器没有实设备标识,因此会为浏览器应用程序生成标识,直至清除脱机文件/缓存为止。

这也适用于隐瞒真实身份的浏览器窗口,如果您使用隐瞒真实身份的浏览器窗口并尝试连接,那么会将用于从每个选项卡进行连接的应用程序视为新会话,并且会话计数会递增。如果用户使用两个不同的浏览器并访问应用程序以连接到 MFP 服务器,那么设备计数会增加 2。

活动用户数是指正在使用应用程序的用户数。每个非重复用户都计为一个使用该应用的用户。缺省情况下,deviceID 是 userID。但应用程序开发人员可以使用 setUserContext(userid) API。这会将 userID 替换为应用程序开发人员设置的值。

一种解决方案/方法是在用户访问 WebApp 时通过计算机生成 uniqueID,并将其作为 customData 发送。此数据可用于计算用户在其中访问应用程序并使用 setUserContext 设置 userID 的实际机器(或计算机/浏览器)的统计信息。此数据还可用于生成定制图表。

在 Analytics 8.0 中,应用程序会话的计算与任何先前版本的 MFP Analytics 完全不同。

将应用程序从后台切换至前台时,应用程序会话计数会增加 1。要对 Cordova 应用程序启用此功能,我们需要启用 CLIENT APP LIFECYCLE 事件。请参阅此处,以获取更多信息。

Last modified on July 23, 2018