A historical data collection specifies the attribute group
to collect data from, where to store the historical data, and other
information such as the collection frequency and distribution. Create
a historical collection definition for every attribute group that
you want to collect historical data for. You can then retrieve the
historical data into query-based views.
Before you begin
Your user ID must have Configure History permission to open
the History Collection Configuration window. If you do not have this
permission, you will not see the menu item or tool for historical
configuration.The CCC Logs apply to all managed systems:
Agent Operations Log, ITM Audit, and Universal Messages. The Policy_Status
and System_Status attributes do not record historical data. Typical
environments do not use the EIB Change Log and Situation Status Log
attribute groups.
About this task
Complete these steps for each attribute group that you want
to collect historical data from on specified managed systems or managed
system groups or on all the managed systems that connect to a Tivoli
Enterprise Monitoring Server:
Procedure
- Click History Configuration to open the History
Collection Configuration window.
- Click Create
a new collection.
If you first click a
Monitored Application (or
right-click and click
),
Monitored Application will be selected
for you.
- Enter a Name of up to 256 bytes.
A short name is also given to the collection and is shown in the middle
section of the status bar.
- Optional: Enter a Description for
the collection, up to 64 bytes.
- Select a Monitored Application from
the list.
- Select an Attribute Group from
the list.
Not
all the product attribute groups necessarily display: only those that
are appropriate for historical collection and reporting.
- Click OK to open the configuration
tabs for the collection.
The branch of the monitored applications
expands to show the new collection. At this point, it has not been
distributed to the managed systems.
- Complete the fields in the Basic tab:
- Collection Interval is the frequency
of data transmission to the short-term history file on the computer
where the data is saved (Cloud Pak System Software
Monitoring Agent
or Cloud Pak System Software
Monitoring Server). The options are every 1,
5, 15, or 30 minutes, every hour, or once per day. The default interval
is 15 minutes.
The shorter the interval, the faster and larger the history
file grows. This can overload the database, warehouse proxy, and summarization
and pruning agent. For example, if you set a 1-minute collection interval
for Process data, expect the summarization and pruning for that attribute
group to take a long time. Such a short interval should be enabled
for an attribute group only if it is critical in your work.
- Collection Location is where
the short-term historical data file resides: at the TEMA (Tivoli Enterprise
Monitoring Agent) or the TEMS (Cloud Pak System Software
Monitoring Server).
The default location is TEMA, which minimizes the performance impact
on the monitoring server from historical data management.
If you are filtering the historical collection
(step 9),
collection at the TEMA also gives you more space for composing the
filter. The formula example at the end of this topic takes up 63%
of the formula storage when collection is set to TEMS; and 31% when
collection is set to TEMA..
Note, however, that TEMS
might be a better choice for certain environments. Also, the OMEGAMON
XE on z/OS product requires that the data be stored at the monitoring
server.
- Warehouse Interval determines
whether the collected data is warehoused and how often. The options
are 15 minutes, 30 minutes, 1 hour, 12 hours, 1 day, or Off.
A more frequent warehousing interval enables quicker availability
of warehoused data for retrieval. Shorter intervals cause some additional
processing to check for and transmit newly collected data; and there
are more frequent elevated levels of transmission activity, but for
shorter durations. Regardless of the warehouse interval, the most
recent 24 hours are always available in the short-term history files.
If you use Tivoli Common Reporting, note that queries are to the data
warehouse only.
- If you want to restrict the collection
of samples to only those that meet certain conditions, click the Filter tab
and compose the formula:
- Click Add Attributes.
- Select the attribute to filter on and click OK. You can use Ctrl + click to select multiple
attributes, Shift + click to select all entries between the attribute
previously selected and this one, or Select All to
select every attribute.
- For each attribute selected, click inside the cell under
the column heading and compose an expression consisting of a function, a relational operator
and a test value:
To change the function, click Value
(or Compare date and time for a time attribute) and select one from
the list. See Formula Functions for the syntax, description, and an
example of each function.
To change the relational operator,
click equal and select another operator from the list.
Click
inside the text box and enter or select the value.
- Keep multiple expressions in the same row if they must
all be met (Boolean AND logic) and on separate rows if any of them
might be met (Boolean OR logic) for the sample to be saved in the
short-term history file.
- Select the same attribute twice if you want to collect
a range, such as > 1 AND < 90. Use Add Attributes to
select the attribute again. (See the second example at the end of
this topic.)
- Confirm that the Formula capacity counter
is below 100%. Setting the Collection Location (step 8) to TEMA gives
the most space.
- Click Apply to save the collection.
Results
The collection name appears in the monitored application branch
of the tree with an icon to indicate that it is not distributed to
managed systems: .
Example
This is a historical collection called ProcessInformation
.
The settings in the Basic tab use the defaults: Collection
Interval of 5 minutes; Collection Location at
the TEMA; and Warehouse Interval of 15 minutes.
The Filter tab has a formula written to collect
the sample if one of these two conditions is met: the process name
is VirusScan; OR the process name is java and is taking
more than 50% of the processor time on the North012 Windows
system, the South007 Windows system, or both.
|
Process Name |
% Processor Time |
Server Name |
1 |
==VirusScan |
|
|
2 |
==java |
>50 |
('Primary:North012:NT', 'Primary:South007:NT') |
The IN operator was selected for entering the server list,
as you can see when viewing the formula in :(Process Name==VirusScan) OR (Process Name==java AND %Processor Time >50
AND Server Name *IN ('Primary:North012:NT','Primary:South007:NT'))
The
following example shows a filter formula with a repeating attribute:
|
% Processor Time |
% Processor Time |
1 |
>40 |
<60 |
What to do next
After creating a new collection definition, you must distribute
it to the managed systems where you want to take data samples. You
can assign the managed systems to distribute the collection to in
the Distribution tab or assign the collection to a historical configuration
group that has a distribution. If you are not ready to distribute
the collection, you can do so at a later time. If
you added a filter to restrict the collection data samples to samples
that meet the criteria, test the formula to make sure that the intended
data is being collected. It is possible to enter an incorrect value,
which might result in no data being collected. To test the filter
formula, wait until enough historical data has been collected to show
in a historical table view of the attributes. Then set a time span
for the table view. If no rows are retrieved to the table view, review
the filter formula for typographical or value errors.