Reference: Trends data collection
Learn how sources collect data so that the panels you design in Trends appropriately display the results that you want to analyze.
A saved question in a source can ask for results from only one sensor. The sensor can be a single column sensor, a multicolumn sensor, or a parameterized sensor. If you use a multicolumn sensor, you must choose the result column (field) to use when you create a panel that uses the corresponding source.
Trends stores results as counts of the answers returned when sensors run on the Tanium Client. Most sensors return numeric results that can be meaningfully counted. For example, the question Get Running Applications from all machines returns counts of the application versions found in running processes on enterprise endpoints.
When you create a source in Trends, the Question Builder is available to build the saved question. Before you save the source, you can run the question to preview the results. Evaluate whether the result strings can be meaningfully counted and whether question filters are required. Avoid using questions that return unique strings, such as Computer Name or IP address, because there is little value in aggregate counts of these answers. If a source returns more than 100,000 unique results in a day, Trends only stores the 100,000 results with the highest counts.
Do not modify a Trends saved question. Trends uses a service account to manage all saved questions used by sources, and any questions modified by a different account will revert back to the original version. Instead of modifying a saved question, either edit the source or create a new source.
For each source, you can configure how often to issue the saved question and how often to collect the data. By default, a saved question is issued every five hours and data is collected every 24 hours. The frequency is designed to get responses from endpoints that are offline sometimes during a one day period but are online at one of the times the saved question is issued. When Trends collects data for a source, Trends issues the saved question one more time to get the most recent results.
Trends collects data for each source with minor offsets to avoid traffic spikes. If Trends collects data for a source at an unsuitable time, you can edit the source to change the collection schedule. For optimal results, sources should collect results on a routine schedule to maintain similar comparisons. For example, measuring running applications every day at noon provides more accurate data to compare than if you measure running applications some days at noon and some days at midnight.
If a scheduled source run fails, you can manually run the source to issue the question and collect results. If results are collected more than once a day, the daily count resolves to the last data that Trends collects that day. For more information, see Working with sources.
Results are reported in Trends as aggregate single day counts based on the timestamps of the collected data. The time and date clock is based on the UTC time of the Module Server (not the local time zone adjusted time). For example, a panel configured to show Chassis Type on December 31 includes the counts of the responses that Trends collects on December 31 UTC time.
The Tanium Client is deployed to a broad spectrum of enterprise assets, including infrastructure servers, employee workstations, and employee laptops. Each of these assets is an endpoint that may be online or offline. While infrastructure servers are almost always online, employee workstations or laptops may be online or offline according to employee schedules and habits.
When the Tanium Server issues a saved question, an endpoint that is online sends its current response to the question; if the endpoint is offline, the Tanium Server may have a recent value for it. The Tanium Server tallies counts for both types of answers.
The online and offline statuses relate to the time when Trends collected results, not the present time. For example, Trends collects data at 9:00 UTC for a source that queries Get Machines Requiring a Reboot from all machines, and the data for Online clients and Online and most recent offline clients are tallied at that point in time. Online clients are endpoints that responded to the question within the last 24 hours. Online and most recent offline clients are endpoints that responded within the last week.
Note that the time of day that Trends collects data might impact the count recorded, depending on business practices such as maintenance operations. For example, if Trends collects data for a source at 2:00 UTC, and 2:00 UTC is during a daily maintenance window where maintenance processes might put more machines in a state requiring reboot, then the counts for Get Machines Requiring a Reboot from all machines would routinely be higher.
Last updated: 7/10/2018 11:28 AM | Feedback