Frequently Asked Questions

improve this page | report issue


This topic describes the list of commonly asked questions related to MobileFirst Analytics Server.

In a multi-index elasticsearch cluster, it is important to set the following:

  • Minimum number of shards to be set to the number of nodes in the cluster.
  • Replicas per shard to be set to a minimum of two.

MobileFirst Analytics v8.0 uses multiple indices to store the event data.

In MobileFirst Analytics v8.0, the data store of Elasticsearch has multiple indices. It is not a single index-based data store. Indices are dynamically created based on the type of events flowing into the analytics. So the end users need not be concerned about the multiple indices. Here every index within the Elasticsearch is split into the number of shards set in the config file.

Ensure that the hardware sizing calculator is used for checking the right hardware against the data and the customer requirements. Several factors influence the performance of the system including hardware, the type or size of data events that come into the analytics server and the volume of events.

No. Once the data is purged, it cannot be recovered.

The TTL properties are not applied to the data that exists in the Analytics platform. You must set the TTL properties before you add data.

Ensure that the MobileFirst Server JNDI properties are used to configure the right Analytics end points. Ensure that the Date filter is correctly set for the data to be rendered.

To invoke the Elasticsearch REST APIs, it is mandatory that the property analytics/http.enabled has to be set to true in Analytics server's server.xml.

No. While using IBM WebSphere Application Server Full Profile or Network Deployment (ND), make sure to use the IBM JDK that is provided out of the box with WebSphere Application Server.

First time when the application is opened the App Sessions is zero. When the end user takes the mobile app to the background and brings it back to the foreground, then this action increments the App Sessions to 1. Further repeating the same action continues to increment the App Sessions.

Cluster health YELLOW might not be an issue. Mostly, when there are unassigned shards the cluster health is shown as yellow. When new nodes are joined to the cluster, Elasticsearch reallocates the unassigned shards to the new nodes, thus making the cluster health GREEN. Sometimes, too much of shard counts also leaves the shards unassigned to any of the nodes and hence the cluster health status shows as yellow. Make sure all the nodes in the cluster are active and are working fine and that the shards are in started/active state.

Last modified on April 10, 2018