Beruflich Dokumente
Kultur Dokumente
June 2004
Oracle Enterprise Manager Metric Reference Manual, 10g Release 1 (10.1)
The Programs (which include both the software and documentation) contain proprietary information; they
are provided under a license agreement containing restrictions on use and disclosure and are also protected
by copyright, patent, and other intellectual and industrial property laws. Reverse engineering, disassembly,
or decompilation of the Programs, except to the extent required to obtain interoperability with other
independently created software or as specified by law, is prohibited.
The information contained in this document is subject to change without notice. If you find any problems in
the documentation, please report them to us in writing. This document is not warranted to be error-free.
Except as may be expressly permitted in your license agreement for these Programs, no part of these
Programs may be reproduced or transmitted in any form or by any means, electronic or mechanical, for any
purpose.
If the Programs are delivered to the United States Government or anyone licensing or using the Programs on
behalf of the United States Government, the following notice is applicable:
U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data
delivered to U.S. Government customers are "commercial computer software" or "commercial technical data"
pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As
such, use, duplication, disclosure, modification, and adaptation of the Programs, including documentation
and technical data, shall be subject to the licensing restrictions set forth in the applicable Oracle license
agreement, and, to the extent applicable, the additional rights set forth in FAR 52.227-19, Commercial
Computer Software--Restricted Rights (June 1987). Oracle Corporation, 500 Oracle Parkway, Redwood City,
CA 94065
The Programs are not intended for use in any nuclear, aviation, mass transit, medical, or other inherently
dangerous applications. It shall be the licensee's responsibility to take all appropriate fail-safe, backup,
redundancy and other measures to ensure the safe use of such applications if the Programs are used for such
purposes, and we disclaim liability for any damages caused by such use of the Programs.
Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks
of their respective owners.
The Programs may provide links to Web sites and access to content, products, and services from third
parties. Oracle is not responsible for the availability of, or any content provided on, third-party Web sites.
You bear all risks associated with the use of such content. If you choose to purchase any products or services
from a third party, the relationship is directly between you and the third party. Oracle is not responsible for:
(a) the quality of third-party products or services; or (b) fulfilling any of the terms of the agreement with the
third party, including delivery of products or services and warranty obligations related to purchased
products or services. Oracle is not responsible for any loss or damage of any sort that you may incur from
dealing with any third party.
Contents
2 Database
Alert Log..................................................................................................................................................... 2-1
Alert Log Error Trace File ................................................................................................................. 2-1
Alert Log Name .................................................................................................................................. 2-1
Archiver Hung Alert Log Error ....................................................................................................... 2-2
Data Block Corruption Alert Log Error .......................................................................................... 2-3
Generic Alert Log Error..................................................................................................................... 2-3
Session Terminated Alert Log Error................................................................................................ 2-4
Alert Log Error Status .............................................................................................................................. 2-5
Archiver Hung Alert Log Error Status............................................................................................ 2-5
Data Block Corruption Alert Log Error Status .............................................................................. 2-6
Generic Alert Log Error Status......................................................................................................... 2-6
iii
Session Terminated Alert Log Error Status.................................................................................... 2-7
Archive Area.............................................................................................................................................. 2-7
Archive Area Used (%)...................................................................................................................... 2-8
Archive Area Used (KB).................................................................................................................... 2-9
Free Archive Area (KB) .................................................................................................................. 2-10
Total Archive Area (KB)................................................................................................................. 2-11
Data Guard ............................................................................................................................................. 2-11
Data Guard Status ........................................................................................................................... 2-12
Data Not Applied (logs) ................................................................................................................ 2-12
Data Not Applied (MB) ................................................................................................................. 2-13
Data Not Received (logs) ............................................................................................................... 2-14
Data Not Received (MB)................................................................................................................. 2-15
Database Files ........................................................................................................................................ 2-16
Average File Read Time (centi-seconds)...................................................................................... 2-16
Average File Write Time (centi-seconds)..................................................................................... 2-17
Database Job Status .............................................................................................................................. 2-18
Broken Job Count ............................................................................................................................ 2-18
Failed Job Count .............................................................................................................................. 2-18
Database Limits ..................................................................................................................................... 2-19
Current Logons Count.................................................................................................................... 2-19
Current Open Cursors Count........................................................................................................ 2-20
Lock Limit Usage (%) ..................................................................................................................... 2-20
Process Limit Usage (%)................................................................................................................. 2-21
Session Limit Usage (%) ................................................................................................................. 2-22
User Limit Usage (%)...................................................................................................................... 2-23
Database Services .................................................................................................................................. 2-24
Service CPU Time (per user call) (microseconds) ...................................................................... 2-24
Service Response Time (per user call) (microseconds).............................................................. 2-24
Deferred Transactions........................................................................................................................... 2-25
Deferred Transaction Count .......................................................................................................... 2-25
Deferred Transaction Error Count................................................................................................ 2-26
Dump Area ............................................................................................................................................. 2-27
Dump Area Directory..................................................................................................................... 2-27
Dump Area Used (%) ..................................................................................................................... 2-27
Dump Area Used (KB) ................................................................................................................... 2-28
Free Dump Area (KB) ..................................................................................................................... 2-29
Total Dump Area (KB).................................................................................................................... 2-30
Efficiency................................................................................................................................................. 2-30
Buffer Cache Hit (%) ....................................................................................................................... 2-30
CPU Usage (per second) ................................................................................................................ 2-32
CPU Usage (per transaction) ......................................................................................................... 2-32
Cursor Cache Hit (%)...................................................................................................................... 2-33
Data Dictionary Hit (%).................................................................................................................. 2-33
Database CPU Time (%) ................................................................................................................. 2-34
Library Cache Hit (%)..................................................................................................................... 2-35
Library Cache Miss (%) .................................................................................................................. 2-36
Parallel Execution Downgraded (per second) ............................................................................ 2-37
iv
Parallel Execution Downgraded (per transaction) ..................................................................... 2-38
Parallel Execution Downgraded 25% or more (per second)..................................................... 2-38
Parallel Execution Downgraded 25% or more (per transaction).............................................. 2-39
Parallel Execution Downgraded 50% or more (per second)..................................................... 2-39
Parallel Execution Downgraded 50% or more (per transaction).............................................. 2-40
Parallel Execution Downgraded 75% or more (per second)..................................................... 2-41
Parallel Execution Downgraded 75% or more (per transaction).............................................. 2-41
Parallel Execution Downgraded to Serial (per second)............................................................. 2-42
Parallel Execution Downgraded to Serial (per transaction) ..................................................... 2-42
PGA Cache Hit (%) ......................................................................................................................... 2-43
Redo Log Allocation Hit (%) ......................................................................................................... 2-43
Response Time (per transaction)................................................................................................... 2-44
Row Cache Miss Ratio (%) ............................................................................................................. 2-45
Sorts in Memory (%) ....................................................................................................................... 2-45
Global Cache Statistics......................................................................................................................... 2-47
Global Cache Average Convert Time (centi-seconds) ............................................................... 2-47
Global Cache Average CR Block Request Time (centi-seconds) .............................................. 2-47
Global Cache Average Current Block Request Time (centi-seconds)...................................... 2-48
Global Cache Average Get Time (centi-seconds) ....................................................................... 2-49
Global Cache Blocks Corrupt ........................................................................................................ 2-49
Global Cache Blocks Lost ............................................................................................................... 2-50
Idle Events .............................................................................................................................................. 2-51
Invalid Objects....................................................................................................................................... 2-53
Total Invalid Object Count............................................................................................................. 2-53
Invalid Objects by Schema.................................................................................................................. 2-53
Owner's Invalid Object Count....................................................................................................... 2-54
Recovery Area ........................................................................................................................................ 2-54
Recovery Area Free Space (%)....................................................................................................... 2-54
Response ................................................................................................................................................. 2-55
State ................................................................................................................................................... 2-55
Status................................................................................................................................................. 2-55
User Logon Time (msec) ................................................................................................................ 2-56
Session Suspended ............................................................................................................................... 2-56
Session Suspended by Data Object Limitation ........................................................................... 2-56
Session Suspended by Quota Limitation..................................................................................... 2-57
Session Suspended by Rollback Segment Limitation ................................................................ 2-57
Session Suspended by Tablespace Limitation ............................................................................ 2-57
SGA Pool Wastage................................................................................................................................. 2-57
Java Pool Free (%) ........................................................................................................................... 2-57
Large Pool Free (%) ......................................................................................................................... 2-58
Shared Pool Free (%)....................................................................................................................... 2-58
Snapshot Too Old .................................................................................................................................. 2-59
Snapshot Too Old due to Rollback Segment Limit .................................................................... 2-59
Snapshot Too Old due to Tablespace Limit ................................................................................ 2-60
SQL Response Time.............................................................................................................................. 2-60
SQL Response Time (%) ................................................................................................................. 2-60
Suspended Session ............................................................................................................................... 2-61
v
Suspended Session Count.............................................................................................................. 2-61
System Response Time Per Call ......................................................................................................... 2-62
System Response Time (centi-seconds)........................................................................................ 2-62
System Sessions Waiting ..................................................................................................................... 2-62
Waiting Session Count ................................................................................................................... 2-63
Tablespaces Full..................................................................................................................................... 2-63
Tablespace Space Used (%)............................................................................................................ 2-63
Tablespaces Full (dictionary managed)............................................................................................. 2-65
Tablespace Space Used (%) (dictionary managed) .................................................................... 2-65
Tablespaces With Problem Segments................................................................................................ 2-65
Segments Approaching Maximum Extents................................................................................. 2-66
Segments Approaching Maximum Extents Count..................................................................... 2-66
Segments Not Able to Extend ....................................................................................................... 2-67
Segments Not Able to Extend Count ........................................................................................... 2-67
Throughput............................................................................................................................................. 2-68
All Sessions ...................................................................................................................................... 2-68
BG Checkpoints (per second) ........................................................................................................ 2-69
Branch Node Splits (per second)................................................................................................... 2-69
Branch Node Splits (per transaction) ........................................................................................... 2-70
Consistent Read Blocks Created (per second) ............................................................................ 2-70
Consistent Read Blocks Created (per transaction) ..................................................................... 2-71
Consistent Read Changes (per second)........................................................................................ 2-71
Consistent Read Changes (per transaction) ................................................................................ 2-72
Consistent Read Gets (per second) ............................................................................................... 2-72
Consistent Read Gets (per transaction)........................................................................................ 2-73
Consistent Read Undo Records Applied (per second) .............................................................. 2-74
Consistent Read Undo Records Applied (per transaction)....................................................... 2-74
Cumulative Logons (per second).................................................................................................. 2-75
Cumulative Logons (per transaction) .......................................................................................... 2-75
Database Block Changes (per second) ......................................................................................... 2-76
Database Block Changes (per transaction) .................................................................................. 2-77
Database Block Gets (per second)................................................................................................. 2-77
Database Block Gets (per transaction) ......................................................................................... 2-78
DBWR Checkpoints (per second) ................................................................................................. 2-79
Enqueue Deadlocks (per second).................................................................................................. 2-80
Enqueue Deadlocks (per transaction) .......................................................................................... 2-81
Enqueue Requests (per second) .................................................................................................... 2-81
Enqueue Requests (per transaction) ............................................................................................. 2-82
Enqueue Timeout (per second) ..................................................................................................... 2-82
Enqueue Timeout (per transaction).............................................................................................. 2-83
Enqueue Waits (per second) .......................................................................................................... 2-83
Enqueue Waits (per transaction)................................................................................................... 2-84
Executes (per second) ..................................................................................................................... 2-84
Executes Performed without Parses (%)...................................................................................... 2-85
Full Index Scans (per second)........................................................................................................ 2-86
Full Index Scans (per transaction) ................................................................................................ 2-86
Hard Parses (per second) ............................................................................................................... 2-87
vi
Hard Parses (per transaction)........................................................................................................ 2-88
Leaf Node Splits (per second) ....................................................................................................... 2-90
Leaf Node Splits (per transaction) ................................................................................................ 2-90
Network Bytes (per second) .......................................................................................................... 2-91
Number of Transactions (per second).......................................................................................... 2-92
Open Cursors (per second) ............................................................................................................ 2-93
Open Cursors (per transaction)..................................................................................................... 2-94
Parse Failure Count (per second).................................................................................................. 2-94
Parse Failure Count (per transaction) .......................................................................................... 2-95
Physical Reads (per second) .......................................................................................................... 2-95
Physical Reads (per transaction) ................................................................................................... 2-97
Physical Reads Direct (per second) .............................................................................................. 2-98
Physical Reads Direct (per transaction) ....................................................................................... 2-99
Physical Reads Direct Lobs (per second) ..................................................................................... 2-99
Physical Reads Direct Lobs (per transaction)............................................................................ 2-100
Physical Writes (per second) ....................................................................................................... 2-100
Physical Writes (per transaction) ................................................................................................ 2-101
Physical Writes Direct (per second) ........................................................................................... 2-102
Physical Writes Direct (per transaction) .................................................................................... 2-103
Physical Writes Direct Lobs (per second) .................................................................................. 2-103
Physical Writes Direct Lobs (per transaction)........................................................................... 2-104
Recursive Calls (per second)........................................................................................................ 2-105
Recursive Calls (per transaction) ................................................................................................ 2-106
Redo Generated (per second) ...................................................................................................... 2-107
Redo Generated (per transaction)............................................................................................... 2-108
Redo Writes (per second) ............................................................................................................. 2-109
Redo Writes (per transaction)...................................................................................................... 2-110
Rows Processed (per sort)............................................................................................................ 2-112
Scans on Long Tables (per second)............................................................................................. 2-113
Scans on Long Tables (per transaction) ..................................................................................... 2-114
Session Logical Reads (per second) ............................................................................................ 2-115
Session Logical Reads (per transaction)..................................................................................... 2-116
Soft Parse (%) ................................................................................................................................. 2-117
Sorts to Disk (per second) ............................................................................................................ 2-118
Sorts to Disk (per transaction) ..................................................................................................... 2-119
Total Index Scans (per second).................................................................................................... 2-121
Total Index Scans (per transaction) ............................................................................................ 2-121
Total Parses (per second) ............................................................................................................. 2-122
Total Parses (per transaction) ...................................................................................................... 2-123
Total Table Scan (per second)...................................................................................................... 2-125
Total Table Scan (per transaction) .............................................................................................. 2-125
Total Table Scans (per second) .................................................................................................... 2-126
Total Table Scans (per transaction)............................................................................................. 2-126
User Calls (%) ................................................................................................................................ 2-127
User Calls (per second)................................................................................................................. 2-129
User Calls (per transaction) ......................................................................................................... 2-129
User Commits (per second) ......................................................................................................... 2-130
vii
User Commits (per transaction) .................................................................................................. 2-131
User Rollback Undo Records Applied (per second) ................................................................ 2-132
User Rollback Undo Records Applied (per transaction)......................................................... 2-133
User Rollbacks (per second) ........................................................................................................ 2-133
User Rollbacks (per transaction) ................................................................................................. 2-134
User Audit............................................................................................................................................. 2-135
Audited User.................................................................................................................................. 2-135
Audited User Host ........................................................................................................................ 2-136
Audited User Session Count ....................................................................................................... 2-137
User Block ............................................................................................................................................. 2-137
Blocking Session Count ................................................................................................................ 2-137
User Defined Metrics.......................................................................................................................... 2-138
User Defined Numeric Metric ..................................................................................................... 2-138
User Defined String Metric .......................................................................................................... 2-139
Wait Bottlenecks .................................................................................................................................. 2-139
Active Sessions Using CPU ......................................................................................................... 2-139
Active Sessions Waiting: I/O ...................................................................................................... 2-139
Active Sessions Waiting: Other ................................................................................................... 2-139
Average Instance CPU (%)........................................................................................................... 2-140
buffer busy waits (%).................................................................................................................... 2-140
CPU Time Delta (sec).................................................................................................................... 2-141
db file scattered read (%).............................................................................................................. 2-142
db file sequential read (%) ........................................................................................................... 2-143
db file single write (%).................................................................................................................. 2-144
direct path read (%) ...................................................................................................................... 2-145
direct path read (lob) (%) ............................................................................................................. 2-146
direct path write (%) ..................................................................................................................... 2-147
direct path write (lob) (%) ............................................................................................................ 2-149
enqueue - other (%)....................................................................................................................... 2-150
enqueue: DML - contention (%) .................................................................................................. 2-151
enqueue: HW, Segment High Water Mark - contention (%) .................................................. 2-152
enqueue: ST, Space Transaction - contention (%)..................................................................... 2-153
enqueue: TM, TX, Transaction - row lock contention (%)....................................................... 2-154
enqueue: TX mode 4, Transaction - allocate ITL entry (%) ..................................................... 2-154
enqueue: UL: User-defined - contention (%)............................................................................. 2-155
free buffer waits (%)...................................................................................................................... 2-156
Host CPU Utilization (%)............................................................................................................. 2-157
latch free - other (%)...................................................................................................................... 2-158
latch: cache buffer chains (%) ...................................................................................................... 2-159
latch: library cache (%) ................................................................................................................. 2-160
latch: redo copy (%) ...................................................................................................................... 2-161
latch: shared pool (%) ................................................................................................................... 2-162
library cache load lock (%)........................................................................................................... 2-163
library cache lock (%).................................................................................................................... 2-163
library cache pin (%) ..................................................................................................................... 2-165
local write wait (%) ....................................................................................................................... 2-166
log buffer space (%)....................................................................................................................... 2-167
viii
log file switch (archiving needed) (%) ....................................................................................... 2-168
log file switch (checkpoint complete) (%).................................................................................. 2-169
log file switch completion (%) ..................................................................................................... 2-169
log file sync (%) ............................................................................................................................. 2-170
log switch/archive (%) ................................................................................................................. 2-171
pipe put (%).................................................................................................................................... 2-172
row cache lock (%) ........................................................................................................................ 2-173
SQL*Net break/reset to client (%) .............................................................................................. 2-173
SQL*Net break/reset to dblink (%) ............................................................................................ 2-175
SQL*Net message to client (%).................................................................................................... 2-176
SQL*Net message to dblink (%).................................................................................................. 2-176
SQL*Net more data from client (%)............................................................................................ 2-177
SQL*Net more data from dblink (%).......................................................................................... 2-178
SQL*Net more data to client (%)................................................................................................. 2-179
SQL*Net more data to dblink (%)............................................................................................... 2-180
Wait Time (%) ................................................................................................................................ 2-180
write complete waits (%).............................................................................................................. 2-181
Wait by Session Count........................................................................................................................ 2-182
Session Waiting for Event Count ................................................................................................ 2-182
Waits by Wait Class ............................................................................................................................. 2-183
Average Users Waiting Count .................................................................................................... 2-183
Database Time Spent Waiting (%) .............................................................................................. 2-184
3 Listener
General Status........................................................................................................................................... 3-1
Alias...................................................................................................................................................... 3-1
Security ................................................................................................................................................ 3-1
SID List................................................................................................................................................. 3-2
SNMP Status ....................................................................................................................................... 3-2
Start Date ............................................................................................................................................. 3-3
TNS Address ....................................................................................................................................... 3-3
Trace Level .......................................................................................................................................... 3-3
Version ................................................................................................................................................. 3-4
Load............................................................................................................................................................. 3-4
Connections Established (per min).................................................................................................. 3-4
Connections Refused (per min)........................................................................................................ 3-5
Response .................................................................................................................................................... 3-5
Response Time (msec) ....................................................................................................................... 3-5
Status.................................................................................................................................................... 3-6
4 Host
Aggregate Resource Usage Statistics (By Project).............................................................................. 4-1
Cumulative CPU Wait Time(Seconds)............................................................................................ 4-1
Cumulative Data Page Fault Sleep Time(Seconds) ....................................................................... 4-1
ix
Cumulative Major Page Faults......................................................................................................... 4-2
Cumulative Minor Page Faults ........................................................................................................ 4-2
Cumulative Number Character IO (bytes) Read and Written .................................................... 4-3
Cumulative Number Of Blocks Read.............................................................................................. 4-3
Cumulative Number Of Blocks Written ......................................................................................... 4-3
Cumulative Number of Involuntary Context Switches ............................................................... 4-4
Cumulative Number Of Messages Received ................................................................................. 4-4
Cumulative Number Of Messages Sent.......................................................................................... 4-4
Cumulative Number of Signals Received ...................................................................................... 4-5
Cumulative Number of System Calls Made .................................................................................. 4-5
Cumulative Number of Voluntary Context Switches................................................................... 4-6
Cumulative Project Lock-Wait Sleep Time(Seconds) ................................................................... 4-6
Cumulative Project Other Sleep Time(Seconds)............................................................................ 4-6
Cumulative Stop Time(Seconds)...................................................................................................... 4-7
Cumulative Swap Operations .......................................................................................................... 4-7
Cumulative System Mode Time (seconds)..................................................................................... 4-7
Cumulative System Page Fault Sleep Time(Seconds)................................................................... 4-8
Cumulative System Trap Time (seconds)....................................................................................... 4-8
Cumulative Text Page Fault Sleep Time(Seconds)........................................................................ 4-9
Cumulative User Mode Time (seconds) ......................................................................................... 4-9
Number of Processes Owned by Project......................................................................................... 4-9
Project CPU Time (%) ..................................................................................................................... 4-10
Project Process Memory Size (%) .................................................................................................. 4-10
Project's Total Process Heap Size(KiloBytes) .............................................................................. 4-10
Project's Total Process Resident Set Size(KiloBytes) .................................................................. 4-11
Project's Total Process Virtual Memory Size(KiloBytes) ........................................................... 4-11
Status................................................................................................................................................. 4-12
Total Number of Threads in Project's Processes......................................................................... 4-12
Aggregate Resource Usage Statistics(By User) ................................................................................ 4-12
Cumulative CPU Wait Time(Seconds)......................................................................................... 4-12
Cumulative Data Page Fault Sleep Time(Seconds) .................................................................... 4-13
Cumulative Major Page Faults...................................................................................................... 4-13
Cumulative Minor Page Faults ..................................................................................................... 4-13
Cumulative Number Character IO (bytes) Read and Written ................................................. 4-14
Cumulative Number Of Blocks Read........................................................................................... 4-14
Cumulative Number Of Blocks Written ...................................................................................... 4-14
Cumulative Number of Involuntary Context Switches ............................................................ 4-15
Cumulative Number Of Messages Received .............................................................................. 4-15
Cumulative Number Of Messages Sent....................................................................................... 4-16
Cumulative Number of Signals Received ................................................................................... 4-16
Cumulative Number of System Calls Made ............................................................................... 4-16
Cumulative Number of Voluntary Context Switches................................................................ 4-17
Cumulative Stop Time(Seconds)................................................................................................... 4-17
Cumulative Swap Operations ....................................................................................................... 4-17
Cumulative System Mode Time (seconds).................................................................................. 4-18
Cumulative System Page Fault Sleep Time(Seconds)................................................................ 4-18
Cumulative System Trap Time (seconds).................................................................................... 4-19
x
Cumulative Text Page Fault Sleep Time(Seconds)..................................................................... 4-19
Cumulative User Lock-Wait Sleep Time(Seconds) .................................................................... 4-19
Cumulative User Mode Time (seconds) ...................................................................................... 4-20
Cumulative User Other Sleep Time(Seconds) ............................................................................ 4-20
Number of Processes Owned by User ......................................................................................... 4-20
Total Number of Threads in User's Processes ............................................................................ 4-21
User CPU Time (%) ......................................................................................................................... 4-21
User Process Memory Size (%)...................................................................................................... 4-22
User's Total Process Heap Size(KiloBytes) .................................................................................. 4-22
User's Total Process Resident Set Size(KiloBytes)...................................................................... 4-22
User's Total Process Virtual Memory Size(KiloBytes) ............................................................... 4-23
Buffer Activity........................................................................................................................................ 4-23
Buffer Cache Read Hit Ratio (%)................................................................................................... 4-23
Buffer Cache Reads (per second) .................................................................................................. 4-24
Buffer Cache Write Hit Ratio (%).................................................................................................. 4-24
Buffer Cache Writes (per second) ................................................................................................. 4-25
Physical I/O Reads (per second) ................................................................................................. 4-25
Physical I/O Writes (per second) ................................................................................................. 4-25
Physical Reads (per second) .......................................................................................................... 4-26
Physical Writes (per second) ......................................................................................................... 4-26
CPU Usage .............................................................................................................................................. 4-27
CPU Idle Time (%) .......................................................................................................................... 4-27
CPU Interrupt Time (%) ................................................................................................................. 4-28
CPU System Time (%) .................................................................................................................... 4-28
CPU User Time (%) ......................................................................................................................... 4-29
CPU Wait Time (%)......................................................................................................................... 4-29
Disk Activity .......................................................................................................................................... 4-30
Average Disk I/O Service Time (ms) ........................................................................................... 4-30
Average Disk I/O Wait Time (ms) ............................................................................................... 4-31
Average Outstanding Disk I/O Requests ................................................................................... 4-32
Average Run Time (ms) ................................................................................................................. 4-33
Disk Block Writes (per second) ..................................................................................................... 4-33
Disk Blocks Reads (per second) .................................................................................................... 4-34
Disk Reads (per second)................................................................................................................. 4-34
Disk Utilization (%)......................................................................................................................... 4-35
Disk Writes (per second) ................................................................................................................ 4-36
Disk Device Errors ................................................................................................................................ 4-36
Hard Errors ...................................................................................................................................... 4-37
Soft Errors......................................................................................................................................... 4-37
Total................................................................................................................................................... 4-37
Transport Errors .............................................................................................................................. 4-38
File Access System Calls ...................................................................................................................... 4-38
Blocks Read by Directory Search Routine (per second) ............................................................ 4-38
iget() Calls (per second).................................................................................................................. 4-39
lookuppn() Calls (per second) ....................................................................................................... 4-39
Filesystems.............................................................................................................................................. 4-40
Filesystem......................................................................................................................................... 4-40
xi
Filesystem Size (MB)....................................................................................................................... 4-40
Filesystem Space Available (%)..................................................................................................... 4-41
Filesystem Utilization (MB) ........................................................................................................... 4-42
Inventory................................................................................................................................................. 4-42
Kernel Memory...................................................................................................................................... 4-42
Failed Requests for Large Kernel Memory.................................................................................. 4-42
Failed Requests for Oversize Kernal Memory ............................................................................ 4-43
Failed Requests for Small Kernel Memory ................................................................................. 4-43
KMA Available for Large Memory Requests (Bytes) ................................................................ 4-43
KMA for Oversize Memory Requests (Bytes)............................................................................. 4-43
KMA for Small Memory Requests ............................................................................................... 4-44
Memory Allocated for Large Memory Requests (Bytes)........................................................... 4-44
Memory Allocated for Small Memory Requests (Bytes) ........................................................... 4-44
Load.......................................................................................................................................................... 4-45
CPU in IO-Wait (%)......................................................................................................................... 4-45
CPU in System Mode (%)............................................................................................................... 4-46
CPU in User Mode (%) ................................................................................................................... 4-46
CPU Interrupt Time (%) ................................................................................................................. 4-47
CPU Queue Length ........................................................................................................................ 4-48
CPU Utilization (%) ........................................................................................................................ 4-48
Free Memory (%)............................................................................................................................. 4-49
Longest Service Time (ms) ............................................................................................................. 4-50
Memory Page Scan Rate (per second) .......................................................................................... 4-50
Memory Utilization (%).................................................................................................................. 4-51
Page Transfers Rate......................................................................................................................... 4-52
Run Queue Length (1 minute average)........................................................................................ 4-52
Run Queue Length (15 minute average)...................................................................................... 4-53
Run Queue Length (5 minute average)........................................................................................ 4-54
Swap Utilization (%) ....................................................................................................................... 4-54
Total I/O (per second).................................................................................................................... 4-55
Total Processes................................................................................................................................. 4-56
Total Swap, Kilobytes ..................................................................................................................... 4-56
Total Users........................................................................................................................................ 4-57
Used Swap, Kilobytes ..................................................................................................................... 4-57
Message and Semaphore Activity ...................................................................................................... 4-58
msgrcv() System Calls (per second) ............................................................................................. 4-58
semop() System Calls (per second)............................................................................................... 4-58
Network Interfaces................................................................................................................................ 4-59
Network Interface Input Errors (%) ........................................................................................... 4-59
Network Interface Collisions (%).................................................................................................. 4-60
Network Interface Combined Utilization (%)............................................................................. 4-60
Network Interface Output Errors (%) .......................................................................................... 4-61
Network Interface Read (MB/s) ................................................................................................... 4-62
Network Interface Read Utilization (%) ...................................................................................... 4-62
Network Interface Write (MB/s) .................................................................................................. 4-63
Network Interface Write Utilization (%) ..................................................................................... 4-63
Paging Activity....................................................................................................................................... 4-64
xii
Address Translation Page Faults (per second) ........................................................................... 4-64
Cache Faults (per second) .............................................................................................................. 4-65
Copy-on-write Faults (per second)............................................................................................... 4-65
Demand Zero Faults (per second) ................................................................................................ 4-66
igets with Page Flushes(%) ............................................................................................................ 4-66
Page Faults (per second) ................................................................................................................ 4-67
Page Faults from Software Lock Requests .................................................................................. 4-67
Page-in Requests (per second)....................................................................................................... 4-68
Page-out Requests (per second) .................................................................................................... 4-69
Pages Paged-in (per second).......................................................................................................... 4-69
Pages Paged-out (per second) ....................................................................................................... 4-70
Pages Put on Freelist by Page Stealing Daemon (per second).................................................. 4-71
Pages Scanned by Page Stealing Daemon (per second) ............................................................ 4-71
Transition Faults (per second)....................................................................................................... 4-72
Process, Inode, File Tables Statistics.................................................................................................. 4-72
File Table Overflow Occurrences ................................................................................................. 4-73
Inode Table Overflow Occurrences .............................................................................................. 4-73
Maximum Size of Inode Table....................................................................................................... 4-74
Maximum Size of Process Table ................................................................................................... 4-74
Maximum Size of System File Table............................................................................................. 4-75
Process Table Overflow Occurrences........................................................................................... 4-75
Size of Inode Table .......................................................................................................................... 4-76
Size of Process Table ....................................................................................................................... 4-76
Size of System File Table ................................................................................................................ 4-76
Response ................................................................................................................................................. 4-77
Status................................................................................................................................................. 4-77
Swap Area Status................................................................................................................................... 4-77
Swap Free ......................................................................................................................................... 4-77
Swap Size.......................................................................................................................................... 4-78
Switch/Swap Activity ........................................................................................................................... 4-79
Process Context Switches (per second) ........................................................................................ 4-79
Swapins Transfers (per second) .................................................................................................... 4-79
Swapout Transfers (per second) ................................................................................................... 4-80
System Swapins (per second) ........................................................................................................ 4-80
System Swapouts (per second)...................................................................................................... 4-81
System Calls ........................................................................................................................................... 4-81
Characters Transferred by Read System Calls (per second)..................................................... 4-82
Characters Transferred by Write System Calls (per second) .................................................... 4-82
exec() System Calls (per second)................................................................................................... 4-83
fork() System Calls (per second) ................................................................................................... 4-83
read() System Calls (per second)................................................................................................... 4-84
System Calls (per second) .............................................................................................................. 4-84
write() System Calls (per second) ................................................................................................. 4-85
Top Processes.......................................................................................................................................... 4-85
Command and Arguments ............................................................................................................ 4-86
CPU Time for Top Processes ......................................................................................................... 4-86
CPU Utilization for Top Processes (%) ........................................................................................ 4-86
xiii
Memory Utilization for Top Processes (%).................................................................................. 4-87
Physical Memory Utilization (KB)................................................................................................ 4-87
Process User ID................................................................................................................................ 4-88
Virtual Memory Utilization (KB) .................................................................................................. 4-88
TTY Activity ........................................................................................................................................... 4-88
Incoming Character Interrupts (per second)............................................................................... 4-89
Input Characters Processed by canon()........................................................................................ 4-89
Modem Interrupt Rate (per second)............................................................................................. 4-89
Outgoing Character Interrupts (per second)............................................................................... 4-90
TTY Output Characters (per second) ........................................................................................... 4-90
TTY Raw Input (chars/s) ............................................................................................................... 4-91
User Defined Metrics............................................................................................................................ 4-91
User Defined Numeric Metric ....................................................................................................... 4-92
User Defined String Metric ............................................................................................................ 4-92
Users......................................................................................................................................................... 4-92
Number of Logons ......................................................................................................................... 4-92
5 Application Server
Application Response.............................................................................................................................. 5-1
Application URL Response Time (seconds)................................................................................... 5-1
Application URL Status..................................................................................................................... 5-2
OPMN Process Information Metrics .................................................................................................... 5-2
Component CPU Usage (%) ............................................................................................................. 5-3
Component Memory Usage (%) ...................................................................................................... 5-3
Component Memory Usage (MB).................................................................................................... 5-4
Component Start Time (ms since epoch) ........................................................................................ 5-5
Component Up Time (ms) ................................................................................................................ 5-5
Component Up/down Status........................................................................................................... 5-5
Free Memory (%)................................................................................................................................ 5-6
Free Memory (MB) ............................................................................................................................. 5-6
Idle CPU Time (%) ............................................................................................................................. 5-7
Total Memory (MB) ........................................................................................................................... 5-7
Resource Usage ......................................................................................................................................... 5-7
CPU Idle Time (%) ............................................................................................................................. 5-8
CPU Usage (%) ................................................................................................................................... 5-8
Free Memory (%)................................................................................................................................ 5-9
Free Memory (MB) ............................................................................................................................. 5-9
Memory Usage (%) ............................................................................................................................ 5-9
Memory Usage (MB)....................................................................................................................... 5-10
Other CPU Usage (%) ..................................................................................................................... 5-10
Other Memory Usage (%) .............................................................................................................. 5-11
Other Memory Usage (MB) ........................................................................................................... 5-11
Total Memory (MB) ........................................................................................................................ 5-12
Response ................................................................................................................................................. 5-12
UpDown Status ............................................................................................................................... 5-12
xiv
6 Discoverer
Discoverer Components.......................................................................................................................... 6-1
CPU Usage (%) ................................................................................................................................... 6-1
Memory Usage (MB).......................................................................................................................... 6-1
Number of Sessions ........................................................................................................................... 6-2
Discoverer Plus Sessions ........................................................................................................................ 6-2
Component Type................................................................................................................................ 6-2
CPU Usage (%) ................................................................................................................................... 6-2
DBUser@DB - EUL ............................................................................................................................. 6-3
Memory Usage (MB).......................................................................................................................... 6-3
OS Process ID...................................................................................................................................... 6-3
SSO User .............................................................................................................................................. 6-3
Discoverer Portlet Provider Sessions ................................................................................................... 6-3
Component Type................................................................................................................................ 6-3
CPU Usage (%) ................................................................................................................................... 6-3
DBUser@DB - EUL ............................................................................................................................. 6-4
Memory Usage (MB).......................................................................................................................... 6-4
OS Process ID...................................................................................................................................... 6-4
SSO User .............................................................................................................................................. 6-4
Discoverer Sessions ................................................................................................................................. 6-4
Component Type................................................................................................................................ 6-4
CPU Usage (%) ................................................................................................................................... 6-5
DBUser@DB - EUL ............................................................................................................................. 6-5
Memory Usage (MB).......................................................................................................................... 6-5
OS Process ID...................................................................................................................................... 6-5
Private Memory Usage (MB) ............................................................................................................ 6-5
Shared Memory Usage (MB) ............................................................................................................ 6-5
SSO User .............................................................................................................................................. 6-5
Discoverer Viewer Sessions ................................................................................................................... 6-6
Component Type................................................................................................................................ 6-6
CPU Usage (%) ................................................................................................................................... 6-6
DBUser@DB - EUL ............................................................................................................................. 6-6
Memory Usage (MB).......................................................................................................................... 6-6
OS Process ID...................................................................................................................................... 6-6
SSO User .............................................................................................................................................. 6-6
Response .................................................................................................................................................... 6-7
UpDown Status .................................................................................................................................. 6-7
Total Discoverer CPU Usage .................................................................................................................. 6-7
Total Discoverer CPU Usage (%) ..................................................................................................... 6-7
Total Discoverer Memory Usage ........................................................................................................... 6-8
Total Discoverer Memory Usage (MB) ........................................................................................... 6-8
Total Number Of Discoverer Plus Sessions ........................................................................................ 6-8
Total Number Of Discoverer Plus Sessions ................................................................................... 6-9
Total Number Of Discoverer Portlet Provider Sessions ................................................................... 6-9
Total Number Of Discoverer Portlet Provider Sessions............................................................... 6-9
Total Number Of Discoverer Sessions ................................................................................................. 6-9
Total Number Of Discoverer Sessions ............................................................................................ 6-9
xv
Total Number Of Discoverer Viewer Sessions................................................................................ 6-10
Total Number Of Discoverer Viewer Sessions ........................................................................... 6-10
7 Forms
Load............................................................................................................................................................. 7-1
Total CPU (%) ..................................................................................................................................... 7-1
Total Memory (%) .............................................................................................................................. 7-1
Total number of users........................................................................................................................ 7-2
Response .................................................................................................................................................... 7-2
ResponseTime(ms) ............................................................................................................................. 7-3
Status.................................................................................................................................................... 7-3
8 HTTP Server
Host Metrics .............................................................................................................................................. 8-1
Name.................................................................................................................................................... 8-1
modplsql_Cache Metrics ........................................................................................................................ 8-1
cacheStatus.value ............................................................................................................................... 8-1
hits.count, ops ..................................................................................................................................... 8-2
hits.percentage.................................................................................................................................... 8-2
modplsql.............................................................................................................................................. 8-2
Name.................................................................................................................................................... 8-2
newMisses.count, ops........................................................................................................................ 8-3
newMisses.percentage....................................................................................................................... 8-3
requests.count ..................................................................................................................................... 8-3
staleMisses.count, ops ....................................................................................................................... 8-4
staleMisses.percentage ...................................................................................................................... 8-4
modplsql_HTTPResponseCodes Metrics............................................................................................ 8-4
HTTP 200s ........................................................................................................................................... 8-4
HTTP 200s percentage ....................................................................................................................... 8-5
HTTP 300s Resolved .......................................................................................................................... 8-5
HTTP 300s resolved percentage....................................................................................................... 8-5
HTTP 400s ........................................................................................................................................... 8-6
HTTP 400s percentage ....................................................................................................................... 8-6
HTTP 500s ........................................................................................................................................... 8-7
HTTP 500s percentage ....................................................................................................................... 8-7
Total HTTP responses........................................................................................................................ 8-8
modplsql_RequestGroupingSQLErrorList Metrics .......................................................................... 8-8
errorCount.count................................................................................................................................ 8-8
lastErrorDate.value ............................................................................................................................ 8-8
lastErrorRequest.value ...................................................................................................................... 8-9
lastErrorText.value............................................................................................................................. 8-9
Name.................................................................................................................................................... 8-9
modplsql_RequestLast10SQLErrorList Metrics.............................................................................. 8-10
errorDate.value................................................................................................................................ 8-10
errorRequest.value .......................................................................................................................... 8-10
errorText.value ................................................................................................................................ 8-10
Name................................................................................................................................................. 8-11
xvi
OHS General Metrics ........................................................................................................................... 8-11
Start Time (ms since Epoch) .......................................................................................................... 8-11
OHS Module Metrics............................................................................................................................ 8-11
Active Requests for a Module ....................................................................................................... 8-11
Request Handling Throughput, for a Module (requests per second) ..................................... 8-12
Request Handling Time, for a Module (seconds)....................................................................... 8-12
OHS Process Metrics ............................................................................................................................ 8-12
Heap Usage (MB) ............................................................................................................................ 8-13
OHS Server Metrics .............................................................................................................................. 8-13
Active HTTP Connections ............................................................................................................. 8-13
Active HTTP Requests.................................................................................................................... 8-13
Busy Processes ................................................................................................................................. 8-14
Connection Duration (seconds)..................................................................................................... 8-14
Error Rate (%) .................................................................................................................................. 8-15
Idle Processes ................................................................................................................................... 8-15
Percentage of Busy Processes ........................................................................................................ 8-15
Request Processing Time (seconds).............................................................................................. 8-16
Request Throughput (requests per second) ................................................................................ 8-17
Response Data Processed (KB per response) .............................................................................. 8-17
Response Data Throughput (KB per second).............................................................................. 8-18
OHS Virtual Host Metrics ................................................................................................................... 8-18
Active Requests for a Virtual Host ............................................................................................... 8-18
Request Processing Time for a Virtual Host (seconds).............................................................. 8-19
Request Throughput for a Virtual Host (requests per second) ................................................ 8-19
Response Data Processed for a Virtual Host (KB per response) .............................................. 8-20
Response Data Throughput for a Virtual Host (KB per second) ............................................. 8-20
Virtual Host Type............................................................................................................................ 8-21
Process Metrics....................................................................................................................................... 8-21
Host ................................................................................................................................................... 8-21
Name................................................................................................................................................. 8-21
Resource Usage ...................................................................................................................................... 8-21
CPU Idle Time (%) .......................................................................................................................... 8-21
CPU Usage (%) ................................................................................................................................ 8-22
Free Memory (%)............................................................................................................................. 8-22
Free Memory (MB) .......................................................................................................................... 8-23
Memory Usage (%) ......................................................................................................................... 8-23
Memory Usage (MB)....................................................................................................................... 8-23
Other CPU Usage (%) ..................................................................................................................... 8-24
Other Memory Usage (%) .............................................................................................................. 8-24
Other Memory Usage (MB) ........................................................................................................... 8-24
Total Memory (MB) ........................................................................................................................ 8-25
Response ................................................................................................................................................. 8-25
UpDown Status ............................................................................................................................... 8-25
xvii
Application URL Status..................................................................................................................... 9-2
Document Statistics ................................................................................................................................. 9-2
Average Document Size (bytes) ....................................................................................................... 9-2
Total Number of Documents............................................................................................................ 9-3
Total Size of Documents (bytes)....................................................................................................... 9-3
Documents By MIME Type .................................................................................................................... 9-3
Documents .......................................................................................................................................... 9-3
Size of Documents (bytes)................................................................................................................. 9-4
Domain Response .................................................................................................................................... 9-4
Domain Controller Status ................................................................................................................. 9-4
Node Status ......................................................................................................................................... 9-4
Node Status Message......................................................................................................................... 9-5
Status.................................................................................................................................................... 9-5
Load Balanced Application URL Timing............................................................................................. 9-6
Load Balanced Application URL Response Time (seconds)........................................................ 9-6
Load Balanced Application URL Status ......................................................................................... 9-6
Node Statistics .......................................................................................................................................... 9-7
Host Name and IP.............................................................................................................................. 9-7
JVM Free Memory (%)....................................................................................................................... 9-7
JVM Free Memory (MB) .................................................................................................................... 9-8
JVM Threads ....................................................................................................................................... 9-8
JVM Total Memory (MB) .................................................................................................................. 9-9
JVM Used Memory (MB) .................................................................................................................. 9-9
Sessions ................................................................................................................................................ 9-9
Resource Usage ...................................................................................................................................... 9-10
CPU Idle (%) .................................................................................................................................... 9-10
CPU Other (%) ................................................................................................................................. 9-10
CPU Usage (%) ................................................................................................................................ 9-10
Memory Usage (%) ......................................................................................................................... 9-11
Memory Usage (MB)....................................................................................................................... 9-12
Total Memory (MB) ........................................................................................................................ 9-12
Response ................................................................................................................................................. 9-12
Status................................................................................................................................................. 9-12
Sessions By Server (Domain) .............................................................................................................. 9-13
Sessions By Server........................................................................................................................... 9-13
Sessions By Server (Node)................................................................................................................... 9-13
Host Name and IP........................................................................................................................... 9-14
Sessions By Server........................................................................................................................... 9-14
Users......................................................................................................................................................... 9-14
All Users ........................................................................................................................................... 9-15
Average Consumed Quota By All Users (bytes) ........................................................................ 9-15
Average Consumed Quota By Limited Users (bytes)................................................................ 9-15
Average Consumed Quota By Unlimited Users (bytes) ........................................................... 9-15
Consumed Quota By All Users (bytes) ........................................................................................ 9-16
Consumed Quota By Limited Users (bytes)................................................................................ 9-16
Consumed Quota By Unlimited Users (bytes) ........................................................................... 9-16
Users With Limited Quota............................................................................................................. 9-17
xviii
Users With Unlimited Quota......................................................................................................... 9-17
Users (With Limited Quota) ................................................................................................................ 9-17
Average Allocated Quota (bytes).................................................................................................. 9-18
Average Consumed Quota (bytes) ............................................................................................... 9-18
Consumed (%) ................................................................................................................................. 9-18
Total Allocated Quota (bytes) ....................................................................................................... 9-18
Total Consumed Quota (bytes) ..................................................................................................... 9-19
Users (With Limited Quota) .......................................................................................................... 9-19
10 JServ
Response ................................................................................................................................................. 10-1
Status................................................................................................................................................. 10-1
11 OC4J
Application Metrics for OC4J Instances ........................................................................................... 11-1
Application - Delta EJB Method Execution Time (seconds) ..................................................... 11-1
Application - Delta EJB Method Invocations .............................................................................. 11-1
Application - Delta Request Processing Time (seconds) ........................................................... 11-2
Application - Delta Requests Completed .................................................................................... 11-2
Application - Delta Servlet, JSP and EJB Time (seconds) .......................................................... 11-2
Application - Requests Completed since Startup....................................................................... 11-2
Application - Total EJB Method Execution Time (seconds)...................................................... 11-3
Application - Total EJB Method Invocations .............................................................................. 11-3
Application - Total Request Processing Time (seconds) ........................................................... 11-3
Application - Total Servlet, JSP and EJB Time (seconds) .......................................................... 11-4
OC4J All Instances Metrics ................................................................................................................. 11-4
OC4J Instances - Active Sessions .................................................................................................. 11-4
OC4J Instances - Request Processing Time (seconds)................................................................ 11-4
OC4J Instances - Requests Per Second ......................................................................................... 11-5
OC4J Application Metrics.................................................................................................................... 11-5
Application - Active EJB Methods ................................................................................................ 11-5
Application - Active Requests ....................................................................................................... 11-6
Application - Active Sessions ........................................................................................................ 11-6
Application - EJB Method Execution Rate (per second)............................................................ 11-7
Application - EJB Method Execution Time (seconds)................................................................ 11-7
Application - Request Processing Time (seconds) ..................................................................... 11-8
Application - Requests Per Second............................................................................................... 11-8
OC4J EJB Metrics................................................................................................................................... 11-9
EJB - Active Methods ...................................................................................................................... 11-9
EJB - Method Execution Rate (per second)................................................................................ 11-10
EJB - Method Execution Time (seconds).................................................................................... 11-10
Type of EJB ..................................................................................................................................... 11-11
OC4J EJB Module Metrics ................................................................................................................. 11-11
EJB Module - Active Methods ..................................................................................................... 11-11
EJB Module - Method Execution Rate (per second)................................................................. 11-12
EJB Module - Method Execution Time (seconds) ..................................................................... 11-12
xix
OC4J Instance Metrics ........................................................................................................................ 11-13
OC4J Instance - Active EJB Methods .......................................................................................... 11-13
OC4J Instance - Active Requests ................................................................................................. 11-13
OC4J Instance - Active Sessions .................................................................................................. 11-14
OC4J Instance - Active Transactions .......................................................................................... 11-14
OC4J Instance - EJB Method Execution Rate (per second)...................................................... 11-14
OC4J Instance - EJB Method Execution Time (seconds).......................................................... 11-15
OC4J Instance - Heap Usage (MB).............................................................................................. 11-15
OC4J Instance - Open JDBC Connections.................................................................................. 11-16
OC4J Instance - Request Processing Time (seconds) ............................................................... 11-16
OC4J Instance - Requests Per Second......................................................................................... 11-17
OC4J Instance - Start Time (ms since Epoch) ............................................................................ 11-17
OC4J JSP Metrics................................................................................................................................. 11-17
Is multi-threaded? ......................................................................................................................... 11-17
JSP - Active Instances (STM only)............................................................................................... 11-18
JSP - Active Requests .................................................................................................................... 11-18
JSP - Available Instances (STM only) ......................................................................................... 11-19
JSP - Client Processing Time (seconds) ...................................................................................... 11-19
JSP - Requests Per Second ............................................................................................................ 11-20
OC4J Servlet Metrics .......................................................................................................................... 11-20
Servlet - Active Requests.............................................................................................................. 11-20
Servlet - Client Processing Time (seconds)................................................................................ 11-21
Servlet - Requests Per Second...................................................................................................... 11-22
OC4J Web Module Metrics................................................................................................................ 11-22
Web Module - Active Requests ................................................................................................... 11-22
Web Module - Active Sessions .................................................................................................... 11-23
Web Module - Class Load Time (seconds) ................................................................................ 11-23
Web Module - Client Time (seconds)......................................................................................... 11-24
Web Module - Request Processing Time (seconds) ................................................................. 11-24
Web Module - Requests Per Second........................................................................................... 11-25
Resource Usage .................................................................................................................................... 11-25
CPU Idle Time (%) ........................................................................................................................ 11-25
CPU Usage (%) .............................................................................................................................. 11-25
Free Memory (%)........................................................................................................................... 11-26
Free Memory (MB) ........................................................................................................................ 11-26
Memory Usage (%) ....................................................................................................................... 11-26
Memory Usage (MB)..................................................................................................................... 11-27
Other CPU Usage (%) ................................................................................................................... 11-27
Other Memory Usage (%) ............................................................................................................ 11-28
Other Memory Usage (MB) ......................................................................................................... 11-28
Total Memory (MB) ...................................................................................................................... 11-28
Response ............................................................................................................................................... 11-29
UpDown Status ............................................................................................................................. 11-29
xx
Event Result ..................................................................................................................................... 12-1
Event Time ....................................................................................................................................... 12-1
Instance Number ............................................................................................................................. 12-1
Process ID ......................................................................................................................................... 12-2
Sample ID ......................................................................................................................................... 12-2
User DN ............................................................................................................................................ 12-2
(Critical Events)System Resource Events ......................................................................................... 12-2
Event Name...................................................................................................................................... 12-2
Instance Number ............................................................................................................................. 12-2
Last Event Time ............................................................................................................................... 12-2
Number of Event Occurence ......................................................................................................... 12-2
Process ID ......................................................................................................................................... 12-3
Sample ID ......................................................................................................................................... 12-3
(Resource Statistics)LDAP Server and System Memory ............................................................... 12-3
Date and Time Stamp ..................................................................................................................... 12-3
Instance Number ............................................................................................................................. 12-3
LDAP Server's average memory growth (%).............................................................................. 12-3
Sample ID ......................................................................................................................................... 12-3
System's Total Free Physical Memory (KB)................................................................................. 12-4
(Resource Statistics)LDAP Server's Data Base Usage .................................................................... 12-4
Active Data Base Sessions .............................................................................................................. 12-4
Date and Time Stamp ..................................................................................................................... 12-4
Instance Number ............................................................................................................................. 12-4
Open Data Base Sessions................................................................................................................ 12-4
Sample ID ......................................................................................................................................... 12-4
Configuration sets of LDAP Server ................................................................................................... 12-5
Configuration set number.............................................................................................................. 12-5
Max concurrent DB conn ............................................................................................................... 12-5
Non SSL port number..................................................................................................................... 12-5
Number of server process .............................................................................................................. 12-5
SSL authentication type.................................................................................................................. 12-5
SSL enabled ...................................................................................................................................... 12-5
SSL port number.............................................................................................................................. 12-6
SSL Version ...................................................................................................................................... 12-6
SSL wallet URL ................................................................................................................................ 12-6
Directory Integration Profiles............................................................................................................. 12-6
Execution Errors .............................................................................................................................. 12-6
Execution Status .............................................................................................................................. 12-6
Last Applied Change Number ...................................................................................................... 12-6
Last Execution Time........................................................................................................................ 12-6
Operation.......................................................................................................................................... 12-6
Schedule (secs)................................................................................................................................. 12-7
State ................................................................................................................................................... 12-7
Type................................................................................................................................................... 12-7
Directory Integration Server ............................................................................................................... 12-7
Directory Integration Server Host ................................................................................................ 12-7
Downtime Count............................................................................................................................. 12-7
xxi
Instance ............................................................................................................................................. 12-7
LDAP Server .................................................................................................................................... 12-7
Start Time ......................................................................................................................................... 12-7
LDAP All Instance IDs......................................................................................................................... 12-7
Instance Number ............................................................................................................................. 12-7
LDAP Entry Cache Hit Ratio............................................................................................................... 12-7
Date and Time Stamp ..................................................................................................................... 12-8
Instance Number ............................................................................................................................. 12-8
Process ID ......................................................................................................................................... 12-8
Sample ID ......................................................................................................................................... 12-8
Server Entry Cache Hit Ratio ........................................................................................................ 12-8
LDAP Load and Response ................................................................................................................... 12-8
Date and Time Stamp ..................................................................................................................... 12-8
Instance Number ............................................................................................................................. 12-8
Sample ID ......................................................................................................................................... 12-9
Server Average Response Time (in Milliseconds)...................................................................... 12-9
Server Load ...................................................................................................................................... 12-9
LDAP Logon Session Statistics........................................................................................................... 12-9
Date and Time Stamp ..................................................................................................................... 12-9
Instance Number ............................................................................................................................. 12-9
Sample ID ......................................................................................................................................... 12-9
Total LDAP Logon Sessions ........................................................................................................ 12-10
LDAP Operations profile................................................................................................................... 12-10
Completed Add Operations ........................................................................................................ 12-10
Completed Compare Operations................................................................................................ 12-10
Completed Delete Operations ..................................................................................................... 12-10
Completed Login Operations ...................................................................................................... 12-10
Completed Modify Operations ................................................................................................... 12-10
Completed Search Operations..................................................................................................... 12-11
Date and Time Stamp ................................................................................................................... 12-11
Instance Number ........................................................................................................................... 12-11
Sample ID ....................................................................................................................................... 12-11
LDAP Server Response ...................................................................................................................... 12-11
Status............................................................................................................................................... 12-11
Total Number................................................................................................................................. 12-11
LDAP Server Total Memory Usage .................................................................................................. 12-11
Total Size (in KB)........................................................................................................................... 12-12
LDAP Server Total User Sessions .................................................................................................... 12-12
Total Users Sessions...................................................................................................................... 12-12
Running instances of LDAP Replication Server........................................................................... 12-12
Config Set ....................................................................................................................................... 12-12
Downtime Count........................................................................................................................... 12-12
Instance ........................................................................................................................................... 12-12
Oracle Directory Server ................................................................................................................ 12-12
Start Time ....................................................................................................................................... 12-13
Running instances of LDAP Server ................................................................................................. 12-13
Config Set Number ....................................................................................................................... 12-13
xxii
Downtime Count........................................................................................................................... 12-13
Host Name ..................................................................................................................................... 12-13
Instance Number ........................................................................................................................... 12-13
Port Number .................................................................................................................................. 12-13
Up Since.......................................................................................................................................... 12-13
Stopped instances of LDAP Server.................................................................................................. 12-14
Config Set Number ....................................................................................................................... 12-14
Host Name ..................................................................................................................................... 12-14
Instance Number ........................................................................................................................... 12-14
13 Portal
Database Instance.................................................................................................................................. 13-1
Instance Name ................................................................................................................................. 13-1
Start Time ......................................................................................................................................... 13-1
Version .............................................................................................................................................. 13-2
Database Portlet Metrics ...................................................................................................................... 13-2
Cache Hits ........................................................................................................................................ 13-2
Count of HTTP 200 Response codes............................................................................................. 13-2
Count of HTTP 400 Response codes............................................................................................. 13-3
Count of HTTP 500 Response codes............................................................................................. 13-3
Count of requests which timed out .............................................................................................. 13-4
Count of Resolved HTTP 300 Response codes ........................................................................... 13-4
Count of Unresolved HTTP 300 Response codes ....................................................................... 13-4
Database Portlet Average Time (msec) ........................................................................................ 13-5
Database Portlet Maximium Time (msec) ................................................................................... 13-5
Database Portlet Minimum Time (msec) ..................................................................................... 13-5
Last Response Code ........................................................................................................................ 13-6
Requests............................................................................................................................................ 13-6
Database Providers Metrics................................................................................................................. 13-7
Cache Hits ........................................................................................................................................ 13-7
Count of HTTP 200 Response codes............................................................................................. 13-7
Count of HTTP 400 Response codes............................................................................................. 13-7
Count of HTTP 500 Response codes............................................................................................. 13-8
Count of requests which timed out .............................................................................................. 13-8
Count of Resolved HTTP 300 Response codes ........................................................................... 13-8
Count of Unresolved HTTP 300 Response codes ....................................................................... 13-9
Database Provider Portlets Average Time (msec)...................................................................... 13-9
Database Provider Portlets Maximium Time (msec) ............................................................... 13-10
Database Provider Portlets Minimum Time (msec)................................................................. 13-11
Database Provider Status ............................................................................................................. 13-11
Offline ............................................................................................................................................. 13-12
Percentage of Database Provider HTTP 500 Response codes................................................. 13-12
Requests.......................................................................................................................................... 13-13
General Page Engine Metrics............................................................................................................ 13-13
Average Queue Length ................................................................................................................ 13-14
Average Time in Page Engine Queue (msec)............................................................................ 13-14
Cache Hits ...................................................................................................................................... 13-14
xxiii
Percentage of Requests that were serviced by the cache......................................................... 13-15
Percentage of Requests Timing Out in the Page Engine Queue ............................................ 13-15
Requests for cache enabled pages............................................................................................... 13-16
Requests to the Cache ................................................................................................................... 13-16
Total Page Requests ...................................................................................................................... 13-16
Page Engine Response Code Metrics .............................................................................................. 13-17
Percentage of http 200 responses ................................................................................................ 13-17
Percentage of http 300 Resolved responses............................................................................... 13-17
Percentage of http 300 Unresolved responses .......................................................................... 13-18
Percentage of http 400 responses ................................................................................................ 13-18
Percentage of http 500 responses ................................................................................................ 13-18
Timeouts ......................................................................................................................................... 13-19
Total http 200 responses............................................................................................................... 13-19
Total http 300 Resolved responses.............................................................................................. 13-19
Total http 300 Unresolved responses ......................................................................................... 13-20
Total http 400 responses............................................................................................................... 13-20
Total http 500 responses............................................................................................................... 13-21
Total requests................................................................................................................................. 13-21
Unresolved Redirects.................................................................................................................... 13-21
Portal Homepage Metric .................................................................................................................... 13-22
Homepage Download (msec)...................................................................................................... 13-22
Status............................................................................................................................................... 13-22
Portal Metadata Repository Version Metric................................................................................... 13-23
Portal Metadata Repository Version .......................................................................................... 13-23
Response Metric .................................................................................................................................. 13-23
Status............................................................................................................................................... 13-23
Syndication Server Status Metric..................................................................................................... 13-24
Syndication Server Status ............................................................................................................ 13-24
Top Level Monitoring Status Metric................................................................................................ 13-25
Top Level Monitoring Status....................................................................................................... 13-25
Ultra Search Status Metric ................................................................................................................. 13-25
Ultra Search Status ........................................................................................................................ 13-25
Web Portlet Metrics............................................................................................................................. 13-26
Cache Hits ...................................................................................................................................... 13-26
Count of HTTP 200 Response codes........................................................................................... 13-26
Count of HTTP 400 Response codes........................................................................................... 13-27
Count of HTTP 500 Response codes........................................................................................... 13-27
Count of requests which timed out ............................................................................................ 13-27
Count of Resolved HTTP 300 Response codes ......................................................................... 13-28
Count of Unresolved HTTP 300 Response codes ..................................................................... 13-28
Last Response Code ...................................................................................................................... 13-29
Requests.......................................................................................................................................... 13-29
Web Portlet Average Time (msec) .............................................................................................. 13-29
Web Portlet Maximium Time (msec) ......................................................................................... 13-30
Web Portlet Minimum Time (msec) ........................................................................................... 13-30
Web Providers Metrics ....................................................................................................................... 13-30
Cache Hits ...................................................................................................................................... 13-31
xxiv
Count of HTTP 200 Response codes........................................................................................... 13-31
Count of HTTP 400 Response codes........................................................................................... 13-31
Count of HTTP 500 Response codes........................................................................................... 13-32
Count of requests which timed out ............................................................................................ 13-32
Count of Resolved HTTP 300 Response codes ......................................................................... 13-32
Count of Unresolved HTTP 300 Response codes ..................................................................... 13-33
Offline ............................................................................................................................................. 13-33
Percentage of Web Provider HTTP 500 Response codes......................................................... 13-34
Requests.......................................................................................................................................... 13-34
Web Provider Portlets Average Time (msec)............................................................................ 13-35
Web Provider Portlets Maximium Time (msec) ....................................................................... 13-35
Web Provider Portlets Minimum Time (msec)......................................................................... 13-36
Web Provider Status ..................................................................................................................... 13-37
14 Reports Server
Cluster Information .............................................................................................................................. 14-1
Current Jobs ..................................................................................................................................... 14-1
Failed Jobs ........................................................................................................................................ 14-1
Finished Jobs .................................................................................................................................... 14-1
Response Time (ms) ........................................................................................................................ 14-1
Scheduled Jobs................................................................................................................................. 14-1
Current Jobs............................................................................................................................................ 14-1
Job Name .......................................................................................................................................... 14-1
Output Format................................................................................................................................. 14-2
Output Type..................................................................................................................................... 14-2
Owner ............................................................................................................................................... 14-2
Queued At ........................................................................................................................................ 14-2
Started At.......................................................................................................................................... 14-2
Status................................................................................................................................................. 14-2
Engine Information............................................................................................................................... 14-2
Engines.............................................................................................................................................. 14-2
Running ............................................................................................................................................ 14-2
Failed Jobs............................................................................................................................................... 14-2
Finished At ....................................................................................................................................... 14-2
Job Name .......................................................................................................................................... 14-3
Output Format................................................................................................................................. 14-3
Output Type..................................................................................................................................... 14-3
Owner ............................................................................................................................................... 14-3
Queued At ........................................................................................................................................ 14-3
Started At.......................................................................................................................................... 14-3
Status................................................................................................................................................. 14-3
Finished Jobs.......................................................................................................................................... 14-3
Finished At ....................................................................................................................................... 14-3
Job Name .......................................................................................................................................... 14-3
Output Format................................................................................................................................. 14-3
Output Type..................................................................................................................................... 14-3
Owner ............................................................................................................................................... 14-4
xxv
Queued At ........................................................................................................................................ 14-4
Started At.......................................................................................................................................... 14-4
Status................................................................................................................................................. 14-4
Response ................................................................................................................................................. 14-4
Server Status..................................................................................................................................... 14-4
Scheduled Jobs....................................................................................................................................... 14-4
Job Name .......................................................................................................................................... 14-4
Last Run At ...................................................................................................................................... 14-4
Next Run At ..................................................................................................................................... 14-5
Output Format................................................................................................................................. 14-5
Output Type..................................................................................................................................... 14-5
Owner ............................................................................................................................................... 14-5
Repeat Interval................................................................................................................................. 14-5
Server Information................................................................................................................................ 14-5
Active Engines ................................................................................................................................. 14-5
Average Elapsed Time (ms)........................................................................................................... 14-5
Average Response Time (ms) ........................................................................................................ 14-5
Cluster Name ................................................................................................................................... 14-5
Current Jobs ..................................................................................................................................... 14-5
Failed Jobs ........................................................................................................................................ 14-6
Failed Ratio (%) ............................................................................................................................... 14-6
Finished Jobs .................................................................................................................................... 14-6
Scheduled Jobs................................................................................................................................. 14-6
Since (Start Time) ............................................................................................................................ 14-6
Trace File Name............................................................................................................................... 14-6
Trace Mode....................................................................................................................................... 14-6
Transferred Jobs .............................................................................................................................. 14-6
Version .............................................................................................................................................. 14-6
Server Performance Data ..................................................................................................................... 14-6
Active Engines ................................................................................................................................. 14-7
Average Elapsed Time to date (ms) ............................................................................................. 14-7
Cluster Name ................................................................................................................................... 14-7
Current Job Load ............................................................................................................................. 14-7
Current Jobs ..................................................................................................................................... 14-8
Failed Jobs ........................................................................................................................................ 14-8
Job Load............................................................................................................................................ 14-8
Scheduled Jobs................................................................................................................................. 14-8
Since (Start Time) ............................................................................................................................ 14-9
Successful Jobs ................................................................................................................................. 14-9
Trace File Name............................................................................................................................... 14-9
Trace Mode....................................................................................................................................... 14-9
Transferred Jobs ............................................................................................................................ 14-10
Version ............................................................................................................................................ 14-10
xxvi
Number of Successful Login Attempts ........................................................................................ 15-1
Number of Unsuccessful Login Attempts ................................................................................... 15-2
Percentage of Successful Logins .................................................................................................. 15-2
Percentage of Unsuccessful Logins ............................................................................................. 15-2
Login Server Metrics For The Last Hour .......................................................................................... 15-3
Number of Login Attempts ........................................................................................................... 15-3
Number of Successful Login Attempts ........................................................................................ 15-3
Number of Unsuccessful Login Attempts ................................................................................... 15-4
Percentage of Successful Logins .................................................................................................. 15-4
Percentage of Unsuccessful Logins ............................................................................................. 15-4
Most Failed Login Users Metrics........................................................................................................ 15-5
Frequency ......................................................................................................................................... 15-5
Subscriber ID.................................................................................................................................... 15-5
Subscriber Name ............................................................................................................................. 15-5
SSO Database Instance Metric ........................................................................................................... 15-6
Instance Name ................................................................................................................................. 15-6
Start Time ......................................................................................................................................... 15-6
Version .............................................................................................................................................. 15-7
SSO Status Metric ................................................................................................................................. 15-7
Status................................................................................................................................................. 15-7
16 Web Cache
Cache Performance................................................................................................................................ 16-1
Allocated Cache Memory (%)........................................................................................................ 16-1
Cacheable Misses (% of requests) ................................................................................................. 16-1
Cached Documents Count ............................................................................................................. 16-2
Compression Savings (%) .............................................................................................................. 16-2
Data Served (MB/second) ............................................................................................................. 16-2
Errors (% of requests) ..................................................................................................................... 16-3
Hit Rate Per Second ........................................................................................................................ 16-3
Hits (% of requests) ......................................................................................................................... 16-3
Invalidated Objects Per Second..................................................................................................... 16-4
Invalidation Requests Per Second ................................................................................................ 16-4
Misses Per Second ........................................................................................................................... 16-5
Network Errors Per Second ........................................................................................................... 16-5
Noncacheable Misses (% of requests) .......................................................................................... 16-6
Open Connections........................................................................................................................... 16-6
Partial Page Errors Per Second...................................................................................................... 16-7
Refreshes (% of requests) ............................................................................................................... 16-7
Requests Per Second ....................................................................................................................... 16-7
Site Busy Errors Per Second........................................................................................................... 16-8
Size of Cached Documents (MB)................................................................................................... 16-8
Stale Hits (% of requests) ............................................................................................................... 16-8
Total Errors Per Second.................................................................................................................. 16-9
Up Since............................................................................................................................................ 16-9
ESI Errors .............................................................................................................................................. 16-10
ESI Exceptions Not Caught Per Second ..................................................................................... 16-10
xxvii
Times Default ESI Fragment Served Per Second...................................................................... 16-10
Resource Usage .................................................................................................................................... 16-10
CPU Idle Time (%) ........................................................................................................................ 16-10
Free Memory (%)........................................................................................................................... 16-11
Free Memory (MB) ........................................................................................................................ 16-11
Other CPU Usage (%) ................................................................................................................... 16-11
Other Memory Usage (%) ............................................................................................................ 16-12
Other Memory Usage (MB) ......................................................................................................... 16-12
Total Memory (MB) ...................................................................................................................... 16-12
Web Cache CPU Usage (%) ......................................................................................................... 16-12
Web Cache Memory Usage (%)................................................................................................... 16-13
Web Cache Memory Usage (MB)................................................................................................ 16-13
Response ............................................................................................................................................... 16-14
Status............................................................................................................................................... 16-14
Server Performance ............................................................................................................................. 16-14
Active Requests ............................................................................................................................. 16-14
Processing Time (seconds) ........................................................................................................... 16-15
Proxy Server................................................................................................................................... 16-15
Requests Per Second ..................................................................................................................... 16-15
Status............................................................................................................................................... 16-16
17 Web Application
HTTP Content ........................................................................................................................................ 17-1
Average Connect Time ................................................................................................................... 17-1
Average First Byte Time................................................................................................................. 17-1
Average Page Response ................................................................................................................. 17-1
Computed Response Time............................................................................................................. 17-2
Connect Time ................................................................................................................................... 17-2
Content Time ................................................................................................................................... 17-2
DNS Time ......................................................................................................................................... 17-2
First Byte Time................................................................................................................................. 17-3
HTML Bytes ..................................................................................................................................... 17-3
HTML Time...................................................................................................................................... 17-3
Page Content Bytes ......................................................................................................................... 17-3
Page Content Count........................................................................................................................ 17-4
Redirect Count................................................................................................................................. 17-4
Redirect Time................................................................................................................................... 17-4
Request Count ................................................................................................................................. 17-4
Slowest Page Response................................................................................................................... 17-4
Status................................................................................................................................................. 17-5
Status Description ........................................................................................................................... 17-5
Total Bytes ........................................................................................................................................ 17-5
Total Transaction Time................................................................................................................... 17-5
Transfer Rate .................................................................................................................................... 17-5
HTTP Response ..................................................................................................................................... 17-6
Average Connect Time ................................................................................................................... 17-6
Average First Byte Time................................................................................................................. 17-6
xxviii
Average Page Response ................................................................................................................. 17-6
Computed Response Time............................................................................................................. 17-6
Connect Time ................................................................................................................................... 17-7
Content Time ................................................................................................................................... 17-7
DNS Time ......................................................................................................................................... 17-7
First Byte Time................................................................................................................................. 17-7
HTML Time...................................................................................................................................... 17-7
Redirect Time................................................................................................................................... 17-8
Slowest Page Response................................................................................................................... 17-8
Status................................................................................................................................................. 17-8
Status Description ........................................................................................................................... 17-9
Total Transaction Time................................................................................................................... 17-9
Transfer Rate.................................................................................................................................... 17-9
18 Wireless
Active User Count Across all Instances ............................................................................................ 18-1
Active Users ..................................................................................................................................... 18-1
Active User Sessions Across Instances.............................................................................................. 18-1
Active Sessions ................................................................................................................................ 18-1
Average Response Time for the Interval........................................................................................... 18-2
Average Response Time (seconds) ............................................................................................... 18-2
Response ................................................................................................................................................. 18-2
Status................................................................................................................................................. 18-2
Services Requested ............................................................................................................................... 18-3
Services Invoked.............................................................................................................................. 18-3
Status Codes of all components.......................................................................................................... 18-3
Status Code ...................................................................................................................................... 18-4
19 Calendar Applications
Calendar Applications DB Size.......................................................................................................... 19-1
% Disk Space Available .................................................................................................................. 19-1
Filesystem......................................................................................................................................... 19-2
Mounted on...................................................................................................................................... 19-2
Total Disk Space (Kb) ..................................................................................................................... 19-2
Total Size (Kb).................................................................................................................................. 19-3
Total Space Free (Kb) ...................................................................................................................... 19-3
Total Space Used (Kb) .................................................................................................................... 19-3
Calendar Applications Processes Info............................................................................................... 19-3
CPU Time ......................................................................................................................................... 19-4
Elapsed Time.................................................................................................................................... 19-4
Memory Size (Kb) ........................................................................................................................... 19-4
PID..................................................................................................................................................... 19-5
Response ................................................................................................................................................. 19-5
Response Time................................................................................................................................. 19-5
xxix
Status Code ...................................................................................................................................... 19-5
20 Calendar Server
Calendar DB Size .................................................................................................................................. 20-1
% Disk Space Available .................................................................................................................. 20-1
Filesystem......................................................................................................................................... 20-2
Mounted on...................................................................................................................................... 20-2
Total Disk Space (MB) .................................................................................................................... 20-2
Total Size (MB)................................................................................................................................. 20-3
Total Space Free (MB)..................................................................................................................... 20-3
Total Space Used (MB) ................................................................................................................... 20-3
Calendar Server Top Processes ........................................................................................................... 20-4
CPU Time ......................................................................................................................................... 20-4
Elapsed Time.................................................................................................................................... 20-4
Memory Size (MB) .......................................................................................................................... 20-4
PID..................................................................................................................................................... 20-5
Connections ............................................................................................................................................ 20-5
Number of Dedicated Connections .............................................................................................. 20-5
Number of Reserved Connections................................................................................................ 20-5
Number of Shared Connections.................................................................................................... 20-6
Total Number of Calendar Connections...................................................................................... 20-6
Current Requests in CWS Queue....................................................................................................... 20-6
Alert Requests.................................................................................................................................. 20-6
Mail Requests................................................................................................................................... 20-7
Replication Requests....................................................................................................................... 20-7
Web Conf. Requests ........................................................................................................................ 20-8
CWS Cumulative Queue Stats ............................................................................................................ 20-8
Mail Requests Errors....................................................................................................................... 20-8
Mail Requests Processed ................................................................................................................ 20-9
Replication Requests Errors........................................................................................................... 20-9
Replication Requests Processed .................................................................................................... 20-9
SSR Requests Errors...................................................................................................................... 20-10
SSR Requests Processed ............................................................................................................... 20-10
Wireless Requests Errors.............................................................................................................. 20-10
Wireless Requests Processed ....................................................................................................... 20-11
Response ............................................................................................................................................... 20-11
Status............................................................................................................................................... 20-11
Status Code .................................................................................................................................... 20-12
Response Time (64Kb)........................................................................................................................ 20-12
Time Excluding Authentication OH (ms).................................................................................. 20-12
Time Excluding Connection OH (ms) ........................................................................................ 20-13
Total Transaction Time (ms)........................................................................................................ 20-13
21 IMAP Server
Append Details...................................................................................................................................... 21-1
Append Average Time ................................................................................................................... 21-1
Append Count ................................................................................................................................. 21-1
xxx
Append Failure Count.................................................................................................................... 21-1
Authenticate Details ............................................................................................................................. 21-2
Authenticate Average Time........................................................................................................... 21-2
Authenticate Count......................................................................................................................... 21-2
Authenticate Failure Count ........................................................................................................... 21-3
Bytes Transferred................................................................................................................................... 21-3
Bytes Received By Server ............................................................................................................... 21-3
Bytes Sent By Server ....................................................................................................................... 21-3
Client Connections................................................................................................................................ 21-4
Lost Client Connections ................................................................................................................. 21-4
Timed Out Client Connections...................................................................................................... 21-4
Total Client Connections................................................................................................................ 21-5
Copy Details ........................................................................................................................................... 21-5
Copy Average Time ........................................................................................................................ 21-5
Copy Count ...................................................................................................................................... 21-6
Copy Failure Count ........................................................................................................................ 21-6
Examine Details ..................................................................................................................................... 21-6
Examine Average Time .................................................................................................................. 21-6
Examine Count ................................................................................................................................ 21-7
Examine Failure Count................................................................................................................... 21-7
Expunge Details..................................................................................................................................... 21-7
Expunge Average Time.................................................................................................................. 21-7
Expunge Count................................................................................................................................ 21-8
Expunge Failure Count .................................................................................................................. 21-8
Fetch Details ........................................................................................................................................... 21-8
Fetch Average Time ........................................................................................................................ 21-8
Fetch Count ...................................................................................................................................... 21-9
Fetch Failure Count......................................................................................................................... 21-9
Login Details .......................................................................................................................................... 21-9
Login Average Time ....................................................................................................................... 21-9
Login Count ................................................................................................................................... 21-10
Login Failure Count...................................................................................................................... 21-10
Login Success Count ..................................................................................................................... 21-10
Logout Details...................................................................................................................................... 21-11
Logout Average Time................................................................................................................... 21-11
Logout Count................................................................................................................................. 21-11
Logout Failure Count ................................................................................................................... 21-11
NOOP Details ...................................................................................................................................... 21-12
NOOP Average Time.................................................................................................................... 21-12
NOOP Count.................................................................................................................................. 21-12
NOOP Failure Count .................................................................................................................... 21-12
Pass Details........................................................................................................................................... 21-13
Pass Average Time........................................................................................................................ 21-13
Pass Count...................................................................................................................................... 21-13
Pass Failure Count ........................................................................................................................ 21-13
Quit Details .......................................................................................................................................... 21-14
Quit Average Time........................................................................................................................ 21-14
xxxi
Quit Count...................................................................................................................................... 21-14
Quit Failure Count ........................................................................................................................ 21-14
Reset Details......................................................................................................................................... 21-15
Reset Average Time ...................................................................................................................... 21-15
Reset Count .................................................................................................................................... 21-15
Reset Failure Count....................................................................................................................... 21-15
Response ............................................................................................................................................... 21-16
Status............................................................................................................................................... 21-16
Retries Details...................................................................................................................................... 21-16
Retries Average Time ................................................................................................................... 21-17
Retries Count ................................................................................................................................. 21-17
Retries Failure Count .................................................................................................................... 21-17
Stat Details............................................................................................................................................ 21-17
Stat Average Time ......................................................................................................................... 21-18
Stat Count ....................................................................................................................................... 21-18
Stat Failure Count ......................................................................................................................... 21-18
Status Details ....................................................................................................................................... 21-18
Status Average Time..................................................................................................................... 21-19
Status Count................................................................................................................................... 21-19
Status Failure Count ..................................................................................................................... 21-19
Store Details ......................................................................................................................................... 21-19
Store Average Time....................................................................................................................... 21-20
Store Count..................................................................................................................................... 21-20
Store Failure Count ....................................................................................................................... 21-20
22 IMAP Service
Response ................................................................................................................................................. 22-1
Connect Time (ms) .......................................................................................................................... 22-1
Login Time (ms) .............................................................................................................................. 22-1
Status................................................................................................................................................. 22-2
Time to List Folders (ms) ............................................................................................................... 22-2
Time to Read Email (ms) ................................................................................................................ 22-3
Total Time (ms)................................................................................................................................ 22-3
23 Mailstore
Message Queue ...................................................................................................................................... 23-1
Length Of All Queues..................................................................................................................... 23-1
Length of Collect Queue ................................................................................................................ 23-1
Length of List Queue ...................................................................................................................... 23-2
Length of Local Queue ................................................................................................................... 23-2
Length of Prune Queue .................................................................................................................. 23-2
Length of Relay Queue................................................................................................................... 23-3
Length of Submit Queue ................................................................................................................ 23-3
Messages Being Processed ............................................................................................................. 23-4
Messages Marked For GC .............................................................................................................. 23-4
Response ................................................................................................................................................. 23-4
Status................................................................................................................................................. 23-4
xxxii
24 OID Client
Response ................................................................................................................................................. 24-1
Addressing Search Time (ms) ....................................................................................................... 24-1
Base Search Time (ms) .................................................................................................................... 24-1
Compare Time (ms) ........................................................................................................................ 24-2
Messaging Search Time (ms) ......................................................................................................... 24-2
Status................................................................................................................................................. 24-3
27 OVF Mailstore
Activity Time.......................................................................................................................................... 27-1
Activity User Count ........................................................................................................................ 27-1
Average Response Time................................................................................................................. 27-1
Sum of Response Time ................................................................................................................... 27-2
Database Login Time ............................................................................................................................ 27-2
DB Login Time User Count ........................................................................................................... 27-2
Delivery Time......................................................................................................................................... 27-3
Elapsed Time (msec) ....................................................................................................................... 27-3
Listen To Message Time ....................................................................................................................... 27-3
Listen Time User Count ................................................................................................................. 27-3
Response ................................................................................................................................................. 27-4
Status................................................................................................................................................. 27-4
User Login Time .................................................................................................................................... 27-5
User Count for Login Time............................................................................................................ 27-5
xxxiii
30 OVF Recording Application
Activity Total Time................................................................................................................................ 30-1
Recording Activity Total Response Time .................................................................................... 30-1
Recording Activity User Count..................................................................................................... 30-1
Recording Avg Response Time ..................................................................................................... 30-2
Caller Greeting Wait Time................................................................................................................... 30-2
Num Users waiting for Greeting .................................................................................................. 30-2
Response ................................................................................................................................................. 30-3
Response Status ............................................................................................................................... 30-3
35 POP Server
Response ................................................................................................................................................. 35-1
Status................................................................................................................................................. 35-1
36 POP Service
Response ................................................................................................................................................. 36-1
Connect Time (ms) .......................................................................................................................... 36-1
Login Time (ms) .............................................................................................................................. 36-1
xxxiv
Status................................................................................................................................................. 36-2
Time to Read Email (ms)................................................................................................................ 36-2
Total Time (ms)................................................................................................................................ 36-3
37 SMTP IN Server
Bytes Transferred................................................................................................................................... 37-1
Bytes Transmitted ........................................................................................................................... 37-1
Client Connections................................................................................................................................ 37-1
Current Client Connections ........................................................................................................... 37-1
Current SMTP Connections ........................................................................................................... 37-2
Total Inbound SMTP Connections................................................................................................ 37-2
Messages ................................................................................................................................................. 37-3
Current number of messages deferred ........................................................................................ 37-3
Total number of messages deferred ............................................................................................. 37-3
Total number of messages transmitted........................................................................................ 37-4
Response ................................................................................................................................................. 37-4
Status................................................................................................................................................. 37-4
38 SMTP IN Service
Response ................................................................................................................................................. 38-1
Connect Time (ms) .......................................................................................................................... 38-1
Status................................................................................................................................................. 38-1
Time To Send Email(ms) ................................................................................................................ 38-2
Total Time (ms)................................................................................................................................ 38-2
41 Web Conferencing
Process Information .............................................................................................................................. 41-1
CPU Idle (%) .................................................................................................................................... 41-1
xxxv
CPU Other (%) ................................................................................................................................. 41-1
CPU Usage (%) ................................................................................................................................ 41-1
Free Physical Memory (MB) .......................................................................................................... 41-2
Page Size (Bytes).............................................................................................................................. 41-2
Physical Memory Percentage ........................................................................................................ 41-3
Physical Memory Usage (MB)....................................................................................................... 41-3
Total Physical Memory Usage (MB)............................................................................................. 41-3
Response ................................................................................................................................................. 41-3
Status................................................................................................................................................. 41-4
Service Usage ......................................................................................................................................... 41-4
Active Clients................................................................................................................................... 41-4
Active Sessions ................................................................................................................................ 41-4
Memory Used KB ............................................................................................................................ 41-5
Total Memory KB ............................................................................................................................ 41-5
Total Sessions................................................................................................................................... 41-6
42 Agent
Agent Process Statistics........................................................................................................................ 42-1
CPU Usage (%) ................................................................................................................................ 42-1
Number Files Open......................................................................................................................... 42-2
Number Threads Created .............................................................................................................. 42-2
Process ID ......................................................................................................................................... 42-3
Resident Memory Utilization (%) ................................................................................................. 42-3
Resident Memory Utilization (KB) ............................................................................................... 42-3
Virtual Memory Utilization (KB) .................................................................................................. 42-4
Virtual Memory Utilization Growth (%) ..................................................................................... 42-4
Response ................................................................................................................................................. 42-5
Status................................................................................................................................................. 42-5
Upload Statistics .................................................................................................................................... 42-6
Last Successful Upload................................................................................................................... 42-6
Number of Files to Upload ............................................................................................................ 42-6
Size of Files to Upload (MB) .......................................................................................................... 42-7
Upload Rate (KB/sec)..................................................................................................................... 42-7
User Identification ................................................................................................................................ 42-7
Group Name .................................................................................................................................... 42-8
Location ............................................................................................................................................ 42-8
Other Groups ................................................................................................................................... 42-8
User Name........................................................................................................................................ 42-9
User Limit Info....................................................................................................................................... 42-9
CoreDump (blocks)......................................................................................................................... 42-9
Data (kbytes) .................................................................................................................................... 42-9
File (blocks) .................................................................................................................................... 42-10
NoFiles (descriptors)..................................................................................................................... 42-10
Stack (kbytes) ................................................................................................................................. 42-11
Time (seconds) ............................................................................................................................... 42-11
xxxvi
Virtual Mem (kbytes).................................................................................................................... 42-12
43 Beacon
ICMP Echo Response............................................................................................................................ 43-1
Average Time (ms).......................................................................................................................... 43-1
Last Host........................................................................................................................................... 43-2
Number of Hops.............................................................................................................................. 43-2
Packets Dropped (%) ...................................................................................................................... 43-2
Status................................................................................................................................................. 43-3
HTTP Response ..................................................................................................................................... 43-3
Intermediate Host IP....................................................................................................................... 43-4
Intermediate Host Name................................................................................................................ 43-4
Packet Number ................................................................................................................................ 43-4
Round Trip Time ............................................................................................................................. 43-4
Time To Live .................................................................................................................................... 43-4
xxxvii
Status since ..................................................................................................................................... 44-10
Steps Per Second............................................................................................................................ 44-10
Targets not providing data .......................................................................................................... 44-10
Throughput Per Second ............................................................................................................... 44-10
Total Loader Runtime in the Last Hour..................................................................................... 44-10
Total Repository Tablespace........................................................................................................ 44-11
Response ............................................................................................................................................... 44-11
Status............................................................................................................................................... 44-11
xxxviii
Send Us Your Comments
Oracle welcomes your comments and suggestions on the quality and usefulness of this
publication. Your input is an important part of the information used for revision.
■ Did you find any errors?
■ Is the information clearly presented?
■ Do you need more information? If so, where?
■ Are the examples correct? Do you need more examples?
■ What features did you like most about this manual?
If you find any errors or have any other suggestions for improvement, please indicate
the title and part number of the documentation and the chapter, section, and page
number (if available). You can send comments to us in the following ways:
■ Electronic mail: nedc-doc_us@oracle.com
■ FAX: 603-897-3317 Attn: Oracle Enterprise Manager
■ Postal service:
Oracle Corporation
Oracle Enterprise Manager Documentation
1 Oracle Drive
Nashua, NH 03062
USA
If you would like a reply, please give your name, address, telephone number, and
electronic mail address (optional).
If you have problems with the software, please contact your local Oracle Support
Services.
xxxix
xl
Preface
Intended Audience
This manual is intended for Oracle Enterprise Manager users interested in target
metrics.
Documentation Accessibility
Our goal is to make Oracle products, services, and supporting documentation
accessible, with good usability, to the disabled community. To that end, our
documentation includes features that make information available to users of assistive
technology. This documentation is available in HTML format, and contains markup to
facilitate access by the disabled community. Standards will continue to evolve over
xli
time, and Oracle is actively engaged with other market-leading technology vendors to
address technical obstacles so that our documentation can be accessible to all of our
customers. For additional information, visit the Oracle Accessibility Program Web site
at
http://www.oracle.com/accessibility/
Structure
This manual contains a chapter for each Enterprise Manager target for which there are
metrics. The chapters are divided into the following parts: Oracle Database metrics,
Host metrics, Oracle Application Server metrics, Oracle Collaboration Suite metrics,
and metrics specific to Oracle Enterprise Manager.
Chapter 2, "Database"
This chapter contains the metrics for the Oracle Database target.
Chapter 3, "Listener"
This chapter contains the metrics for the Oracle Listener target.
Chapter 4, "Host"
This chapter contains the metrics for the following host targets: Solaris, HP, Linux, HP
Tru64, IBM AIX, and Windows.
xlii
Chapter 6, "Discoverer"
This chapter contains the metrics for the Oracle Application Server Discoverer target.
Chapter 7, "Forms"
This chapter contains the metrics for the Oracle Application Server Forms target.
xliii
Chapter 20, "Calendar Server"
This chapter contains the metrics for the Oracle Calendar Server target.
xliv
Chapter 33, "OVF Routing Application"
This chapter contains the metrics for the Oracle Voicemail & Fax (OVF) Routing
Application target.
Related Documents
For more information, see the following manuals in the Oracle Enterprise Manager 10g
Release 1 (10.1) documentation set:
xlv
■ Oracle Enterprise Manager Grid Control Installation and Basic Configuration
■ Oracle Enterprise Manager Concepts
■ Oracle Enterprise Manager Advanced Configuration
■ Extending Oracle Enterprise Manager
Conventions
The following conventions are also used in this manual:
Convention Meaning
. Vertical ellipsis points in an example mean that information not directly
. related to the example has been omitted.
.
... Horizontal ellipsis points in statements or commands mean that parts
of the statement or command not directly related to the example have
been omitted
boldface text Boldface type in text indicates a term defined in the text, the glossary,
or in both locations.
<> Angle brackets enclose user-supplied names.
[] Brackets enclose optional clauses from which you can choose one or
none.
Abbreviations
To reduce the page count in this document, the following abbreviations and acronyms
are used:
Abbreviation/Acronym Name
Agent Oracle Management Agent
Database Oracle Database
HTTP HyperText Transfer Protocol
IMAP Interactive Mail Access Protocol
LDAP Lightweight Directory Access Protocol
Listener Oracle Listener
OC4J Oracle Application Server Containers for J2EE
OID Oracle Internet Directory
OMS Oracle Management Service
OVF Oracle Voicemail & Fax
POP Post Office Protocol
Repository Oracle Management Repository
SMTP Simple Mail Transfer Protocol
xlvi
1
How To Use This Manual
The Oracle Enterprise Manager Metric Reference Manual (hereafter referred to as the
Metric Reference Manual) lists all the target metrics that Enterprise Manager monitors.
This manual compiles in one place all the target metric help available online,
eliminating the need to have the Grid Control Console up and running.
This chapter describes:
■ Structure of the Metric Reference Manual
■ Background Information on Metrics, Thresholds, and Alerts
Metric Information
The information for each metric comprises a description, summary of the metric’s
"vital statistics", data source (if available), and user action. The following list provides
greater detail:
■ Description
Explanation following the metric name. This text defines the metric and, when
available, provides additional information pertinent to the metric.
■ Metric Summary
Explains in table format the target version, collection frequency, upload frequency,
operator, default warning threshold, default critical threshold, consecutive number
of occurrences preceding notification, and alert text for the metric. See Examples of
Metric Summary Tables for examples of Metric Summary tables. See Table 1–1 for
an explanation of each of these statistics.
■ Data Source
How the metric is calculated. In some metrics, data source information is not
available.
■ User Action
Suggestions of how to solve the problem causing the alert.
Consecutive
Evaluation Number of
and Default Occurrences
Target Collection Upload Warning Default Critical Preceding
Version Frequency Frequency Operator Threshold Threshold Notification Alert Text
All Every 10 After Every > 10000000 12500000 1 Bytes sent by the
Versions Minutes Sample server are
%value%
Consecutive
Number of
Server Default Default Occurrences
Target Evaluation Collection Upload Warning Critical Preceding
Version Frequency Frequency Frequency Operator Threshold Threshold Notification Alert Text
10.1.0.x Every Every 5 After > Not Not 2 Generated By
Minute Minutes Every Defined Defined Database Server
Sample
Abbreviation/Acronym Name
Agent Oracle Management Agent
Database Oracle Database
HTTP HyperText Transfer Protocol
IMAP Interactive Mail Access Protocol
LDAP Lightweight Directory Access Protocol
Listener Oracle Listener
OC4J Oracle Application Server Containers for J2EE
OID Oracle Internet Directory
OMS Oracle Management Service
OVF Oracle Voicemail & Fax
POP Post Office Protocol
Repository Oracle Management Repository
Abbreviation/Acronym Name
SMTP Simple Mail Transfer Protocol
See Also: See the Oracle Enterprise Manager Concepts manual and the
Enterprise Manager online help for additional information about
metrics, thresholds, and alerts
Editing Thresholds
Out of the box, Enterprise Manager comes with thresholds for critical metrics. Warning
and critical thresholds are used to generate an alert, letting you know of impending
problems so that you can address them in a timely manner.
To better suit the monitoring needs of your organization, you can edit the thresholds
provided by Enterprise Manager and define new thresholds. When defining
thresholds, the key is to choose acceptable values to avoid unnecessary alerts, while
still being notified of issues in a timely manner.
You can establish thresholds that will provide pertinent information in a timely
manner by defining metric baselines that reflect how your system runs for a normal
period of time.
The metrics listed on the Edit Thresholds page are either default metrics provided by
Oracle or metrics whose thresholds you can change.
The key in specifying multiple thresholds is to determine how the comparison relates
to the metric threshold as a whole. What benefit will be realized by defining a more
stringent or lax threshold for that particular device, mount point, and so on?
For example, using the Average Disk I/O Service Time metric, you can define warning
and critical thresholds to be applied to all disks (sd0 and sd1), or you can define
different warning and critical thresholds for a specific disk (sd0). This allows you to
adjust the thresholds for sd0 to be more stringent or lax for that particular disk.
The Oracle database metrics provide description, data source, metric index (where
applicable), and user action information for each metric.
Alert Log
This metric category contains the metrics that are used in creating the alert log, for
example, data block corruption, terminated session, and so on.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
$ORACLE_HOME/sysman/admin/scripts/alertlog.pl where $ORACLE_HOME
refers to the home of the Oracle Management Agent.
User Action
No user action is necessary.
Metric Summary
The following table shows how often the metric's value is collected.
Database 2-1
Alert Log
Data Source
$ORACLE_HOME/sysman/admin/scripts/alertlog.pl where $ORACLE_HOME
refers to the home of the Oracle Management Agent.
User Action
No user action is necessary.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Time/Line Number" object.
If warning or critical threshold values are currently set for any "Time/Line Number"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Time/Line
Number" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager online help for information on accessing the Edit Thresholds page.
Data Source
$ORACLE_HOME/sysman/admin/scripts/alertlog.pl where $ORACLE_HOME
refers to the home of the Oracle Management Agent.
User Action
Examine ALERT log and archiver trace file for additional information; however, the
most likely cause of this message is that the destination device is out of space to store
the redo log file. Verify the device specified in the initialization parameter ARCHIVE_
LOG_DEST is set up properly for archiving. Note: This event does not automatically
clear since there is no automatic way of determining when the problem has been
resolved. Hence, you need to manually clear the event once the problem is fixed.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Time/Line Number" object.
If warning or critical threshold values are currently set for any "Time/Line Number"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Time/Line
Number" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager online help for information on accessing the Edit Thresholds page.
Data Source
$ORACLE_HOME/sysman/admin/scripts/alertlog.pl where $ORACLE_HOME
refers to the home of the Oracle Management Agent.
User Action
Examine ALERT log for additional information. Note: This event does not
automatically clear since there is no automatic way of determining when the problem
has been resolved. Hence, you need to manually clear the event once the problem is
fixed.
Database 2-3
Alert Log
when Oracle Exception (ORA-006xx) messages are written to the ALERT log file. A
warning is displayed when other ORA messages are written to the ALERT log file.
Deadlock detected (ORA-00060), archiver hung (ORA-00257), and data block
corrupted (ORA-01578) messages are sent out as separate metrics.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Time/Line Number" object.
If warning or critical threshold values are currently set for any "Time/Line Number"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Time/Line
Number" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager online help for information on accessing the Edit Thresholds page.
Data Source
$ORACLE_HOME/sysman/admin/scripts/alertlog.pl where $ORACLE_HOME
refers to the home of the Oracle Management Agent.
User Action
Examine ALERT log for additional information. Note: This event does not
automatically clear since there is no automatic way of determining when the problem
has been resolved. Hence, you need to manually clear the event once the problem is
fixed.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Time/Line Number" object.
If warning or critical threshold values are currently set for any "Time/Line Number"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Time/Line
Number" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager online help for information on accessing the Edit Thresholds page.
Data Source
$ORACLE_HOME/sysman/admin/scripts/alertlog.pl where $ORACLE_HOME
refers to the home of the Oracle Management Agent.
User Action
Examine the ALERT log and the session trace file for additional information. Note:
This event does not automatically clear since there is no automatic way of determining
when the problem has been resolved. Hence, you need to manually clear the event
once the problem is fixed.
Database 2-5
Alert Log Error Status
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
Alert Log metric
User Action
Examine the Alert Log.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
Alert Log metric
User Action
Examine the Alert Log.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
Alert Log metric
User Action
Examine the Alert Log.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
Alert Log metric
User Action
Examine the Alert Log.
Archive Area
This metric category contains the metrics representing the utilization of the various
archive areas.
Database 2-7
Archive Area
If the database is running in ARCHIVELOG mode, this metric checks for available
redo log destination device. It returns the percentage of used space of the redo log
destination.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Archive Area Destination" object.
If warning or critical threshold values are currently set for any "Archive Area
Destination" object, those thresholds can be viewed on the Metric Detail page for this
metric.
To specify or change warning or critical threshold values for each "Archive Area
Destination" object, use the Edit Thresholds page. See the Editing Thresholds topic in
the Enterprise Manager online help for information on accessing the Edit Thresholds
page.
Data Source
If no quota is set for archive area, the percentage is calculated using the UNIX df -k
command.
If quota is set:
archive area used (%) = (total area used / total archive area) * 100
User Action
Verify the device specified in the initialization parameter LOG_ARCHIVE_DEST is set
up properly for archiving.
■ For Oracle8, verify that the LOG_ARCHIVE_DEST and LOG_ARCHIVE_
DUPLEX_DEST initialization parameters are set up properly for archiving.
■ For Oracle8i, there are two methods you can use to specify archive destinations.
The first method is to use the LOG_ARCHIVE_DEST_n parameter (where n is an
integer from 1 to 5) to specify from one to five different destinations for archival.
Each numerically-suffixed parameter uniquely identifies an individual
destination, for example, LOG_ARCHIVE_DEST_1, LOG_ARCHIVE_DEST_2, and
so on. The second method, which allows you to specify a maximum of two
locations, is to use the LOG_ARCHIVE_DEST parameter to specify a primary
archive destination and the LOG_ARCHIVE_DUPLEX_DEST parameter to
determine an optional secondary location.
If the LOG_ARCHIVE_DEST initialization parameter is set up correctly and this
metric triggers, then free up more space in the destination specified by the archive
destination parameters.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
If no quota is set for archive area, this is calculated through the UNIX df -k
command.
If quota is set:
total area used = quota_used * db_block_size (in KB)
User Action
Verify the device specified in the initialization parameter LOG_ARCHIVE_DEST is set
up properly for archiving.
■ For Oracle8, verify that the LOG_ARCHIVE_DEST and LOG_ARCHIVE_
DUPLEX_DEST initialization parameters are set up properly for archiving.
■ For Oracle8i, there are two methods you can use to specify archive destinations.
The first method is to use the LOG_ARCHIVE_DEST_n parameter (where n is an
integer from 1 to 5) to specify from one to five different destinations for archival.
Each numerically-suffixed parameter uniquely identifies an individual
destination, for example, LOG_ARCHIVE_DEST_1, LOG_ARCHIVE_DEST_2, and
so on. The second method, which allows you to specify a maximum of two
locations, is to use the LOG_ARCHIVE_DEST parameter to specify a primary
archive destination and the LOG_ARCHIVE_DUPLEX_DEST parameter to
determine an optional secondary location.
If the LOG_ARCHIVE_DEST initialization parameter is set up correctly and this
metric triggers, then free up more space in the destination specified by the archive
destination parameters.
Database 2-9
Archive Area
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Archive Area Destination" object.
If warning or critical threshold values are currently set for any "Archive Area
Destination" object, those thresholds can be viewed on the Metric Detail page for this
metric.
To specify or change warning or critical threshold values for each "Archive Area
Destination" object, use the Edit Thresholds page. See the Editing Thresholds topic in
the Enterprise Manager online help for information on accessing the Edit Thresholds
page.
Data Source
If the database is in NOARCHIVELOG mode, then nothing is collected.
If the database is in ARCHIVELOG mode, log_archive_destination from v$parameter
is queried to obtain the current list of archivelog destinations. The results are obtained
by directly checking the disk usage (df -kl).
User Action
Verify the device specified in the initialization parameter LOG_ARCHIVE_DEST is set
up properly for archiving.
■ For Oracle8, verify that the LOG_ARCHIVE_DEST and LOG_ARCHIVE_
DUPLEX_DEST initialization parameters are set up properly for archiving.
■ For Oracle8i, there are two methods you can use to specify archive destinations.
The first method is to use the LOG_ARCHIVE_DEST_n parameter (where n is an
integer from 1 to 5) to specify from one to five different destinations for archival.
Each numerically-suffixed parameter uniquely identifies an individual
destination, for example, LOG_ARCHIVE_DEST_1, LOG_ARCHIVE_DEST_2, and
so on. The second method, which allows you to specify a maximum of two
locations, is to use the LOG_ARCHIVE_DEST parameter to specify a primary
archive destination and the LOG_ARCHIVE_DUPLEX_DEST parameter to
determine an optional secondary location.
If the LOG_ARCHIVE_DEST initialization parameter is set up correctly and this
metric triggers, then free up more space in the destination specified by the archive
destination parameters.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
If no quota is set for archive area, this is calculated through the UNIX df -k
command.
If quota is set:
total archive area = quota_size * db_block_size (in KB)
User Action
Oracle recommends that multiple archivelog destinations across different disks be
configured. When at least one archivelog destination gets full, Oracle recommends the
following:
■ If tape is being used, back up archivelogs to tape and delete the archivelogs.
■ If tape is not being used, back up the database and remove obsolete files. This also
removes archivelogs that are no longer needed based on the database retention
policy.
■ If archivelog destination quota_size is being used, raise the quota_size.
Data Guard
The Data Guard metrics check the status, data not received, and data not applied for
the databases in the Data Guard configuration.
For information about Data Guard metrics, see the "Managing Data Guard Metrics"
section of the "Data Guard Manager Scenarios" chapter in the Oracle10i Data Guard
Broker book.
Database 2-11
Data Guard
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Name" object.
If warning or critical threshold values are currently set for any "Name" object, those
thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Name" object, use
the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise Manager
online help for information on accessing the Edit Thresholds page.
User Action
1. Check the Edit Properties General page for the primary and standby databases for
detailed information.
2. Examine the database alert logs and the Data Guard broker logs for additional
information.
For information about Data Guard metrics, see the "Managing Data Guard Metrics"
section of the "Data Guard Manager Scenarios" chapter in the Oracle10i Data Guard
Broker book.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Name" object.
If warning or critical threshold values are currently set for any "Name" object, those
thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Name" object, use
the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise Manager
online help for information on accessing the Edit Thresholds page.
User Action
1. Check the Log File Details page for detailed information.
2. Examine the database alert logs and the Data Guard broker logs for additional
information.
For information about Data Guard metrics, see the "Managing Data Guard Metrics"
section of the "Data Guard Manager Scenarios" chapter in the Oracle10i Data Guard
Broker book.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-13
Data Guard
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Name" object.
If warning or critical threshold values are currently set for any "Name" object, those
thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Name" object, use
the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise Manager
online help for information on accessing the Edit Thresholds page.
User Action
1. Check the Log File Details page for detailed information.
2. Examine the database alert logs and the Data Guard broker logs for additional
information.
For information about Data Guard metrics, see the "Managing Data Guard Metrics"
section of the "Data Guard Manager Scenarios" chapter in the Oracle10i Data Guard
Broker book.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Name" object.
If warning or critical threshold values are currently set for any "Name" object, those
thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Name" object, use
the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise Manager
online help for information on accessing the Edit Thresholds page.
User Action
1. Check the Log File Details page for detailed information.
2. Examine the database alert logs and the Data Guard broker logs for additional
information.
For information about Data Guard metrics, see the "Managing Data Guard Metrics"
section of the "Data Guard Manager Scenarios" chapter in the Oracle10i Data Guard
Broker book.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-15
Database Files
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Name" object.
If warning or critical threshold values are currently set for any "Name" object, those
thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Name" object, use
the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise Manager
online help for information on accessing the Edit Thresholds page.
User Action
1. Check the Log File Details page for detailed information.
2. Examine the database alert logs and the Data Guard broker logs for additional
information.
For information about Data Guard metrics, see the "Managing Data Guard Metrics"
section of the "Data Guard Manager Scenarios" chapter in the Oracle10i Data Guard
Broker book.
Database Files
This metric category contains the database file metrics.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"File Name" object.
If warning or critical threshold values are currently set for any "File Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "File Name" object,
use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"File Name" object.
If warning or critical threshold values are currently set for any "File Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "File Name" object,
use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Database 2-17
Database Job Status
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
SELECT COUNT(*)
FROM dba_jobs
WHERE broken aa 'N'
User Action
Check the ALERT log and trace files for error information. Correct the problem that is
preventing the job from running. Force immediate re-execution of the job by calling
DBMS_JOB.RUN.
sixteen times, Oracle automatically marks the job as broken and no longer tries to
execute it.
This metric checks for failed DBMS jobs. An alert is generated if the number of failed
job exceeds the value specified by the threshold argument.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
SELECT COUNT(*)
FROM dba_jobs
WHERE NVL(failures, 0) aa 0"
User Action
Check the ALERT log and trace files for error information. Correct the problem that is
preventing the job from running.
Database Limits
This metric category contains the metrics that represent the percentage of resource
limitations at which the Oracle Server is operating.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-19
Database Limits
Data Source
logons current
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
opened cursors current
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Data Source
SELECT resource_name name,
100*DECODE(initial_allocation, ' UNLIMITED', 0, current_utilization /
initial_allocation) usage
FROM v$resource_limit
WHERE LTRIM(limit_value)
!= '0' AND LTRIM(initial_allocation) != '0' AND resource_name = 'dml_locks'
User Action
Increase the DML_LOCKS instance parameter by 10%.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-21
Database Limits
Data Source
SELECT resource_name name,
100*DECODE(initial_allocation, ' UNLIMITED', 0, current_utilization) != '0'
AND resource_name = 'processes'
User Action
Verify that the current PROCESSES instance parameter setting has not exceeded the
operating system-dependent maximum. Increase the number of processes to be at least
6 + the maximum number of concurrent users expected to log in to the instance.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
SELECT resource_name name,
100*DECODE(initial_allocation, ' UNLIMITED', 0, current_utilization) != '0'
AND resource_name = 'sessions'
User Action
Increase the SESSIONS instance parameter. For XA environments, confirm that
SESSIONS is at least 2.73 * PROCESSES. For shared server environments, confirm that
SESSIONS is at least 1.1 * maximum number of connections.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
SELECT 'user' name,
100*DECODE(session_max, 0, 0, sessions_current/session_max) usage
FROM v$license
Database 2-23
Database Services
User Action
This typically indicates that the license limit for the database has been reached. The
user will need to acquire additional licenses, then increase LICENSE_MAX_
SESSIONS to reflect the new value.
Database Services
This metric category contains the database services metrics.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Service Name" object.
If warning or critical threshold values are currently set for any "Service Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Service Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Service Name" object.
If warning or critical threshold values are currently set for any "Service Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Service Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Deferred Transactions
This metric category contains the metrics associated with this distributed database's
deferred transactions.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-25
Deferred Transactions
Data Source
select count(*)
from sys.deftran
User Action
When the advanced replication facility pushes a deferred transaction to a remote site,
it uses a distributed transaction to ensure that the transaction has been properly
committed at the remote site before the transaction is removed for the queue at the
local site. If transactions are not being pushed to a given remote site, verify that the
destination for the transaction was correctly specified. If you specify a destination
database when calling DBMS_DEFER_SYS.SCHEDULE_EXECUTION using the
DBLINK parameter or DBMS_DEFER_SYS.EXECUTE using the DESTINATION
parameter, make sure the full database link is provided.
Wrong view destinations can lead to erroneous deferred transaction behavior. Verify
the DEFCALLEST and DEFTRANDEST views are the definitions from the
CATREPC.SQL not the ones from CATDEFER.SQL.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
select count(*)
from sys.deferror
User Action
An error in applying a deferred transaction may be the result of a database problem,
such as a lack of available space in the table is to be updated or may be the result of an
unresolved insert, update or delete conflict. The SYS.DEFERROR view provides the ID
of the transaction that could not be applied. Use this ID to locate the queued calls
associated with the transaction. These calls are stored in the SYS.DEFCALL view. You
can use the procedures in the DBMS_DEFER_QUERY package to determine the
arguments to the procedures listed in the SYS.DEFCALL view.
Dump Area
The metrics in this metric category check for the percentage of used space of the dump
destination devices.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
data from v$parameter
User Action
Verify the device specified in the initialization parameters BACKGROUND_DUMP_
DEST and USER_DUMP_DEST are set up properly for archiving.
If the BACKGROUND_DUMP_DEST and USER_DUMP_DEST initialization
parameters are set up correctly and this metric triggers, then free up more space in the
destination specified by the dump destination parameters.
Database 2-27
Dump Area
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Type of Dump Area" object.
If warning or critical threshold values are currently set for any "Type of Dump Area"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Type of Dump
Area" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager online help for information on accessing the Edit Thresholds page.
Data Source
Calculated using the UNIX df -k command.
■ Critical threshold: Percentage of free space threshold for critical alert.
■ Warning threshold: Percentage of free space threshold for warning alert.
User Action
Verify the device specified in the initialization parameters BACKGROUND_DUMP_
DEST and USER_DUMP_DEST are set up properly for archiving.
If the BACKGROUND_DUMP_DEST and USER_DUMP_DEST initialization
parameters are set up correctly and this metric triggers, then free up more space in the
destination specified by the dump destination parameters.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Calculated using the UNIX df -k command.
User Action
Verify the device specified in the initialization parameters BACKGROUND_DUMP_
DEST and USER_DUMP_DEST are set up properly for archiving.
If the BACKGROUND_DUMP_DEST and USER_DUMP_DEST initialization
parameters are set up correctly and this metric triggers, then free up more space in the
destination specified by the dump destination parameters.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Type of Dump Area" object.
If warning or critical threshold values are currently set for any "Type of Dump Area"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Type of Dump
Area" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager online help for information on accessing the Edit Thresholds page.
Data Source
Calculated using the UNIX df -k command.
User Action
Verify the device specified in the initialization parameters BACKGROUND_DUMP_
DEST and USER_DUMP_DEST are set up properly for archiving.
Database 2-29
Efficiency
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Calculated using the UNIX df -k command.
User Action
Verify the device specified in the initialization parameters BACKGROUND_DUMP_
DEST and USER_DUMP_DEST are set up properly for archiving.
If the BACKGROUND_DUMP_DEST and USER_DUMP_DEST initialization
parameters are set up correctly and this metric triggers, then free up more space in the
destination specified by the dump destination parameters.
Efficiency
This metric category contains the metrics that have traditionally been considered to
represent the efficiency of some resource. Interpreting the wait interface is generally
accepted as a much more accurate approach to measuring efficiency, and is
recommended as an alternative to these hit ratios.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Data Source
((DeltaLogicalGets - (DeltaPhysicalReads - DeltaPhysicalReadsDirect)) /
DeltaLogicalGets) * 100 where:
■ DeltaLogicalGets: difference in 'select value from v$sysstat where name='session
logical reads' ' between sample end and start
■ DeltaPhysicalReads: difference in 'select value from v$sysstat where
name='physical reads' ' between sample end and start
■ DeltaPhysicalReadsDirect: difference in 'select value from v$sysstat where
name='physical reads direct' ' between sample end and start (Oracle8i)
User Action
A low buffer cache hit ratio means that the server must often go to disk to retrieve the
buffers required to satisfy a query. The queries that perform the most physical reads
lower the numerical value of this statistic. Typically queries that perform full table
scans force large amounts of buffers into the cache, aging out other buffers that may be
required by other queries later. The Top Sessions page sorted by Physical Reads will
show the sessions performing the most reads and through further drilldown their
associated queries can be identified. Similarly, the Top SQL page sorted by Physical
Reads shows which SQL statements are performing the most physical reads. The
statements performing the most I/O should be looked at for tuning.
The difference between the two is that the Top Sessions chart shows the sessions that
are responsible for the physical reads at any given moment. The Top SQL view shows
all SQL that is still in the cache. The top statement may not be executing currently, and
thus not responsible for the current poor buffer cache hit ratio.
If the queries seem to be well tuned, the size of the buffer cache also determines how
often buffers need to be fetched from disk. The DB_BLOCK_BUFFERS initialization
parameter determines the number of database buffers available in the buffer cache. It
is one of the primary parameters that contribute to the total memory requirements of
the SGA on the instance. The DB_BLOCK_BUFFERS parameter, together with the DB_
BLOCK_SIZE parameter, controls the total size of the buffer cache. Since DB_BLOCK_
Database 2-31
Efficiency
SIZE can only be specified when the database is first created, normally the size of the
buffer cache size is controlled using the DB_BLOCK_BUFFERS parameter.
Consider increasing the DB_BLOCK_BUFFERS initialization parameter to increase the
size of the buffer cache. This increase allows the Oracle Server to keep more
information in memory, thus reducing the number of I/O operations required to do an
equivalent amount of work using the current cache size.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. ADDM can
help to identify database operations that are consuming CPU. ADDM reports are
available from a number of locations including the Database Home page and Advisor
Central.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. ADDM will
provide information about which operations are using the CPU resources.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
session cursor cache hits / (parse count (total) - parse count (hard))
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Database 2-33
Efficiency
cache misses should occur. To tune the cache, examine its activity only after your
application has been running.
This test checks the percentage of requests against the data dictionary that were found
in the Shared Pool. If the value is less than or equal to the threshold values specified by
the threshold arguments, and the number of occurrences exceeds the value specified in
the "Number of Occurrences" parameter, then a warning or critical alert is generated.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(Gets/Misses) * 100 where:
■ Misses: select sum(getmisses) from v$rowcache
■ Gets: select sum(gets) from v$rowcache
User Action
If the percentage of gets is below %90 to %85, consider increasing SHARED_POOL_
SIZE to decrease the frequency in which dictionary data is being flushed from the
shared pool to make room for new data. To increase the memory available to the cache,
increase the value of the initialization parameter SHARED_POOL_SIZE.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Investigate the change is CPU usage by using Automatic Database Diagnostic Monitor
(ADDM). ADDM reports are available from a number of locations including the
Database Home page and Advisor Central. Examine the report for increased time
spent in wait events.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-35
Efficiency
Data Source
(DeltaPinHits / DeltaPins) * 100 where:
■ DeltaPinHits: difference in 'select sum(pinhits) from v$librarycache' between
sample end and start
■ DeltaPins: difference in 'select sum(pins) from v$librarycache' between sample end
and start
User Action
The Top Sessions page sorted by Hard Parses lists the sessions incurring the most hard
parses. Hard parses occur when the server parses a query and cannot find an exact
match for the query in the library cache. You can avoid hard parses by sharing SQL
statements efficiently. The use of bind variables instead of literals in queries is one
method to increase sharing.
By showing you which sessions are incurring the most hard parses, this page can
identify the application or programs that are the best candidates for SQL rewrites.
Also, examine SQL statements that can be modified to optimize shared SQL pool
memory use and avoid unnecessary statement reparsing. This type of problem is
commonly caused when similar SQL statements are written which differ in space,
case, or some combination of the two. You may also consider using bind variables
rather than explicitly specified constants in your statements whenever possible.
The SHARED_POOL_SIZE initialization parameter controls the total size of the shared
pool. Consider increasing the SHARED_POOL_SIZE to decrease the frequency in
which SQL requests are being flushed from the shared pool to make room for new
requests.
To take advantage of the additional memory available for shared SQL areas, you may
also need to increase the number of cursors permitted per session. You can increase
this limit by increasing the value of the initialization parameter OPEN_CURSORS.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
1 - pinhits / pins
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(parallel operations downgraded 1 to 25 percent
+ parallel operations downgraded 25 to 50 percent
+ parallel operations downgraded 50 to 75 percent
+ parallel operations downgraded 75 to 99 percent)
/ time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Database 2-37
Efficiency
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(parallel operations downgraded 1 to 25 percent
+ parallel operations downgraded 25 to 50 percent
+ parallel operations downgraded 50 to 75 percent
+ parallel operations downgraded 75 to 99 percent)
/ transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(parallel operations downgraded 25 to 50 percent
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(parallel operations downgraded 25 to 50 percent
+ parallel operations downgraded 50 to 75 percent
+ parallel operations downgraded 75 to 99 percent)
/ transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-39
Efficiency
Data Source
(+ parallel operations downgraded 50 to 75 percent
+ parallel operations downgraded 75 to 99 percent)
/ time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(parallel operations downgraded 50 to 75 percent
+ parallel operations downgraded 75 to 99 percent)
/ transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(parallel operations downgraded 75 to 99 percent)
/ time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(parallel operations downgraded 75 to 99 percent)
/ transactions
Database 2-41
Efficiency
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
parallel operations downgraded to serial / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
parallel operations downgraded to serial / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-43
Efficiency
Data Source
100 * (redo_entries_delta - redo_space_requests_delta)
/redo_entries_delta
where:
■ redo_enties_delta = difference between "SELECT value FROM v$sysstat
WHERE name = 'redo entries'" at the beginning and ending of the interval
■ redo_space_requests_delta = difference between "SELECT value FROM
v$sysstat WHERE name = 'redo log space requests'" at the
beginning and ending of the interval
User Action
The LOG_BUFFER initialization parameter determines the amount of memory that is
used when buffering redo entries to the redo log file.
Consider increasing the LOG_BUFFER initialization parameter in order to increase the
size of the redo log buffer. Redo log entries contain a record of the changes that have
been made to the database block buffers. The log writer process (LGWR) writes redo
log entries from the log buffer to a redo log. The redo log buffer should be sized so
space is available in the log buffer for new entries, even when access to the redo log is
heavy.
Note: For Oracle Management Agent release 9i, this metric has been obsoleted. It is
recommended that you use the Redo NoWait Ratio metric. This metric is kept for
backward compatibility with older versions of the Management Agent.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page. Changes in the response time per transaction will appear as increased time spent
in the database, either on CPU or in wait events and ADDM will report the sources of
contention for both hardware and software resources.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Database 2-45
Efficiency
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaMemorySorts / (DeltaDiskSorts + DeltaMemorySorts)) * 100 where:
■ DeltaMemorySorts: difference in 'select value from v$sysstat where name='sorts
(memory)'' between sample end and start
■ DeltaDiskSorts: difference in 'select value from v$sysstat where name='sorts
(disk)'' between sample end and start
User Action
The sessions that are performing the most sorts should be identified such that the SQL
they are executing can be further identified. The sort area sizes for the database may be
sized correctly, and the application SQL may be performing unwanted or excessive
sorts. The sessions performing the most sorts are available through the Top Sessions
page sorted by Disk Sorts.
Further drilldown into the session performing the most disk sorts with the Current
SQL page shows you the SQL statement responsible for the disk sorts.
The Top SQL page sorted by Sorts provides a mechanism to quickly display the SQL
statements in the cache, presented in sorted order by their number sort operations.
This is an alternative to viewing a sort of current sessions. It allows you to view sort
activity via SQL statements and contains cumulative statistics for all executions of that
statement.
If excessive sorts are taking place on disk and the queries are correct, consider
increasing the SORT_AREA_SIZE initialization parameter to increase the size of the
sort area. A larger sort area allows the Oracle Server to maintain sorts in memory,
reducing the number of I/O operations required to do an equivalent amount of work
using the current sort area size.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
global cache convert time * 10 / global cache converts
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-47
Global Cache Statistics
Data Source
global cache CR block receive time * 10 / global cache current blocks received
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
global cache current block send time * 10 / global cache current blocks served
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
global cache get time * 10 / global cache gets
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-49
Global Cache Statistics
Data Source
global cache blocks corrupted
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
global cache blocks lost
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Idle Events
The following is a list of the Idle Events.
■ ARCH random i/o
■ ARCH sequential i/o
■ KXFX: execution message dequeue - Slaves
■ LGWR random i/o
■ LGWR sequential i/o
■ LGWR wait for redo copy
■ Null event
■ PL/SQL lock timer
■ PX Deq Credit: need buffer
■ PX Deq: Execute Reply
■ PX Deq: Execution Msg
■ PX Deq: Index Merge Close
■ PX Deq: Index Merge Execute
■ PX Deq: Index Merge Reply
■ PX Deq: Join ACK
■ PX Deq: Msg Fragment
■ PX Deq: Par Recov Change Vector
■ PX Deq: Par Recov Execute
■ PX Deq: Par Recov Reply
■ PX Deq: Parse Reply
■ PX Deq: Table Q Normal
■ PX Deq: Table Q Sample
■ PX Deq: Txn Recovery Reply
■ PX Deq: Txn Recovery Start
■ PX Deque wait
■ PX Idle Wait
■ Queue Monitor Shutdown Wait
■ Queue Monitor Slave Wait
■ Queue Monitor Wait
■ RFS random i/o
■ RFS sequential i/o
Database 2-51
Idle Events
■ RFS write
■ SQL*Net message from client
■ SQL*Net message from dblink
■ STREAMS apply coord waiting for slave message
■ STREAMS apply coord waiting for some work to finish
■ STREAMS apply slave idle wait
■ STREAMS capture process filter callback wait for ruleset
■ STREAMS fetch slave waiting for txns
■ WMON goes to sleep
■ async disk IO
■ client message
■ control file parallel write
■ control file sequential read
■ control file single write
■ db file single write
■ db file parallel write
■ dispatcher timer
■ gcs log flush sync
■ gcs remote message
■ ges reconfiguration to start
■ ges remote message
■ io done
■ jobq slave wait
■ lock manager wait for remote message
■ log file parallel write
■ log file sequential read
■ log file single write
■ parallel dequeue wait
■ parallel recovery coordinator waits for cleanup of slaves
■ parallel query dequeue
■ parallel query idle wait - Slaves
■ pipe get
■ pmon timer
■ queue messages
■ rdbms ipc message
■ recovery read
■ single-task message
■ slave wait
■ smon timer
■ statement suspended, wait error to be cleared
■ unread message
■ virtual circuit
■ virtual circuit status
■ wait for activate message
■ wait for transaction
■ wait for unread message on broadcast channel
■ wait for unread message on multiple broadcast channels
■ wakeup event for builder
■ wakeup event for preparer
■ wakeup event for reader
■ wakeup time manager
Invalid Objects
This metric category contains the metrics associated with invalid objects.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Database 2-53
Recovery Area
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Invalid Object Owner" object.
If warning or critical threshold values are currently set for any "Invalid Object Owner"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Invalid Object
Owner" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager online help for information on accessing the Edit Thresholds page.
Data Source
For each metric index:
select count(1)
User Action
View the status of the database objects in the schema identified by the Invalid Object
Owner metric. Recompile objects as necessary.
Recovery Area
This metric category contains the recovery area metrics.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Response
This metric category contains the metrics that represent the responsiveness of the
Oracle Server, with respect to a client.
State
This metric represents the state of the database.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Status
This metric checks whether a new connection can be established to a database. If the
maximum number of users is exceeded or the listener is down, this test is triggered.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-55
Session Suspended
Data Source
Perl returns 1 when a connection can be made to the database (using Management
Agent monitoring connection details), 0 otherwise.
User Action
Check the status of the listener to make sure it is running on the node where the event
was triggered. If the listener is running, check to see if the number of users is at the
session limit. Note: The choice of user credentials for the Probe metric should be
considered. If the preferred user has the RESTRICED SESSION privilege, the user will
be able to connect to a database even if the LICENSE_MAX_SESSIONS limit is
reached.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
Number of milliseconds (as measured in the Perl script) to connect to the database.
User Action
No user action is necessary.
Session Suspended
This metric category contains the metrics that represent the number of resumable
sessions that are suspended due to some correctable error.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-57
SGA Pool Wastage
Data Source
((Free/Total)*100) where
■ Free: select sum(decode(name,'free memory',bytes)) from v$sgastat where pool =
'java pool'
■ Total: select sum(bytes) from v$sgastat where pool = 'java pool'
User Action
If this pool size is too small, the database JVM (Java Virtual Machine) may not have
sufficient memory to satisfy future calls, leading potentially to unexpected database
request failures.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
((Free/Total)*100) where
■ Free: select sum(decode(name,'free memory',bytes)) from v$sgastat where pool =
'large pool'
■ Total: select sum(bytes) from v$sgastat where pool = 'large pool'
User Action
Consider enlarging the large pool or utilizing it more sparingly. This reduces the
possibility of large memory areas competing with the library cache and dictionary
cache for available memory in the shared pool.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
((Free/Total)*100) where:
■ free: select sum(decode(name,'free memory',bytes)) from v$sgastat where pool =
'shared pool'
■ total: select sum(bytes) from v$sgastat where pool = 'shared pool'
User Action
If the percentage of Free Memory in the Shared Pool rises above 50%, too much
memory has been allocated to the shared pool. This extra memory could be better
utilized by other applications on the machine. In this case the size of the Shared Pool
should be decreased. This can be accomplished by modifying the shared_pool_size
initialization parameter.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Database 2-59
SQL Response Time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
PL/SQL packaged procedure mgmt_response.get_metric_curs
User Action
If the SQL Response Time is less than 100%, then SQL statements are taking less time
to execute when compared to the baseline. Response Time greater than 100% indicates
that the database is not performing well when compared to the baseline.
SQL Response Time is a percentage of the baseline, not a simple percentage. So, for
example, 100% of baseline means the SQL Response Time is the same as the baseline.
200% of baseline means the SQL Response Time is two times slower than the baseline.
50% of baseline means SQL Response Time is two times faster than baseline. A
warning threshold of 200% indicates that the database is two times slower than the
baseline, while a critical threshold of 500% indicates the database is 5 times slower
than the baseline.
Representative statements are selected when two V$SQL snapshots are taken. All
calculations are based on the deltas between these two snapshots. First, the median
elapsed_time/execution for all statements that were executed in the time interval
between the two snapshots are calculated. Then all statements that have an elapsed_
time/execution > median elapsed_time/execution are taken, and the top
25 most frequently executed statements are displayed.
Pre-requisites for Monitoring SQL Response Time Some tables and a PL/SQL package must
be installed on the monitored database. This can be done by going to the database
targets page and pressing the Configure button for your database. If a database has not
been configured, the message "Not configured" will be displayed for SQL Response
Time.
Configuring the Baseline The baseline is configured on demand, automatically. The first
time the agent calls the stored procedure to get the value of the metric, a snapshot of
V$SQL is taken. The second time, another snapshot is taken. Then the representative
statements are picked and stored in a table. The next time the agent requests the value
of the metric, we are able to calculate and return the relative SQL response time.
Because of baseline configuration, there will be a delay between the time the database
is configured and the value of the metric is displayed. During this period, the message
"Not available" will be displayed for SQL Response Time.
Enterprise Manager will automatically configure the baseline against which SQL
Response Time will be compared. However, in order for the SQL Response Time
metric to be truly representative, the DBA must reconfigure the baseline at a time
when the load on the database is typical.
To reconfigure the baseline, click on the link titled "Compared to Baseline" located next
to the SQL Response Time value on the Database Home Page. The SQL statements
used for tracking the SQL Response Time and baseline values are displayed. Click
Reset Baseline. This clears the list of statements and the baseline values. Enterprise
Manager will then automatically reconfigure the baseline within minutes.
If the database was lightly loaded at the time the baseline was taken, then the metric
can indicate that the database is performing poorly under typical load when such is
not the case. In this case, the DBA must reset the baseline. If the DBA has never
manually reset the baseline, then the metric value will not be representative.
Suspended Session
This metric category contains the metrics that represent the number of resumable
sessions that are suspended due to some correctable error.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-61
System Response Time Per Call
Data Source
select count(*)
from v$resumable
where status = 'SUSPENDED' and
enabled = 'YES'
User Action
Query the v$resumable view to see what the correctable errors are that are causing the
suspension. The way to correct each error depends on the nature of the error.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
select count(*)
from v$session_wait
where wait_time = 0 and
event not in IdleEvents
User Action
When this count is high, the system is doing more waiting than anything else.
Evaluate the various types of wait activity using the real-time and historical
performance monitoring capabilities of Enterprise Manager.
Tablespaces Full
The metrics in this metric category check for the amount of space used by the
tablespaces. If the percentage of used space is greater than the values specified in the
threshold setting, then a critical or warning alert is generated.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-63
Tablespaces Full
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Tablespace Name" object.
If warning or critical threshold values are currently set for any "Tablespace Name"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Tablespace Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
(TotalUsedSpace / MaximumSize) * 100 where:
■ TotalUsedSpace: total used space in MB of tablespace
■ MaximumSize: maximum size (in MB) of the tablespace. The maximum size is
determined by looping through the tablespace's data files, as well as additional
free space on the disk that would be available for the tablespace should a data file
autoextend.
For additional information about the data source, refer to the fullTbsp.pl Perl script
located in the sysman/admin/scripts directory.
User Action
Perform one of the following:
■ Increase the size of the tablespace by enabling automatic extension for one of its
existing data files, manually resizing one of its existing data files. or adding a new
data file.
■ If the tablespace is suffering from tablespace free space fragmentation problems,
consider reorganizing the entire tablespace.
■ Relocate segments to another tablespace thus increasing the free space in this
tablespace.
■ Run the Segment Advisor on that tablespace.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Tablespace Name" object.
If warning or critical threshold values are currently set for any "Tablespace Name"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Tablespace Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Database 2-65
Tablespaces With Problem Segments
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The first 10 segments names which are approaching their MaxExtent in the tablespace.
User Action
If possible, increase the value of the segment's MAXEXTENTS storage parameter.
Otherwise, rebuild the segment with a larger extent size ensuring the extents within a
segment are the same size by specifying STORAGE parameters where NEXT=INITIAL
and PCTINCREASE = 0.
For segments that are linearly scanned, choose an extent size that is a multiple of the
number of blocks read during each multiblock read. This will ensure that the Oracle
multiblock read capability is used efficiently.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Tablespace Name" object.
If warning or critical threshold values are currently set for any "Tablespace Name"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Tablespace Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
Number of segments for which the maximum number of extents minus the number of
existing extents is less than 2.
For additional information about the data source, refer to the problemTbsp.pl Perl
script located in the sysman/admin/scripts directory.
User Action
If possible, increase the value of the segment's MAXEXTENTS storage parameter.
Otherwise, rebuild the segment with a larger extent size ensuring the extents within a
segment are the same size by using a locally managed tablespace. In the case of a
dictionary managed tablespace, specify STORAGE parameters where NEXT=INITIAL
and PCTINCREASE = 0.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The first 10 segments names which cannot allocate an additional extent in the
tablespace.
User Action
Perform one of the following:
■ Increase the size of the tablespace by enabling automatic extension for one of its
existing data files, manually resizing one of its existing data files. or adding a new
data file.
■ If the tablespace is suffering from tablespace free space fragmentation problems,
consider reorganizing the entire tablespace.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Database 2-67
Throughput
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Tablespace Name" object.
If warning or critical threshold values are currently set for any "Tablespace Name"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Tablespace Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
After checking for the largest chunk free space in the tablespace, this is the number of
segments which cannot allocate an additional extent.
For additional information about the data source, refer to the problemTbsp.pl Perl
script located in the sysman/admin/scripts directory.
User Action
Perform one of the following:
■ Increase the size of the tablespace by enabling automatic extension for one of its
existing data files, manually resizing one of its existing data files. or adding a new
data file.
■ If the tablespace is suffering from tablespace free space fragmentation problems,
consider reorganizing the entire tablespace.
■ Relocate segments to another tablespace thus increasing the free space in this
tablespace.
Throughput
This metric category contains the metrics that represent rates of resource consumption,
or throughput.
All Sessions
This metric represents the number of users logged on at the sampling time.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
SELECT value
FROM v$sysstat
WHERE name = ’logons current’;
User Action
No user action is necessary.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-69
Throughput
Data Source
branch node slits / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
branch node splits / transaction
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
CR blocks created / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
CR blocks created / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Database 2-71
Throughput
Data Source
consistent changes / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
consistent changes / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
consistent gets / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
consistent gets / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Database 2-73
Throughput
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
current blocks converted for CR / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaLogons / Seconds where:
■ DeltaLogons: difference in 'select value from v$sysstat where name='logons
cumulative'' between end and start of sample period
■ Seconds: number of seconds in sample period
User Action
A high logon rate may indicate that an application is inefficiently accessing the
database. Database logon's are a costly operation. If an application is performing a
logon for every SQL access, that application will experience poor performance as well
as affect the performance of other applications on the database. If there is a high logon
rate try to identify the application that is performing the logons to determine if it could
be redesigned such that session connections could be pooled, reused or shared.
Database 2-75
Throughput
activity to the database is read only, the corresponding "per second" metric of the same
name will be a better indicator of current performance.
This test checks the number of logons that occurred per transaction. If the value is
greater than or equal to the threshold values specified by the threshold arguments, and
the number of occurrences exceeds the value specified in the "Number of Occurrences"
parameter, then a warning or critical alert is generated.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaLogons / Transactions where:
■ DeltaLogons: difference in 'select value from v$sysstat where name='logons
cumulative'' between end and start of sample period
■ Transactions: number of transactions in sample period
User Action
A high logon rate may indicate that an application is inefficiently accessing the
database. Database logon's are a costly operation. If an application is performing a
logon for every SQL access, that application will experience poor performance as well
as affect the performance of other applications on the database. If there is a high logon
rate try to identify the application that is performing the logons to determine if it could
be redesigned such that session connections could be pooled, reused or shared.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
db block changes / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
db block changes / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Database 2-77
Throughput
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
db block gets / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
db block gets / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-79
Throughput
Data Source
DeltaCheckpoints / Seconds where:
■ DeltaCheckpoints: difference in 'select value from v$sysstat where name='DBWR
checkpoints'' between sample end and start
■ Seconds: number of seconds in sample period
User Action
A checkpoint tells the DBWR to write out modified buffers to disk. This write
operation is different from the make free request in that the modified buffers are not
marked as free by the DBWR process. Dirty buffers may also be written to disk at this
time and freed.
The write size is dictated by the _db_block_checkpoint_batch parameter. If writing,
and subsequently waiting for checkpoints to complete is a problem, the checkpoint
completed event displays in the Top Waits page sorted by Time Waited or the Sessions
Waiting for this Event page.
If the database is often waiting for checkpoints to complete you may want to increase
the time between checkpoints by checking the init.ora parameter db_block_
checkpoint_batch: select name, value, is default from v$parameter where name = db_
block_checkpoint_batch. The value should be large enough to take advantage of
parallel writes. The DBWR uses a write batch that is calculated like this: (db_files * db_
file_simultaneous_writes)/2 The write_batch is also limited by two other factors:
■ A port specific limit on the numbers of I/Os (compile time constant).
■ 1/4 of the number of buffers in the SGA.
The db_block_checkpoint_batch is always smaller or equal to the _db_block_write_
batch. You can also consider enabling the check point process.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
enqueue deadlocks / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
enqueue deadlocks / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-81
Throughput
Data Source
enqueue requests / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
enqueue requests / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
enqueue timeouts / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
enqueue timeouts / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Database 2-83
Throughput
Data Source
enqueue waits / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
enqueue waits / transaction
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
DeltaExecutions / Seconds where:
■ DeltaExecutions: difference in 'select value from v$sysstat where name='execute
count'' between end and start of sample period.
■ Seconds: number of seconds in sample period
User Action
No user action is necessary.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-85
Throughput
Data Source
((DeltaExecuteCount - (DeltaParseCountTotal)) / DeltaExecuteCount) * 100 where:
■ DeltaParseCountTotal: difference in 'select value from v$sysstat where
name='parse count (total)'' between sample end and start
■ DeltaExecuteCount: difference in 'select value from v$sysstat where
name='execute count'' between sample end and start
User Action
An execute to parse ratio of less than 70% indicates that the application may be
parsing statements more often than it should. Reparsing the statement, even if it is a
soft parse, requires a network round trip from the application to the database, as well
as requiring the processing time to locate the previously compiled statement in the
cache. Reducing network round trips and unnecessary processing improves
application performance.
Use the Top Sessions page sorted by Parses to identify the sessions responsible for the
bulk of the parse activity within the database. Start with these sessions to determine
whether the application could be modified to make more efficient use of its cursors.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
index fast full scans (full) / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
index fast full scans (full) / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-87
Throughput
Data Source
DeltaParses / Seconds where:
■ DeltaParses: difference in 'select value from v$sysstat where name='parse count
(hard)'' between end and start of sample period
■ Seconds: number of seconds in sample period
User Action
If there appears to be excessive time spent parsing, evaluate SQL statements to
determine those that can be modified to optimize shared SQL pool memory use and
avoid unnecessary statement reparsing. This type of problem is commonly caused
when similar SQL statements are written which differ in space, case, or some
combination of the two. You may also consider using bind variables rather than
explicitly specified constants in your statements whenever possible.
The Top Sessions page sorted by Hard Parses will show you which sessions are
incurring the most hard parses. Hard parses happen when the server parses a query
and cannot find an exact match for the query in the library cache. Hard parses can be
avoided by sharing SQL statements efficiently. The use of bind variables instead of
literals in queries is one method to increase sharing.
By showing you which sessions are incurring the most hard parses, this page may lead
you to the application or programs that are the best candidates for SQL rewrites.
Also, examine SQL statements which can be modified to optimize shared SQL pool
memory use and avoid unnecessary statement reparsing. This type of problem is
commonly caused when similar SQL statements are written which differ in space,
case, or some combination of the two. You may also consider using bind variables
rather than explicitly specified constants in your statements whenever possible.
The SHARED_POOL_SIZE initialization parameter controls the total size of the shared
pool. Consider increasing the SHARED_POOL_SIZE to decrease the frequency in
which SQL requests are being flushed from the shared pool to make room for new
requests.
To take advantage of the additional memory available for shared SQL areas, you may
also need to increase the number of cursors permitted per session. You can increase
this limit by increasing the value of the initialization parameter OPEN_CURSORS.
statement breaks it down into atomic steps which the optimizer will evaluate when
generating an execution plan for the cursor. The value of this statistic will be zero if
there have not been any write or update transactions committed or rolled back during
the last sample period. If the bulk of the activity to the database is read only, the
corresponding "per second" metric of the same name will be a better indicator of
current performance.
This test checks the number of hard parses per second during this sample period. If
the value is greater than or equal to the threshold values specified by the threshold
arguments, and the number of occurrences exceeds the value specified in the "Number
of Occurrences" parameter, then a warning or critical alert is generated.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaParses / Transactions where:
■ DeltaParses: difference in 'select value from v$sysstat where name='parse count
(hard)'' between end and start of sample period
■ Transactions: number of transactions in sample period
User Action
If there appears to be excessive time spent parsing, evaluate SQL statements to
determine which can be modified to optimize shared SQL pool memory use and avoid
unnecessary statement reparsing. This type of problem is commonly caused when
similar SQL statements are written which differ in space, case, or some combination of
the two. You may also consider using bind variables rather than explicitly specified
constants in your statements whenever possible.
The Top Sessions page sorted by Hard Parses will show you which sessions are
incurring the most hard parses. Hard parses happen when the server parses a query
and cannot find an exact match for the query in the library cache. Hard parses can be
Database 2-89
Throughput
avoided by sharing SQL statements efficiently. The use of bind variables instead of
literals in queries is one method to increase sharing.
By showing you which sessions are incurring the most hard parses, this page may lead
you to the application or programs that are the best candidates for SQL rewrites.
Also, examine SQL statements which can be modified to optimize shared SQL pool
memory use and avoid unnecessary statement reparsing. This type of problem is
commonly caused when similar SQL statements are written which differ in space,
case, or some combination of the two. You may also consider using bind variables
rather than explicitly specified constants in your statements whenever possible.
The SHARED_POOL_SIZE initialization parameter controls the total size of the shared
pool. Consider increasing the SHARED_POOL_SIZE to decrease the frequency in
which SQL requests are being flushed from the shared pool to make room for new
requests.
To take advantage of the additional memory available for shared SQL areas, you may
also need to increase the number of cursors permitted per session. You can increase
this limit by increasing the value of the initialization parameter OPEN_CURSORS.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
leaf node splits / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
leaf node splits / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-91
Throughput
Data Source
(DeltaBytesFromClient+DeltaBytesFromDblink+DeltaBytesToClient+DeltaBytesToDbli
nk) / Seconds where:
■ Delta Bytes From Client: difference in 'select s.value from v$sysstat s, visitation n
where n.name='bytes received via SQL*Net from client' and
n.statistic#=s.statistic#' between end and start of sample period
■ DeltaBytesFromClient: difference in 'select s.value from v$sysstat s, v$statname n
where n.name='bytes received via SQL*Net from dblink' and
n.statistic#=s.statistic#' between end and start of sample period
■ DeltaBytesFromClient: difference in 'select s.value from v$sysstat s, v$statname n
where n.name='bytes sent via SQL*Net to client' and n.statistic#=s.statistic#'
between end and start of sample period
■ DeltaBytesFromClient: difference in 'select s.value from v$sysstat s, v$statname n
where n.name='bytes sent via SQL*Net to dblink' and n.statistic#=s.statistic#'
between end and start of sample period
■ Seconds: number of seconds in sample period
User Action
This metric represents the amount of network traffic in and out of the database. This
number may only be useful when compared to historical levels to understand network
traffic usage related to a specific database.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaCommits + DeltaRollbacks where:
■ DeltaCommits: difference of 'select value from v$sysstat where name='user
commits'' between sample end and start
■ DeltaRollbacks: difference of 'select value from v$sysstat where name='user
rollbacks'' between sample end and start
User Action
This statistic is an indication of how much work is being accomplished within the
database. A spike in the transaction rate may not necessarily be bad. If response times
stay close to normal, it means your system can handle the added load. Actually, a drop
in transaction rates and an increase in response time may be indicators of problems.
Depending upon the application, transaction loads may vary widely across different
times of the day.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-93
Throughput
Data Source
opened cursors cumulative / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
opened cursors cumulative / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
parse count (failures) / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
parse count (failures) / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Database 2-95
Throughput
Data Source
DeltaPhysicalReads / Seconds where:
■ DeltaPhysicalReads: difference in 'select s.value from v$sysstat s, v$statname n
where n.name='physical reads' and n.statistic#=s.statistic#' between sample end
and start
■ Seconds: number of seconds in sample period
User Action
Block reads are inevitable so the aim should be to minimize unnecessary IO. This is
best achieved by good application design and efficient execution plans. Changes to
execution plans can yield profound changes in performance. Tweaking at system level
usually only achieves percentage gains.
To view I/O on a per session basis to determine which sessions are responsible for
your physical reads, you should visit the Top Sessions page sorted by Physical Reads.
This approach allows you to identify problematic sessions and then drill down to their
current SQL statement and perform tuning from there.
To identify the SQL that is responsible for the largest portion of physical reads, visit
the Top SQL page sorted by Physical Reads. This page allows you to quickly
determine which SQL statements are the causing your I/O activity. From this display
you can view the full text of the SQL statement.
The difference between the two methods for identifying problematic SQL is that the
Top Sessions view displays sessions that are performing the most physical reads at the
moment. The Top SQL view displays the SQL statements that are still in the SQL cache
that have performed the most I/O over their lifetime. A SQL statement could show up
in the Top SQL view that is not currently being executed.
If the SQL statements are properly tuned and optimized, consider the following
suggestions. A larger buffer cache may help - test this by actually increasing DB_
BLOCK_BUFFERS. Do not use DB_BLOCK_LRU_EXTENDED_STATISTICS, as this
may introduce other performance issues. Never increase the SGA size if it may induce
additional paging or swapping on the system.
A less obvious issue which can affect the I/O rates is how well data is clustered
physically. For example, assume that you frequently fetch rows from a table where a
column is between two values via an index scan. If there are 100 rows in each index
block then the two extremes are: 1.Each of the table rows is in a different physical
block (100 blocks need to be read for each index block). 2.The table rows are all located
in the few adjacent blocks (a handful of blocks need to be read for each index block).
Pre-sorting or reorganizing data can improve this situation in severe situations as well.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaReads / Transactions where:
Database 2-97
Throughput
User Action
Block reads are inevitable so the aim should be to minimize unnecessary IO. This is
best achieved by good application design and efficient execution plans. Changes to
execution plans can yield orders of magnitude changes in performance. Tweaking at
system level usually only achieves percentage gains.
To identify the SQL that is responsible for the largest portion of physical reads, visit
the Top SQL page sorted by Physical Reads. This view will allow you to quickly
determine which SQL statements are causing the I/O activity. From this display you
can view the full text of the SQL statement.
To view I/O on a per session basis to determine which sessions are responsible for
your physical reads, you can visit the Top Sessions page sorted by Physical Reads. This
approach allows you to identify problematic sessions and then drill down to their
current SQL statement to perform tuning.
If the SQL statements are properly tuned and optimized the following suggestions
may help. A larger buffer cache may help - test this by actually increasing DB_
BLOCK_BUFFERS and not by using DB_BLOCK_LRU_EXTENDED_STATISTICS.
Never increase the SGA size if it will induce additional paging or swapping on the
system.
A less obvious issue which can affect the I/Orates is how well data is clustered
physically. For example, assume that you frequently fetch rows from a table where a
column is between two values via an index scan. If there are 100 rows in each index
block then the two extremes are: 1. Each of the table rows is in a different physical
block (100 blocks need to be read for each index block). 2. The table rows are all
located in the few adjacent blocks (a handful of blocks need to be read for each index
block).
Pre-sorting or reorganizing data can help to tackle this in severe situations as well.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
physical reads direct / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
physical reads direct / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-99
Throughput
Data Source
physical reads direct (lob) / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
physical reads direct (lob) / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaWrites / Seconds where:
■ DeltaWrites: difference in 'select value from v$sysstat where name='physical
writes'' between end and start of sample period
■ Seconds: number of seconds in sample period
User Action
Because this statistic shows both DBWR writes as well as direct writes by sessions, you
should view the physical writes directly to determine where the write activity is
actually occurring. If the physical writes direct value comprises a large portion of the
writes, then there are probably many sorts or writes to temporary tablespaces
occurring.
If the majority of the writes are not direct, they are being performed by the DBWR
writes process. This is only be a problem if log writer or redo waits are showing up in
the Sessions Waiting for this Event page or the Top Waits page sorted by Time Waited.
Database 2-101
Throughput
This test checks the data blocks written disk per transaction. If the value is greater than
or equal to the threshold values specified by the threshold arguments, and the number
of occurrences exceeds the value specified in the "Number of Occurrences" parameter,
then a warning or critical alert is generated.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaWrites / Transactions where:
■ DeltaWrites: difference in 'select value from v$sysstat where name='physical
writes'' between end and start of sample period
■ Transactions: number of transactions in sample period
User Action
Because this statistic shows both DBWR writes as well as direct writes by sessions, you
should view the physical writes directly to determine where the write activity is really
occurring. If the physical writes direct value comprises a large portion of the writes,
then there are likely many sorts or writes to temporary tablespaces that are occurring.
If the majority of the writes are not direct, they are being performed by the DBWR
writes process. This will typically only be a problem if log writer or redo waits are
showing up in the Sessions Waiting for this Event page or the Top Waits page sorted
by Time Waited.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Data Source
physical writes direct / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central on the Database Home page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
physical writes direct / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Database 2-103
Throughput
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
physical writes direct (lob) / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
physical writes direct (lob) / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaRecursiveCalls / Seconds where:
■ DeltaRecursiveCalls: difference in 'select value from v$sysstat where
name='recursive calls'' between end and start of sample period
Database 2-105
Throughput
User Action
If the Oracle Server appears to be making excessive recursive calls while your
application is running, determine what activity is causing these recursive calls. If you
determine that the recursive calls are caused by dynamic extension, either reduce the
frequency of extension by allocating larger extents or, if you are using Oracle8i,
considering taking advantage of locally managed tablespaces.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaRecursiveCalls / Transactions where:
■ DeltaRecursiveCalls: difference in 'select value from v$sysstat where
name='recursive calls'' between end and start of sample period
■ Transactions: number of transactions in sample period
User Action
If the Oracle Server appears to be making excessive recursive calls while your
application is running, determine what activity is causing these recursive calls. If you
determine that the recursive calls are caused by dynamic extension, either reduce the
frequency of extension by allocating larger extents or, if you are using Oracle8i,
considering taking advantage of locally managed tablespaces.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-107
Throughput
Data Source
DeltaRedoSize / Seconds where:
■ DeltaRedoSize: difference in 'select value from v$sysstat where name='redo size''
between end and start of sample period
■ Seconds: number of seconds in sample period
User Action
The LOG_BUFFER initialization parameter determines the amount of memory that is
used when redo entries are buffered to the redo log file.
Consider increasing the LOG_BUFFER initialization parameter to increase the size of
the redo log buffer should waiting be a problem. Redo log entries contain a record of
the changes that have been made to the database block buffers. The log writer process
(LGWR) writes redo log entries from the log buffer to a redo log. The redo log buffer
should be sized so space is available in the log buffer for new entries, even when
access to the redo log is heavy.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaRedoSize / DeltaTransactions where:
■ DeltaRedoSize: difference in 'select value from v$sysstat where name='redo size''
between end and start of sample period
■ Transactions: difference in 'select value from v$sysstat where name = 'user
commits'' between end and start of sample period
User Action
The LOG_BUFFER initialization parameter determines the amount of memory that is
used when buffering redo entries to the redo log file.
Consider increasing the LOG_BUFFER initialization parameter to increase the size of
the redo log buffer should waiting be a problem. Redo log entries contain a record of
the changes that have been made to the database block buffers. The log writer process
(LGWR) writes redo log entries from the log buffer to a redo log. The redo log buffer
should be sized so space is available in the log buffer for new entries, even when
access to the redo log is heavy.
Database 2-109
Throughput
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaRedoWrites / Seconds where:
■ DeltaRedoWrites: difference in 'select value from v$sysstat where name='redo
writes'' between end and start of sample period
■ Seconds: number of seconds in sample period
User Action
The LOG_BUFFER initialization parameter determines the amount of memory that is
used when redo entries are buffered to the redo log file.
Should waiting be a problem, consider increasing the LOG_BUFFER initialization
parameter to increase the size of the redo log buffer. Redo log entries contain a record
of the changes that have been made to the database block buffers. The log writer
process (LGWR) writes redo log entries from the log buffer to a redo log. The redo log
buffer should be sized so space is available in the log buffer for new entries, even
when access to the redo log is heavy.
This test checks the number of writes by LGWR to the redo log files per transaction. If
the value is greater than or equal to the threshold values specified by the threshold
arguments, and the number of occurrences exceeds the value specified in the "Number
of Occurrences" parameter, then a warning or critical alert is generated.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaRedoWrites /(DeltaCommits+DeltaRollbacks) where:
■ DeltaRedoWrites: difference in 'select s.value from v$sysstat s, v$statname n where
n.name='redo writes' and n.statistic#=s.statistic#' between sample end and start
■ DeltaCommits: difference in 'select s.value from v$sysstat s, v$statname n where
n.name='user commits' and n.statistic#=s.statistic#' between sample end and
sample start
■ DeltaRollbacks: difference in 'select s.value from v$sysstat s, v$statname n where
n.name='user commits' and n.statistic#=s.statistic#' between sample end and
sample start
User Action
The LOG_BUFFER initialization parameter determines the amount of memory that is
used when buffering redo entries to the redo log file.
Consider increasing the LOG_BUFFER initialization parameter to increase the size of
the redo log buffer should waiting be a problem. Redo log entries contain a record of
the changes that have been made to the database block buffers. The log writer process
(LGWR) writes redo log entries from the log buffer to a redo log. The redo log buffer
should be sized so space is available in the log buffer for new entries, even when
access to the redo log is heavy.
Database 2-111
Throughput
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaSortRows / (DeltaDiskSorts + DeltaMemorySorts)) * 100 where:
■ DeltaSortRows: difference in 'select value from v$sysstat where name='sorts
(rows)'' between sample end and start
■ DeltaMemorySorts: difference in 'select value from v$sysstat where name='sorts
(memory)'' between sample end and start
■ DeltaDiskSorts: difference in 'select value from v$sysstat where name='sorts
(disk)'' between sample end and start
User Action
This statistic displays the average number of rows that are being processed per sort.
The size provides information about the sort size of the database. This can help you to
determine the SORT_AREA_SIZE appropriately. If the rows per sort are high, you
should investigate the sessions and SQL performing the most sorts to see if those SQL
statements can be tuned to reduce the size of the sort sample set.
The sessions that are performing the most sorts should be identified, such that the SQL
they are executing can be further identified. The sort area sizes for the database may be
sized correctly and the application SQL may be performing unwanted or excessive
sorts. The sessions performing the most sorts are available through the Top Sessions
page sorted by Disk Sorts.
Further drilldown into the session performing the most disk sorts with the Current
SQL page displays the SQL statement responsible for the disk sorts.
The Top SQL page sorted by Sorts provides a mechanism to quickly display the SQL
statements in the cache presented in sorted order by their number of sort operations.
This is an alternative to viewing the sort of current sessions. It allows you to view sort
activity via SQL statements and contains cumulative statistics for all executions of that
statement.
If excessive sorts are taking place on disk and the queries are correct, consider
increasing the SORT_AREA_SIZE initialization parameter to increase the size of the
sort area. A larger sort area allows the Oracle Server to keep sorts in memory, reducing
the number of I/O operations required to do an equivalent amount of work using the
current sort area size.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaScans / Seconds where:
Database 2-113
Throughput
User Action
A table scan means that the entire table is being scanned record by record in order to
satisfy the query. For small tables that can easily be read into and kept in the buffer
cache this may be advantageous. But for larger tables this will force a lot of physical
reads and potentially push other needed buffers out of the cache. SQL statements with
large physical read and logical read counts are candidates for table scans. They can be
identified either through the Top SQL page sorted by Physical Reads, or through the
Top Sessions page sorted by Physical Reads, with a drilldown to the current SQL for a
session.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaScans / Transactions where:
■ DeltaScans: difference in 'select value from v$sysstat where name='table scans
(long tables)'' between end and start of sample period
■ Transactions: number of transactions in sample period
User Action
A table scan means that the entire table is being scanned record by record in order to
satisfy the query. For small tables that can easily be read into and kept in the buffer
cache this may be advantageous. But for larger tables this will force a lot of physical
reads and potentially push other needed buffers out of the cache. SQL statements with
large physical read and logical read counts are candidates for table scans. They can be
identified either through the Top SQL page sorted by Physical Reads, or through the
Top Sessions page sorted by Physical Reads, with a drilldown to the current SQL for a
session.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-115
Throughput
Data Source
LogicalReads / Seconds where:
■ LogicalReads: difference in 'select value from v$sysstat where name='session
logical reads'' between end and start of sample period
■ Seconds: number of seconds in sample period
User Action
Excessive logical reads, even if they do not result in physical reads, can still represent
an area that should be considered for performance tuning. Typically large values for
this statistic indicate that full table scans are being performed. To identify the SQL that
is performing the most logical reads (buffer gets), use the Top SQL page sorted by
Buffer Gets. This quickly identifies the SQL responsible for the bulk of the logical
reads. You can further investigate these SQL statements via drilldowns. Tuning these
SQL statements will reduce your buffer cache access.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaReads / Transactions where:
■ DeltaReads: difference in 'select value from v$sysstat where name='session logical
reads'' between end and start of sample period
■ Transactions: number of transactions in sample period
User Action
Excessive logical reads, even if they do not result in physical reads, can still represent
an area that should be considered for performance tuning. Typically large values for
this statistic indicate that full table scans are being performed. To identify the SQL that
is performing the most logical reads (buffer gets) use the Top SQL page sorted by
Buffer Gets. This quickly identifies the SQL responsible for the bulk of the logical
reads.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-117
Throughput
Data Source
((DeltaParseCountTotal - DeltaParseCountHard) / DeltaParseCountTotal) * 100 where:
■ DeltaParseCountTotal: difference in 'select value from v$sysstat where
name='parse count (total)'' between sample end and start
■ DeltaParseCountHard: difference in 'select value from v$sysstat where
name='parse count (hard)'' between sample end and start
User Action
Soft parses consume less resources than hard parses, so the larger the value for this
item, the better. But many soft parses indicate the application is using SQL
inefficiently. Reparsing the statement, even if it is a soft parse, requires a network
round trip from the application to the database, as well as requiring the processing
time to locate the previously compiled statement in the cache. Reducing network
round trips and unnecessary processing will improve application performance.
If this metric value is below 80% you should look at the Top Sessions page sorted by
Hard Parses. This page lists the sessions that are currently performing the most hard
parses. Starting with these sessions and the SQL statements they are executing will
indicate which applications and corresponding SQL statements are being used
inefficiently.
If the metric is currently showing a high value, the expensive hard parses are not
occurring but the application can still be tuned by reducing the amount of soft parses.
Visit the Top SQL page sorted by Parses to identify the SQL statements that have been
most parsed. This will allow you to quickly identify SQL that is being re-parsed
unnecessarily. You should investigate these statements first for possible application
logic changes such that cursors are opened once, and executed or fetched from many
times.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaDiskSorts / Seconds where:
■ DeltaDiskSorts: difference in 'select value from v$sysstat where name='sorts
(disk)'' between end and start of sample period
■ Seconds: number of seconds in sample period
User Action
The sessions that are performing the most sorts should be identified, such that the SQL
they are executing can be further identified. The sort area sizes for the database may be
sized correctly, the application SQL may be performing unwanted or excessive sorts.
The sessions performing the most sorts are available through the Top Sessions sorted
by Disk Sorts page.
Further drilldown into the session performing the most disk sorts with the Current
SQL page will show you the SQL statement responsible for the disk sorts.
The Top SQL page sorted by Sorts provides a mechanism to quickly display the SQL
statements in the cache, presented in sorted order by their number sort operations.
This is an alternative to viewing sort of current sessions, it allows you to view sort
activity via SQL statements, and will contain cumulative statistics for all executions of
that statement.
If excessive sorts are taking place on disk, and the query's are correct, consider
increasing the SORT_AREA_SIZE initialization parameter to increase the size of the
sort area. A larger sort area will allow the Oracle Server to keep sorts in memory,
reducing the number of I/O operations required to do an equivalent amount of work
using the current sort area size.
Database 2-119
Throughput
The value of this statistic will be zero if there have not been any write or update
transactions committed or rolled back during the last sample period. If the bulk of the
activity to the database is read only, the corresponding "per second" metric of the same
name will be a better indicator of current performance.
This test checks the number of sorts performed to disk per transaction. If the value is
greater than or equal to the threshold values specified by the threshold arguments, and
the number of occurrences exceeds the value specified in the "Number of Occurrences"
parameter, then a warning or critical alert is generated.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaDiskSorts / Transactions where:
■ DeltaDiskSorts: difference in 'select value from v$sysstat where name='sorts
(disk)'' between end and start of sample period
■ Transactions: number of transactions in sample period
User Action
The sessions that are performing the most sorts should be identified, such that the SQL
they are executing can be further identified. The sort area sizes for the database may be
sized correctly, the application SQL may be performing unwanted or excessive sorts.
The sessions performing the most sorts are available through the Top Sessions page
sorted by Disk Sorts.
Further drilldown into the session performing the most disk sorts with the Current
SQL page will show you the SQL statement responsible for the disk sorts.
The Top SQL page sorted by Sorts provides a mechanism to quickly display the SQL
statements in the cache, presented in sorted order by their number sort operations.
This is an alternative to viewing sort of current sessions, it allows you to view sort
activity via SQL statements, and will contain cumulative statistics for all executions of
that statement.
If excessive sorts are taking place on disk, and the query's are correct, consider
increasing the SORT_AREA_SIZE initialization parameter to increase the size of the
sort area. A larger sort area will allow the Oracle Server to keep sorts in memory,
reducing the number of I/O operations required to do an equivalent amount of work
using the current sort area size.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
index scans kdiixs1 / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-121
Throughput
Data Source
index scans kdiixsl / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaParses / Seconds where:
■ DeltaParses: difference in 'select value from v$sysstat where name='parse count
(total)'' between end and start of sample period
User Action
If there appears to be excessive time spent parsing, evaluate SQL statements to
determine which can be modified to optimize shared SQL pool memory use and avoid
unnecessary statement reparsing. This type of problem is commonly caused when
similar SQL statements are written which differ in space, case, or some combination of
the two. You may also consider using bind variables rather than explicitly specified
constants in your statements whenever possible.
The Top Sessions page sorted by Hard Parses will show you which sessions are
incurring the most hard parses. Hard parses happen when the server parses a query
and cannot find an exact match for the query in the library cache. Hard parses can be
avoided by sharing SQL statements efficiently. The use of bind variables instead of
literals in queries is one method to increase sharing.
By showing you which sessions are incurring the most hard parses, this page may lead
you to the application or programs that are the best candidates for SQL rewrites.
Also, examine SQL statements which can be modified to optimize shared SQL pool
memory use and avoid unnecessary statement reparsing. This type of problem is
commonly caused when similar SQL statements are written which differ in space,
case, or some combination of the two. You may also consider using bind variables
rather than explicitly specified constants in your statements whenever possible.
The SHARED_POOL_SIZE initialization parameter controls the total size of the shared
pool. Consider increasing the SHARED_POOL_SIZE to decrease the frequency in
which SQL requests are being flushed from the shared pool to make room for new
requests.
To take advantage of the additional memory available for shared SQL areas, you may
also need to increase the number of cursors permitted per session. You can increase
this limit by increasing the value of the initialization parameter OPEN_CURSORS.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-123
Throughput
Data Source
DeltaParses / Transactions where:
■ DeltaParses: difference in 'select value from v$sysstat where name='parse count
(total)'' between end and start of sample period
■ Transactions: number of transactions in sample period
User Action
If there appears to be excessive time spent parsing, evaluate SQL statements to
determine which can be modified to optimize shared SQL pool memory use and avoid
unnecessary statement reparsing. This type of problem is commonly caused when
similar SQL statements are written which differ in space, case, or some combination of
the two. You may also consider using bind variables rather than explicitly specified
constants in your statements whenever possible.
The Top Sessions page sorted by Hard Parses will show you which sessions are
incurring the most hard parses. Hard parses happen when the server parses a query
and cannot find an exact match for the query in the library cache. Hard parses can be
avoided by sharing SQL statements efficiently. The use of bind variables instead of
literals in queries is one method to increase sharing.
By showing you which sessions are incurring the most hard parses, this page may lead
you to the application or programs that are the best candidates for SQL rewrites.
Also, examine SQL statements which can be modified to optimize shared SQL pool
memory use and avoid unnecessary statement reparsing. This type of problem is
commonly caused when similar SQL statements are written which differ in space,
case, or some combination of the two. You may also consider using bind variables
rather than explicitly specified constants in your statements whenever possible.
The SHARED_POOL_SIZE initialization parameter controls the total size of the shared
pool. Consider increasing the SHARED_POOL_SIZE to decrease the frequency in
which SQL requests are being flushed from the shared pool to make room for new
requests.
To take advantage of the additional memory available for shared SQL areas, you may
also need to increase the number of cursors permitted per session. You can increase
this limit by increasing the value of the initialization parameter OPEN_CURSORS.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(table scans (long tables) + table scans (short tables)) / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(table scans (long tables) + table scans (short tables)) / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Database 2-125
Throughput
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLongScans + DeltaShortScans) / Seconds where:
■ DeltaLongScans: difference in 'select value from v$sysstat where name='table
scans (long tables)'' between end and start of sample period
■ DeltaShortScans: difference in 'select value from v$sysstat where name='table
scans (short tables)'' between end and start of sample period
■ DeltaShortScans: difference in 'select value from v$sysstat where name='table
scans (short tables)'' between end and start of sample period
■ DBA_index_fast_full_scans_full
■ Seconds: number of seconds in sample period
User Action
A table scan indicates that the entire table is being scanned record-by-record in order
to satisfy the query. For small tables that can easily be read into and kept in the buffer
cache, this may be advantageous. But larger tables will force many physical reads and
potentially push other required buffers out of the cache. SQL statements with large
physical read and logical read counts are candidates for table scans. They can be
identified through two different methods. The Top Sessions page sorted by Physical
Reads displays sessions that are responsible for the current I/O activity. The Top SQL
page sorted by Physical Reads lists the SQL statements in the cache by the amount of
I/O they have performed. Some of these SQL statements may have high I/O numbers
but they may not be attributing to the current I/O load.
and the number of occurrences exceeds the value specified in the "Number of
Occurrences" parameter, then a warning or critical alert is generated.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLongScans + DeltaShortScans) / Transactions where:
■ DeltaLongScans: difference in 'select value from v$sysstat where name='table
scans (long tables)'' between end and start of sample period
■ DeltaShortScans: difference in 'select value from v$sysstat where name='table
scans (short tables)'' between end and start of sample period
■ DeltaShortScans: difference in 'select value from v$sysstat where name='table
scans (short tables)'' between end and start of sample period
■ DBA_index_fast_full_scans_full
■ Transactions: number of transactions in sample period
User Action
A table scan indicates that the entire table is being scanned record-by-record in order
to satisfy the query. For small tables that can easily be read into and kept in the buffer
cache, this may be advantageous. But larger tables will force many physical reads and
potentially push other required buffers out of the cache. SQL statements with large
physical read and logical read counts are candidates for table scans. They can be
identified through two different methods. The Top Sessions page sorted by Physical
Reads displays sessions that are responsible for the current I/O activity. The Top SQL
page sorted by Physical Reads lists the SQL statements in the cache by the amount of
I/O they have performed. Some of these SQL statements may have high I/O numbers
but they may not be attributing to the current I/O load.
Database 2-127
Throughput
When data dictionary information is not available in the data dictionary cache and
must be retrieved from disk
■ In the firing of database triggers
■ In the execution of DDL statements
■ In the execution of SQL statements within stored procedures, functions, packages
and anonymous PL/SQL blocks
■ In the enforcement of referential integrity constraints
This test checks the percentage of user calls to recursive calls. If the value is less than
or equal to the threshold values specified by the threshold arguments, and the number
of occurrences exceeds the value specified in the "Number of Occurrences" parameter,
then a warning or critical alert is generated.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaUserCalls/(DeltaRecursiveCalls + DeltaUserCalls)) * 100 where:
■ DeltaRecursiveCalls: difference in 'select value from v$sysstat where
name='recursive calls'' between sample end and start
■ DeltaUserCalls: difference in 'select value from v$sysstat where name='user calls''
between sample end and start
User Action
A low value for this metric means that the Oracle Server is making a large number of
recursive calls. If the Oracle Server appears to be making excessive recursive calls
while your application is running, determine what activity is causing these recursive
calls. If you determine that the recursive calls are caused by dynamic extension, either
reduce the frequency of extension by allocating larger extents or, if you are using
Oracle8i, considering taking advantage of locally managed tablespaces.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaUserCalls / Seconds where:
■ DeltaUserCalls: difference in 'select value from v$sysstat where name='user calls''
between end and start of sample period
■ Seconds: number of seconds in sample period
User Action
This statistic is a reflection of how much activity is going on within the database.
Spikes in the total user call rate should be investigated to determine which of the
underlying calls is actually increasing. Parse, execute and logon calls each signify
different types of user or application actions and should be addressed individually.
User Calls is an overall activity level monitor.
Database 2-129
Throughput
activity to the database is read only, the corresponding "per second" metric of the same
name will be a better indicator of current performance.
This test checks the number of logins, parses, or execute calls per second. If the value is
greater than or equal to the threshold values specified by the threshold arguments, and
the number of occurrences exceeds the value specified in the "Number of Occurrences"
parameter, then a warning or critical alert is generated.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaUserCalls / Transactions where:
■ DeltaUserCalls: difference in 'select value from v$sysstat where name='user calls''
between end and start of sample period
■ Transactions: number of transactions in sample period
User Action
This statistic is a reflection of how much activity is going on within the database.
Spikes in the total user call rate should be investigated to determine which of the
underlying calls is actually increasing. Parse, execute and logon calls each signify
different types of user or application actions and should be addressed individually.
User Calls is an overall activity level monitor.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaCommits / Seconds where:
■ DeltaCommits: difference in 'select value from v$sysstat where name='user
commits'' between end and start of sample period
■ Seconds: number of seconds in sample period
User Action
This statistic is an indication of how much work is being accomplished within the
database. A spike in the transaction rate may not necessarily be bad. If response times
stay close to normal, it means your system can handle the added load. Actually, a drop
in transaction rates and an increase in response time may be indicators of problems.
Depending upon the application, transaction loads may vary widely across different
times of the day.
Database 2-131
Throughput
This test checks the number of user commits per transaction. If the value is greater
than or equal to the threshold values specified by the threshold arguments, and the
number of occurrences exceeds the value specified in the "Number of Occurrences"
parameter, then a warning or critical alert is generated.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaCommits / Transactions where:
■ DeltaCommits: difference in 'select value from v$sysstat where name='user
commits'' between end and start of sample period
■ Transactions: number of transactions in sample period
User Action
This statistic is an indication of how much work is being accomplished within the
database. A spike in the transaction rate may not necessarily be bad. If response times
stay close to normal, it means your system can handle the added load. Actually, a drop
in transaction rates and an increase in response time may be indicators of problems.
Depending upon the application, transaction loads may vary widely across different
times of the day.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Data Source
(rollback changes - undo records applied) / time
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(rollback changes - undo records applied) / transactions
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Database 2-133
Throughput
This test checks the number of rollbacks per second. If the value is greater than or
equal to the threshold values specified by the threshold arguments, and the number of
occurrences exceeds the value specified in the "Number of Occurrences" parameter,
then a warning or critical alert is generated.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaRollbacks / Seconds where:
■ DeltaRollbacks: difference in 'select value from v$sysstat where name='user
rollbacks'' between end and start of sample period
■ Seconds: number of seconds in sample period
User Action
This value shows how often users are issuing the ROLLBACK statement or
encountering errors in their transactions. Further investigation should be made to
determine if the rollbacks are part of some faulty application logic or due to errors
occurring through database access.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaRollbacks / Transactions where:
■ DeltaRollbacks: difference in 'select value from v$sysstat where name='user
rollbacks'' between end and start of sample period
■ Transactions: number of transactions in sample period
User Action
This value shows how often users are issuing the ROLLBACK statement or
encountering errors in their transactions. Further investigation should be made to
determine if the rollbacks are part of some faulty application logic or due to errors
occurring through database access.
User Audit
This metric category contains the metrics used to represent logons to the database by
audited users (such as SYS).
Audited User
This metric monitors specified database user connections. For example, an alert is
displayed when a particular database user connection, specified by the User name
filter argument, has been detected.
Database 2-135
User Audit
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Username_Machine" object.
If warning or critical threshold values are currently set for any "Username_Machine"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Username_
Machine" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager online help for information on accessing the Edit Thresholds page.
Data Source
For each metric index:
select username
User Action
User actions may vary depending on the user connection that is detected.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
For each metric index:
select machine
User Action
Review the access to the database from this client machine.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
For each metric index:
select count(username)
User Action
No user action is necessary.
User Block
This metric category contains the metrics that tell to what extent, and how consistently,
a given session is blocking multiple other sessions.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-137
User Defined Metrics
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Blocking Session ID" object.
If warning or critical threshold values are currently set for any "Blocking Session ID"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Blocking Session
ID" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager online help for information on accessing the Edit Thresholds page.
Data Source
SELECT SUM(num_blocked)
FROM (SELECT id1, id2, MAX(DECODE(block, 1, sid, 0)) blocking_sid,
SUM(DECODE(request, 0, 0, 1)) num_blocked
FROM v$lock
WHERE block = 1 OR request > 0
GROUP BY id1, id2)
GROUP BY blocking SID
User Action
Either have user who is blocking other users rollback the transaction, or wait until the
blocking transaction has been committed.
Data Source
SQL statement which can be either a Select statement or function that returns a single
scalar value (numeric or string)
User Action
Specific to your site.
Data Source
SQL statement which can be either a Select statement or function that returns a single
scalar value (numeric or string)
User Action
Specific to your site.
Wait Bottlenecks
This metric category contains the metrics that approximate the percentage of time
spent waiting by user sessions. This approximation takes system-wide totals and
discounts the effects of sessions belonging to background processes.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Database 2-139
Wait Bottlenecks
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaBufferBusyWaitsTime/DeltaServiceTime)*100 where:
■ DeltaBufferBusyWaitsTime: difference of 'sum of time waited for sessions of
foreground processes on the 'buffer busy waits' event' between sample end and
start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
Look at v$waitstat (or the buffer busy drill down page) and determine the block type
with the highest waits.
Block Type and Action:
■ Undo Header - Use Automatic Undo Management (AUM) or add more RBS
segments)
■ Undo Block - Use AUM (or increase RBS sizes)
■ Data Block - First determine if it is an I/O problem. The Buffer Busy Waits
drill-down page should provide this information. Otherwise, sample from
v$session_wait
select p3, count(*) from v$session_wait where event='buffer
busy wait' ;
If p3 is less than 200 then it is an I/O problem. Either improve I/O performance or
change application. Applications running concurrent batch jobs that do full table
scans on the same large tables run into this problem.
■ Free List - Use ASSM (or freelists groups)
Database 2-141
Wait Bottlenecks
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The difference of sum of 'CPU used when call started' for sessions of foreground
processes' between sample end and start.
User Action
No user action is necessary.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaDbFileScatteredReadTime/DeltaServiceTime)*100 where:
■ DeltaDbFileScatteredReadTime: difference of 'sum of time waited for sessions of
foreground processes on the 'db file scattered read' event' between sample end and
start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
If the TIME spent waiting for multiblock reads is significant, then it is helpful to
determine against which segments Oracle is performing the reads. The files where the
reads are occurring can be found by looking at the V$FILESTAT view where BLKS_
READ / READS > 1 . (A ratio greater than one indicates there are some multiblock
reads occurring).
It is also useful to see which sessions are performing scans and trace them to see if the
scans are expected. This statement can be used to see which sessions may be worth
tracing:
SELECT sid, total_waits, time_waited
FROM v$session_event
WHERE event='db file scattered read'
and total_waits>0
ORDER BY 3,2
;
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaDbFileSequentialReadTime/DeltaServiceTime)*100 where:
■ DeltaDbFileSequentialReadTime: difference of 'sum of time waited for sessions of
foreground processes on the 'db file sequential read' event' between sample end
and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
Database 2-143
Wait Bottlenecks
User Action
Because I/O is a normal activity, take notice of unnecessary or slow I/O activity. If the
TIME spent waiting for I/Os is significant, then it can be determined for which
segments Oracle has to go to disk. See the "Tablespace I/O" and "File I/O" sections of
the ESTAT or STATSPACK reports to get information on which tablespaces and files
are servicing the most I/O requests, and to get an indication of the speed of the I/O
subsystem.
If the TIME spent waiting for reads is significant, then determine against which
segments Oracle is performing the reads. The files where the reads are occurring can
be found by looking at the V$FILESTAT view.
Also, see which sessions are performing reads and trace them to see if the I/Os are
expected. You can use this statement to see which sessions are worth tracing:
SELECT sid, total_waits, time_waited
FROM v$session_event
WHERE event='db file sequential read'
and total_waits>0
ORDER BY 3,2
;
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaDbFileSingleWriteTime/DeltaServiceTime)*100 where:
■ DeltaDbFileSingleWriteTime: difference of 'sum of time waited for sessions of
foreground processes on the 'db file single write' event' between sample end and
start
User Action
No user action is necessary.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaDirectPathReadTime/DeltaServiceTime)*100 where:
Database 2-145
Wait Bottlenecks
User Action
In DSS type systems, or during heavy batch periods, waits on "direct path read" are
normal. However, if the waits are significant on an OLTP style system, there may be a
problem.
You can:
■ Examine the V$SESSION_EVENT view to identify sessions with high numbers of
waits
■ Examine the V$SESSTAT view to identify sessions with high "physical reads
direct" (statistic only present in newer Oracle releases)
■ Examine the V$FILESTAT view to see where the I/O is occurring
■ Examine the V$SQLAREA view for statements with SORTS and high DISK_
READS (which may or may not be due to direct reads)
■ Determine whether the file indicates a temporary tablespace check for unexpected
disk sort operations.
■ Ensure that the DISK_ASYNCH_IO parameter is set to TRUE. This is unlikely to
reduce wait times from the wait event timings but may reduce sessions elapsed
times (as synchronous direct I/O is not accounted for in wait event timings).
■ Ensure the OS asynchronous I/O is configured correctly.
■ Check for I/O heavy sessions and SQL and see if the amount of I/O can be
reduced.
■ Ensure no disks are I/O bound.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaDirectPathReadLobTime/DeltaServiceTime)*100 where:
■ DeltaDirectPathReadLobTime: difference of 'sum of time waited for sessions of
foreground processes on the 'direct path read (lob)' event' between sample end and
start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
For noncached lob segments, it is helpful to place the data files where the LOB
SEGMENTS reside on a buffered disk, for example, on a File system disk. This
placement allows the direct reads to benefit from a cache not on Oracle for data read
operations.
Database 2-147
Wait Bottlenecks
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaDirectPathWriteTime/DeltaServiceTime)*100 where:
■ DeltaDirectPathWriteTime: difference of 'sum of time waited for sessions of
foreground processes on the 'direct path write' event' between sample end and
start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
It is unusual to see lots of waits on "direct path write" except for specific jobs. If the
figure is a large proportion of the overall wait time it is best to identify where the
writes are coming from.
You can:
■ Examine the V$SESSION_EVENT view to identify sessions with high numbers of
waits.
■ Examine the V$SESSTAT view to identify sessions with high "physical writes
direct" (statistic only present in newer Oracle releases).
■ Examine the V$FILESTAT view to see where the I/O is occurring.
■ Determine whether the file indicates a temporary tablespace check for unexpected
disk sort operations.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaDirectPathWriteLobTime/DeltaServiceTime)*100 where:
■ DeltaDirectPathWriteLobTime: difference of 'sum of time waited for sessions of
foreground processes on the 'direct path write (lob)' event' between sample end
and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
It is unusual to see lots of waits on "direct path write (lob)" except for specific jobs. If
the figure is a large proportion of the overall wait time it is best to identify where the
writes are coming from.
You can:
■ Examine the V$SESSION_EVENT view to identify sessions with high numbers of
waits.
■ Examine the V$SESSTAT view to identify sessions with high "physical writes
direct" (statistic only present in newer Oracle releases).
Database 2-149
Wait Bottlenecks
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaEnqueueTime/DeltaServiceTime)*100 where:
■ DeltaEnqueueTime: difference of 'sum of time waited for sessions of foreground
processes on the 'enqueue' event, or any other 'enqueue:' event' between sample
end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
The action to take depends on the lock type which is causing the most problems. The
most common lock waits are generally for:
■ TX: Transaction Lock -- Generally due to application or table setup issues, for
example row level locking conflicts and ITL allocation
The above give the systemwide number of waits for each lock type. Remember that it
only takes one long wait to distort the average wait time figures.
You can also examine:
■ Sessions with high numbers of "enqueue waits" in the V$SESSTAT view
■ Sampling of the V$LOCK view to find waiting / blocking sessions
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Database 2-151
Wait Bottlenecks
Data Source
(DeltaEnqueueDMLTime/DeltaServiceTime)*100 where:
■ DeltaEnqueueDMLTime: difference of 'sum of time waited for sessions of
foreground processes on the 'enqueue: DML - contention' event' between sample
end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
Examine the database locks page and determine the user who is blocking another user
and why, then decide the appropriate action.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaEnqueueHWTime/DeltaServiceTime)*100 where:
■ DeltaEnqueueHWTime: difference of 'sum of time waited for sessions of
foreground processes on the 'enqueue: Segment High Water Mark - contention'
event' between sample end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
Use Locally Managed Tablespaces.
For version dictionary managed tablespaces:
■ Recreate the objects and preallocate extents with the following: ALTER
TABLE...ALLOCATE EXTENT statements.
■ Increasing the number of free lists may help, as well as moving the high-water
mark. This depends on the number of freelists.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaEnqueueSTTime/DeltaServiceTime)*100 where:
■ DeltaEnqueueSTTime: difference of 'sum of time waited for sessions of foreground
processes on the 'enqueue: Space Transaction - contention' event' between sample
end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
Database 2-153
Wait Bottlenecks
User Action
Ensure that temporary tablespaces are proper temporary tablespaces of type
"temporary".
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaEnqueueRowLockTime/DeltaServiceTime)*100 where:
■ DeltaEnqueueRowLockTime: difference of 'sum of time waited for sessions of
foreground processes on the 'enqueue: Transaction - row lock contention' event'
between sample end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
Examine the database locks page and determine the user who is blocking another user
and why, then decide the appropriate action.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaEnqueueAllocITLTime/DeltaServiceTime)*100 where:
■ DeltaEnqueueAllocITLTime: difference of 'sum of time waited for sessions of
foreground processes on the 'enqueue: TX mode 4, Transaction - allocate ITL entry'
event' between sample end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
To increase the number of ITL slots, recreate the table and increase the INITRANS
parameter for the object with the contention. An alter table statement can be run to
increase the ITL slots by increasing the value for INITRANS, but this will only take
effect for new blocks.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-155
Wait Bottlenecks
Data Source
(DeltaEnqueueUserDefTime/DeltaServiceTime)*100 where:
■ DeltaEnqueueUserDefTime: difference of 'sum of time waited for sessions of
foreground processes on the 'enqueue: User-defined - contention' event' between
sample end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
This is an application issue. Determine where the application code is locking objects
and why. Make relevant application changes if necessary.
Use the "Blocking Sessions" page to find lock holds and waits.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaFreeBufferWaitsTime/DeltaServiceTime)*100 where:
■ DeltaFreeBufferWaitsTime: difference of 'sum of time waited for sessions of
foreground processes on the 'free buffer waits' event' between sample end and
start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
Sometimes the easy solution is to increase the buffer cache to allow for more free
blocks. This works in many cases, but if the application is generating a sustained
amount of dirty blocks then increasing the buffer cache may only help or delay the
problem but not solve it.
If this event occurs frequently, examine the session waits for DBWR to see whether
there is anything delaying DBWR.
Run this query to see if the I/O is evenly distributed.
SELECT name, phyrds, phywrts
FROM v$filestat a, v$datafile b
WHERE a.file# = b.file#
Also look for files having full table scans, using this query:
SELECT name, phyrds, phyblkrd, phywrts
FROM v$filestat a, v$datafile b
WHERE a.file# = b.file#
and phyrds != phyblkrd
Metric Summary
The following table shows how often the metric's value is collected.
Database 2-157
Wait Bottlenecks
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLatchFreeTime/DeltaServiceTime)*100 where:
■ DeltaLatchFreeTime: difference of 'sum of time waited for sessions of foreground
processes on the 'latch free' event, or any other 'latch:' event' between sample end
and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
Determine which latch is causing the highest amount of contention.
To find the problem latches since database startup, run the following query:
Select n.name, l.sleeps
from v$latch l, v$latchname n
where n.latch#=l.latch# and l.sleeps > 0 order by l.sleeps
;
GROUP BY n.name;
Take action based on the latch with the highest number of sleeps.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLatchCacheBufferChainsTime/DeltaServiceTime)*100 where:
■ DeltaLatchCacheBufferChainsTime: difference of 'sum of time waited for sessions
of foreground processes on the 'latch: cache buffer chains' event' between sample
end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
To identify the heavily accessed buffer chain, and hence the contended for block, look
at latch statistics for the cache buffers chains latches using the V$LATCH_CHILDREN
view. If there is a specific cache buffers chains child latch that has many more GETS,
MISSES, and SLEEPS when compared with the other child latches, then this is the
contended for child latch.
This latch has a memory address, identified by the ADDR column.
Database 2-159
Wait Bottlenecks
select
addr,
sleeps
from
v$latch_children c,
v$latchname n
where
n.name='cache buffers chains' and
c.latch#=n.latch# and
sleeps > 100
order by sleeps
/
Use the value in the ADDR column joined with the V$BH view to identify the blocks
protected by this latch. For example, given the address (V$LATCH_
CHILDREN.ADDR) of a heavily contended latch, this queries the file and block
numbers:
SELECT file#, dbablk, class, state, TCH
FROM X$BH
WHERE HLADDR='address of latch';
X$BH.TCH is a touch count for the buffer. A high value for X$BH.TCH indicates a hot
block.
Many blocks are protected by each latch. One of these buffers will probably be the hot
block. Any block with a high TCH value is a potential hot block. Perform this query a
number of times, and identify the block that consistently appears in the output.
After you have identified the hot block, query DBA_EXTENTS using the file number
and block number to identify the segment.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLatchLibraryCacheTime/DeltaServiceTime)*100 where:
User Action
Contention for the library cache latches can be caused by excessive parsing of literal
SQL. It is advisable to use sharable SQL wherever possible.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLatchRedoCopyTime/DeltaServiceTime)*100 where:
■ DeltaLatchRedoCopyTime: difference of 'sum of time waited for sessions of
foreground processes on the 'latch: redo copy' event' between sample end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
The number of redo copy latches is controlled by the init.ora <Parameter:log_
simultaneous_copies>. If the parameter is not set, it defaults to the number of CPUs.
Database 2-161
Wait Bottlenecks
For log generating processes, the latch get is made in an immediate mode, then it will
be convenient to have enough redo copy latches to reduce contention of foreground
processes.
Before flushing out the log buffer, the LGWR will acquire all redo copy latches in a
willing-to-wait mode. Thus an excessive number of copy latches will cause contention
in the log buffer flushing process.
The number of LWGR redo copy latch allocations is redo writes * No.redo copy
latches.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLatchSharedPoolTime/DeltaServiceTime)*100 where:
■ DeltaLatchSharedPoolTime: difference of 'sum of time waited for sessions of
foreground processes on the 'latch: shared pool' event' between sample end and
start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
Shared pool latch contention is often an indication of high hard parsing usually caused
by the use of literal values in SQL statements. These statements could otherwise be
shared if bind variables were used.
Prior to Oracle Server release 8.1.6, shared pool fragmentation could be acerbated by a
shared pool that was too large. Reducing the size of the shared pool would reduce the
contention for this latch.
For Oracle Server release 8.1.6 and later, there should be very little shared pool latch
contention. If there is, it is probably a symptom of an application using literals. One
possible solution is to use the init.ora parameter <cursor_sharing=FORCE>.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLibraryCacheLoadLockTime/DeltaServiceTime)*100 where:
■ DeltaLibraryCacheLoadLockTime: difference of 'sum of time waited for sessions of
foreground processes on the 'library cache load lock' event' between sample end
and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
To be waiting for a load lock means that there is a blocker with a higher or
incompatible mode. This event in itself is not affected by the parallel server. However,
you must have acquired the 'library cache lock' before you get to this point. The 'cache
lock' is a DFS lock.
Database 2-163
Wait Bottlenecks
Blocking situations can occur when two sessions compile the same PL/SQL package,
or one session is recreating an index while another session is trying to execute a SQL
statement that depends on that index.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLibraryCacheLockTime/DeltaServiceTime)*100 where:
■ DeltaLibraryCacheLockTime: difference of 'sum of time waited for sessions of
foreground processes on the 'library cache lock' event' between sample end and
start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
Waiting for a load lock indicates that there is a blocker with a higher or incompatible
mode. Locks map to Instance Locks.
The following query will list waiters and the holder of the resource along with the
event the resource holder is waiting for.
column h_wait format A20
select s.sid,
waiter.p1raw w_p1r,
waiter.p2raw w_p2r,
holder.event h_wait,
holder.p1raw h_p1r,
holder.p2raw h_p2r,
count(s.sid) users_blocked,
sql.hash_value
from
v$sql sql,
v$session s,
x$kgllk l,
v$session_wait waiter,
v$session_wait holder
where
s.sql_hash_value = sql.hash_value and
l.KGLLKADR=waiter.p2raw and
s.saddr=l.kgllkuse and
waiter.event like 'library cache lock' and
holder.sid=s.sid
group by
s.sid,
waiter.p1raw ,
waiter.p2raw ,
holder.event ,
holder.p1raw ,
holder.p2raw ,
sql.hash_value
;
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLibraryCachePinTime/DeltaServiceTime)*100 where:
■ DeltaLibraryCachePinTime: difference of 'sum of time waited for sessions of
foreground processes on the 'library cache pin' event' between sample end and
start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
What to do to reduce these waits depends heavily on what blocking scenario is
occurring. A common problem scenario is the use of DYNAMIC SQL from within a
Database 2-165
Wait Bottlenecks
PL/SQL procedure where the PL/SQL code is recompiled and the DYNAMIC SQL
calls something which depends on the calling procedure.
■ If there is general widespread waiting then the shared pool may need tuning.
■ If there is a blocking scenario, collect evidence as described in the following query
and contact Oracle support.
The following query will list the waiters and the session holding the pin, along with
the wait event the holder is waiting for.
column h_wait format A20
select s.sid,
waiter.p1raw w_p1r,
holder.event h_wait,
holder.p1raw h_p1r,
holder.p2raw h_p2r,
holder.p3raw h_p2r,
count(s.sid) users_blocked,
sql.hash_value
from
v$sql sql,
v$session s,
x$kglpn p,
v$session_wait waiter,
v$session_wait holder
where
s.sql_hash_value = sql.hash_value and
p.kglpnhdl=waiter.p1raw and
s.saddr=p.kglpnuse and
waiter.event like 'library cache pin' and
holder.sid=s.sid
group by
s.sid,
waiter.p1raw ,
holder.event ,
holder.p1raw ,
holder.p2raw ,
holder.p3raw ,
sql.hash_value
;
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLocalWriteWaitTime/DeltaServiceTime)*100 where:
■ DeltaLocalWriteWaitTime: difference of 'sum of time waited for sessions of
foreground processes on the 'local write wait' event' between sample end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
Wait time: Up to one second, then loop back and check that buffer is clean.
Parameters:
P1: Absolute file number
P2: Block number
See the Idle Events section in this chapter.
User Action
No user action is necessary.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLogBufferSpaceTime/DeltaServiceTime)*100 where:
Database 2-167
Wait Bottlenecks
User Action
Consider making the log buffer bigger if it is small, or moving the log files to faster
disks such as striped disks.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLogFileSwitchArchTime/DeltaServiceTime)*100 where:
■ DeltaLogFileSwitchArchTime: difference of 'sum of time waited for sessions of
foreground processes on the 'log file switch (archiving needed)' event' between
sample end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
Check the alert file to make sure that archiving has not stopped due to a failed archive
write. To speed up archiving consider adding more archive processes or putting the
archive files on striped disks.
If the archiver is slow, then it might be prudent to prevent I/O contention between the
archiver process and LGWR by ensuring that archiver reads and LGWR writes are
separated. This is achieved by placing logs on alternating drives.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLogFileSwitchCkptTime/DeltaServiceTime)*100 where:
■ DeltaLogFileSwitchCkptTime: difference of 'sum of time waited for sessions of
foreground processes on the 'log file switch (checkpoint complete)' event' between
sample end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
Increase the redo log sizes.
To speed up checkpoint, consider making the buffer cache smaller, or increasing
<Parameter:DB_BLOCK_CHECKPOINT_BATCH>, or adding more DBWR processes.
You can also enable the checkpoint process by setting the init.ora
<Parameter:CHECKPOINT_PROCESS> = TRUE.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-169
Wait Bottlenecks
Data Source
(DeltaLogFileSwitchCompleteTime/DeltaServiceTime)*100 where:
■ DeltaLogFileSwitchCompleteTime: difference of 'sum of time waited for sessions
of foreground processes on the 'log file switch completion' event' between sample
end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
For the log file switch (checkpoint incomplete) event:
■ Check if there are too few, or too small redo logs. If there are a few redo logs or
small redo logs, and the system produces enough redo to cycle through all the logs
before DBWR has been able to complete the checkpoint, then increase the size or
number of redo logs. This is often the easiest solution but may increase time to
recovery.
■ Check if DBWR is slow, possibly due to an overloaded or slow I/O system. Check
the DBWR write times, check the I/O system, and distribute I/O if necessary.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaLogFileSyncTime/DeltaServiceTime)*100 where:
■ DeltaLogFileSyncTime: difference of 'sum of time waited for sessions of
foreground processes on the 'log file sync' event' between sample end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
There are 3 main things you can do to help reduce waits on "log file sync":
■ Tune LGWR to get good throughput to disk.
■ Do not put redo logs on RAID 5.
■ Place log files on dedicated disks.
■ Consider putting log files on striped disks.
■ If there are lots of short duration transactions, see if it is possible to BATCH
transactions together so there are fewer distinct COMMIT operations. Each
commit has to have it confirmed that the relevant REDO is on disk. Although
commits can be piggybacked by Oracle, reducing the overall number of commits
by batching transactions can have a very beneficial effect.
■ Determine whether any activity can safely be done with NOLOGGING /
UNRECOVERABLE options.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-171
Wait Bottlenecks
Data Source
(DeltaLogSwitchArchTime/DeltaServiceTime)*100 where:
■ DeltaLogSwitchArchTime: difference of 'sum of time waited for sessions of
foreground processes on the 'log switch/archive' event' between sample end and
start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
No user action is necessary.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaPipePutTime/DeltaServiceTime)*100 where:
■ DeltaPipePutTime: difference of 'sum of time waited for sessions of foreground
processes on the 'pipe put' event' between sample end and start
User Action
You are dependent on space being freed up on the pipe, so you are not actually
dependent on any one session. You can query X$KGLOB to find the pipe name. There
is virtually no way of finding the pipe name other than via SQL, as there are no useful
addresses.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaRowCacheLockTime/DeltaServiceTime)*100 where:
■ DeltaRowCacheLockTime: difference of 'sum of time waited for sessions of
foreground processes on the 'row cache lock' event' between sample end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
If this event shows up a lot, consider increasing the shared pool so that more data
dictionary can be cached.
Database 2-173
Wait Bottlenecks
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaNetResetToClientTime/DeltaServiceTime)*100 where:
■ DeltaNetResetToClientTime: difference of 'sum of time waited for sessions of
foreground processes on the 'SQL*Net break/reset to client' event' between sample
end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
Wait time: Up to one second, then loop back and check that buffer is clean.
Parameters:
P1: Absolute file number
P2: Block number
See the Idle Events section in this chapter.
User Action
If these waits are significant, track down the application logic producing these errors
to reduce these waits. If you are using Oracle9i or higher, check in v$sysstat "parse
count (failures)" to see that statements have been parsed where columns or tables are
unknown. The statistic "parse count (failures)" does not increase if you send SQL with
invalid syntax.
The clearest method to track down the root cause of the error is to run tracing on the
users experiencing the wait. Their trace files will contain the SQL statements failing
and generating the break/reset wait.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaNetResetToDblinkTime/DeltaServiceTime)*100 where:
■ DeltaNetResetToDblinkTime: difference of 'sum of time waited for sessions of
foreground processes on the 'SQL*Net break/reset to dblink' event' between
sample end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
If these waits are significant, track down the application logic producing these errors
to reduce these waits. If you are using Oracle9i or higher, check in v$sysstat "parse
Database 2-175
Wait Bottlenecks
count (failures)" to see that statements have been parsed where columns or tables are
unknown. The statistic "parse count (failures)" does not increase if you send SQL with
invalid syntax.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaNetMsgToClientTime/DeltaServiceTime)*100 where:
■ DeltaNetMsgToClientTime: difference of 'sum of time waited for sessions of
foreground processes on the 'SQL*Net message to client' event' between sample
end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
This event could indicate network latency problems.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaNetMsgToDblinkTime/DeltaServiceTime)*100 where:
■ DeltaNetMsgToDblinkTime: difference of 'sum of time waited for sessions of
foreground processes on the 'SQL*Net message to dblink' event' between sample
end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
This event could indicate network latency problems.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaNetMoreFromClientTime/DeltaServiceTime)*100 where:
Database 2-177
Wait Bottlenecks
User Action
This event could indicate:
■ Network latency problems
■ tcp_no_delay configuration issues
■ Large array insert
■ Soft parsing, shipping SQL and PL/SQL text. Using stored procedures and
packages will help alleviate this problem.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaNetMoreFromDblinkTime/DeltaServiceTime)*100 where:
■ DeltaNetMoreFromDblinkTime: difference of 'sum of time waited for sessions of
foreground processes on the 'SQL*Net more data from dblink' event' between
sample end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
This event could indicate:
■ Network latency problems
■ tcp_no_delay configuration issues
■ Large array insert
■ Large number of columns or wide column data
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaNetMoreToClientTime/DeltaServiceTime)*100 where:
■ DeltaNetMoreToClientTime: difference of 'sum of time waited for sessions of
foreground processes on the 'SQL*Net more data to client' event' between sample
end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
This event could indicate:
■ Network latency problems
■ tcp_no_delay configuration issues
■ Large array insert
■ Large number of columns or wide column data
Database 2-179
Wait Bottlenecks
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
(DeltaNetMoreToDblinkTime/DeltaServiceTime)*100 where:
■ DeltaNetMoreToDblinkTime: difference of 'sum of time waited for sessions of
foreground processes on the 'SQL*Net more data to dblink' event' between sample
end and start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
This event could indicate:
■ Network latency problems
■ tcp_no_delay configuration issues
■ Large array insert
■ Large number of columns or wide column data
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
DeltaTotalWait / (DeltaTotalWait + DeltaCpuTime) where:
■ DeltaTotalWait: difference of 'sum of time waited for all wait events in v$system_
event' between sample end and start
■ DeltaCpuTime: difference of 'select value from v$sysstat where name='CPU used
by this session' between sample end and start
User Action
Investigate further into which specific wait events are responsible for the bulk of the
wait time. Individual wait events may identify unique problems within the database.
Diagnosis will be tailored where appropriate through drilldowns specific to individual
wait events.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-181
Wait by Session Count
Data Source
(DeltaWriteCompleteWaitsTime/DeltaServiceTime)*100 where:
■ DeltaWriteCompleteWaitsTime: difference of 'sum of time waited for sessions of
foreground processes on the 'write complete waits' event' between sample end and
start
■ DeltaServiceTime: difference of 'sum of time waited for sessions of foreground
processes on events not in IdleEvents + sum of 'CPU used when call started' for
sessions of foreground processes' between sample end and start
See the Idle Events section in this chapter.
User Action
Multiple DBWRs, ASYNC_IO and/or increasing the size of the buffer cache may help
reduce waits.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Wait Event" object.
If warning or critical threshold values are currently set for any "Wait Event" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Wait Event" object,
use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
For each metric index:
select count(1)
User Action
Evaluate the various types of wait activity using the real-time and historical
performance monitoring capabilities of Enterprise Manager.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-183
Waits by Wait Class
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Wait Class" object.
If warning or critical threshold values are currently set for any "Wait Class" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Wait Class" object,
use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
View the latest Automatic Database Diagnostic Monitor (ADDM) report. For a more
detailed analysis, run ADDM from the Advisor Central link on the Database Home
page.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Database 2-185
Waits by Wait Class
You can use Enterprise Manager to manage Oracle Listener targets. From the
Enterprise Manager Listener home page, you can monitor key metrics that can help
determine the performance and availability of the listener and help you troubleshoot
potential performance problems.
General Status
This metric is a container for a set of metrics that provide general information about
the listener target.
Alias
The alias is an alternative name for the listener. On the Metric Detail page, you can see
the value of this metric only when you select one of the Real Time refresh options. The
alias also appears on the Listener home page.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
This metric is derived from the STATUS command of the Listener Control Utility. For
more information, see the section on Listener Administration in the Oracle Net Services
Administrator's Guide.
User Action
Not applicable.
Security
The value of this metric shows whether or not a password is required to run specific
commands with the Listener Control Utility.
Metric Summary
The following table shows how often the metric's value is collected.
Listener 3-1
General Status
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
This metric is derived from the STATUS command of the Listener Control Utility. For
more information, see the section on Listener Administration in the Oracle Net Services
Administrator's Guide.
User Action
Not applicable.
SID List
This metric lists the System Identifiers (SIDs) for the services monitored by the listener.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
The list of SIDs for the listener is stored in the listener.ora configuration file.
User Action
Not applicable.
SNMP Status
This metric indicates whether or not the listener can respond to queries from an
SNMP-based network management system.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
This metric is derived from the STATUS command of the Listener Control Utility. For
more information, see the section on Listener Administration in the Oracle Net Services
Administrator's Guide.
User Action
Not applicable.
Start Date
This metric represents the day and time when the listener was last started. On the
Metric Detail page, you can see the value of this metric only when you select one of the
Real Time refresh options. This metric also appears on the Enterprise Manager Listener
home page.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
This metric is derived from the STATUS command of the Listener Control Utility. For
more information, see the section on Listener Administration in the Oracle Net Services
Administrator's Guide.
User Action
Not applicable.
TNS Address
This metric displays the protocal, host, and port information for the listener. On the
Metric Detail page, you can see the value of this metric only when you select one of the
Real Time refresh options. The TNS address also appears on the Listener home page.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
The TNS address of the Listener is defined in the listener.ora configuration file. For
more information, see the Oracle Net Services Administrator's Guide.
User Action
Not applicable.
Trace Level
This metric represents the level of tracing currently enabled for the listener. Tracing
can be used to troubleshoot problems with the listener by saving additional
information to the trace file. For more information about the trace levels you can set
for the listener, see the information about the Listener Control Utility in the Oracle Net
Services Reference Manual.
Listener 3-3
Load
On the Metric Detail page, you can see the value of this metric only when you select
one of the Real Time refresh options.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
This metric is derived from the STATUS command of the Listener Control Utility. For
more information, see the section on Listener Administration in the Oracle Net Services
Administrator's Guide.
User Action
Not applicable.
Version
The version of the listener software. On the Metric Detail page, you can see the value
of this metric only when you select one of the Real Time refresh options. This metric
also appears on the Enterprise Manager Listener home page.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
This metric is derived from the STATUS command of the Listener Control Utility. For
more information, see the section on Listener Administration in the Oracle Net Services
Administrator's Guide.
User Action
Not applicable.
Load
This metric is a container for a set of metrics that provide you with information about
the number of connections supported by the Listener over a period of time.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
This metric is derived from the Listener Control Utility. For more information, see the
section on Listener Administration in the Oracle Net Services Administrator's Guide.
User Action
If you are noticing experiencing performance issues with the database or other services
supported by the listener, review the historical values of this metric to determine
whether or not the performance problems are caused by excessive load on the listener
or host.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
This metric is derived from the Listener Control Utility. For more information, see the
section on Listener Administration in the Oracle Net Services Administrator's Guide.
User Action
If Enterprise Manager reports a high number of refused connections, check the
availability and performance of the database or other services supported by the
listener.
Response
This metric is a container for the Response and Status metrics that provide you with
performance information about the Listener.
Listener 3-5
Response
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The value of this metric is derived using the TNSPING command. For mor
information about the TNSPING command, see the Oracle Net Services Administrator's
Guide.
User Action
If the Listener response time consistently exceeds the threshold, users are likely
experiencing performance issues while accessing the database or other services on this
host. Use the Enterprise Manager Central Console to review other performance
indicators, such as the overall health of your database and the response time of your
hosts and Web Applications.
Status
This metric returns a value of "1" if the Listener is up and running; it returns a 0 if the
Listener is unavailable.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
This metric is derived from the STATUS command in the Listener Control Utility. For
more information, see the Oracle Net Services Reference Manual.
User Action
When the listener is down, users cannot access the database or other services on this
host. Review the troubleshooting information in Oracle Net Services Administrator's
Guide.
Listener 3-7
Response
The host metrics provide description, data source, metric index (where applicable),
and user action information for each metric.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Host 4-1
Aggregate Resource Usage Statistics (By Project)
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Host 4-3
Aggregate Resource Usage Statistics (By Project)
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Host 4-5
Aggregate Resource Usage Statistics (By Project)
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Host 4-7
Aggregate Resource Usage Statistics (By Project)
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Host 4-9
Aggregate Resource Usage Statistics (By Project)
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Host 4-11
Aggregate Resource Usage Statistics(By User)
Status
The metric indicates whether the host is reachable or not. A host could be unreachable
due to various reasons. The network is down or the Management Agent on the host is
down (which could be because the host itself is shutdown).
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Host 4-13
Aggregate Resource Usage Statistics(By User)
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Host 4-15
Aggregate Resource Usage Statistics(By User)
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Host 4-17
Aggregate Resource Usage Statistics(By User)
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Host 4-19
Aggregate Resource Usage Statistics(By User)
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Host 4-21
Aggregate Resource Usage Statistics(By User)
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
Solaris CIM Object Manager
User Action
Specific to your site.
Buffer Activity
The Buffer Activity metric provides information about OS memory buffer usage. This
metric reports buffer activity for transfers, accesses, and cache (kernel block buffer
cache) hit ratios per second.
The data sources for this metric category include the following:
Data Source
The data sources for this metric include the following:
Host 4-23
Buffer Activity
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Host 4-25
Buffer Activity
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
CPU Usage
The CPU Usage metric provides information about the percentage of time the CPU
was in various states, for example, idle state and wait state. The metric also provides
information about the percentage of CPU time spent in user and system mode. All
data is per-CPU in a multi-CPU system.
On HP Tru64, this information is available as the cumulative total for all the CPUs and
not for each CPU which is monitored in the Load metric. Hence, this metric is not
available on HP Tru64.
The data sources for this metric category include the following:
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
Host 4-27
CPU Usage
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data source for this metric are Performance Data counters.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Host 4-29
Disk Activity
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Disk Activity
The Disk Activity metric monitors the hard disk activity on the target being
monitored. For each device on the system, this metric provides information about
access to the device. This information includes: device name, disk utilization, write
statistics, and read statistics for the device.
The data sources for this metric category include the following:
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Disk Device" object.
If warning or critical threshold values are currently set for any "Disk Device" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Disk Device" object,
use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
The data sources for this metric include the following:
User Action
This number should be low. A high number can indicate a disk that is slow due to
excessive load or hardware issues. See also the CPU in IO-Wait (%) metric.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Host 4-31
Disk Activity
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Disk Device" object.
If warning or critical threshold values are currently set for any "Disk Device" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Disk Device" object,
use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
The data sources for this metric include the following:
User Action
A high figure indicates a slow disk. Use the OS iostat -xn command to check wait time
and service time for local disks and NFS mounted file systems. See also the CPU in
IO-Wait (%) metric.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Host 4-33
Disk Activity
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Disk Device" object.
If warning or critical threshold values are currently set for any "Disk Device" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Disk Device" object,
use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Host 4-35
Disk Device Errors
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Hard Errors
Represents the error count of hard errors encountered while accessing the disk. Hard
errors are considered serious and may be traced to misconfigured or bad disk devices.
This metric is available only on Solaris.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data for this column is obtained from the OS iostat -e command.
User Action
Specific to your site.
Soft Errors
Represents the error count of soft errors encountered while accessing the disk. Soft
errors are synonymous to warnings.
This metric is available only on Solaris.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data for this column is obtained from the OS iostat -e command.
User Action
Specific to your site.
Total
Represents the sum of all errors on the particular device.
This metric is available only on Solaris.
Metric Summary
The following table shows how often the metric's value is collected.
Host 4-37
File Access System Calls
Data Source
The data for this column is obtained from the OS iostat -e command on the particular
device.
User Action
Specific to your site.
Transport Errors
Represents the error count of network errors encountered. This generally indicates a
problem with the network layer.
This metric is available only on Solaris.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data for this column is obtained from the OS iostat -e command.
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
interval. The results are essentially the number of lookuppn() calls made over this
five-second period divided by five.
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
This data is obtained using the OS sar command, which is used to sample cumulative
activity counters maintained by the OS. The data is obtained by sampling system
counters once in a five-second interval. The results are essentially the number of iget()
calls made over this five-second period divided by five.
Data Source
The data sources for this metric include the following:
Host 4-39
Filesystems
interval. The results are essentially the number of lookuppn() calls made over this
five-second period divided by five.
User Action
Specific to your site.
Filesystems
The Filesystems metrics provide information about local file systems on the computer.
Filesystem
Represents the name of the disk device resource.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Mount Point" object.
If warning or critical threshold values are currently set for any "Mount Point" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Mount Point"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
The data sources for this metric include the following:
Host 4-41
Inventory
User Action
Use the OS du -k command to check which directories are taking up the most space
(du -k|sort -rn).
Data Source
The data source for this metric is GetDiskFreeSpaceEx.
User Action
Specific to your site.
Inventory
The Inventory metric is used for periodic collection of host configuration information.
By default, host configuration is collected every 24 hours.
Kernel Memory
The Kernel Memory metric provides information on kernel memory allocation (KMA)
activities.
This metric is implemented only on Solaris.
Data Source
This data is obtained using the OS sar command, which is used to sample cumulative
activity counters maintained by the OS. The data is obtained by sampling system
counters once in a five-second interval.
User Action
Specific to your site.
Data Source
This data is obtained using the OS sar command, which is used to sample cumulative
activity counters maintained by the OS. The data is obtained by sampling system
counters once in a five-second interval.
User Action
Specific to your site.
Data Source
This data is obtained using the OS sar command, which is used to sample cumulative
activity counters maintained by the OS. The data is obtained by sampling system
counters once in a five-second interval.
User Action
Specific to your site.
Data Source
This data is obtained using the OS sar command, which is used to sample cumulative
activity counters maintained by the OS. The data is obtained by sampling system
counters once in a five-second interval.
User Action
Specific to your site.
Host 4-43
Kernel Memory
Data Source
This data is obtained using the OS sar command, which is used to sample cumulative
activity counters maintained by the OS. The data is obtained by sampling system
counters once in a five-second interval.
User Action
Specific to your site.
Data Source
This data is obtained using the OS sar command, which is used to sample cumulative
activity counters maintained by the OS. The data is obtained by sampling system
counters once in a five-second interval.
User Action
Specific to your site.
Data Source
This data is obtained using the OS sar command, which is used to sample cumulative
activity counters maintained by the OS. The data is obtained by sampling system
counters once in a five-second interval.
User Action
Specific to your site.
Data Source
This data is obtained using the OS sar command, which is used to sample cumulative
activity counters maintained by the OS. The data is obtained by sampling system
counters once in a five-second interval.
User Action
Specific to your site.
Load
The Load metric provides information about the number of runnable processes on the
system run queue. If this is greater than the number of CPU's on the system, then
excess load exists.
The data sources for this metric category include the following:
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The data sources for this metric include the following:
Host 4-45
Load
User Action
A high percentage of I/O wait can indicate a hardware problem, a slow NFS server, or
poor load-balancing among local file systems and disks. Check the system messages
log for any hardware errors. Use the iostat -xn command or the nfsstat -c (NFS
client-side statistics) command or both to determine which disks or file systems are
slow to respond. Check to see if the problem is with one or more swap partitions, as
lack of swap or poor disk load balancing can cause these to become overloaded.
Depending on the specific problem, fixes may include: NFS client or server tuning,
hardware replacement, moving applications to other file systems, adding swap space,
or restructuring a file system for better performance.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Host 4-47
Load
Data Source
The data source for this metric is Performance Data counters.
User Action
None
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The data source for this metric is Performance Data counters.
User Action
A consistently high value indicates a number of CPU bound tasks. This information
should be corelated with other metrics such as Page Transfer Rate. Tuning the system,
accompanied with additional memory, should help.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
Host 4-49
Load
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The data sources for this metric include the following:
User Action
If this number is zero or close to zero, then you can be sure the system has sufficient
memory. If scan rate is always high, then adding memory will definitely help.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The data sources for this metric include the following:
Host 4-51
Load
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The data source for this metric is Windows Performance counters.
User Action
High transfer rates indicate a memory contention. Adding memory would help.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Check the load on the system using the UNIX uptime or top commands. Also, check
for processes using too much CPU time by using the top and ps -ef commands. Note
that the issue may be a large number of instances of one or more processes, rather than
a few processes each taking up a large amount of CPU time. Kill processes using
excessive CPU time.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
Host 4-53
Load
User Action
Check the load on the system using the UNIX uptime or top commands. Also, check
for processes using too much CPU time by using the top and ps -ef commands. Note
that the issue may be a large number of instances of one or more processes, rather than
a few processes each taking up a large amount of CPU time. Kill processes using
excessive CPU time.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The data sources for this metric include the following:
User Action
Check the load on the system using the UNIX uptime or top commands. Also, check
for processes using too much CPU time by using the top and ps -ef commands. Note
that the issue may be a large number of instances of one or more processes, rather than
a few processes each taking up a large amount of CPU time. Kill processes using
excessive CPU time.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The data sources for this metric include the following:
User Action
For UNIX-based platforms, check the swap usage using the UNIX top command or the
Solaris swap -l command. Additional swap can be added to an existing file system by
creating a swap file and then adding the file to the system swap pool. (See
documentation for your UNIX OS). If swap is mounted on /tmp, space can be freed by
removing any junk files in /tmp. If it is not possible to add file system swap or free up
enough space, additional swap will have to be added by adding a raw disk partition to
the swap pool. See UNIX documentation for procedures.
For Windows, check the page file usage and add an additional page file if current
limits are insufficient.
Metric Summary
The following table shows how often the metric's value is collected.
Host 4-55
Load
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Total Processes
Represents the total number of processes currently running on the system. This metric
checks the number of processes running on the system.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data source for this metric are Performance Data counters and Windows API
GlobalMemoryStatusEx.
User Action
Specific to your site.
Total Users
Represents the total number of users currently logged into the system. This metric
checks the number of users running on the system.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data source for this metric are Performance Data counters and Windows API
GlobalMemoryStatusEx.
User Action
Specific to your site.
Host 4-57
Message and Semaphore Activity
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Network Interfaces
The Network Interfaces metric includes input errors and interface collisions on the
network interface. The following network interfaces are supported: le, hme, qfe, ge,
and fddi.
The data sources for this metric category include the following:
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Use the OS netstat -i command to check the performance of the interface. Also, check
the system messages file for messages relating to duplex setting by using the OS grep
-i command and searching for the word 'duplex'.
Host 4-59
Network Interfaces
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Network Interface Name" object.
If warning or critical threshold values are currently set for any "Network Interface
Name" object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Network Interface
Name" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager online help for information on accessing the Edit Thresholds page.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
Host 4-61
Network Interfaces
User Action
Use the OS netstat -i command to check the performance of the interface. Also, check
the system messages file for messages relating to duplex setting by using the OS grep
-i command and searching for the word 'duplex'.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Host 4-63
Paging Activity
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Paging Activity
The Paging Activity metric provides the amount of paging activity on the system.
The data sources for this metric category include the following:
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data source for this metric are Performance Data counters.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Host 4-65
Paging Activity
Data Source
The data source for this metric are Performance Data counters.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data source for this metric are Performance Data counters.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data source for this metric are Performance Data counters.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
Host 4-67
Paging Activity
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data source for this metric category include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Host 4-69
Paging Activity
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
Host 4-71
Process, Inode, File Tables Statistics
User Action
If this number is zero or closer to zero, then you can be sure the system has sufficient
memory. If the number is always high, then adding memory will definitely help.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data source for this metric are Performance Data counters.
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
Host 4-73
Process, Inode, File Tables Statistics
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Host 4-75
Process, Inode, File Tables Statistics
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Response
Response metrics for hosts.
Status
This metric indicates whether the host is reachable or not. A host could be
unreachable due to various reasons. The network is down or the Management Agent
on the host is down (which could be because the host iteself is shutdown).
User Action
Specific to your site.
Swap Free
Represents the number of 1K blocks in swap area that is not allocated.
Host 4-77
Swap Area Status
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Check the swap usage using the UNIX top command or the Solaris swap -l command.
Additional swap can be added to an existing file system by creating a swap file and
then adding the file to the system swap pool. (See documentation for your UNIX OS).
If swap is mounted on /tmp, space can be freed by removing any junk files in /tmp. If
it is not possible to add file system swap or free up enough space, additional swap will
have to be added by adding a raw disk partition to the swap pool. See UNIX
documentation for procedures.
Swap Size
Represents the size of the swap file.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Switch/Swap Activity
The Switch/Swap Activity metric displays the metric reports on the system switching
and swapping activity.
The data sources for this metric category include the following:
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Host 4-79
Switch/Swap Activity
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
System Calls
The System Calls metric provides statistics about the system calls made over a
five-second interval.
Host 4-81
System Calls
The data sources for this metric category include the following:
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
Host 4-83
System Calls
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Top Processes
The Top Processes metric is a listing of (up to) 20 processes that include 10 processes
consuming the largest percentage of memory and 10 processes consuming the most
percentage of CPU time. The processes are listed in the order of memory consumption.
Host 4-85
Top Processes
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
For UNIX-based platforms, check the load on the system using the UNIX uptime or
top commands. Also, check for processes using too much CPU time by using the top
and ps -ef commands. Note that the issue may be a large number of instances of one or
more processes, rather than a few processes each taking up a large amount of CPU
time. Kill processes using excessive CPU time.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
Host 4-87
TTY Activity
User Action
Specific to your site.
Process User ID
Represents the user name that owns the process, that is, the user ID of the process
being reported on.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
TTY Activity
This metric reports tty device activity.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Host 4-89
TTY Activity
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Data Source
The data sources for this metric include the following:
User Action
Specific to your site.
Host 4-91
Users
Data Source
User defined script.
User Action
Specific to your site.
Data Source
User defined script.
User Action
Specific to your site.
Users
The Users metric provides information about the users currently on the system being
monitored.
Number of Logons
Represents the number of times a user with a certain user name is logged on to the
host target.
Data Source
For Solaris, HP, Linux, HP Tru64, and IBM AIX, the number of times a user is logged
on is obtained from the OS w command.
For Windows, the source of information is Windows API.
User Action
Specific to your site.
Part III contains the metrics associated with Oracle Application Server:
Part III contains the following chapters:
■ Chapter 5, "Application Server"
■ Chapter 6, "Discoverer"
■ Chapter 7, "Forms"
■ Chapter 8, "HTTP Server"
■ Chapter 9, "Internet File System"
■ Chapter 10, "JServ"
■ Chapter 11, "OC4J"
■ Chapter 12, "OID LDAP Server"
■ Chapter 13, "Portal"
■ Chapter 14, "Reports Server"
■ Chapter 15, "Single Sign-On Server"
■ Chapter 16, "Web Cache"
■ Chapter 17, "Web Application"
■ Chapter 18, "Wireless"
5
Application Server
Application Response
This category of metrics uses the Application URL to measure the responsiveness and
availability of the application server instance.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
If the response time of the Availability URL exceeds the threshold, investigate other
related performance metrics, such as the application server Resource Usage metrics, to
review the load on the host computer. Also, check for alerts that may have been
generated by specific application server components, such as the HTTP Server
instance, OC4J instances, or the host computer.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
If the Application URL Status is down, first verify that the Application URL is a valid
URL that can be used to measure the availability and responsiveness of the application
server instance. If it is a valid URL, especially one that was available previously, the
down status indicates that the Oracle HTTP Server is now unavailable and unable to
render the Application URL.
For more information, see the User Action information for the Application URL
Response Time (seconds) metric.
Enterprise Manager components that you can monitor by reviewing the OPMN
Process Information Metrics include the Oracle Management Agent (agent), the Oracle
Application Server Control process (console), and the Oracle Management Agent
watchdog process (watchdog).
For more information about the Management Agent watchdog process, see Oracle
Enterprise Manager Advanced Configuration.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Component Name" object.
If warning or critical threshold values are currently set for any "Component Name"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Component Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
You can use this metric to determine which components are using the most CPU on
your system. If one or more components are consuming a large amount of CPU,
consider changing the component configuration settings to reduce the amount of CPU
consumption.
For information about performance tuning Oracle Application Server components, see
the individual component documentation.
For more information about configuration settings for Enterprise Manager
components, see Oracle Enterprise Manager Advanced Configuration.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Component Name" object.
If warning or critical threshold values are currently set for any "Component Name"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Component Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
You can use this metric to determine which components are using the most memory
on your system. If one or more components are consuming a large amount of memory,
consider changing the component configuration settings to reduce the amount of
memory consumption.
For information about performance tuning Oracle Application Server components, see
the individual component documentation.
For more information about configuration settings for Enterprise Manager
components, see Oracle Enterprise Manager Advanced Configuration.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
You can use this metric to determine which components are using the most memory
on your system. If one or more components are consuming a large amount of memory,
consider changing the component configuration settings to reduce the amount of
memory consumption.
For information about performance tuning Oracle Application Server components, see
the individual component documentation.
For more information about configuration settings for Enterprise Manager
components, see Oracle Enterprise Manager Advanced Configuration.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
None.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
None.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
None.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
If the percentage of Free Memory is low, compare this metric value to Component
Memory Usage (%), which shows the percentage of memory used by each of the
application server components. You can then identify which components are using the
most memory on the system.
To troubleshoot memory issues, check the list of top processes to determine which
system processes are using the most memory. For more information, see the Viewing
Host Target Performance Information topic in the Enterprise Manager online help.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Compare to Component Memory Usage (MB), which shows the amount of memory
being used by the various components on the host. This can help you identify which
components are using the most memory.
In addition, check the list of top processes to determine which system processes are
using the most memory. For more information, see the Viewing Host Target
Performance Information in the Enterprise Manager online help.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
If the amount of idle CPU is low, review the Component CPU Usage (%) to identify
which application server components are consuming the most CPU.
In addition, check the Other CPU Usage (%) metric to determine if other processes,
besides those of the application server, are using large amounts of CPU.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
None
Resource Usage
This category of metrics contains a set of metrics that provide you with information
about the CPU and Memory being used by the application server.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
If the amount of idle CPU is low, review the Component CPU Usage (%) metric to
identify which application server components are consuming the most CPU.
In addition, check the Other CPU Usage (%) metric to determine if other processes,
besides those of the application server, are using large amounts of CPU.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
If the CPU Usage for the application server exceeds the alert threshold, check the
individual application server components to see if a particular component is
consuming excessive amounts of CPU. For more information, see the Viewing the
Performance of Your Application Server topic in the Enterprise Manager online help.
Navigate to the host home page and review the top processes to see if you can identify
which processes are consuming the most CPU. For more information, see the Viewing
Host Target Performance Information in the Enterprise Manager online help.
Also, check for alerts that may have been generated by specific application server
components, such as the HTTP Server instance, OC4J instances, or the host computer.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Compare to Component Memory Usage (%) to determine which application server
components are using the most memory. Unlike the Free Memory (%) Metric, you can
set thresholds for the Component Memory Usage (%) and Memory Usage (%) metrics
and be alerted when they exceed the threshold.
To troubleshoot memory issues, you can also check the list of top processes to
determine which system processes are using the most memory. For more information,
see the Viewing Host Target Performance Information in the Enterprise Manager
online help.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
If the free memory on the application server host is too low, review the Component
Memory Usage (%) metrics to determine which application server components are
using the most memory. Unlike the Free Memory (MB) metric, you can set thresholds
for the Component Memory Usage (%) and Memory Usage (%) metrics and be alerted
when they exceed the threshold.
To troubleshoot memory issues, check the list of top processes to determine which
system processes are using the most memory. For more information, see the Viewing
Host Target Performance Information in the Enterprise Manager online help.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
To troubleshoot memory issues, check the memory usage of individual application
server components and then check the list of top processes to determine which system
processes are using the most memory. For more information, see the Viewing Host
Target Performance Information in the Enterprise Manager online help.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Compare this metric with Memory Usage (%), which measures the percentage of host
memory being used by the application server. Unlike the Memory Usage (MB) metric,
you can set a threshold for the Memory Usage (%) metric and be alerted when it
exceeds its threshold.
To troubleshoot memory issues, check the memory usage of individual application
server components and then check the list of top processes to determine which system
processes are using the most memory. For more information, see the Viewing Host
Target Performance Information in the Enterprise Manager online help.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Navigate to the host home page and review the top processes to see if you can identify
which processes are consuming the most CPU. For more information, see the Viewing
Host Target Performance Information in the Enterprise Manager online help.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Navigate to the host home page and review the top processes to see if you can identify
which processes are consuming the most memory. For more information, see the
Viewing Host Target Performance Information in the Enterprise Manager online help.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Navigate to the host home page and review the top processes to see if you can identify
which processes are consuming the most memory. For more information, see the
Viewing Host Target Performance Information in the Enterprise Manager online help.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
None.
Response
This category contains the UpDown Status metric, which indicates whether the
Application Server is up or down.
UpDown Status
This metric indicates whether or not all the enabled Application Server components
are up and running. For example, if one OC4J instance is down, the UpDown Status
will be down even if the other application server components are up and running. The
status of the Application Server appears in the General section of the Application
Server home page in the Grid Control Console.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
If the UpDown Status is down, verify whether the entire application server is down or
a subset of the application server components is down. In other words, if one OC4J
instance is down, the UpDown status will appear as down, even if the rest of the other
application server components are up and running.
If the application server instance is down, you can restart the application server by
clicking Administer on the Application Server home page in the Grid Control
Console.
To investigate why the server is down, check for alerts that may have been generated
by the application server or by specific server components, such as the HTTP Server
instance, OC4J instances, or the host computer.
If you have shut down a particular application server component to save memory,
consider disabling the component so its UpDown Status will not affect the overall
status of the application server. For more information, see the Disabling and Enabling
Components topic in the Enterprise Manager online help.
OracleAS Discoverer is a business intelligence tool for analyzing data and is a key
component of Oracle Application Server OracleAS). Discoverer provides an integrated
business intelligence solution comprising a set of intuitive ad-hoc query, reporting,
analysis, and Web-publishing tools. These tools enable non-technical users to gain
immediate access to information from data marts, data warehouses, and online
transaction processing systems. OracleAS Discoverer integrates seamlessly with
OracleAS Portal, enabling rapid deployment of Discoverer workbooks and worksheets
to Web portals.
Discoverer Components
This metric displays the total CPU and memory consumption for all current sessions
created by each Discoverer component (i.e. Discoverer Plus, Discoverer Viewer or
Discoverer Portlet Provider).
Note that the total CPU and memory consumption displayed here is only for the
sessions and does not include the CPU and memory consumption of the servlets for
these components. This metric also displays the total number of sessions created by
the component.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Discoverer 6-1
Discoverer Plus Sessions
components. For memory usage of servlets check the Discoverer application page
under the OC4J_BI_Forms home page.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Number of Sessions
The total number of Discoverer sessions created by the given component.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Component Type
The Discoverer UI component that started the particular session (i.e. Discoverer Plus,
Discoverer Viewer or Discoverer Portlet Provider.
User Action
Specific to your site.
User Action
Specific to your site.
DBUser@DB - EUL
The database user, database name and EUL for this session.
User Action
Specific to your site.
User Action
Specific to your site.
OS Process ID
The operating system process ID for this session.
User Action
Specific to your site.
SSO User
The name of the single sign-on user for this session.
User Action
Specific to your site.
Component Type
The Discoverer UI component that started the particular session (i.e. Discoverer Plus,
Discoverer Viewer or Discoverer Portlet Provider
User Action
Specific to your site.
User Action
Specific to your site.
Discoverer 6-3
Discoverer Sessions
DBUser@DB - EUL
The database user, database name and EUL for this session.
User Action
Specific to your site.
User Action
Specific to your site.
OS Process ID
The operating system process ID for this session.
User Action
Specific to your site.
SSO User
If SSO (i.e. single sign-on) is enabled for Discoverer, this column identifies the SSO
user that is using the current session. The SSO user is generally only meaningful for
Discoverer Plus and Discoverer Viewer components, where SSO users are using the
sessions interactively. For the Discoverer Portlet Provider, the SSO user may not be
meaningful, since Discoverer Portlet Provider runs queries in the background, and a
query could run as a given SSO user even when that SSO user is not currently logged
in.
User Action
Specific to your site.
Discoverer Sessions
This metric displays information about all the Discoverer Server sessions currently
running on server machine. It includes the following information: the session ID, the
OS Process ID, the Discoverer UI Component (i.e. Discoverer Plus, Discoverer Viewer
or Discoverer Portlet Provider) that created the session, the memory usage of the
session, the CPU usage for the session, the database and EUL to which the session is
connected and if single sign-on (SSO) is turned on, the SSO user using the session.
Component Type
The Discoverer UI component that started the particular session (i.e. Discoverer Plus,
Discoverer Viewer or Discoverer Portlet Provider.
User Action
Specific to your site.
User Action
Specific to your site.
DBUser@DB - EUL
The database user, the database and the EUL that the session is connected to. The
format is databaseuser@database - EUL.
User Action
Specific to your site.
User Action
Specific to your site.
OS Process ID
The operating system process ID for the given session.
User Action
Specific to your site.
User Action
Specific to your site.
User Action
Specific to your site.
SSO User
If SSO (i.e. single sign-on) is enabled for Discoverer, this column identifies the SSO
user that is using the current SSO user. The SSO user is generally only meaningful for
Discoverer Plus and Discoverer Viewer components, where SSO users are using the
sessions interactively. For the Discoverer Portlet Provider, the SSO user may not be
meaningful, since Discoverer Portlet Provider runs queries in the background, and a
query could run as a given SSO user even when that SSO user is not currently logged
in.
Discoverer 6-5
Discoverer Viewer Sessions
User Action
Specific to your site.
Component Type
The Discoverer UI component that started the particular session (i.e. Discoverer Plus,
Discoverer Viewer or Discoverer Portlet Provider
User Action
Specific to your site.
User Action
Specific to your site.
DBUser@DB - EUL
The database user, database name and EUL for this session.
User Action
Specific to your site.
User Action
Specific to your site.
OS Process ID
The operating system process ID for this session.
User Action
Specific to your site.
SSO User
If SSO (i.e. single sign-on) is enabled for Discoverer, this column identifies the SSO
user that is using the current session. The SSO user is generally only meaningful for
Discoverer Plus and Discoverer Viewer components, where SSO users are using the
sessions interactively. For the Discoverer Portlet Provider, the SSO user may not be
meaningful, since Discoverer Portlet Provider runs queries in the background, and a
query could run as a given SSO user even when that SSO user is not currently logged
in.
User Action
Specific to your site.
Response
This metric is derived directly from the OPMN tree. It reports the Up/Down Status of
Discoverer (i.e. the OAD process).
UpDown Status
This metric displays information that identifies whether the Discoverer Services: OAD,
OSAgent and Discoverer Preferences, are up or down. Since all the services are started
and stopped as a single entity, this metric only reports the status of the OAD.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Discoverer 6-7
Total Discoverer Memory Usage
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Discoverer 6-9
Total Number Of Discoverer Viewer Sessions
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
There are various metrics which can be used to monitor Forms Services.
Load
The Load category provides information about the present Load generated by Forms
processes.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The value of this metric is calculated using operating system specific commands.
User Action
Specific to your site.
Forms 7-1
Response
By default, this metric has a critical threshold of 90 and a warning threshold of 80. A
critical alert is generated when the metric value exceeds the critical threshold value 1
time. A warning alert is generated when the metric value exceeds the warning
threshold value 1 time. The value for the thresholds can be edited as required.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The value of this metric is calculated using operating system specific commands.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Data Source
This value of this metric is based on the number of Forms processes executing on the
host.
The current value of this metric can also be seen under Response and Load on the
Forms Overview Page.
User Action
Specific to your site.
Response
The Response category provides information about the responsiveness of the Forms
Servlet.
ResponseTime(ms)
This metric displays the response time in milliseconds for the Oracle Forms Servlet.
By default, this metric has a critical threshold of 1000 and a warning threshold of 500.
A critical alert is generated when the metric value exceeds the critical threshold value
1 time. A warning alert is generated when the metric value exceeds the warning
threshold value 1 time. The value for the thresholds can be edited as required.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The value of this metric is obtained by measuring the response to the Servlet URL
shown on the Forms Overview Page.
User Action
Specific to your site.
Status
By default, this metric has a critical threshold of 0 indicating that the Forms Servlet is
unreachable. A critical alert is generated when the metric value equals the critical
threshold value once. It is advisable that this threshold be left at the default value.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Forms 7-3
Response
Data Source
The value of this metric is obtained by measuring the availability of the Servlet URL
shown on the Forms Overview Page.
The current value of this metric can also be seen under Response and Load on the
Forms Overview Page.
User Action
Check whether the OC4J_BI_Forms oc4j instance has been started and if so that the
application forms90app.ear has been deployed successfully.
The Oracle Enterprise Manager Grid Control Console can be used to manage Oracle
HTTP Server. You can use the All Metrics page for an HTTP Server target in the Oracle
Enterprise Manager Grid Control Console to view the metrics that have been collected
for that target by the Oracle Management Agent.
Host Metrics
Metrics for the host on which the HTTP Server is running.
Name
This is the host name.
User Action
None.
modplsql_Cache Metrics
The metrics in this metric category are for internal use only.
Customers should not take any action based on the values for the metrics in this metric
category.
cacheStatus.value
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and Every 5 Minutes
9.0.3.x; 9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
hits.count, ops
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and Every 5 Minutes
9.0.3.x; 9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
hits.percentage
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and Every 5 Minutes
9.0.3.x; 9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
modplsql
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
Name
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
newMisses.count, ops
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
newMisses.percentage
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
requests.count
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
staleMisses.count, ops
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
staleMisses.percentage
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
modplsql_HTTPResponseCodes Metrics
This metric category is for internal use only.
Customers should not take any action based on the values for the metrics in this
category.
HTTP 200s
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
HTTP 400s
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Full Name" object.
If warning or critical threshold values are currently set for any "Full Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Full Name" object,
use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Customers should not take any action based on the values for this metric.
HTTP 500s
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Full Name" object.
If warning or critical threshold values are currently set for any "Full Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Full Name" object,
use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Customers should not take any action based on the values for this metric.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
modplsql_RequestGroupingSQLErrorList Metrics
This metric category is for internal use only.
Customers should not take any action based on the values for the metrics in this
category.
errorCount.count
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
lastErrorDate.value
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
lastErrorRequest.value
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
lastErrorText.value
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
Name
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
modplsql_RequestLast10SQLErrorList Metrics
The metrics in this metric category are for internal use only.
Customers should not take any action based on the values for the metrics in this metric
category.
errorDate.value
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
errorRequest.value
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
errorText.value
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
Name
This metric is for internal use only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Customers should not take any action based on the values for this metric.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
This metric helps you determine the frequency of requests currently being served by
the module.
If the request handling throughput is very low, either there is no activity on the Web
server for the module, or there is something else going on that is preventing the
module from processing requests.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Busy Processes
The number of child servers that are busy.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Use the Enterprise Manager Application Server Control Console to examine the errors
in this HTTP Server's error log file. For information about viewing HTTP Server error
logs in the Enterprise Manager Application Server Control, see the "About the HTTP
Server Log Files" topic in the Enterprise Manager Application Server Control help
system.
Idle Processes
The number of child servers that are ready.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
To tune the percentage of Oracle HTTP Server child processes that are currently
servicing requests, you can change the values for the MaxClients, MinSpareServers,
and MaxSpareServers directives.
You can change the value of the MaxClients directive by modifying the value of the
Maximum Requests Processed Simultaneously field on the HTTP Server Server
Properties page in the Enterprise Manager Application Server Control Console. See the
"Modifying Server Properties" topic in the Enterprise Manager Application Server
Control help system for more information about accessing the HTTP Server Server
Properties page in the Enterprise Manager Application Server Control Console. Click
Help on the HTTP Server Server Properties page for more information about using
that page.
The MinSpareServers and MaxSpareServers directives can be modified on the
Advanced Server Properties page in the Enterprise Manager Application Server
Control Console. See the "Editing the Server Configuration Files" topic in the
Enterprise Manager Application Server Control help system for more information
about accessing the HTTP Server Advanced Server Properties page in the Enterprise
Manager Application Server Control Console. Click Help on the HTTP Server
Advanced Server Properties page for more information about using that page to edit
the directives in the httpd.conf file.
For more information about the MaxClients, MinSpareServers, and MaxSpareServers
directives, go to the Apache HTTP Server Documentation section of the
http://www.apache.org Web site, then navigate to the Directives information.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
This metric can help you identify changes in the volume of information being served
by the HTTP Server over time.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Name" object.
If warning or critical threshold values are currently set for any "Name" object, those
thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Name" object, use
the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise Manager
online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Name" object.
If warning or critical threshold values are currently set for any "Name" object, those
thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Name" object, use
the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise Manager
online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Name" object.
If warning or critical threshold values are currently set for any "Name" object, those
thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Name" object, use
the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise Manager
online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
This metric can help you identify changes in the volume of information being served
by the virtual host over time.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.4.x Every 5 Minutes
User Action
None.
Process Metrics
Metrics for processes.
Host
This is the name of the host on which the process is running.
User Action
Specific to your site.
Name
This is the process name.
User Action
None.
Resource Usage
The metrics in this metric category provide information about CPU and memory
usage.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Navigate to the host Home page and review the top processes to see if you can identify
which processes are consuming the most CPU. For more information, see the "Viewing
Host Target Performance Information" in the Enterprise Manager online help.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Navigate to the host Home page and review the top processes to see if you can identify
which processes are consuming the most memory. For more information, see the
"Viewing Host Target Performance Information" in the Enterprise Manager online
help.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Navigate to the host Home page and review the top processes to see if you can identify
which processes are consuming the most memory. For more information, see "Viewing
Host Target Performance Information" in the Enterprise Manager online help.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x; Every 5 Minutes
9.0.4.x
User Action
Specific to your site.
Response
Contains metrics that provide basic information about the HTTP Server.
UpDown Status
Shows whether the HTTP Server is up or down.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
If the HTTP Server is down, start it using the Home page for the HTTP Server in the
Enterprise Manager Application Server Control Console.
Internet File System is the base target type for Oracle Content Management SDK (Oracle
CM SDK) and Oracle Files. An Oracle CM SDK target or a Oracle Files target is
comprised of all the local Oracle CM SDK or Oracle Files processes for one domain.
There are two kinds of processes:
■ Domain Controller: Provides runtime management for the entire domain.
■ Node: Runs protocol servers, agents, or servlets.
You can use Oracle Enterprise Manager to monitor and manage these processes.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Document Statistics
The Document Statistics category provides basic document statistics for documents in
the target's repository. It reports the total document count, the total document content
size, and the average document content size.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Documents
This metric reports the total number of documents for a given MIME type.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Domain Response
The Domain Response category provides status information about the Oracle CM SDK
or Oracle Files domain, the Node processes, and the Domain Controller process.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Node Status
This metric defines the status of the Node processes as a number. The possible values
are:
■ 0 (Down) - One or more of the Node processes in the domain are down.
■ 0.5 (Unknown) - The status of the Node processes in the domain is unknown, most
likely due to the Domain Controller process being down or unconnectable.
■ 1 (Up) - All of the Node processes in the domain are up.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Status
This metric defines the overall status of the Oracle CM SDK or Oracle Files domain as
a number. The possible values are:
■ 0 (Down) - All of the processes in the domain are down.
■ 0.5 (Unknown) - The status of the processes in the domain is unknown, most likely
due to the Domain Controller process being down or unconnectable
■ 1 (Up) - One or more of the processes in the domain are up.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Node Statistics
The Node Statistics category provides basic statistics on all the Nodes of the target
Oracle CM SDK or Oracle Files domain. It reports the hostname and IP address,
session count, Java VM thread count, the Java VM total/free/used memory for each
Node.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Node Name" object.
If warning or critical threshold values are currently set for any "Node Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Node Name" object,
use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
JVM Threads
This metric reports the Java VM thread count of a given Oracle CM SDK or Oracle
Files Node process.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Sessions
This metric reports the session count of a given Oracle CM SDK or Oracle Files Node
process.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Resource Usage
The Resource Usage category provides the CPU usage and the memory usage for local
Oracle CM SDK or Oracle Files processes. It reports the following:
■ CPU usage percentage
■ CPU usage percentage of other processes
■ CPU idle percentage
■ Physical memory usage (in MB)
■ Physical memory usage percentage
■ Total physical memory (in MB)
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Process Name" object.
If warning or critical threshold values are currently set for any "Process Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Process Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Process Name" object.
If warning or critical threshold values are currently set for any "Process Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Process Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Response
The Response category provides the overall status of all the local Oracle CM SDK or
Oracle Files processes for the current target.
Status
This metric defines the overall status of the Oracle CM SDK or Oracle Files local
processes as a number. The possible values are:
■ 0 (Down) - All of the local processes are down.
■ 0.5 (Unknown) - The status of the local processes is unknown, most likely due to
the Domain Controller being down or unconnectable.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Sessions By Server
This metric reports the session count for a given Oracle CM SDK or Oracle Files Server
type in the domain.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Sessions By Server
This metric reports the session count for a given Oracle CM SDK or Oracle Files Node
process and a given Oracle CM SDK or Oracle Files Server type.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Users
The Users category provides basic statistics for all Oracle CM SDK or Oracle Files users
in the target's repository, including users with limited quota and users with unlimited
quota. It reports the following:
■ Total number of users
■ Total number of users with limited quota
■ Total number of users with unlimited quota
■ Total consumed quota for all users
■ Total consumed quota for users with limited quota
■ Total consumed quota for users with unlimited quota
■ Average consumed quota for all users
■ Average consumed quota for users with limited quota
■ Average consumed quota for users with unlimited quota
All Users
This metric reports the total number of users in Oracle CM SDK or Oracle Files.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Consumed (%)
This metric reports the percentage of the overall consumed quota over the overall
allocated quota for Oracle CM SDK or Oracle Files users with limited quota.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
These metrics provide information about the health of the JServ target.
Response
This metric provides the status of JServ, that is, whether it is up or down.
Status
Displays the present condition of JServ. There are three possible conditions:
■ Unknown: Enterprise Manager cannot communicate with JServ
■ Up: JServ is running
■ Down: JServ is not running
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
JServ 10-1
Response
The Oracle Enterprise Manager Grid Control Console can be used to manage Oracle
Application Server Containers for J2EE (OC4J). You can use the All Metrics page for an
OC4J target in the Oracle Enterprise Manager Grid Control Console to view the
metrics that have been collected for that target by the Oracle Management Agent.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Customers should not take any action based on the value of this metric.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Customers should not take any action based on the value of this metric.
OC4J 11-1
Application Metrics for OC4J Instances
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Customers should not take any action based on the value of this metric.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Customers should not take any action based on the value of this metric.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Customers should not take any action based on the value of this metric.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
OC4J 11-3
OC4J All Instances Metrics
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Application Name" object.
If warning or critical threshold values are currently set for any "Application Name"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Application Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
OC4J 11-5
OC4J Application Metrics
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Application Name" object.
If warning or critical threshold values are currently set for any "Application Name"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Application Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Application Name" object.
If warning or critical threshold values are currently set for any "Application Name"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Application Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Application Name" object.
OC4J 11-7
OC4J Application Metrics
If warning or critical threshold values are currently set for any "Application Name"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Application Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Application Name" object.
If warning or critical threshold values are currently set for any "Application Name"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Application Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
unique combination of "EJB Name", "EJB Module Name", and "Application Name"
objects.
If warning or critical threshold values are currently set for any unique combination of
"EJB Name", "EJB Module Name", and "Application Name" objects, those thresholds
can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each unique combination
of "EJB Name", "EJB Module Name", and "Application Name" objects, use the Edit
Thresholds page. See the Editing Thresholds topic in the Enterprise Manager online
help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
OC4J 11-9
OC4J EJB Metrics
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
unique combination of "EJB Name", "EJB Module Name", and "Application Name"
objects.
If warning or critical threshold values are currently set for any unique combination of
"EJB Name", "EJB Module Name", and "Application Name" objects, those thresholds
can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each unique combination
of "EJB Name", "EJB Module Name", and "Application Name" objects, use the Edit
Thresholds page. See the Editing Thresholds topic in the Enterprise Manager online
help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Type of EJB
The type of the EJB: entity or session.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
None.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
unique combination of "EJB Module Name" and "Application Name" objects.
If warning or critical threshold values are currently set for any unique combination of
"EJB Module Name" and "Application Name" objects, those thresholds can be viewed
on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each unique combination
of "EJB Module Name" and "Application Name" objects, use the Edit Thresholds page.
OC4J 11-11
OC4J EJB Module Metrics
See the Editing Thresholds topic in the Enterprise Manager online help for information
on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
unique combination of "EJB Module Name" and "Application Name" objects.
If warning or critical threshold values are currently set for any unique combination of
"EJB Module Name" and "Application Name" objects, those thresholds can be viewed
on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each unique combination
of "EJB Module Name" and "Application Name" objects, use the Edit Thresholds page.
See the Editing Thresholds topic in the Enterprise Manager online help for information
on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
OC4J 11-13
OC4J Instance Metrics
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
OC4J 11-15
OC4J Instance Metrics
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Is multi-threaded?
Indicates whether or not this JSP is multi-threaded. The value of this metric will be
either TRUE or FALSE.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
OC4J 11-17
OC4J JSP Metrics
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
unique combination of "JSP Name", "Web Module Name", and "Application Name"
objects.
If warning or critical threshold values are currently set for any unique combination of
"JSP Name", "Web Module Name", and "Application Name" objects, those thresholds
can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each unique combination
of "JSP Name", "Web Module Name", and "Application Name" objects, use the Edit
Thresholds page. See the Editing Thresholds topic in the Enterprise Manager online
help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
unique combination of "JSP Name", "Web Module Name", and "Application Name"
objects.
OC4J 11-19
OC4J Servlet Metrics
If warning or critical threshold values are currently set for any unique combination of
"JSP Name", "Web Module Name", and "Application Name" objects, those thresholds
can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each unique combination
of "JSP Name", "Web Module Name", and "Application Name" objects, use the Edit
Thresholds page. See the Editing Thresholds topic in the Enterprise Manager online
help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
unique combination of "Servlet Name", "Web Module Name", and "Application Name"
objects.
If warning or critical threshold values are currently set for any unique combination of
"Servlet Name", "Web Module Name", and "Application Name" objects, those
thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each unique combination
of "Servlet Name", "Web Module Name", and "Application Name" objects, use the Edit
Thresholds page. See the Editing Thresholds topic in the Enterprise Manager online
help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
unique combination of "Servlet Name", "Web Module Name", and "Application Name"
objects.
If warning or critical threshold values are currently set for any unique combination of
"Servlet Name", "Web Module Name", and "Application Name" objects, those
thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each unique combination
of "Servlet Name", "Web Module Name", and "Application Name" objects, use the Edit
Thresholds page. See the Editing Thresholds topic in the Enterprise Manager online
help for information on accessing the Edit Thresholds page.
OC4J 11-21
OC4J Web Module Metrics
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
unique combination of "Web Module Name" and "Application Name" objects.
If warning or critical threshold values are currently set for any unique combination of
"Web Module Name" and "Application Name" objects, those thresholds can be viewed
on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each unique combination
of "Web Module Name" and "Application Name" objects, use the Edit Thresholds page.
See the Editing Thresholds topic in the Enterprise Manager online help for information
on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
unique combination of "Web Module Name" and "Application Name" objects.
If warning or critical threshold values are currently set for any unique combination of
"Web Module Name" and "Application Name" objects, those thresholds can be viewed
on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each unique combination
of "Web Module Name" and "Application Name" objects, use the Edit Thresholds page.
See the Editing Thresholds topic in the Enterprise Manager online help for information
on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
OC4J 11-23
OC4J Web Module Metrics
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
unique combination of "Web Module Name" and "Application Name" objects.
If warning or critical threshold values are currently set for any unique combination of
"Web Module Name" and "Application Name" objects, those thresholds can be viewed
on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each unique combination
of "Web Module Name" and "Application Name" objects, use the Edit Thresholds page.
See the Editing Thresholds topic in the Enterprise Manager online help for information
on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Resource Usage
Metrics for OC4J instance resource usage.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
OC4J 11-25
Resource Usage
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Navigate to the host Home page and review the top processes to see if you can identify
which processes are consuming the most CPU. For more information, see "Viewing
Host Target Performance Information" in the Enterprise Manager online help.
OC4J 11-27
Resource Usage
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x Every 5 Minutes
User Action
Navigate to the host Home page and review the top processes to see if you can identify
which processes are consuming the most memory. For more information, see "Viewing
Host Target Performance Information" in the Enterprise Manager online help.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Navigate to the host Home page and review the top processes to see if you can identify
which processes are consuming the most memory. For more information, see "Viewing
Host Target Performance Information" in the Enterprise Manager online help.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x Every 5 Minutes
User Action
Specific to your site.
Response
Response metrics for OC4J.
UpDown Status
Shows whether the OC4J server is up or down. If the value is 1, OC4J is up. If the
value is 0, it is down.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
If the OC4J instance is down, restart it using the Home page for the OC4J instance in
the Enterprise Manager Application Server Control Console.
OC4J 11-29
Response
Oracle Enterprise Manager can be used to manage Oracle Internet Directory Server.
You can also use Enterprise Manager to view the metrics collected by Oracle Internet
Directory Server, Replication Server and Directory Integration Server.
Event Name
Shows the name of the event that occured.
User Action
None.
Event Result
Shows the result e.g. success, failure of the event that occured.
User Action
None.
Event Time
Shows the date and time stamp (in UTC) of the event occurence.
User Action
None.
Instance Number
Shows the OID LDAP server instance number for which this metric is collected.
User Action
None.
Process ID
Shows the OID LDAP server instance number's process ID for which this metric is
collected.
User Action
None.
Sample ID
Shows an unique ID associated with the metric collection.
User Action
None.
User DN
Shows the identity of the user who logged into OID LDAP server and performed the
operation that triggered the event.
User Action
None.
Event Name
Shows the name of the event that occured.
User Action
None.
Instance Number
Shows the OID LDAP server instance number for which this metric is collected.
User Action
None.
User Action
None.
User Action
None.
Process ID
Shows the OID LDAP server instance number's process ID for which this metric is
collected.
User Action
None.
Sample ID
Shows an unique ID associated with the metric collection.
User Action
None.
User Action
None.
Instance Number
Shows the OID LDAP server instance number for which this metric is collected.
User Action
None.
User Action
Specific to your deployment.
Sample ID
Shows an unique ID associated with the metric collection.
User Action
None.
User Action
Specific to your deployment.
User Action
Specific to your deployment.
User Action
None.
Instance Number
Shows the OID LDAP server instance number for which this metric is collected.
User Action
None.
User Action
Specific to your deployment.
Sample ID
Shows an unique ID associated with the metric collection.
User Action
None.
User Action
None.
User Action
None.
User Action
None.
User Action
None.
User Action
None.
SSL enabled
Shows the OID LDAP server's flag for enabling or disabling SSL. You can use this to
configure OID LDAP server with non-SSL, SSL or both non-SSL and SSL modes by
setting its value to 0, 1 or 2 respectively. Its default value is 0 (non-SSL).
User Action
None.
User Action
None.
SSL Version
Shows SSL version. Its default value is 3.
User Action
None.
User Action
None.
Execution Errors
Shows the last error which have been encountered (if any) during the execution of the
integration profile.
Execution Status
Shows the current execution status of the integration profile.
Operation
Shows the Name of the integration profile as configured by the user. For provisioning
profiles, it shows the application and the appropriate identity realm of interest for
which the application needs provisioning events.
Schedule (secs)
Shows the scheduling interval of the integration profiles. DIP server executes the
profiles as per this scheduling interval.
State
Shows the state of the integration profile. (ENABLED / DISABLED).
Type
Shows the Type of the integration profile. (Synchronization Or Provisioning).
Downtime Count
Shows the number of times the DIP server wnet down unexpectedly.
Instance
Shows the instance Number of the Directory Integration Server.
LDAP Server
Shows the LDAP server against which this DIP server is executing.
Start Time
Shows the time when this DIP server started up.
Instance Number
Shows the OID LDAP server instance number performing metric collection.
User Action
None.
User Action
None.
Instance Number
Shows the OID LDAP server instance number for which this metric is collected.
User Action
None.
Process ID
Shows the OID LDAP server instance number's process ID for which this metric is
collected.
User Action
None.
Sample ID
Shows an unique ID associated with the metric collection.
User Action
None.
User Action
Specific to your deployment.
User Action
None.
Instance Number
Shows the OID LDAP server instance number for which this metric is collected.
User Action
None.
Sample ID
Shows an unique ID associated with the metric collection.
User Action
None.
User Action
Specific to your deployment.
Server Load
Shows the number of LDAP operations in progress in the OID LDAP server at the end
of metric collection periodicity.
User Action
Specific to your deployment.
User Action
None.
Instance Number
Shows the OID LDAP server instance number for which this metric is collected.
User Action
None.
Sample ID
Shows an unique ID associated with the metric collection.
User Action
None.
User Action
Specific to your deployment.
User Action
Specific to your deployment.
User Action
Specific to your deployment.
User Action
Specific to your deployment.
User Action
Specific to your deployment.
User Action
Specific to your deployment.
User Action
Specific to your deployment.
User Action
None.
Instance Number
Shows the OID LDAP server instance number for which this metric is collected.
User Action
None.
Sample ID
Shows an unique ID associated with the metric collection.
User Action
None.
Status
Shows whether any OID LDAP server is up or not.
User Action
Specific to your deployment.
Total Number
Shows total number of OID LDAP servers up and running.
User Action
None.
User Action
Specific to your deployment.
User Action
Specific to your deployment.
Config Set
Shows the LDAP replication server configuration set associated with the running
instance.
User Action
None.
Downtime Count
Shows since the time instance was first started, the number of times the instance went
down and was restarted by OID monitor daemon.
User Action
None.
Instance
Shows the running instance number.
User Action
None.
User Action
None.
Start Time
Shows the time when the instance was first started.
User Action
None.
User Action
None.
Downtime Count
Shows since the time instance was first started, the number of times the instance went
down and was restarted by OID monitor daemon.
User Action
None.
Host Name
Shows the host name of the running instance.
User Action
None.
Instance Number
Shows the running instance number.
User Action
None.
Port Number
Shows the port number of the running instance.
User Action
None.
Up Since
Shows the time when the instance was first started.
User Action
None.
User Action
None.
Host Name
Shows the host name of the stopped instance.
User Action
None.
Instance Number
Shows the instance number.
User Action
None.
You can use Oracle Enterprise Manager to monitor and manage OracleAS Portal.
Database Instance
The Database Instance metric provides information about the Oracle Database where
the OracleAS Portal schema is running.
Instance Name
The name of the Oracle Database where the OracleAS Portal schema is running.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
This is obtained by selecting instance_name from the v$instance table.
User Action
Specific to your site.
Start Time
Shows the time the Oracle Database was last started.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
This is obtained by selecting startup_time from the v$instance table.
Portal 13-1
Database Portlet Metrics
User Action
Specific to your site.
Version
The version of the Oracle Database being used.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
This is obtained by selecting version from the v$instance table.
User Action
Specific to your site
Cache Hits
The number of times database portlet content has been serviced by the cache.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Error Code: 500 typically means something is wrong with the server, check that the
server hosting the database portlet is accessible.
Portal 13-3
Database Portlet Metrics
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Portal 13-5
Database Portlet Metrics
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
If this response code is not in the 200 or 300 range, there may be an issue with this
provider not providing content to the portal.
Requests
The number of requests made to this database portlet.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Cache Hits
The number of times the database providers content has been serviced by the cache.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Portal 13-7
Database Providers Metrics
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Note: A portlet that is initially redirected with a 300 response code, may get logged as
a 200 response code if it successfully returns content.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Portal 13-9
Database Providers Metrics
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Provider Name" object.
If warning or critical threshold values are currently set for any "Provider Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Provider Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Provider Name" object.
If warning or critical threshold values are currently set for any "Provider Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Provider Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Portal 13-11
Database Providers Metrics
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Provider Name" object.
If warning or critical threshold values are currently set for any "Provider Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Provider Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
Not applicable.
User Action
If the status is 'down', it indicates that at least one of the portlets serviced by this
provider's last HTTP response code was unsuccessful. Investigate the provider to
determine what is causing the fault.
Offline
Indicates whether the database provider is currently offline.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Provider Name" object.
If warning or critical threshold values are currently set for any "Provider Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Provider Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
Not applicable.
User Action
Specific to your site.
Requests
The number of requests serviced by this database provider.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Portal 13-13
General Page Engine Metrics
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Cache Hits
The number of requests for fully cached pages that resulted in content being returned
from the cache since middle tier startup.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
Not applicable.
Portal 13-15
General Page Engine Metrics
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Portal 13-17
Page Engine Response Code Metrics
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Timeouts
The number of timeouts registered by the Parallel Page Engine.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Portal 13-19
Page Engine Response Code Metrics
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Total requests
The total number of portlets requested by the Parallel Page Engine.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Unresolved Redirects
The number of Unresolved Redirects registered by the Parallel Page Engine.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Portal 13-21
Portal Homepage Metric
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
Not applicable.
User Action
Specific to your site.
Status
Indicates whether or not the OracleAS Portal home page has been called successfully.
The status value '1' indicates success.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
User Action
Specific to your site.
Response Metric
The response of two requests to test the status of OracleAS Portal.
Status
Indicates whether or not OracleAS Portal is functioning.
The status is based on the success of two URL calls, one to a test package via mod_
plsql and the other to the Parallel Page Engine (PPE):
■ mod_plsql ping to:
<protocol>://<host>:<port>/pls/<DAD>/htp.p?cbuf=Test
■ PPE ping to: <protocol>://<host>:<port>/portal/page
Portal 13-23
Syndication Server Status Metric
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Portal 13-25
Web Portlet Metrics
Data Source
Not applicable.
User Action
Specific to your site.
Cache Hits
The number of times the portlet's content has been serviced by the cache.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Portal 13-27
Web Portlet Metrics
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
If this response code is not in the 200 or 300 range, this provider may not be providing
content to OracleAS Portal.
The administrator should check that the machine hosting the provider is accessible,
and the specific Provider on that machine is working by using the PDK Java test page.
Requests
The number of requests made to this Web portlet.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Portal 13-29
Web Providers Metrics
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
For more information about Web providers, refer to the OracleAS Portal Developer Kit
(PDK) documentation at http://portalstudio.oracle.com.
Additional OracleAS Portal documentation is also available in the documentation
section on Portal Center at http://portalcenter.oracle.com.
Cache Hits
The number of times the Provider's content has been serviced by the cache.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Portal 13-31
Web Providers Metrics
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Note: A portlet that is initially redirected with a 300 response code, may get logged as
a 200 response code if it successfully returns content.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Offline
Indicates if a Web provider is currently offline.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Portal 13-33
Web Providers Metrics
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Provider Name" object.
If warning or critical threshold values are currently set for any "Provider Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Provider Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
Not applicable.
User Action
Specific to your site.
Requests
The number of requests serviced by this Web provider.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Provider Name" object.
If warning or critical threshold values are currently set for any "Provider Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Provider Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
Not applicable.
User Action
Specific to your site.
Portal 13-35
Web Providers Metrics
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Provider Name" object.
If warning or critical threshold values are currently set for any "Provider Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Provider Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 15 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Provider Name" object.
If warning or critical threshold values are currently set for any "Provider Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Provider Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
Data Source
Not applicable.
User Action
If the status is 'down', it indicates that at least one of the portlets serviced by this
provider's last HTTP response code was unsuccessful. Investigate the provider to
determine what is causing the fault.
Portal 13-37
Web Providers Metrics
You can use Oracle Enterprise Manager to monitor and manage Oracle Reports Server.
Cluster Information
Provides information about the cluster under which various Reports Servers might be
running.
Current Jobs
Provides the total number of currently running jobs in the Reports Server Cluster Job
Queue.
Failed Jobs
Provides the total number of jobs for the listed Reports Server cluster that were
stopped before completion. This includes cancelled jobs as well as those terminated
with error.
Finished Jobs
Provides the total number of finished jobs currently in the Reports Server cluster.
Scheduled Jobs
Provides the total number of scheduled jobs currently in the listed Reports Server
Cluster Job Queue.
Current Jobs
Provides information about the currently running jobs in the Reports Server.
Job Name
If you specified a job name in the command line you used to run this job, that name is
listed here. Otherwise, it is the name of the job provided for the "report=" or
"module=" parameter of the job request.
Output Format
Provides the output format (desformat) specified for this job at runtime.
Output Type
Provides the destination type (destype) specified for this job at runtime.
Owner
Provides the user ID under which this job is running.
Queued At
Provides the date and time this job request was placed in the Job Queue.
Started At
Provides the date and time this job started running.
Status
Provides the status of the current job.
Engine Information
Provides the types and numbers of currently running engines on the selected Reports
Server.
Engines
Provides the total number of this type of engine that is currently running on the
selected Reports Server.
Running
Provides the number of engines currently running (active) in the Reports Server
processing requests.
Failed Jobs
Provides the total number of jobs currently in the selected Reports Server's Job Queue
that were stopped before completion. This includes cancelled jobs as well as those
terminated with error. When this number is higher than 0, it links to the Failed Jobs
Queue, where you can get detail on why a job failed, view the job's trace file, and
resubmit the job.
Finished At
Provides the date and time this job was cancelled or terminated with error.
Job Name
If you specified a job name in the command line you used to run this report, that name
is listed here. Otherwise, it is the name of the job provided for the "report=" or
"module=" parameter of the report request.
Output Format
Provides the destination format (desformat) specified for this report at runtime.
Output Type
Provides the destination type (destype) specified for this job at runtime.
Owner
Provides the user ID under which this job was run.
Queued At
Provides the date and time this job request was placed in the Job Queue.
Started At
Provides the date and time this job started running.
Status
Provides the status of the job. Status will either indicate that the job was cancelled by
the user or provide some information on why the job was terminated with error.
Finished Jobs
Provides a detailed look at all successfully completed jobs in the Job Queue on the
selected Reports Server.
Finished At
Provides the date and time this job completed.
Job Name
If you specified a job name in the command line you used to run this report, that name
is listed here. Otherwise, it is the name of the job provided for the "report=" or
"module=" parameter of the job request. Job Name is linked to the output of this job.
Click Job Name to see a Web version of this job's output (fetched from the Reports
Server cache).
Output Format
Provides the destination format (desformat) specified for this job at runtime.
Output Type
Provides the destination type (destype) specified for this job at runtime.
Owner
Provides the user ID under which this job was run.
Queued At
Provides the date and time this job request was placed in the Job Queue.
Started At
Provides the date and time this job started running.
Status
Provides the finished status of the job. In the Finished Job Queue, Status is always
Finished Successfully.
Response
Provides the average number of milliseconds it takes for the selected Reports Server to
process a request from the client.
Server Status
Indicates whether the server is up or down.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Scheduled Jobs
Provides a detailed look at all jobs scheduled to run on the selected Reports Server and
supplies the means of cancelling a scheduled job.
Job Name
Provides a detailed look at all jobs currently running on the selected Reports Server
and supplies the means of cancelling a currently running job.
Last Run At
Provides the time the current job was processed.
Next Run At
Provides the time when the current job will run again.
Output Format
Provides the output format (desformat) specified for this job at runtime.
Output Type
Provides the destination type (destype) specified for this job at runtime.
Owner
Provides the user ID under which this job is running.
Repeat Interval
Provides the frequency at which the current job is scheduled to run. For example,
daily, monthly, and so on. This setting only appears on the Reports Server Scheduled
Job Queue page.
Server Information
Provides information about the Reports Server, number of engines, and other
parameters related to the Reports Server. This information looks at the entire lifecycle
of the Reports Server for all the requests handled by the Reports Server, while the
Server Performance Data metrics measure the performance of the Reports Server on a
real time basis where the metrics generated are based on the requests handled by the
Reports Server in last 5 minutes.
Active Engines
Provides the number of engines currently running on the selected Reports Server.
Cluster Name
If the selected Reports Server is a member of a server cluster, the cluster name is listed
here.
Current Jobs
Provides the total number of currently running jobs in the Job Queue.
Failed Jobs
Provides the total number of jobs currently in the Job Queue that were stopped before
completion. This includes cancelled jobs as well as those terminated with error.
Finished Jobs
Provides the total number of jobs that have finished running successfully. When this
number is higher than 0, it links to the Finished Jobs Queue, where you can get more
detail on the finished job, view the job's trace file, view the job result from cache, and
resubmit the job.
Scheduled Jobs
Provides the total number of jobs currently in the Scheduled Jobs Queue. When this
number is greater than 0, it links to the Scheduled Jobs Queue, where you can view
details and canceled the scheduled job.
Trace Mode
Provides the trace mode specified in the Reports Server configuration file for the trace
log file, either Replace (the default) or Append. Trace Replace replaces the existing text
in the trace log file with new information. Trace Append appends new information to
the end of existing trace log file.
Transferred Jobs
In a clustered server environment, provides the total number of jobs transferred
between the selected Reports Server and other cluster members. For example, if the
selected Reports Server receives a request for a job that was run earlier on another
cluster member, the request is transferred to the cluster member that provided the
earlier result and the result is delivered to the client from the cluster member's cache.
Such a transaction would be counted as one transfer within the cluster.
Version
Provides the current version of the Reports Server.
Information metrics are examined to generate metrics numbers for the jobs
processed/requested for the last 5 minutes.
Active Engines
Provides the number of engines currently running on the selected Reports Server.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Cluster Name
If the selected Reports Server is a member of a server cluster, the cluster name is listed
here.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Current Jobs
Provides the total number of currently running jobs in the Job Queue.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Failed Jobs
Provides the total number of jobs currently in the Job Queue that were stopped before
completion. This includes cancelled jobs as well as those terminated with error.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Job Load
Provides the number of failed and successful jobs processed by the Reports Server in
the last 5 minutes.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Scheduled Jobs
Provides the total number of jobs currently in the Scheduled Jobs Queue. When this
number is greater than 0, it links to the Scheduled Jobs Queue, where you can view
details and canceled the scheduled job.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Successful Jobs
Provides the number of successful jobs processed by the Reports Server in the last 5
minutes.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Trace Mode
Indicates the trace mode specified in the Reports Server configuration file for the trace
log file, either Replace (the default) or Append. Trace Replace replaces the existing text
in the trace log file with new information. Trace Append appends new information to
the end of existing trace log file.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Transferred Jobs
In a clustered server environment, provides the total number of jobs transferred
between the selected Reports Server and other cluster members. For example, if the
selected Reports Server receives a request for a job that was run earlier on another
cluster member, the request is transferred to the cluster member that provided the
earlier result and the result is delivered to the client from the cluster member's cache.
Such a transaction would be counted as one transfer within the cluster.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Version
Provides the current version of the Reports Server.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
You can use the Single Sign-On Server metrics to monitor load and user activity on the
OracleAS Single Sign-On Server. Statistics are for the previous 24 hours.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 60 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 60 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 60 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 60 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 60 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Frequency
The number of times a user has failed to login during the previous 24 hours.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Subscriber ID
The subscriber ID of the user trying to log in.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Subscriber Name
The subscriber name of the user trying to log in.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
Not applicable.
User Action
Specific to your site.
Instance Name
The name of the Oracle Database where the OracleAS Portal schema is running.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
This is obtained by selecting instance_name from the v$instance table.
User Action
Specific to your site.
Start Time
Shows the time at which the Oracle Database was last started.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
This is obtained by selecting startup_time from the v$instance table.
User Action
Specific to your site.
Version
The version of the Oracle Database being used.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
This is obtained by selecting version from the v$instance table.
User Action
Specific to your site.
Status
Indicates whether the Single Sign-On Server is accessible.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
This status test involves pinging a package on the Single Sign-On Server schema using
mod_plsql.
User Action
If this status test fails, it indicates that there is an issue with one or more of the
components that the Single Sign-On Server depends on. For example, the Single
Sign-On Server Database Access Descriptor (DAD) may have an incorrect password,
the Oracle HTTP Server may be down, or the Oracle Database the schema is running
on may be unaccessible.
You can use Oracle Enterprise Manager to view the overall status of Oracle9IAS Web
Cache. You can also use Enterprise Manager to view Oracle9IAS Web Cache
performance metrics that have been collected by the Oracle Agent.
Cache Performance
This metric serves as a container for the Oracle9iAS Cache Performance metrics.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
When the cache size reaches 90 percent, the cache will start forced garbage collection.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Check caching rules configuration in OracleAS Web Cache Manager.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
No user action necessary. This metric is intended for informational purposes only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
No user action necessary. This metric is intended for informational purposes only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Errors (% of requests)
The percentage of requests that resulted in the cache serving error pages to Web
browsers.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Refer to the specific error being served.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
If the number of hits is low, then perform the following:
1. Review the caching rules configuration in Oacle9iAS Web Cache Manager.
2. In the Popular Requests page in Oacle9iAS Web Cache Manager, select the Not
Cached from the Filter Documents list to view the most frequent misses.
Hits (% of requests)
The percentage of requests resolved by cache content. This percentage should be high,
except when objects are being invalidated.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
User Action
If the percentage of hits is low, then perform the following:
1. Review the caching rules configuration in Oacle9iAS Web Cache Manager.
2. In the Popular Requests page in Oacle9iAS Web Cache Manager, select the Not
Cached from the Filter Documents list to view the most frequent misses.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
The ratio of invalidated objects to invalidation requests can help you determine
invalidation performance.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
No user action necessary. This metric is intended for informational purposes only.
Note that if invalidation is frequent, then performance may be effected.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
If the number of misses is high, then perform the following:
1. Review the caching rules configuration in Oacle9iAS Web Cache Manager.
2. In the Popular Requests page in Oacle9iAS Web Cache Manager, select the Not
Cached from the Filter Documents list to view the most frequent misses.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
If the number of network errors is consistently high, then consider improving the
network connection between the cache and origin server.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
If the number of hits is low, then perform the following:
1. Review the caching rules configuration in OracleAS Web Cache Manager.
2. In the Popular Requests page in OracleAS Web Cache Manager, select the Not
Cached from the Filter Documents list to view the most frequent misses. In
addition, view the Cache Reason for the most frequent requests that were not
cached.
Open Connections
The number of incoming open connections to the OracleAS Web Cache server and
outgoing open connections to the origin servers.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
No user action necessary. This metric is intended for informational purposes only.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
If the number of partial-page errors is consistently high, then improve the origin server
side code that generates the ESI pages to catch exceptions.
Refreshes (% of requests)
The percentage of requests that resulted in the cache refreshing content from the origin
servers.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
No user action necessary. This metric is intended for informational purposes only.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
If the number of site-busy errors is consistently high, then increase the capacity of the
origin servers in the Origin Server page or OracleAS Web Cache Manager.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
No user action necessary. This metric is intended for informational purposes only.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
If the percentage of stale hits is high, then ensure that expired or invalidated pages are
updated from the origin server in a timely fashion. Check the network capacity
between the OracleAS Web Cache computer and the origin server.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
No user action necessary. This metric is intended for informational purposes only.
Up Since
The time at which the cache was started or restarted.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
No user action necessary. This metric is intended for informational purposes only.
ESI Errors
These metric columns provide information about OracleAS Web Cache EdgeSide
Includes.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.4.x Every 5 Minutes
User Action
If the number of exception errors is consistently high, then improve the origin server
side code that generates the ESI pages to catch exceptions.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.4.x Every 5 Minutes
User Action
If the number of default ESI fragments is consistently high, then review the ESI code.
Resource Usage
These metric columns provide information about CPU and memory usage.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
If the load is high, then consider upgrading the cache computer.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x Every 5 Minutes
User Action
If the load is high, then consider upgrading the cache computer.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
If the load is high, then consider upgrading the cache computer.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
If CPU usage is high, then consider upgrading the cache computer.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x Every 5 Minutes
User Action
If the load is high, then consider upgrading the cache computer.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
If the load is high, then consider upgrading the cache computer.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
9.0.2.x and 9.0.3.x Every 5 Minutes
User Action
If the load is high, then consider upgrading the cache computer.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
If the load is high, then consider upgrading the cache computer.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
If the load is high, then consider upgrading the cache computer.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
If the load is high, then consider upgrading the cache computer.
Response
This category indicates whether the OracleAS Web Cache instance is up and running
or down and unavailable.
Status
This metric indicates whether the OracleAS Web Cache instance is up and running or
down and unavailable.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Server Performance
The columns in this metric provide information about the performance of origin
server.
Active Requests
The current number of open connections that the cache has open to the origin server
per second.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
If the number is close to the connection limit, then set a larger capacity for the origin
server in the Origin Servers page of OracleAS Web Cache Manager.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
If the number is low, then improve the connection between the cache and origin server,
or upgrade the origin server computer.
Proxy Server
Specifies whether or not the origin server is a proxy server. YES specifies that the
origin server is a proxy server. NO specifies that the origin server is an application
Web sever.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
No user action necessary. This metric is intended for informational purposes only.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
If this number is high, then increase the capacity of this origin server in the Origin
Servers page of OracleAS Web Cache Manager, or load balance the requests among
cache cluster members.
Status
The current status of the origin server. An up status specifies that the last
communication with the origin server was successful. A down status specifies that the
origin server is down. If this is the last origin server in a single or multiple server
configuration, OracleAS Web Cache continues to forward requests to the origin server.
If this is not the last server, then no new requests will be sent to origin server.
However, OracleAS Web Cache will poll the inactive origin server until it is back
online.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
User Action
No user action necessary. This metric is intended for informational purposes only.
You can use Oracle Enterprise Manager to view performance and availability metrics
for your Web applications. For more information, see "Introduction to Managing Web
Applications" in the Enterprise Manager online help.
HTTP Content
This metric serves as a container for a set of metrics that provide you with information
about the content of the Web pages you are monitoring, as well as response time
information.
User Action
The average connect time, when reviewed over a period of time, can indicate whether
network congestion or other connectivity issues are the cause of poor Web application
response time.
User Action
The Average First Byte Time, when reviewed over a period of time, can indicate
whether network congestion or other connectivity issues are the cause of poor Web
application response time.
metric will calculate the average response time for the four pages each time the
transaction is run.
User Action
If a particular transaction continuously exceeds the Average Page Response threshold,
use the Beacon Data page to test the transaction from other beacons and over a specific
time period. Use this data to pinpoint any trends or specific beacons that generate the
alerts. Display the Beacon Data page by clicking the value of a metric on the
Transaction Performance Page. For more information, see "Monitoring Transaction
Performance" in the Enterprise Manager online help.
User Action
Use the Calculated Response Time to predict the response time that will be
experienced by your average end user.
Connect Time
Enterprise Manager breaks down each transaction into individual phases.
Performance metrics for each phase of the transaction can help you pinpoint the cause
of a slow response time alert. Connect Time is the first phase of a transaction and
represents the time it takes for a connection to the Web server to be established for all
requests.
User Action
Slow connect time has nothing to do with the content of the page itself. It is likely
caused by a slow network or a busy Web server, which prevents the request from
getting to the Web server in a timely manner.
Content Time
Enterprise Manager breaks down each transaction into indivual phases. Performance
metrics for each phase of the transaction can help you pinpoint the cause of a slow
response time alert. This metric measures the Content Time, which is the amount of
time taken to transfer page content to the browser. Page content includes images and
style sheets, as opposed to the HTML coding for the page.
User Action
Consider reducing the size of images or other contents of the page.
DNS Time
This metric is not supported for this version of Enterprise Manager.
User Action
None.
User Action
As with the Connect Time and Redirect Time, this metric can help you pinpoint
whether or not the page content or Web application software is causing the slow
response time, as opposed to the actual time it takes to transfer one byte of information
to the browser.
HTML Bytes
This metric provides information about the amount of data transferred during the
selected transaction. For each transaction, this metric provides the total number of
HTML coding transferred from all the Web pages accessed by the transaction.
User Action
This metric can help you isolate the cause of any performance problems identified by
this transaction. Be sure to consider the number of HTML bytes when you compare the
response time of your Web Application transactions.
HTML Time
Enterprise Manager breaks down each transaction into indivual phases. Performance
metrics for each phase of the transaction can help you pinpoint the cause of a slow
response time alert. This metric measures the HTML Time, which is the amount of
time it takes to transfer the HTML coding of the page to the browser. This metric does
not include the time spent transfering images or other page content, for example.
User Action
Slow HTML time could indicate problems with your HTML coding. Check the source
code for your Web Application page to see if there are ways to streamline or improve
the logic of the HTML code.
User Action
This metric can help you isolate the cause of any performance problems identified by
this transaction. Be sure to consider the total number of bytes when you compare the
response time of your Web Application transactions. Pages with many images or
complex style sheets will return a high value for the Page Content Bytes metric.
User Action
None.
Redirect Count
This metric is not currently collected by Oracle Enterprise Manager and is for internal
use only.
User Action
None.
Redirect Time
Enterprise Manager breaks down each transaction into individual phases.
Performance metrics for each phase of the transaction can help you pinpoint the cause
of a slow response time alert. Some pages automatically redirect the HTTP request to
another page. Redirect time represents the total time of all redirects within a
transaction. The time taken to redirect the request can affect the overall response time
of the page.
User Action
Significant time taken to redirect the HTTP request removes the possibility that the
page content or the Web application software is causing a slow response time alert. If
the redirect is causing the performance problems, consider alternative solutions to
sending the user to another HTML page.
Request Count
This metric is not currently collected by Oracle Enterprise Manager and is for internal
use only.
User Action
None.
User Action
None.
Status
This metric returns a value of 1 if the selected beacon was successfully able to run the
availability transaction for this Web Application target.
User Action
There are several possible causes to a failed transaction. First, check the availability of
the Web Application and host for the Web Application target. For more information,
see "About Web Application Availability" in the Enterprise Manager online help.
Second, check the availability of the Oracle Agent for this beacon.
Status Description
If the beacon is unable to run the availability transaction successfully, this metric
returns a description of the error that prevented the transaction from running.
User Action
If you are reviewing the metric results from the All Metrics page, review the Value
column of the Status Description table. The error description should offer clues about
why the transaction failed. For more information, see "Displaying the Web Application
All Metrics Page" in the Enterprise Manager online help.
Total Bytes
This metric provides information about the amount of data transferred during the
selected transaction. For each transaction, this metric provides the total number of
bytes transferred from all the Web pages accessed by the transaction.
User Action
This metric can help you isolate the cause of any performance problems identified by
this transaction. Be sure to consider the total number of bytes when you compare the
response time of your Web Application transactions.
User Action
Use the total response time metric to identify problem pages. After you identify a page
or transaction that's slow to respond to user requests, you can drill down and analyze
each phase of the transaction to isolate and repair the problem.
Transfer Rate
The transfer rate indicates how quickly data is being transferred from the Web server
to the client browser. This is computed as: Total Kilobytes Received / Total Transaction
Time.
User Action
Slow transfer rate can be caused by network congestion or other connectivity issues.
HTTP Response
This metric is a container for a set of metrics you can use to measure the performance
of your Web Application transactions. It indicates how quickly the pages respond to
user requests.
User Action
The average connect time, when reviewed over a period of time, can indicate whether
network congestion or other connectivity issues are the cause of poor Web application
response time.
User Action
The Average First Byte Time, when reviewed over a period of time, can indicate
whether network congestion or other connectivity issues are the cause of poor Web
application response time.
User Action
If a particular transaction continuously exceeds the Average Page Response threshold,
use the Beacon Data page to test the transaction from other beacons and over a specific
time period. Use this data to pinpoint any trends or specific beacons that generate the
alerts. Display the Beacon Data page by clicking the value of a metric on the
Transaction Performance Page. For more information, see "Monitoring Transaction
Performance" in the Enterprise Manager online help.
User Action
Use the Calculated Response Time to predict the response time that will be
experienced by your average end user.
Connect Time
Enterprise Manager breaks down each transaction into indivual phases. Performance
metrics for each phase of the transaction can help you pinpoint the cause of a slow
response time alert. Connect Time is the first phase of a transaction and represents the
time it takes for a connection to the Web server to be established.
User Action
Slow connect time has nothing to do with the content of the page itself. It is likely
caused by a slow network or a busy Web server, which prevents the request from
getting to the Web server in a timely manner.
Content Time
Enterprise Manager breaks down each transaction into indivual phases. Performance
metrics for each phase of the transaction can help you pinpoint the cause of a slow
response time alert. This metric measures the Content Time, which is the amount of
time taken to transfer page content to the browser. Page content includes images and
style sheets, as opposed to the HTML coding for the page.
User Action
Consider reducing the size of images or other contents of the page.
DNS Time
This metric is not supported for this version of Oracle Enterprise Manager.
User Action
None.
User Action
As with the Connect Time and Redirect Time, this metric can help you pinpoint
whether or not the page content or Web application software is causing the slow
response time, as opposed to the actual time it takes to transfer one byte of information
to the browser.
HTML Time
Enterprise Manager breaks down each transaction into indivual phases. Performance
metrics for each phase of the transaction can help you pinpoint the cause of a slow
response time alert. This metric measures the HTML Time, which is the amount of
time it takes to transfer the HTML coding of the page to the browser. This metric does
not include the time spent transfering images or other page content, for example.
User Action
Slow HTML time could indicate problems with your HTML coding. Check the source
code for your Web Application page to see if there are ways to streamline or improve
the logic of the HTML code.
Redirect Time
Enterprise Manager breaks down each transaction into individual phases.
Performance metrics for each phase of the transaction can help you pinpoint the cause
of a slow response time alert. Some pages automatically redirect the HTTP request to
another page. Redirect time represents the total time of all redirects within a
transaction. The time taken to redirect the request can affect the overall response time
of the page.
User Action
Significant time taken to redirect the HTTP request removes the possibility that the
page content or the Web application software is causing a slow response time alert. If
the redirect is causing the performance problems, consider alternative solutions to
sending the user to another HTML page.
User Action
This metric (and its accompanying chart when you display the Metric Detail page) can
help you identify what time of day the response time peaked for this particular
transaction and this particular beacon. Understanding the load at particular times of
the day can help you identify unexpected trends and plan for additional hardware or
software resources.
Status
This metric returns a value of 1 if the selected beacon was successfully able to reach the
destination host or run the transaction for a Web Application target.
User Action
There are several possible causes to a failed transaction. First, check the availability of
the Web Application and host for the Web Application target. For more information,
see "About Web Application Availability" in the Enterprise Manager online help.
Second, check the availability of the Management Agent for this Beacon.
Status Description
If the beacon is unable to run the availability transaction successfully, this metric
returns a description of the error that prevented the transaction from running.
User Action
If you are reviewing the metric results from the All Metrics page, review the Value
column of the Status Description table. The error description should offer clues about
why the transaction failed. For more information, see "Displaying the Web Application
All Metrics Page" in the Enterprise Manager online help.
User Action
Use the total transaction time metric to identify problem pages. After you identify a
page or transaction that's slow to respond to user requests, you can drill down and
analyze each phase of the transaction to isolate and repair the problem.
Transfer Rate
The transfer rate indicates how quickly data is being transferred from the Web server
to the client browser. This is computed as: Total Kilobytes Received / Total Transaction
Time.
User Action
Slow transfer rate can be caused by network congestion or other connectivity issues.
Oracle Enterprise Manager can be used to manage OracleAS Wireless Server. You can
also use Enterprise Manager to view Oracle Wireless Server metrics that have been
collected by the Oracle Management Agent.
Active Users
This metric denotes the current number of active OracleAS Wireless users.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 30 Hours
Data Source
Data is populated when a user establishes an OracleAS Wireless session.
User Action
Specific to your site.
Active Sessions
This metric denotes the number of active OracleAS Wireless sessions.
Metric Summary
The following table shows how often the metric's value is collected.
Wireless 18-1
Average Response Time for the Interval
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
This metric is populated when a user establishes a wireless session.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The metric is populated when a user invokes services and gets a response.
User Action
If the alert threshold is reached, it indicates an overload state for OracleAS Wireless
Server. You should tune OracleAS Wireless Server middle tier to relieve the overload.
Response
This metric category includes metrics that denote the (Up or Down) status of OracleAS
Wireless Server.
Status
This metric denotes the (Up or Down) status of the OracleAS Wireless Server.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The metric is populated by the OracleAS Wireless System Management framework
which controls the Start and Stop of OracleAS Wireless processes using opmn controls.
User Action
Specific to your site.
Services Requested
This metric category includes metrics that denote the number of services invoked
during the last five minutes.
Services Invoked
This metric denotes the number of services invoked during the last five minutes.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 5 Minutes
Data Source
The metric is populated when a user invokes services.
User Action
Specific to your site.
Wireless 18-3
Status Codes of all components
Status Code
This metric denotes the Up or Down status (1 is Up; 0 is Down). The aggregated values
are plotted to indicate the percentage of time OracleAS Wireless is Up. It also indicates
the Up and Down intervals.
Data Source
The metric is populated by the OracleAS Wireless System Management framework
which controls the Start and Stop of OracleAS Wireless processes using opmn controls.
User Action
Specific to your site.
Part IV contains the metrics associated with the Oracle Collaboration Suite.
Part IV contains the following chapters:
■ Chapter 19, "Calendar Applications"
■ Chapter 20, "Calendar Server"
■ Chapter 21, "IMAP Server"
■ Chapter 22, "IMAP Service"
■ Chapter 23, "Mailstore"
■ Chapter 24, "OID Client"
■ Chapter 25, "OVF AQMWI Application"
■ Chapter 26, "OVF FaxIn Application"
■ Chapter 27, "OVF Mailstore"
■ Chapter 28, "OVF Telephony Midtier"
■ Chapter 29, "OVF MWI Service"
■ Chapter 30, "OVF Recording Application"
■ Chapter 31, "OVF Recovery Application"
■ Chapter 32, "OVF Retrieval Application"
■ Chapter 33, "OVF Routing Application"
■ Chapter 34, "OVF Transfer Application"
■ Chapter 35, "POP Server"
■ Chapter 36, "POP Service"
■ Chapter 37, "SMTP IN Server"
■ Chapter 38, "SMTP IN Service"
■ Chapter 39, "SMTP OUT Server"
■ Chapter 40, "SMTP OUT Service"
■ Chapter 41, "Web Conferencing"
■ Chapter 9, "Internet File System" (also part of Oracle Application Server)
■ Chapter 18, "Wireless" (also part of Oracle Application Server)
19
Calendar Applications
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each "DB
Directory" object.
If warning or critical threshold values are currently set for any "DB Directory" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "DB Directory"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Filesystem
Monitors the availability of the diskspace where the OCAS/sessiondb and
OCAS/linkdb exist. The threshold is set if availability is less than 10% and 5%
respectively.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Mounted on
Monitors the availability of the diskspace where the OCAS/sessiondb and
OCAS/linkdb exist. The threshold is set if availability is less than 10% and 5%
respectively.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
CPU Time
Lists the Calendar application process information for the CPU time.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Elapsed Time
Lists the Calendar application process information for the elapsed time since start of
process.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Calendar Process" object.
If warning or critical threshold values are currently set for any "Calendar Process"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Calendar Process"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
PID
Lists the Calendar application process information for the PID.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Response
Lists the Calendar application process information for the response time in ms.
Response Time
Lists the Calendar application process information for the response time in ms.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Status Code
Lists the Calendar application process information for the status.
Threshold is set for this metric if it is not 0.
1. 0= Okay
2. 1= Timed out
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
This metric will monitor the top 10 calendar processes sorted in descending order on
CPU consumption followed by memory consumption.
Calendar DB Size
This metric will monitor the disk space on which the calendar db resides. A threshold
is set for the availability of this disk space. If the calendar db is mounted on a shared
disk then this metric will not reflect calendar db usage alone but it will reflect the
shared usage of the calendar and all other applications mounted on this disk.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each "DB
Directory" object.
If warning or critical threshold values are currently set for any "DB Directory" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "DB Directory"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Filesystem
This metric will monitor the disk space on which the calendar db resides. A threshold
is set for the availability of this disk space. If the calendar db is mounted on a shared
disk then this metric will not reflect calendar db usage alone but it will reflect the
shared usage of the calendar and all other applications mounted on this disk.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Mounted on
This metric will monitor the disk space on which the calendar db resides. A threshold
is set for the availability of this disk space. If the calendar db is mounted on a shared
disk then this metric will not reflect calendar db usage alone but it will reflect the
shared usage of the calendar and all other applications mounted on this disk.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
CPU Time
This metric will monitor the top 10 calendar processes sorted in descending order on
CPU consumption followed by memory consumption.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Elapsed Time
This metric will monitor the top 10 calendar processes sorted in descending order on
CPU consumption followed by memory consumption.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
PID
This metric will monitor the top 10 calendar processes sorted in descending order on
CPU consumption followed by memory consumption.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Connections
Displays the number of calendar connections.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Alert Requests
Current wireless notification/reminder requests in the queue. Threshold is set for this
metric if it is too high.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Mail Requests
Current mail notification/reminder requests in the queue. Threshold is set for this
metric if it is too high.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Replication Requests
Current node-to-node event replications requests in the queue. Threshold is set for this
metric if it is too high.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Response
Total transaction time for sending 64Kb of data to the calendar server and receiving a
reply back (tests all nodes). This transaction time includes connecting and
authenticating to the server.
Status
Displays the status of the calendar server. Returns:
Severity status code | Status
where:
■ Severity is: 0-Normal, 1-Warning, 2-Error.
Threshold is set for this metric if it 1 or 2.
■ Status is Up, Down, Partially Up, Inconsistent, and Stand By
■ Up has a Severity 0
■ Partially Up, Stand By have a Severity 1
Partially Up: means that the main daemons (eng, lck) are up but one of the other
daemons maybe down (cws, snc, das)
Stand By: means that the server is shut down but the calendar server manager
CSM is up.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Status Code
Displays the status of the calendar server.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Append Details
This metric category contains the metrics associated with the Append command.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Append Count
This metric represents the number of Append commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Authenticate Details
This metric category contains the metrics associated with the Authenticate commands.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Authenticate Count
This metric represents the number of Authenticate commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Bytes Transferred
This metric category contains the metrics associated with the transfer of bytes.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Client Connections
This metric category contains the metrics for the client connections.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Copy Details
This metric category contains the metrics associated with the Copy commands.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Copy Count
This metric represents the number of Copy commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Examine Details
This metric category contains the metrics associated with the Examine commands.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Examine Count
This metric represents the number of Examine commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Expunge Details
This metric category contains the metrics associated with the Expunge commands.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Expunge Count
This metric represents the number of Expunge commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Fetch Details
This metric category contains the metrics associated with the Fetch commands.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Fetch Count
This metric represents the number of Fetch commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Login Details
This metric category contains the metrics associated with the Login command.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Login Count
This metric represents the number of Login commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Logout Details
This metric category contains the metrics associated with the Logout command.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Logout Count
This metric represents the number of Logout commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
NOOP Details
This metric category contains the metrics associated with the NOOP commands.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
NOOP Count
This metric represents the number of NOOP commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
User Action
Specific to your site.
Pass Details
This metric category contains the metrics associated with the Pass commands.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Pass Count
This metric represents the number of Pass commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Quit Details
This metric category contains the metrics associated with the Quit commands.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Quit Count
This metric represents the number of Quit commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Reset Details
This metric category contains the metrics associated with the Reset command.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Reset Count
This metric represents the number of Reset commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Response
This metric category provides the status of the IMAP Server, that is, whether it is up or
down.
Status
Displays the present condition of IMAP Server.
■ Up (value of 1): IMAP Server is running
■ Down (value of 0): IMAP Server is not running
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Retries Details
This metric category contains the metrics associated with the Retries commands.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Retries Count
This metric represents the number of Retries commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Stat Details
The metric category contains the metrics associated with the Stat commands.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Stat Count
This metric represents the number of Stat commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Status Details
This metric category contains the metrics associated with the Status commands.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Status Count
This metric represents the number of Status commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Store Details
This metric category contains the metrics associated with the Store commands.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Store Count
This metric represents the number of Store commands issued.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Response
This metric category provides the response metrics for the IMAP Service.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Status
Displays the present condition of IMAP Service.
■ Up (value of 1): IMAP Service is running
■ Down (value of 0): IMAP Service is not running
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Message Queue
This metric category contains the metrics for the message queue.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
Mailstore 23-1
Message Queue
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 10 Minutes
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Mailstore 23-3
Response
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Response
This metric category contains the response metrics for Mailstore.
Status
Displays the present condition of the Mailstore.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Mailstore 23-5
Response
These are the metrics monitored by the OID (Oracle Internet Directory) client.
Response
This metric category provides the response metrics.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Status
Displays the present condition of the OID client.
■ Up (value of 1): OID client is running
■ Down (value of 0): OID client is not running
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Response
Gives status of ovf aqmwi application.
Status
Gives status of ovf aqmwi application.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Response
Gives the status of ovf faxin application.
Status
Gives status of ovf faxin application.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Activity Time
This is the key column. The key is the type of activity. Examples of activity types are
login time, play message time, user password.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Voicemail Activity" object.
If warning or critical threshold values are currently set for any "Voicemail Activity"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Voicemail Activity"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager onling help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Response Duration (msec)" object.
If warning or critical threshold values are currently set for any "Response Duration
(msec)" object, those thresholds can be viewed on the Metric Detail page for this
metric.
To specify or change warning or critical threshold values for each "Response Duration
(msec)" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager onling help for information on accessing the Edit Thresholds
page.
User Action
Specific to your site.
Delivery Time
Provides a measurement of the mail delivery times.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Response Duration (msec)" object.
If warning or critical threshold values are currently set for any "Response Duration
(msec)" object, those thresholds can be viewed on the Metric Detail page for this
metric.
To specify or change warning or critical threshold values for each "Response Duration
(msec)" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager onling help for information on accessing the Edit Thresholds
page.
User Action
Specific to your site.
Response
Provides the status of the backend mailstore database.
Status
Provides the status of the backend mailstore database.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Response Duration (msec)" object.
If warning or critical threshold values are currently set for any "Response Duration
(msec)" object, those thresholds can be viewed on the Metric Detail page for this
metric.
To specify or change warning or critical threshold values for each "Response Duration
(msec)" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager onling help for information on accessing the Edit Thresholds
page.
User Action
Specific to your site.
You can use Enterprise Manager to view metrics for the Oracle Voicemail and Fax
telephony midtier.
Number of Callers
This category provides metrics about the number of callers.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Response
This category contains metrics about the response of the Oracle Voicemail and Fax
telephony midtier machine's telephony subsystem.
Status
This metric shows the status of the Oracle Voicemail and Fax telephony midtier
machine's telephony subsystem.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
You can use Enterprise Manager to view metrics for the Oracle Voicemail and Fax
MWI Service.
Response
This category contains metrics about the response of the Oracle Voicemail and Fax
MWI Service.
Status
This metric shows the status of the Oracle Voicemail and Fax MWI Service.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
You can use Enterprise Manager to view metrics for the Oracle Voicemail and Fax
recording application.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Voicemail Activity" object.
If warning or critical threshold values are currently set for any "Voicemail Activity"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Voicemail Activity"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Duration (msec)" object.
If warning or critical threshold values are currently set for any "Duration (msec)"
object, those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Duration (msec)"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Response
This category contains metrics about the response of the Oracle Voicemail and Fax
recording application.
Response Status
This metric shows the status of the Oracle Voicemail and Fax recording application.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
You can use Enterprise Manager to view metrics for the Oracle Voicemail and Fax
recovery application.
Response
This category contains metrics about the response of the Oracle Voicemail and Fax
recovery application.
Status
This metric shows the status of the Oracle Voicemail and Fax recovery application.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
You can use Enterprise Manager to view metrics for the Oracle Voicemail and Fax
retrieval application.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Retrieval Voicemail Activity" object.
If warning or critical threshold values are currently set for any "Retrieval Voicemail
Activity" object, those thresholds can be viewed on the Metric Detail page for this
metric.
To specify or change warning or critical threshold values for each "Retrieval Voicemail
Activity" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Response Duration (msec)" object.
If warning or critical threshold values are currently set for any "Response Duration
(msec)" object, those thresholds can be viewed on the Metric Detail page for this
metric.
To specify or change warning or critical threshold values for each "Response Duration
(msec)" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Response Duration (msec)" object.
If warning or critical threshold values are currently set for any "Response Duration
(msec)" object, those thresholds can be viewed on the Metric Detail page for this
metric.
To specify or change warning or critical threshold values for each "Response Duration
(msec)" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Response
This category contains metrics about the response of the Oracle Voicemail and Fax
retrieval application.
Status
This metric shows the status of the Oracle Voicemail and Fax retrieval application.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Response Duration (msec)" object.
If warning or critical threshold values are currently set for any "Response Duration
(msec)" object, those thresholds can be viewed on the Metric Detail page for this
metric.
To specify or change warning or critical threshold values for each "Response Duration
(msec)" object, use the Edit Thresholds page. See the Editing Thresholds topic in the
Enterprise Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
You can use Enterprise Manager to view metrics for the Oracle Voicemail and Fax
routing application.
Response
This category contains metrics about the response of the Oracle Voicemail and Fax
routing application.
Status
This metric shows the status of the Oracle Voicemail and Fax routing application.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
You can use Enterprise Manager to view metrics for the Oracle Voicemail and Fax
transfer application.
Response
This category contains metrics about the response of the Oracle Voicemail and Fax
transfer application.
Status
This metric shows the status of the Oracle Voicemail and Fax transfer application.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
You can use Enterprise Manager to view metrics for a POP Server.
Response
This category contains metrics about the response of a POP Server.
Status
This metric shows the status of the POP Server.
The value of the metric is 1 if the server is up, and 0 if the server is down.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
You can use Enterprise Manager to view metrics for a POP service.
Response
This category contains metrics about the response of a POP service.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Status
This metric shows the status of the POP service.
The value of the metric is 1 if the service is up, and 0 if the service is down.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
You can use Enterprise Manager to view metrics for an SMTP IN Server.
Bytes Transferred
This category contains metrics about bytes transmitted.
Bytes Transmitted
The total number of bytes transmitted.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Client Connections
This category contains metrics about client connections.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Messages
This category contains metrics about SMTP messages.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Response
This category contains metrics about the response of an SMTP IN Server.
Status
This metric shows the status of the SMTP IN Server.
The value of the metric is 1 if the server is up, and 0 if the server is down.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
You can use Enterprise Manager to view metrics for an SMTP IN Service.
Response
This category contains metrics about the response of an SMTP IN Service.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Status
This metric shows the status of the SMTP IN Service.
The value of the metric is 1 if the service is up, and 0 if the service is down.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
You can use Enterprise Manager to view metrics for an SMTP OUT Server.
Bytes Transferred
This category contains metrics about bytes transferred.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Messages
This category contains metrics about SMTP messages.
Messages Queued
The messages queued awaiting to be sent out to the Internet.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
User Action
Specific to your site.
Messages Sent to DL
The number of messages sent to distribution lists.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Messages Transmitted
The total number of messages transmitted.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Response
This category contains metrics about the response of an SMTP OUT Server.
Status
This metric shows the status of the SMTP OUT Server.
The value of the metric is 1 if the server is up, and 0 if the server is down.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
You can use Enterprise Manager to view metrics for an SMTP OUT Service.
Response
This category contains metrics about the response of an SMTP OUT Service.
Status
This metric shows the status of the SMTP OUT Service.
The value of the metric is 1 if the service is up, and 0 if the service is down.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
You can use Enterprise Manager to view metrics for a Web Conference target.
Process Information
This category contains CPU and memory utilization metrics for all the Web Conference
processes.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Multiple Thresholds
For this metric you can set different warning and critical threshold values for each
"Process Name" object.
If warning or critical threshold values are currently set for any "Process Name" object,
those thresholds can be viewed on the Metric Detail page for this metric.
To specify or change warning or critical threshold values for each "Process Name"
object, use the Edit Thresholds page. See the Editing Thresholds topic in the Enterprise
Manager online help for information on accessing the Edit Thresholds page.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Response
This category contains metrics about the response of an Web Conference application.
Status
Reports the overall status of the Web Conference application. A value of 1 indicates the
application is up. A value of 0 indicates the application is down.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Service Usage
This category contains metrics about the number of meetings occurring and the
number of users participating in those meetings as an aggregate.
Active Clients
Number of users currently using Web Conference.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Active Sessions
The number of meetings currently taking place.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Memory Used KB
Memory being used currently (in KB).
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Total Memory KB
Total memory used (in KB).
Metric Summary
The following table shows how often the metric's value is collected.
User Action
Specific to your site.
Total Sessions
Total number of meetings since this instance of Web Conference began.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The source for this metric is the UNIX ps command.
Agent 42-1
Agent Process Statistics
User Action
A large CPU consumption will cause the entire system to slow down. The cause could
be the Management Agent process itself or any of its child processes. To analyze what
is causing the problem, use the Solaris "top" system command and look out for any
Perl or Java processes that seem to be consuming excessive CPU (%).
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The source of this information is the UNIX pfiles command.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 1038 Hours
Data Source
The source of this metric is the UNIX ps command.
User Action
Specific to your site.
Process ID
The process ID is the process ID of the Management Agent.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 1038 Hours
Data Source
The source of this is the Perl getppid function.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The source of this information is the UNIX ps system command.
User Action
Specific to your site.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Agent 42-3
Agent Process Statistics
Data Source
The source of this data is the UNIX ps system command.
User Action
The default warning and critical threshold values for this metric are set higher than
what is expected to be necessary in many cases. You will probably want to lower the
warning and critical thresholds to values that work well for the number and types of
targets that are being monitored by the Management Agent.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 1038 Hours
Data Source
The source of this information is the UNIX ps system command.
User Action
Large virtual memory utilization will also slow the system down. Use the Solaris "top"
command to see what processes are consuming this memory. Look out for Perl and
Java processes as well as the obvious emdaemon process (the Management Agent
process itself.)
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
The source of the raw information is the UNIX ps command. From this, we calculate
an average over four interval periods and use this as our comparison percentage (that
is, how much has the virtual memory usage grown as a percentage of this average.
User Action
Specific to your site.
Response
The Response metric reports on the availability of the Management Agent.
Status
This metric has a value of 1 if the Management Agent is up and running.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
Not applicable.
Agent 42-5
Upload Statistics
User Action
If the value of this metric is not 1, the Management Agent is down and contact with
the Management Agent will not exist. In such situations, the Management Agent may
need to be restarted.
Upload Statistics
The Upload Statistics metrics present information on the state of the upload manager
and its performance.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 62 Minutes
Data Source
The source of this metric is the Management Agent itself.
User Action
If the difference between this time and the current time is big, then there is likely to be
a problem uploading data to the repository. This may be due to a bad network or
problems on the repository end. Check the emd.trc file in the log directory for upload
messages.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 62 Minutes
Data Source
The source of this information is the Management Agent itself.
User Action
A large number of files in this directory probably indicates that there is a problem
uploading files to the repository. Check the emd.trc file for upload errors and act
appropriately. The cause may also be a bad network or problems on the repository
end.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 62 Minutes
Data Source
The source of this information is the Management Agent itself.
User Action
If this metric is large, check the upload directory. If this directory has very few files, it
may be they are large. If it has many files, there may be a problem uploading data to
the repository. This may be due to a bad network, bad repository or Management
Agent. Check the emd.trc file in the log directory for upload error messages.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 62 Minutes
Data Source
The source of this information is the Management Agent itself.
User Action
If the rate is zero or close to zero, there may be problems uploading data or collecting
data (because if collections stop for some reason, we have nothing to upload). Check
the log files for collection and upload messages.
User Identification
These metrics provide information about the user running the Management Agent.
Agent 42-7
User Identification
Group Name
The name of the group the Management Agent is running under.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 168 Hours
Data Source
The source of this metric is the UNIX id command.
User Action
Specific to your site.
Location
The Location metric shows the directory home of the Management Agent.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 168 Hours
Data Source
The source of this information is the ORACLE_HOME environment variable.
User Action
Specific to your site.
Other Groups
This metric lists the other groups the Management Agent user belongs to.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 168 Hours
Data Source
The source of this metric is the UNIX "id" command.
User Action
Specific to your site.
User Name
The User Name metric provides information on the user that started the Management
Agent process.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 168 Hours
Data Source
The source of this data is the UNIX id command.
User Action
Specific to your site.
CoreDump (blocks)
The CoreDump metric shows the maximum size of a core dump file in 512 Kbytes
blocks. A value of unlimited means that the only limit is the file system limit.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 168 Hours
Data Source
The source of this information is the UNIX ulimit command.
User Action
This metric shows the maximum size (in 512 Kbyte blocks) of a core dump file. To
decrease or increase this limit, use the UNIX ulimit system command.
Data (kbytes)
This metric shows the maximum size of the Management Agent's heap in Kbytes.
Agent 42-9
User Limit Info
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 168 Hours
Data Source
The source for this information is the UNIX ulimit system command.
User Action
This metric shows the maximum heap size (in kbytes) made available to the
Management Agent. To decrease or increase this limit, use the UNIX ulimit system
command.
File (blocks)
The File metric lets you know the size of the largest single file allowed by the system
the Management Agent is running on. The unit is 512 Kbyte blocks. A value of
"unlimited" means that the limit is the file system limit.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 168 Hours
Data Source
The source for this information is the UNIX ulimit system command.
User Action
This metric shows the maximum file size (in blocks) allowed by the system that the
Management Agent is running on. To decrease or increase this limit, use the UNIX
ulimit system command.
NoFiles (descriptors)
The NoFiles metric shows the maximum number of file descriptors that the process
can have.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 168 Hours
Data Source
The source of this information is the UNIX system call ulimit.
User Action
If this limit is small (compared to the operating system maximum), it can be changed
for the Management Agent process.
Stack (kbytes)
This metric displays the maximum size of the Management Agent's stack in Kbytes.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 168 Hours
Data Source
The source for this information is the UNIX ulimit command.
User Action
This metric shows the maximum size (in kbytes) of the Management Agent's stack. To
decrease or increase this limit, use the UNIX ulimit system command.
Time (seconds)
The time metric represents, in seconds, the maximum CPU seconds made available to
the Management Agent process by the system it is running on. A value of "unlimited"
means that the CPU time available to the Management Agent is unrestricted.
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 168 Hours
Data Source
This information is obtained using the UNIX ulimit system command.
User Action
This metric shows the maximum CPU time (in seconds) made available to the
Management Agent. To decrease or increase this limit, use the UNIX ulimit system
command.
Agent 42-11
User Limit Info
Metric Summary
The following table shows how often the metric's value is collected.
Collection
Target Version Frequency
All Versions Every 168 Hours
Data Source
The source of this information is the UNIX ulimit system command.
User Action
If the value of the Virtual Mem metric is too high or too low, you can change the
restriction on virtual memory use by the Management Agent process using the limit
UNIX command.
You can use Oracle Enterprise Manager to view performance and availability metrics
for your Beacon targets. For more information, see About Beacons in the Enterprise
Manager online help.
Data Source
The UNIX ping command.
User Action
Use this metric to check the network response time for a particular host or other
network component. For example, add a host to the Network Watch list on the
Performance property page of the Beacon home page. At predefined intervals, the
Beacon will ping the host and register the time it takes to receive a response from the
host. If the Average Time (ms) exceeds the threshold you set when creating or editing
the watch list item, an alert will be triggered.
Beacon 43-1
ICMP Echo Response
Last Host
This Beacon metric represents the last node that was reached successfully by an
Internet Control Message Protocol (ICMP) ping of the selected host or network
component while traversing to the final destination.
This Beacon target metric is shows up in the following locations:
■ On the Test Response page, which you display when you test a selected item in the
Network Watch List by clicking Test Response on the Beacon Performance page.
■ On the Beacon Data page when you click a metric in the Network Watch List; on
this page the metric is referred to as the Last Successful Host.
Data Source
The UNIX ping command.
User Action
If the last host is not your destination node, there may be an indication that problems
may exist between the last host and the destination node.
Number of Hops
This Beacon target metric represents the number of network nodes traversed by the
Internet Control Message Protocol (ICMP) ping of the selected host or network
component.
This Beacon target metric is shows up in the following locations:
■ On the Network Test page when you click Performance on the Beacon home page
and then use the Test section of the page to test the connection to a host or other
network component
■ In the Network Watch List on the Performance property page of the Beacon home
page
■ On the Beacon Data page when you click a metric in the Network Watch List
When you add a host or other network component to the Network Watchlist for a
Beacon, you can set warning and critical threshold values for this metric. For more
information, see Using Beacons to Monitor Network Component Availability in the
Enterprise Manager online help.
Data Source
The UNIX ping command.
User Action
Specific to your site.
■ On the Network Test page when you click Performance on the Beacon home page
and then use the Test section of the page to test the connection to a host or other
network component
■ In the Network Watch List on the Performance property page of the Beacon home
page
■ On the Beacon Data page when you click a metric in the Network Watch List
When you add a host or other network component to the Network Watchlist for a
Beacon, you can set warning and critical threshold values for this metric. For more
information, see Using Beacons to Monitor Network Component Availability in the
Enterprise Manager online help.
Data Source
The UNIX ping command.
User Action
A high percentage of dropped packets can indicate a poor network connection. Click
the value of the metric in the Network Watch List to display a chart that shows the
performance of the metric over time. This can help you identify whether the
connection issues are persistent or only intermittent.
Status
This metric indicates whether or not an Internet Control Message Protocol (ICMP)
ping of the selected host or other network component was successful.
This Beacon target metric is shows up in the following locations:
■ On the Network Test page when you click Performance on the Beacon home page
and then use the Test section of the page to test the connection to a host or other
network component
■ In the Network Watch List on the Performance property page of the Beacon home
page
■ On the Beacon Data page when you click a metric in the Network Watch List
When you add a host or other network component to the Network Watch list for a
Beacon, you can set warning and critical threshold values for this metric. For more
information, see Using Beacons to Monitor Network Component Availability in the
Enterprise Manager online help.
Data Source
The UNIX ping command.
User Action
Use this metric to determine the availability of a specific host or other IP component
on your network.
HTTP Response
This category of Beacon metrics provides you with HTTP response data.
Beacon 43-3
HTTP Response
Intermediate Host IP
This metric represents the IP address of all the nodes traversed in order to reach a
destination.
Data Source
The UNIX traceroute command.
User Action
Specific to your site.
Data Source
The UNIX traceroute command.
User Action
Specific to your site.
Packet Number
This metric represents the number that identifies a packet in a traceroute.
Data Source
The UNIX traceroute command.
User Action
Specific to your site.
Data Source
The UNIX traceroute command.
User Action
Specific to your site.
Time To Live
This metric represents the maximum number of hops to traverse before declaring an
unsuccessful attempt to reach the destination node.
Data Source
The UNIX traceroute command.
User Action
Specific to your site.
Beacon 43-5
HTTP Response
The OMS and Repository target exposes metrics that are useful for monitoring the
Oracle Enterprise Manager Management Service (OMS) and Management Repository.
Notification Status
This is a Management Agent metric intended to send out of band notifications when
the Notification system is determined to be in a critical state.
Data Source
The user_jobs.next_time table in the Management Repository.
User Action
If the job schedule is invalid, the DBMS job should be restarted. To do this:
1. Copy down the DBMS Job Name that is down from the row in the table. This
DBMS Job Name is 'yourDBMSjobname' in the following example.
2. Log onto the database as the repository owner.
3. Issue the following SQL statement:
select dbms_jobname from mgmt_performance_names where display_
name='yourDBMSjobname';
4. If the dbms_jobname is 'myjob', then issue the following SQL statement:
select job from all_jobs where what='myjob';
5. Copy down the jobid.
6. Force the job into the broken state so that it can be restarted by specifying the
following DBMS job command and parameters:
dbms_job.broken(jobid,true)
7. Verify that the job has been marked as broken by using this SQL statement:
select what, broken from all_jobs where broken='Y';
You should see the job in the results.
8. Once you've verified that the DBMS job is marked broken, restart the job with the
following DBMS job command and parameters:
dbms_job.run(jobid)
Data Source
The mgmt_system_performance_log table in the Management Repository.
User Action
If the value of this metric is greater than 50%, then there may be a problem with the
job. Check the System Errors page for errors reported by the job. Check the Alerts log
for any alerts related to the job.
Data Source
The broken column is from the all_users table in the Management Repository.
User Action
Determine the reason for the dbms job failure. Once the reason for the failure has been
determined and corrected, the job can be restarted through the dbms_job.run
command.
To determine the reason the dbms job failed, take the following steps (replacing myjob
with the displayed name of the down job):
1. Copy down the DBMS Job Name that is down from the row in the table. This
DBMS Job Name is 'yourDBMSjobname' in the following example.
2. Log onto the database as the repository owner.
3. Issue the following SQL statement:
select dbms_jobname from mgmt_performance_names where display_
name='yourDBMSjobname';
4. If the dbms_jobname is 'myjob', then issue the following SQL statement:
select job from all_jobs where what='myjob';
5. Using the job id returned, look for ORA-12012 messages for this jobid in the alerts
log and trace files and try to determine and correct the problem.
The job can be manually restarted through the following database command:
execute dbms_job.run (jobid);
Data Source
This metric is obtained using the following query of the mgmt_oms_parameters table
in the Management Repository.
SELECT value FROM mgmt_oms_parameters
where name='loaderFileCount'
User Action
If the Files Pending Load number is increasing steadily over a period of time, you may
consider one of these options:
■ Increasing the number of background threads.
■ Adding another Management Service and pointing some of the Management
Agents to the new Management Service.
Data Source
The value of the mgmt_oms_parameters table in the Management Repository where
the host_url is the host_url of the Management Service and the parameter_name
column is jobStepCount.
User Action
This value is updated by the job dispatcher before its periodic wait. If the graph of this
number increases steadily over time, the user should take one of the following actions:
■ Increase the em.jobs.shortPoolSize, em.jobs.longPoolSize, and
em.jobs.systemPoolSize properties in the web.xml file. The web.xml file
specifies the number of threads allocated to process different types of job steps.
The short pool size should be larger than the long pool size.
Recommended
Property Defaule value value Description
em.jobs.shortPoolSize 10 10 - 50 Steps taking less
than 15 minutes
em.jobs.longPoolSize 8 8 - 30 Steps taking more
than 15 minutes
em.jobs.systemPoolSize 8 8 - 20 Internal jobs (e.g.
agent ping)
Data Source
This is the sum of the amount of time the job has run over the last hour from the
mgmt_system_performance_log table in the Management Repository divided by one
hour, multiplied by 100 to arrive at the percent.
User Action
Specific to your site.
Last Error
Timestamp of the latest error for the job.
Data Source
The mgmt_system_error_log table in the Management Repository.
User Action
Specific to your site.
Data Source
The mgmt_system_error_log table in the Management Repository.
User Action
Specific to your site.
Loader Directory
The directory from which the loader is getting files.
Data Source
This metric is obtained using the following query of the mgmt_oms_parameters table
in the Management Repository.
SELECT value FROM mgmt_oms_parameters
where name=’loaderDirectory’
User Action
If the loader directory is out of space, you may want to look for the error files to
investigate the problem.
Loader Name
The unique name of the loader, consisting of the Management Service name separated
by a comma from the loader name on that Management Service.
Data Source
The mgmt_system_performance_log table in the Management Repository.
User Action
None. This is the key field for the metric.
Data Source
The mgmt_system_performance_log table in the Management Repository.
User Action
If this number continues to rise over time, then the user may want to consider adding
another Management Service or increasing the number of loader threads for this
Management Service. To increase the number of loader threads, add or change the
em.loader.threadPoolSize entry in the emoms.properties file. The default
number of threads is 2. Values between 2 and 10 are common.
Data Source
The mgmt_system_performance_log table in the Management Repository.
User Action
This metric is informational only.
Data Source
The mgmt_oms_parameters and mgmt_failover_table tables in the Management
Repository.
User Action
If the Management Service is down, start it.
Message
This metric lists targets for which the Management Agent has not uploaded data in the
past two hours (excluding Management Agent, Beacon and Repository targets).
The alert is generated each time the Message content changes. The Message content
changes each time the list of targets not uploading data changes.
Data Source
The mgmt_current_availability table in the Management Repository.
User Action
Perform the following steps:
1. Determine the Management Agent for the target having problems.
2. Verify that the target collection schedule is under 2 hour interval.
3. Check the agent logs for errors uploading data.
4. Check the Management System Errors page for Loader errors processing
information from the Management Agent concerned.
Data Source
The user_jobs.next_date table in the Management Repository.
User Action
Specific to your site.
Data Source
The mgmt_system_performance_log table in the Management Repository.
User Action
If the average delivery time is steadily increasing, verify that the notification methods
specified are valid. Remove any unnecessary or out of date notification rules and
schedules.
Data Source
The mgmt_system_performance_log table in the Management Repository.
User Action
If the average delivery time is steadily increasing, verify that the notification methods
specified are valid. Remove any unnecessary or out of date notification rules and
schedules.
Notification UpDown
Displays whether the notification DBMS job (which processes severities to determine if
notifications are required) is up or down.
Data Source
The user_jobs table in the Management Repository.
User Action
Determine the reason for the DBMS job failure. Once the reason for the failure has
been determined and corrected, the job can be restarted through the dbms_job.run
command.
To determine why the DBMS job failed, take the following steps:
1. Log onto the database as the Management Repository owner.
2. Issue the following SQL statement:
select job from all_jobs where what like '%CHECK_FOR_SEVERITIES%';
3. Using the job id returned, look for ORA-12012 messages for this jobid in the alerts
log and trace files and try to determine and correct the problem.
4. Issue the following DBMS job command and parameters:
execute dbms_job.run (jobid);
Notifications Processed
The total number of notifications delivered by the Management Service over the
previous 10 minutes.
Data Source
The mgmt_system_performance_log table in the Management Repository.
User Action
If the number of notifications processed is continually increasing over several days,
then you may want to consider adding another Management Service.
Notifications Waiting
When this metric becomes critical, an out of band notification will be sent to the
address specified during the installation.
Data Source
This is the sum of the amount of time the job has run over the last hour from the
mgmt_system_performance_log table in the Management Repository divided by one
hour, multiplied by 100 to arrive at the percent.
User Action
Perform the following user actions:
1. Check the Errors page for errors logged by the Notification Delivery dbms job.
2. Check the number of notification rules defined and verify that they are all
necessary, removing those that are not.
3. Verify that the addresses being used for the notifications are correct.
Data Source
The mgmt_duplicate_targets table in the Management Repository.
User Action
Go to the Duplicate Targets page by clicking the Duplicate targets link on the
Management System Overview page. The Duplicate targets link only appears on the
Management System Overview page if there are problems involving duplicate targets.
Resolve the conflict by removing the duplicate target from the conflicting Management
Agent.
Number of Groups
The number of groups defined for Enterprise Manager.
Data Source
The mgmt_targets table in the Management Repository.
User Action
If you have a problem viewing the All Targets page, you may want to check the
number of roles and groups.
Number of Roles
The number of roles defined for Enterprise Manager.
Data Source
The mgmt_roles table in the Management Repository.
User Action
If you have a problem viewing the All Targets page, you may want to check the
number of roles and groups.
Number of Targets
The number of targets defined for Enterprise Manager.
Data Source
The mgmt_targets table in the Management Repository.
User Action
Specific to your site.
Number of Users
The number of users defined for Enterprise Manager.
Data Source
The sys.dba_role_privs table in the Management Repository.
User Action
Specific to your site.
Data Source
This metric is obtained using the following query of the mgmt_oms_parameters table
in the Management Repository.
SELECT value FROM mgmt_oms_parameters
where name=’loaderOldestFile’
User Action
If the oldest loader file is extremely old, you have a loader problem. You may want to
add another Management Service and point some of the Management Agents to the
new Management Service.
Data Source
The dba_data_files table in the Management Repository.
User Action
This metric is informational only.
Session Count
A count of the number of sessions between the Management Service and Management
Repository database.
Data Source
The v$session system view.
User Action
This metric is informational only.
Status since
Timestamp of when the Management Service was marked up or down.
Data Source
The mgmt_oms_parameters table in the Management Repository.
User Action
Specific to your site.
Data Source
The mgmt_system_performance_log table in the Management Repository.
User Action
Specific to your site.
Data Source
The mgmt_targets, mgmt_current_availability tables in the Management Repository.
User Action
This metric is informational only.
Data Source
The mgmt_system_performance_log table in the Management Repository.
User Action
This metric is informational only.
Data Source
The mgmt_system_performance_log table in the Management Repository.
User Action
If this number is steadily increasing along with the Loader Throughput (rows per
hour) metric, then perform the actions described in the User Action section of the help
topic for the Loader Throughput (rows per hour) metric. If this number increases but
the loader throughput does not, check for resource constraints, such as high CPU
utilization by some process, deadlocks in the Management Repository database, or
processor memory problems.
Data Source
The dba_free_space table in the Management Repository.
User Action
This metric is informational only.
Response
This page indicates whether Enterprise Manager is up or down. It contains historical
information for periods in which it was down.
Status
This metric indicates whether the Management Service is up or down. If you cannot
access the Management Repository, you will get an out of band error.
Metric Summary
The following table shows how often the metric's value is collected and compared
against the default thresholds. The 'Consecutive Number of Occurrences Preceding
Notification' column indicates the consecutive number of times the comparison
against thresholds should hold TRUE before an alert is generated.
Data Source
sysman/admin/scripts/emrepresp.pl
User Action
This metric checks for the following: