ManageEngine® Applications Manager Oracle DB Servers | ||
Applications Manager supports monitoring of Oracle database servers of versions 8.x, 9i, 10g, 10.1.3, 11g, RAC (Real Application Clusters) and 12c.
Applications Manager provides out-of-the-box performance metrics and helps you visualize the health and availability of an Oracle Database server farm. Database administrators can login to the web client and visualize the status and Oracle performance metrics.
Go to the Monitors Category View by clicking the Monitors tab. Click on Oracle Server under the Database Servers Table. Displayed is the Oracle servers bulk configuration view in three tabs:
Availability tab, gives the Availability history for the past 24 hours or 30 days.
Performance tab gives the Health Status and events for the past 24 hours or 30 days.
List view enables you to perform bulk admin configurations.
Note: To create a new Oracle database monitor, you should have admin privileges. Minimum User Privileges -> user with CONNECT and SELECT_CATALOG_ROLE roles |
Click on the monitor name to see all the server details listed under the following tabs:
Note: The server details marked with an * symbol is supported in Oracle database servers version 10g and above. |
Monitor Information
Parameters |
Description |
---|---|
Name |
Name of the Oracle server monitor |
Oracle Version |
Refers to the Version of the Oracle Database. |
Oracle Start Time |
Refers to the time when Oracle server was started. |
Availability |
Refers to the status of the database server - available or not available. |
Today's Availability
Parameters |
Description |
---|---|
Current Status |
Availability history graph with uptime |
Connection Time
Parameters |
Description |
---|---|
Connection Time |
Refers to the time taken to connect to the database. |
User Activity
Parameters |
Description |
---|---|
Number of Users |
Graph for the number of users executing an SQL Statement. vs time |
Table spaces with least free bytes
Parameters |
Description |
---|---|
Name |
The name of the table space. |
Free Bytes (MB) | The free space available in bytes. |
% of Free Bytes | The percentage of free space available in bytes. |
Database Details
Parameters |
Description |
---|---|
Database Created Time |
Creation time of the database. |
Open Mode |
Indicates the Open mode of the Instance which can be either Read Write or Read. |
Log Mode |
If the transactions are written on the Log, the Log mode will be ARCHIVELOG, or else, the Log mode will be NOARCHIVELOG. |
DB Role | Current role of the database:
|
Control File type | Type of control file:
|
Switch over status | Indicates whether switchover is allowed:
|
Protection Mode | Protection mode currently in effect for the database:
|
Open reset logs | Indicates whether the next database open allows or requires the resetlogs option
|
Guard Status | Protects data from being changed:
|
Force logging | Indicates whether the database is under force logging mode (YES) or not (NO). |
Database Status
Parameters |
Description |
---|---|
Database Size |
Size of the database in Megabytes. |
Average Executions |
This is the average number of executions that happen during the execution of every SQL Statement. |
Reads |
Refers to the number of reads from the database. |
Writes |
Refers to the number of writes to the database. |
Block Size |
This refers to the lowest possible storage area for an Instance in bytes. |
Hit Ratio
Parameters |
Description |
---|---|
Buffer |
Creation time of the database. |
Data Dictionary | The ratio of the data gets to the data misses in the row cache is Data Dictionary Hit Ratio. |
Library | The Library cache stores all shared SQL and PL/SQL blocks, along with their parse trees. In OLTP environments where a large numbers of users are entering and exchanging data, there is a great chance for overlapping the parse and execute needs of those different queries. Such an overlap in the library is called a cache hit and the ratio determined to the misses and hits is called Library Cache Hit Ratio. |
SGA Details
Parameters |
Description |
---|---|
Buffer Cache Size |
The total size of the Buffer Cache given in bytes. |
Shared Pool Size |
The size of the shared pool given in bytes. |
Redolog Buffer Size |
The size of the buffers for the Redo Logs in bytes. |
Library Cache Size |
The size of the Library Cache given in bytes. |
Data Dictionary Cache Size |
The cache size of the data dictionary or row cache in bytes. |
SQL Area Size |
The size of the SQL Area for usage of SQL/PL statements (bytes). |
Fixed Area Size |
The size of the SGA, which is fixed throughout the instance. |
Oracle DB Links
Parameters |
Description |
---|---|
DB link name |
Name of the database link |
Owner | Owner of the database link |
User |
Name of the user when logging in |
Oracle Net connect string |
Host Name |
Creation time | Creation time of the database link |
Table Space Details
Parameters |
Description |
---|---|
Name |
Refers to the name of the Table space. |
Allocated Bytes |
Refers to the size of the Table space in bytes. |
Allocated Blocks |
Refers to the number of allocated blocks in Table space. |
Data Files |
Refers to the number of data files in Table space. |
Table Space Status
Parameters |
Description |
---|---|
Name |
Refers to the name of the Table space. |
Status |
Tablespace status: ONLINE, OFFLINE, or INVALID (tablespace has been dropped) |
Free Bytes |
Refers to the available free space in bytes. |
Free Blocks |
Refers to the number of free blocks in Table space. |
Reads |
Refers to the number of reads from the Table space. |
Writes |
Refers to the number of writes on the Table space. |
Read Time |
Time taken for a single read from the Table space. |
Write Time |
Time taken for a single write on the Table space. |
Performance of Data Files
Parameters |
Description |
---|---|
Data File Name |
Name and location of the data file. |
Table Space Name |
Name of the Table space. |
Status |
If a data file is a part of the system table space, its status is SYSTEM (unless it requires recovery). If a data file in a non-SYSTEM table space is online, its status is ONLINE. If a data file in non-SYSTEM table space is offline, its status can be either OFFLINE OR RECOVER. |
Created Bytes |
Size of the Data file in bytes. |
Reads |
Refers to the number of reads from the Data file. |
Writes |
Refers to the number of writes to the Data file. |
Average Read Time |
Refers to the average read time. |
Average Write Time |
Refers to the average write time. |
Objects Approaching MAX Extents
Parameters |
Description |
---|---|
Owner |
Owner name of the table space. |
Table space name | Name of the table space. |
Segment Name | Name of the segment approaching maximum extents |
Segment Type | The type of segment approaching maximum extents |
Extents | Number of extents allocated to the segment |
Max Extents | Maximum allowed extents that can be filled in a segment |
Next Extent (MB) | Next extent size in MB |
Note: Data collection is scheduled to take place once a day; the user can use the 'Optimize datacollection' option to change the schedule. |
Session Details
Parameters |
Description |
---|---|
ID |
Session Identifier for the connected session. |
Status |
Current status: ONLINE, OFFLINE, or INVALID (tablespace has been dropped). |
Machine |
Name of the operating system user. |
User Name |
Name of the Oracle process user. |
Elapsed Time |
Time elapsed in seconds after which the user has logged into the oracle server. |
CPU Used |
CPU centiseconds (divide by 100 to get real CPU seconds) used by this session. |
Memory Sorts |
Number of memory sorts performed. |
Table Scans |
Number of table scans performed. |
Physical Reads |
Physical reads for the session. |
Logical Reads |
Sum of consistent gets and db block gets. |
Commits |
Number of commits made by user in a second. |
Cursor |
Number of cursor currently in use. |
Buffer Cache Hit Ratio |
Percentage of session logical reads taking place from the buffer (1-physical reads/session logical reads*100). |
Session Waits
Parameters |
Description |
---|---|
ID |
Session Identifier for the connected session. |
User Name |
Name of the Oracle process user. |
Event |
Resource or event for which the session is waiting |
State |
Wait state: |
Wait Time |
A nonzero value is the session's last wait time. A zero value means the session is currently waiting. |
Seconds in Wait |
If WAIT_TIME = 0, then SECONDS_IN_WAIT is the seconds spent in the current wait condition. If WAIT_TIME 0, then SECONDS_IN_WAIT is the seconds since the start of the last wait, and SECONDS_IN_WAIT - WAIT_TIME / 100 is the active seconds since the last wait ended. |
Rollback Segment
Parameters |
Description |
---|---|
Segment Name |
Name of the rollback segment. |
Table Space Name |
Name of the tablespace containing the rollback segment. |
Status |
ONLINE if the segment is online, or PENDING OFFLINE if the segment is going offline but some active (distributed) transactions are using the rollback segment. When the transaction(s) complete, the segment goes OFFLINE. |
Current Size |
Current size in bytes of the rollback segment. |
Initial Extent |
Initial extent size in bytes. |
Next Extent |
Secondary extent size in bytes. |
Min. Extent |
Minimum number of extents. |
Max. Extent |
Maximum number of extents. |
Hit Ratio |
Ratio of gets to waits. This should be >= 99%. |
HWMSize |
High Water Mark of rollback segment size. |
Shrinks |
Number of times rollback segment shrank, eliminating one or more additional extents each time. |
Wraps |
Number of times rollback segment wraps from one extent to another. |
Extend |
Number of times rollback segment was extended to have a new extent. |
Blocks Corrupted
Parameters |
Description |
---|---|
File Number |
Datafile number |
Block Number | First block of the corrupted range |
Number of corrupted blocks | Number of contiguous blocks in the corrupted range |
Type of block corruption | Type of block corruption in the datafile:
|
Note: Data collection is scheduled to take place once every 12 hours; the user can use the 'Optimize datacollection' option to change the schedule. |
SGA Performance
Graph displaying value (in %) of Buffer Hit Ratio, Data Dictionary Hit Ratio and Library Hit Ratio vs time
Parameters |
Description |
---|---|
Buffer Hit Ratio |
When a scan of the buffer cache shows that there are no free buffers, Database Block Writer determines which blocks to be eliminated based on a least recently used algorithm or LRU. Having a block required by a user process in the buffer cache already is called a buffer cache hit or is determined as a ratio. Hits are good because they reduce the amount of disk I/O required for the user process. |
Data Dictionary Hit Ratio |
The purpose of the row or dictionary cache is to store rows of information from the data dictionary in memory for faster access. The row cache is designed to hold the actual rows of data from objects in data dictionary. While this data is held in the row cache, the users of the database may access that information more quickly than if Oracle had to read the data into memory from disk. The ratio of the data gets to the data misses in the row cache is Data Dictionary Hit Ratio. |
Library Hit Ratio |
The Library cache stores all shared SQL and PL/SQL blocks, along with their parse trees. In OLTP environments where a large numbers of users are entering and exchanging data, there is a great chance for overlapping the parse and execute needs of those different queries. Such an overlap in the library is called a cache hit and the ratio determined to the misses and hits is called Library Cache Hit Ratio. |
SGA Details
Parameters |
Description |
---|---|
Buffer Cache Size |
The total size of the Buffer Cache given in bytes. |
Shared Pool Size |
The size of the shared pool given in bytes. |
Redolog Buffer Size |
The size of the buffers for the Redo Logs in bytes. |
Library Cache Size |
The size of the Library Cache given in bytes. |
Data Dictionary Cache Size |
The cache size of the data dictionary or row cache in bytes. |
SQL Area Size |
The size of the SQL Area for usage of SQL/PL statements (bytes). |
Fixed Area Size |
The size of the SGA, which is fixed throughout the instance. |
SGA Status
Parameters |
Description |
---|---|
Buffer Hit Ratio |
When a scan of the buffer cache shows that there are no free buffers, Database Block Writer determines which blocks to be eliminated based on a least recently used algorithm or LRU. Having a block required by a user process in the buffer cache already is called a buffer cache hit or is determined as a ratio. Hits are good because they reduce the amount of disk I/O required for the user process. |
Data Dictionary Hit Ratio |
The purpose of the row or dictionary cache is to store rows of information from the data dictionary in memory for faster access. The row cache is designed to hold the actual rows of data from objects in data dictionary. While this data is held in the row cache, the users of the database may access that information more quickly than if Oracle had to read the data into memory from disk. The ratio of the data gets to the data misses in the row cache is Data Dictionary Hit Ratio. |
Library Hit Ratio |
The Library cache stores all shared SQL and PL/SQL blocks, along with their parse trees. In OLTP environments where a large numbers of users are entering and exchanging data, there is a great chance for overlapping the parse and execute needs of those different queries. Such an overlap in the library is called a cache hit and the ratio determined to the misses and hits is called Library Cache Hit Ratio. |
Free Memory |
Refers to the size of the free memory in bytes. |
Query attributes are not monitored by default. Applications Manager allows you to enable/disable data collection of query metrics. Once enabled ,you can also customize the polling interval of these metrics. To monitor query metrics:
Go to Admin tab.
Click Performance Polling under Discovery and Data Collection.
Under Performance Data Collection, Click on the Optimize Data Collection tab.
Select Oracle from the Monitor Type drop-down menu.
Select Top 10 Queries by Buffer Gets from the Metric Name drop-down menu.
Select how you wish to configure the queries:
By Monitor Type - This will be the default polling status, for any new monitor added. All the monitors of this type, will have the default polling status, until any exclusive customization is done for the monitor. You can choose between three different polling settings: Never collect data, Collect data in every polling and Collect data at customized time interval. Changing the polling status of 'Monitor Type', will also change any configuration done for its 'Monitors'.
By Monitors - Use this option to change the polling status of any particular monitor(s).
Buffer Gets
Parameters |
Description |
---|---|
Buffer Gets |
Number of buffer gets for the child cursor |
Executions |
Number of executions that took place on the object since it was brought into the library cache |
Buffer Gets per Executions |
The ratio of buffer gets to execution in the current polling interval |
Query |
First thousand characters of the SQL text for the current cursor |
Disk Reads
Parameters |
Description |
---|---|
Disk Reads |
Number of disk reads for this child cursor |
Executions |
Number of executions that took place on this object since it was brought into the library cache |
Disk Reads per Executions |
The ratio of disk reads to execution in the current polling interval |
Query |
First thousand characters of the SQL text for the current cursor |
Lock statistics are not monitored by default. Applications Manager allows you to enable/disable data collection of Lock statistics. Once enabled ,you can also customize the polling interval of these metrics. To monitor Lock statistics:
Go to Admin tab.
Click Performance Polling under Discovery and Data Collection.
Under Performance Data Collection, Click on the Optimize Data Collection tab.
Select Oracle from the Monitor Type drop-down menu.
Select Lock and Wait Statistics from the Metric Name drop-down menu.
Select how you wish to configure the Lock and Wait Statistics:
By Monitor Type - This will be the default polling status, for any new monitor added. All the monitors of this type, will have the default polling status, until any exclusive customization is done for the monitor. You can choose between three different polling settings: Never collect data, Collect data in every polling and Collect data at customized time interval. Changing the polling status of 'Monitor Type', will also change any configuration done for its 'Monitors'.
By Monitors - Use this option to change the polling status of any particular monitor(s).
Sessions holding a lock
Parameters |
Description |
---|---|
Id |
Session identifier of Session holding a lock |
Serial |
Session serial number. Used to uniquely identify a session's objects. Guarantees that session-level commands are applied to the correct session objects if the session ends and another session begins with the same session ID. |
Machine |
Operating system machine name. |
PROGRAM |
Operating system program name. |
Lock Wait | Address of lock waiting for; null if none. |
Sessions waiting for a lock
Parameters |
Description |
---|---|
Waiting Session ID |
ID of Session waiting for lock. |
Holding Session ID |
ID of Session holding lock. |
Lock Type |
The lock type. |
Mode Held |
The mode held. |
Mode Requested | The mode requested. |
Lock ID1, ID2 | The Lock IDs. |
Lock Statistics
Parameters |
Description |
---|---|
Object Name |
Name of the locked object. |
Session Id |
Session Id of locked object. |
Serial |
Session serial number. Used to uniquely identify a session's objects. |
Lock Mode |
Mode of lock. |
OS Process ID | Operating system process identifier. |
Last call Minute | If the session STATUS is currently ACTIVE, then the value represents the elapsed time in seconds since the session has become active. If the session STATUS is currently INACTIVE, then the value represents the elapsed time in seconds since the session has become inactive. |
Time of logon | Time of logon. |
Schedule jobs details
Parameters |
Description |
---|---|
Job name |
Name of the job. |
Current state | Current state of the job (DISABLED, RETRY SCHEDULED, SCHEDULED, RUNNING, COMPLETED, BROKEN, FAILED, REMOTE, SUCCEEDED, CHAIN_STALLED). |
Last run status | Status of the job run. |
Last run date | Last date on which the job started running. |
Last run duration | Amount of time the job took to complete during the last run (in seconds) |
Next run date | Next date on which the job is scheduled to run. |
Run count | Number of times the job has run. |
Failed count | Number of times the job has failed to run. |
Retry count | Number of times the job has retried, if it is retrying. |
Elasped time | Elapsed time since the job was started (in seconds). |
Backup jobs details
Parameters |
Description |
---|---|
Session Key |
Session identifier. |
Input Type | Type of input files backed up in this session. |
Last backup time | Last backup start time. |
Status | Back up status with the value FAILED. |
Time Taken | Time Taken to complete last back-up (in seconds). |
Backup size in MB | Backup size in megabytes. |
Note: Data collection is performed only for backup jobs whose status is 'FAILED' . Data collection is scheduled to take place once every 12 hours; the user can use the 'Optimize datacollection' option to change the schedule. |
TOP 10 Process using PGA
Graphical representation of the PGA used by processes.
PGA Stats Per Process (TOP 10)
Parameters |
Description |
---|---|
Process Id |
Oracle process identifier. |
Program Name |
Program in progress. |
PGA used (MB) |
Amount of PGA memory consumed in megabytes. |
PGA Allocated (MB) |
Maximum PGA memory allocated at one time since instance startup. |
Max PGA Used (MB) |
PGA memory currently used by the process. |
Freeable PGA (MB) |
Allocated PGA memory which can be freed. |
PGA Stats
Parameters |
Description |
---|---|
Total PGA used (MB) |
Indicates how much PGA memory is currently consumed. |
Total PGA allocated (MB) |
Current amount of PGA memory allocated by the instance. |
Maximum PGA allocated (MB) |
Maximum amount of PGA memory consumed . |
Total freeable PGA (MB) |
Number of bytes of PGA memory in all processes that could be freed back to the operating system. |
PGA freed back to OS (MB) |
Number of bytes of PGA memory freed back to the operating system. |
Cache hit percentage | Percentage of PGA memory component, cumulative since instance startup |
Resource being used by processes (%) | Percentage resources currently being used by processes. |
Resouce limit for processes
Parameters |
Description |
---|---|
Resource being used by processes |
Resources (locks or processes) currently being used. |
Free Resource |
Percentage of unused resources. |
Session Details
Parameters |
Description |
---|---|
Process Id |
Oracle process identifier. |
PGA used (MB) |
Indicates how much PGA memory is currently consumed. |
PGA Stats Per Process(TOP 10)
Parameters |
Description |
---|---|
Process Id |
Oracle process identifier. |
Program Name |
The program in progress. |
PGA used(MB) | Indicates how much PGA memory is currently consumed. |
PGA Allocated(MB) | Current amount of PGA memory allocated by the instance. |
Max PGA Used(MB) | Maximum amount of PGA memory consumed . |
Freeable PGA(MB) | Number of bytes of PGA memory in all processes that could be freed back to the operating system. |
Disk Group Details
Parameters |
Description |
---|---|
Disk Group Number |
Cluster-wide number assigned to the disk group. |
Name | Name of the disk group. |
State | State of the disk group relative to the instance (Connected, Broken, Unknown, Dismounted, Mounted). |
Type | Redundancy type for the disk group (EXTERN, NORMAL, HIGH). |
Total Memory (GB) | Total capacity of the disk group (in megabytes). |
Free Memory (GB) | Unused capacity of the disk group (in megabytes). |
RPO statistics are not monitored by default. Applications Manager allows you to enable/disable data collection of RPO statistics. Once enabled, you can also customize the polling interval of these metrics. To monitor RPO statistics:
Go to Admin tab.
Click Performance Polling under Discovery and Data Collection.
Under Performance Data Collection, Click on the Optimize Data Collection tab.
Select Oracle from the Monitor Type drop-down menu.
Select Log Apply Gap details in Primary Server/Log Apply Lag details in Standby Server from the Metric Name drop-down menu.
Select how you wish to configure the Log Apply Gap details:
By Monitor Type - This will be the default polling status, for any new monitor added. All the monitors of this type, will have the default polling status, until any exclusive customization is done for the monitor. You can choose between three different polling settings: Never collect data, Collect data in every polling and Collect data at customized time interval. Changing the polling status of 'Monitor Type', will also change any configuration done for its 'Monitors'.
By Monitors - Use this option to change the polling status of any particular monitor(s).
Log Apply Gap Details (only from primary)
Parameters |
Description |
---|---|
Last log sequence created in primary server |
Shows the last log sequence that was applied to the primary database |
Last log sequence synched in secondary server | Shows the last log sequence that was applied to the secondary database |
Log apply gap | Amount of time that the application of archive data on the standby database lags behind the primary database. This data will be collected only once a day. The user can change it using 'Optimize Data Collection' option. |
Log Apply Lag Details (only from standby)
Parameters |
Description |
---|---|
Transport Lag |
Amount of redo data generated by the primary database is not available or applicable on the standby database at the time of computation. |
Log Apply Lag | Amount of time that the application of redo data on the standby database lags behind the primary database. |
Apply Finish Time | Estimated time before log apply services will finish applying the redo data available on the standby database. |
Archive Log Destination Details are not monitored by default. Applications Manager allows you to enable/disable data collection of archive log destination metrics. Once enabled ,you can also customize the polling interval of these metrics. To monitor metrics:
Go to Admin tab.
Click Performance Polling under Discovery and Data Collection.
Under Performance Data Collection, Click on the Optimize Data Collection tab.
Select Oracle from the Monitor Type drop-down menu.
Select Archive Log Destination Monitoring from the Metric Name drop-down menu.
Select how you wish to configure the queries:
By Monitor Type - This will be the default polling status, for any new monitor added. All the monitors of this type, will have the default polling status, until any exclusive customization is done for the monitor. You can choose between three different polling settings: Never collect data, Collect data in every polling and Collect data at customized time interval. Changing the polling status of 'Monitor Type', will also change any configuration done for its 'Monitors'.
By Monitors - Use this option to change the polling status of any particular monitor(s).
Archive Log Destination Details (only from primary)
Parameters |
Description |
---|---|
Dest Id |
Identifies the log archive destination parameter |
Name |
Archived log file name. |
Status |
Status of the archived log. |
Type |
Type of archival destination database:
|
Destination |
Original destination from which the archive log was generated. |
Protection Mode |
Indicates whether the database is protected:
|
Transmit mode |
Specifies network transmission mode:
|
Recovery mode |
Current mode of media recovery at the archival destination database:
|
Archive Log Destination Stats (only from primary)
Parameters |
Description |
---|---|
Dest Id |
Log archive destination parameter identifier |
Log sequence |
Identifies the sequence number of the last archived redo log to be archived |
Net timeout |
Number of seconds the log writer process will wait for status from the network server of a network operation issued by the log writer process |
Fail Sequence |
Sequence number of the archived redo log being archived when the last error occurred |
Archived Sequence |
Identifies the log sequence number of the most recent archived redo log received at the destination |
Applied Sequence |
Identifies the log sequence number of the most recent applied redo log received at the destination |
Delay (Mins) |
Identifies the delay interval (in minutes) before the archived redo log is automatically applied to a standby database |
Error | Displays the error text |
See Also
Creating New Monitor - Oracle Database Server
MySQL DB Servers |
MS SQL DB Servers |