PM/API Dynamic Data | Application Programming Reference | VantageCloud Lake - PM/API Dynamic Data - Teradata VantageCloud Lake

Lake - Monitor Resources and Performance

Deployment
VantageCloud
Edition
Lake
Product
Teradata VantageCloud Lake
Release Number
Published
February 2025
ft:locale
en-US
ft:lastEdition
2025-11-21
dita:mapPath
wyu1683671641248.ditamap
dita:ditavalPath
pny1626732985837.ditaval
dita:id
wyu1683671641248

When you issue a request through the Monitor partition, current and dynamic data is reported. PM/API requests place data in a global repository (in memory), not in an intermediary spool file (on disk). AMP, PE, node, and session-level usage data are each collected in independent data collection global areas.

Therefore, changes in the resource collection rate have no impact on session-level data, and the reverse. Any MONITOR request, except MONITOR VIRTUAL CONFIG, MONITOR PHYSICAL CONFIG, and IDENTIFY, may cause the memory repository to be updated on demand (specifically, once each collection period). All users share the data in the repository, which is used to generate responses to both queries and CONTINUE requests.

Monitoring Rates

Be aware of the rate at which your PM/API client application requests performance data. If a PM/API client application requests data more frequently than the corresponding data collection rate, an individual request can include data from one collection period mixed in with data from a subsequent collection period initiated by a different MONITOR user because common global data is shared.

However, the impact need not be detrimental. The data collected from one request when compared to the next request may not show a change in resource usage. Follow the simple rule that the PM/API client application must request data at the same rate, or a less frequent rate, than the rate at which the database collects that data.

The monitoring rate is a PM/API collection rate that sets the interval in seconds at which resource usage data is collected within memory.

A physical monitoring rate is the same as a virtual monitoring rate.

There are significant differences in the way resource usage and session usage data are collected and reported by the MONITOR partition. For details, see Data Collection and Collection and Logging Rates.

Session-Level Data

Session-level data is collected cumulatively. The collection period is used to limit the frequency of this update.

For example, if you set the SET SESSION RATE to 120 seconds and issue a MONITOR SESSION request every 120 seconds, session usage data is collected and cumulatively totaled every 120 seconds.

Session-level data is lost in the event of a system outage.

Data reported includes data for the beginning 120 seconds and for subsequent intervals.

For more information on how session usage data is collected, see System-Level Monitoring.

Resource Usage Data

Resource usage data is collected based on activity during a collection period and does not reflect cumulative data for a sequence of collection periods. For example, if you set the SET RESOURCE RATE to 120 seconds and issue a MONITOR VIRTUAL RESOURCE or MONITOR PHYSICAL RESOURCE request, resource usage data is collected at 120-second intervals.

If you do not examine the data within 120 seconds or enable resource usage tables for logging, the data is lost when overwritten by data collected during the next 120-second collection interval.

Features of Using Resource Usage Data

Resource usage data features are:
  • Access is using SQL, not C or another programming language
  • More detailed
  • Written to tables so past data values are available
  • Can be accumulated over a long period of time and can be used for the following:
    • Examining trends and patterns
    • Planning system upgrades
    • Deciding when to add new applications to heavily used systems
    • Building baseline resource usage profiles for operations

Logging Resource Usage Data

You can retain collected data for subsequent historical analysis by enabling one or more resource usage tables for logging. The table and type of PM/API request follow.

PM/API Request Table
MONITOR PHYSICAL RESOURCE

MONITOR PHYSICAL SUMMARY

ResUsageSpma
MONITOR PHYSICAL RESOURCE

MONITOR VIRTUAL RESOURCE

ResUsageShst
MONITOR VIRTUAL RESOURCE

MONITOR VIRTUAL SUMMARY

ResUsageSldv (Storage Devices)
EVENT STATUS

MONITOR WD

ResUsageSps
MONITOR VIRTUAL RESOURCE

MONITOR VIRTUAL SUMMARY

ResUsageSvpr
MONITOR VIRTUAL RESOURCE ResUsageSvdsk

Collection and Logging Rates

You can control the rate at which resources are monitored (collected) and, if you enable resource logging, the interval at which a data row is to be inserted into the log table.

Setting Collection Rates

The following collection rates can be set:
  • Global session monitoring
  • Local session monitoring
  • Resource monitoring

For more information on these types of rates, see Data Collection.

Setting Logging Rates

You can enable logging of collected data into the resource usage tables. You also set a logging rate that specifies how often a data row is to be inserted.

Logging is optional to collect and retrieve current data, but logging does prevent data from being lost at the next collection interval.

If you decide to enable logging, set the resource logging rate. The resource logging rate, also called the physical or virtual resource logging rate, sets the interval in seconds at which resource usage data is written to the resource usage tables (see Data Collection).

The resource logging rate:
  • Can be set within the range of 0 and 3600 seconds.
  • With a value of zero indicates that logging is not being performed.
  • Returns the value ResLogging in the MONITOR PHYSICAL SUMMARY and MONITOR VIRTUAL SUMMARY requests.
  • Is saved to disk when altered (see SET RESOURCE RATE).
A physical resource logging rate is the same as a virtual resource logging rate.