Oracle9i Database Administrator's Guide Release 2 (9.2) for Windows Part Number A95491-01 |
|
This chapter describes how to monitor Oracle9i for Windows.
This chapter contains these topics:
Table 4-1 describes tools that enable you to monitor your Oracle9i database:
Tool | Functionality |
---|---|
Oracle for Windows NT Performance Monitor |
Monitor database objects, such as CPU usage, buffer cache, or a background process. |
Event Viewer |
Monitor database events. |
Trace Files |
Record occurrences and exceptions of database operations |
Alert Files |
Record important information about error messages and exceptions during database operations. |
Oracle Enterprise Manager Database Management Packs |
Monitor and tune using tools with real-time graphical performance information. See Also: Your Oracle Enterprise Manager documentation set for more information |
Oracle Administration Assistant for Windows NT |
View information on or terminate any Oracle thread. |
See Also:
Oracle9i Database Performance Guide and Reference for general tuning information |
Oracle for Windows NT Performance Monitor is a graphical tool for measuring the performance of Oracle9i for Windows objects on a local server or other servers on a network. This tool is the same in appearance and operation as Windows NT Performance Monitor, except it has been preloaded with Oracle9i database performance elements.
On each computer, you can view behavior of objects, such as buffer cache, data dictionary cache, datafiles, threads, and processes. An object is a graphical representation of an element in your system. Every element, resource, and device in your system can be represented as an object.
A set of counters is associated with each object. A counter is a unit of measurement used by Performance Monitor to display activity. The type of activity the counter measures is dependent upon type of object.
Certain types of objects and their respective counters are present on all systems. Other counters, such as application-specific counters, appear only if the computer is running the associated software.
Each of these objects has an associated set of counters that provide information about device usage, queue lengths, delays, and information used to measure throughput and internal congestion.
When you install Oracle for Windows NT Performance Monitor, values are automatically set in the registry as described in "Configuration Parameters and the Registry" of Oracle9i Database Getting Started for Windows guide.
Oracle for Windows NT Performance Monitor lets you monitor only one database instance at a time. For this reason, the registry contains the following values:
Use OPERFCFG utility to change these values. Oracle Corporation recommends setting the security level on each of these registry values.
See Also:
"Configuration Parameters and the Registry" in Oracle9i Database Getting Started for Windows for instructions on how to use OPERFCFG utility. |
To use Oracle for Windows NT Performance Monitor for another database instance on the same computer or a UNIX computer, change the values appropriately in the registry. You can also monitor non-Windows NT Oracle databases by changing Hostname
registry value so it points to another computer specified in file tnsnames.ora
.
To access Oracle for Windows NT Performance Monitor:
Choose Start > Programs > Oracle - HOME_NAME > Configuration and Migration Tools > Oracle for Windows NT Performance Monitor.
Figure 4-1 shows Performance Monitor displaying Chart View:
Text description of the illustration newperf.gif
Oracle for Windows NT Performance Monitor has four views you can choose from the View menu:
For each view you can decide objects to monitor, what counters to use for each object, and graphical attributes of the view. When an object is chosen, it is assigned a counter, a color, and added to the status bar at the bottom of Oracle for Windows NT Performance Monitor.
To add objects to a view:
Text description of the illustration perfmon.gif
The Add to Chart dialog box appears.
If no data or Oracle9i objects appear, then either Oracle9i database is not running or an invalid host string or password has been entered. If the database is not started, then exit Oracle for Windows NT Performance Monitor, start the database, and restart Oracle for Windows NT Performance Monitor.
The selections you have chosen to monitor are displayed.
All Oracle9i system resources that can be monitored through Oracle for Windows NT Performance Monitor begin with Oracle9i. This section lists Oracle9i objects and describes their associated counters. These measures are defined in
ORACLE_BASE\ORACLE_HOME\dbs\perf.ora
For additional information on these objects, see Oracle9i Database Performance Guide and Reference.
Note: You can monitor only one instance at a time using Oracle for Windows NT Performance Monitor on a given computer. |
The counter is phyrds/gets %. The percentage of phyrds/gets is calculated as a Miss ratio. The lower the Miss counter, the better. To improve performance, increase the number of buffers in the buffer cache, if memory is available on the computer. This value is not time-derived.
The counter is redo log space requests. The value of this counter must be near zero. If this value increments consistently, then processes have had to wait for space in the redo log buffer. In this case, it may be necessary to increase the size of the redo log buffer.
The counter is getmisses/gets %. The value of this counter must be less than 10 or 15% for frequently accessed data dictionary caches. If the ratio continues to increase over this threshold while your application is running, then increase the amount of memory available to the data dictionary cache.
To increase the memory available to the cache, increase the value of initialization parameter SHARED_POOL_SIZE. (See Oracle9i Database Performance Guide and Reference for more detailed information on tuning memory allocation in Oracle9i database.) This value is not time-derived.
The counter is reloads/pins %. This is the percentage of SQL statements, PL/SQL blocks, and object definitions that required reparsing. Total Reloads must be near zero. If the ratio of Reloads to Pins is greater than 1%, then reduce the library cache misses. This value is not time-derived.
The counters are phyrds/sec and phywrts/sec. These values are time-derived. Disk contention occurs when multiple processes try to access the same disk simultaneously. Depending on results from monitoring disk activity, corrective actions could include:
The two counters available, buffers scanned/sec and LRU scans/sec, are helpful in tuning Buffer Cache. Buffers scanned/sec is the number of buffers DBWR scanned in each second. The buffers scanned are on the LRU (Least Recently Used) list. LRU scans/sec is the number of times DBWR scanned the (Least Recently Used) buffer list in each second.
The two counters available, timeouts/sec and checkpoints/sec, are helpful in determining how much work DBWR has been requested to perform. Timeouts/sec is the number of times DBWR timed-out in each second. DBWR is on a three second timeout interval. If DBWR has not been posted within a three second interval, then it times out.
Checkpoints/sec is the number of checkpoint messages processed by database writer in each second. Whenever a checkpoint occurs, DBWR must be messaged (posted) to "write dirty buffers to disk".
The counter is recursive calls/sec. Dynamic extension causes Oracle9i to execute SQL statements in addition to those SQL statements issued by user processes. These SQL statements are called recursive calls.
If Oracle9i makes excessive recursive calls while an application is running, then it may be necessary to determine the cause. Examine the recursive calls statistic through dynamic performance table V$SYSSTAT
.
The counter is free list waits/requests %. Contention for free lists is reflected by contention for free data blocks in buffer cache. You can determine if contention for free lists is reducing performance by querying V$WAITSTAT
.
If the number of free list waits for free blocks is greater than 1% of the total number of requests, then consider adding more free lists to reduce contention.
The available counters are sorts in memory/sec and sorts on disk/sec. The default sort area size is adequate to hold all data for most sorts. However, if your application often performs large sorts on data that does not fit into the sort area, then you may increase sort area size.
If no data or Oracle9i objects appear in the Objects list of the Add to (Chart, Alert, Log, Report) dialog box, then:
ORACLE_BASE\ORACLE_HOME\dbs\operf.log
If the log file indicates an invalid host string or password, then check the registry for correct values for Hostname
, Password
, and Username
. See "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet" in Oracle9i Database Getting Started for Windows for further information about these values.
Oracle9i for Windows problems and other significant occurrences are recorded as events in an application event log. View and manage these recorded events in Event Viewer.
To access Event Viewer:
The Event Viewer window appears.
Figure 4-2 displays the Application view window, Table 4-2 shows what is recorded in each column, and Table 4-3 interprets icons that appear at the left edge of the viewer.
Text description of the illustration ev_vwr.gif
Oracle9i for Windows NT events display with a source of Oracle.orcl.
Event number 34 specifies an audit trail event. These events are recorded if parameter AUDIT_TRAIL
is set to db
(true
) or os
in the initialization parameter file. Option os
enables system wide auditing and causes audited records to be written to Event Viewer. Option db
enables system wide auditing and causes audited records to be written to the database audit trail (table SYS.AUD
$). Some records, however, are written to Event Viewer.
Event numbers other than 34 specify general database activities, such as an instance being started or stopped.
When you double-click an icon in Event Viewer, the Event Detail dialog appears with more information about the selected event. Figure 4-3, for example, shows details about EventID 1011. In the Description text box you will find a text description of the event. In the Data text box you can choose Bytes to see the information in hexadecimal format or Words to see DWORDS for the same data.
Text description of the illustration ev_dtl.gif
Setting AUDIT_TRAIL
to db
or os
causes more records to be written to Event Viewer. This can fill up the Event Viewer log file. Follow these procedures to increase log file size:
The Event Log Settings dialog box appears.
You are returned to Event Viewer.
Oracle9i for Windows background threads use trace files to record occurrences and exceptions of database operations, as well as errors. Background thread trace files are created regardless of whether parameter BACKGROUND_DUMP_DEST
is set in the initialization parameter file. If BACKGROUND_DUMP_DEST
is set, then trace files are stored in the directory specified. If the parameter is not set, then trace files are stored in directory ORACLE_BASE
\ADMIN\
db_name
\bdump
.
Oracle9i database creates a different trace file for each background thread. The name of the trace file contains the name of the background thread, followed by the extension .TRC
. Sample trace file syntax includes:
where SID
is the name of the instance.
Trace files are also created for user threads if parameter USER_DUMP_DEST
is set in the initialization parameter file. Trace files for user threads have the form ora
xxxxx
.trc
, where xxxxx
is a 5-digit number indicating the Windows thread ID
.
Alert files contain important information about error messages and exceptions that occur during database operations. Each Oracle9i for Windows instance has one alert file; information is appended to the file each time you start the instance. All threads can write to the alert file.
For example, when automatic archiving of redo logs is halted because no disk space is available, a message is placed in the alert file. The alert file is the first place to check if something goes wrong with the database and the cause is not immediately obvious.
The alert file is named SID
ALRT.LOG
and is found in the directory specified by parameter BACKGROUND_DUMP_DEST
in the initialization parameter file. If parameter BACKGROUND_DUMP_DEST
is not set, then file SID
ALRT.LOG
is generated in ORACLE_BASE
\admin\
db_name
\bdump
. Alert files should be deleted or archived periodically.
To view information on Oracle threads using Oracle Administration Assistant for Windows NT:
SID
, where SID
is a specific instance name, such as orcl
.The Process Information dialog appears, listing name, type, user, thread ID, and CPU usage for each Oracle thread.
|
Copyright © 1996, 2002 Oracle Corporation. All Rights Reserved. |
|