DTB Mit Database Maintenance
DTB Mit Database Maintenance
DTB Mit Database Maintenance
D t b
Database Maintenance
M i t
s a
) h a
c o m d e ฺ
ฺ
ail t Gu i
m
g den
ed Stu@
m
ha e this
o
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
r
o hamansfe
m -tr
non
Objectives
tasks
Automatic Automatic
Workload Diagnostic a
Repository Efficient has
Repository
)
c o m d e ฺ
ฺ
ail t Gu i
m
g den
@
ed StDirect u
Data warehouse Automatic collection
h m
a this memory
of the database of important o
ฺm statistics se access
l e u
o r ac se to
b ( en
a a
z le
Copyright licOracle and/or its affiliates. All rights reserved.
© 2014,
m ed rab
o
Proactive
fe
a nsmaintenance
hdatabase is made easy by the sophisticated infrastructure of the
m t r a
n o n- including the following main elements:
Oracle database,
• The Automatic Workload Repositoryp y ((AWR)) is a built-in repository p y in each Oracle
database.
At regular intervals, the Oracle database server makes a snapshot of all its vital
statistics and workload information and stores this data in the AWR. The captured data
can be analyzed by you, by the database server itself, or by both.
• Using automated tasks, the database server performs routine maintenance operations,
such as regular backups, refreshing optimizer statistics, and database health checks.
Reactive database maintenance includes critical errors and conditions discovered by
database health checkers:
• For problems that cannot be resolved automatically and require administrators to be
notified (such as running out of space), the Oracle database server provides
server-generated alerts. The Oracle database server, by default, monitors itself and
sends out alerts to notify you of problems. The alerts notify you and often also provide
recommendations on how to resolve the reported problem.
• Recommendations are generated from several advisors, each of which is responsible
for a subsystem. For example, there are memory, segment, and SQL advisors.
s a
a
)h ฺ
o m e
a ilฺc Guid
g m ent
e d@ Stud
o hame this
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
am page
hHistory s f er
The Alert
m o r a n displays a chart that shows the alert history of the current database in
segments of t
n-time that you designate. An alert indicates a potential problem: either a warning
nothreshold
or critical for a monitored metric, or an indication that a target is no longer available.
Click the metric name listed on the Alert History page to get detailed statistics, graphs, and
actual time stamps for each alert.
detail
– Optimizer statistics: Used by query optimizer
– Database statistics: Used for performance
p
• Metric: Rate of change in a cumulative statistic
• Threshold: A boundary value against which metric values
are compared
• Automatic Workload Repository (AWR): Infrastructureas
a
for
data gathering
gathering, analysis,
analysis and solutions recommendations
m )h ฺ
a i l ฺco uide
• AWR Baseline: A set of AWR snapshotsmfor t G
g n
performance comparison d@ tude e S
h a m h i s
ฺ m o se t
r a cle to u
b (o ense
a za le
Copyright licOracle and/or its affiliates. All rights reserved.
© 2014,
m ed rab
o
Statistics h a nsfe of data that provide more details about the database and the objects
are collections
in it. Optimizer
a
m -trstatistics are used by the query optimizer to choose the best execution plan for
n
nostatement. Database statistics provide information for performance monitoring.
each SQL
The Automatic Workload Repository (AWR) provides services to internal Oracle server
components to collect, process, maintain, and use performance statistics for problem
detection and self-tuning purposes. Active Session History (ASH) is the history of recent
session activity stored in the AWR.
AWR snapshots include database statistics and metrics, application statistics (transaction
volumes, response time), operating system statistics, and other measures. An AWR baseline
i a sett off AWR snapshots
is h t collected
ll t d over a period
i d off titime. Th
The b
baseline
li iis used
d ffor
performance comparison, either current performance versus the baseline or one baseline
compared to another.
The System Moving Window baseline is collected by default. The System Moving Window
baseline is a changing set of snapshots that include the last eight days of snapshots by
default. This baseline becomes valid after sufficient data has been collected and the statistics
y Saturday
calculation occurs. The statistics calculation is scheduled for every y at midnight
g by y
default.
s a
a
)h ฺ
In-memory m
co uide
60 minutes
a i l ฺ
statistics MMON
g m eSnapshots n tG
SGA e d@ Stud
o hame this AWR
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
m sfer
hisathe
The AWR
m o r a n
infrastructure that provides services to Oracle Database components to
t
n- and use statistics for problem detection and self-tuning purposes. You can
collect, maintain,
asoa data warehouse for database statistics, metrics, and so on.
view it n
Every 60 minutes (by default), the database automatically captures statistical information from
the SGA and stores it in the AWR in the form of snapshots. These snapshots are stored on
disk by a background process called Manageability Monitor (MMON). By default, snapshots
are retained for eight days. You can modify both the snapshot interval and the retention
intervals.
The AWR contains hundreds of tables, all belonging to the SYS schema and stored in the
SYSAUX tablespace.
tablespace Oracle recommends that the repository be accessed only through
Enterprise Manager or the DBMS_WORKLOAD_REPOSITORY package to work with the AWR.
Direct data manipulation language (DML) commands against the repository tables are not
supported.
External clients
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2015, Oracle and/or its affiliatesฺ
EM SQL*Plus …
SGA
Efficient V$ DBA_*
in-memory AWR
statistics
collection MMON snapshots
s a
a
)h ฺ
o m e
a ilฺc Guid
g m ent
e d@ Stud Self-tuning
Self-tuning
ADDMham is … component
Internal clients o component t h
l e ฺm use
o r ac se to
b ( en
a a
z le
Copyright licOracle and/or its affiliates. All rights reserved.
© 2014,
m ed rab
The AWR o a nsfehas two major parts:
hinfrastructure
m -tra
• An o n
in-memory statistics collection facility that is used by Oracle Database components
toncollect
co ect statistics.
stat st cs These
ese statistics
stat st cs are
a e stored
sto ed in memory e o y for o performance
pe o a ce reasons.
easo s
Statistics stored in memory are accessible through dynamic performance (V$) views.
• The AWR snapshots that represent the persistent portion of the facility. AWR snapshots
are accessible through data dictionary views and Enterprise Manager.
Statistics are stored in persistent storage for several reasons:
• The statistics need to survive instance crashes.
• Some analyses need historical data for baseline comparisons.
• A memory overflow can occur. When old statistics are replaced by new ones because of
memory shortage, the replaced data can be stored for later use.
The memory version of the statistics is transferred to disk on a regular basis by the MMON
background process. With the AWR, the Oracle database server provides a way to capture
historical statistics data automatically without DBA intervention.
ADDM finds
MMON
top problems.
SYSAUX
SGA
6:00 AM
Snapshot 1
In-memory 7:00 AM
Snapshot 2 a
statistics
has
8:00 AM Snapshot 3
9:00 AM )
S h 4om
Snapshot
d eฺ
u i a ilฺc G
g m ent
e d@ Stud
9:30 AM o hame this
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
hamWorkloads f er
m o
The Automatic
r a n Repository (AWR) is a collection of persistent system performance
t
- by SYS. The AWR resides in the SYSAUX tablespace.
statistics owned
non
A snapshot is a set of performance statistics captured at a certain time and stored in the
AWR. Each snapshot is identified by a snapshot sequence number (SNAP_ID) that is unique
in the AWR. By default, snapshots are generated every 60 minutes. You can adjust this
frequency by changing the snapshot INTERVAL parameter. Because the database advisors
rely on these snapshots, be aware that adjustment of the interval setting can affect diagnostic
precision. For example, if the INTERVAL is set to four hours, you may miss transient events
that would be noticeable in 60-minute intervals.
You can use the DBMS_WORKLOAD_REPOSITORY.MODIFY_SNAPSHOT_SETTINGS
DBMS WORKLOAD REPOSITORY MODIFY SNAPSHOT SETTINGS stored
procedure or Enterprise Manager to change the settings that control snapshot collection.
You can take manual snapshots by using Enterprise Manager or the
DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT stored procedure. Taking manual
snapshots is supported in conjunction with the automatic snapshots that the system
generates. Manual snapshots are expected to be used when you want to capture the system
behavior at two specific points in time that do not coincide with the automatic schedule.
s a
) h a
c o m d e ฺ
ฺ
ail t Gu i
m
g den
@
ed Stu
m
ha e this
o
c l eฺm to us
( o ra se
z a b licen
e d a able
r
o hamansfe
m -tr
non
Relevant period
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2015, Oracle and/or its affiliatesฺ
in the past
s a
a
)h ฺ
m
DBMS_WORKLOAD_REPOSITORY.CREATE_BASELINE ( i-
a lฺco Guide
start_snap_id IN NUMBER, g m ent
end_snap_id IN NUMBER, ed@ tud
h a m his S
baseline_name IN VARCHAR2);
ฺ m o se t
r a cle to u
b (o ense
a za le
Copyright licOracle and/or its affiliates. All rights reserved.
© 2014,
m ed rab
ha anissafeset of AWR snapshots. This is usually a set of snapshot data for an
An AWRobaseline
m -tr that you tag and retain in the AWR. A baseline is defined on a pair of
important period
nonthe snapshots are identified by their snapshot sequence numbers (SNAP_IDs) or
snapshots;
a start and end time. Each snapshot set has starting and ending snapshots and includes all
the snapshots in between. Snapshot sets are used to retain snapshot data. Therefore, by
default, snapshots belonging to snapshot sets are retained until the snapshot sets are
dropped. You can specify an expiration value to indicate the number of days that the snapshot
will be retained.
A baseline is identified by a user-supplied name. Execute the CREATE_BASELINE procedure
to create a baseline from a set of snapshots,
snapshots and specify a name and a pair of snapshot
identifiers. A baseline identifier that is unique for the life of a database is assigned to the
newly created baseline. Usually, you set up baselines from representative periods in the past,
to be used for comparisons with current system behavior. You can also set up
threshold-based alerts by using baselines from Enterprise Manager. You can set the
expiration time (in number of days) with the expiration parameter of this procedure. The
default is NULL, meaning “never expire.”
Y can gett the
You th SNAP_IDs
SNAP ID directly
di tl ffrom DBA_HIST_SNAPSHOT,
DBA HIST SNAPSHOT or from
f Enterprise
E t i Manager.
M
Note: For more information about the DBMS_WORKLOAD_REPOSITORY package, see the
Oracle Database PL/SQL Packages and Types Reference guide.
s a
a
)h ฺ
o m e
a ilฺc Guid
g m ent
e d@ Stud
o hame this
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
m sfer
haManager
m o
In Enterprise
r a n Cloud Control, navigate to the Automatic Workload Repository page by
expanding n thet
- Performance menu, selecting AWR, and then selecting AWR Administration.
n o
On the Automatic Workload Repository page, click Edit to change the settings.
On the Automatic Workload Repository page, you can:
• Edit the workload repository settings
• Look at detailed information about created snapshots and manually create new ones
• Create AWR baselines
• Generate an AWR report
• Retention period
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2015, Oracle and/or its affiliatesฺ
STATISTICS_LEVEL
s a
a
)h ฺ
o m e
a ilฺc Guid
m entstatistics
gAdditional
Self-tuning Recommended d@ d manual
ufor
e S t
hame this SQL diagnostics
capabilities disabled default value
o
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
r
o hamansfe initialization parameter controls the capture of a variety of statistics
The STATISTICS_LEVEL
m -tr
and variousnadvisors, including the automatic maintenance tasks. The automatic maintenance
no gathering optimizer statistics. The STATISTICS_LEVEL parameter can be set
tasks include
to the following levels:
• BASIC: The computation of AWR statistics and metrics is turned off. The automatic
optimizer statistics task is disabled, as are all advisors and server-generated alerts.
• TYPICAL: Major statistics that are required for database self-management are collected.
They represent what is typically needed to monitor Oracle database behavior. This
includes automatic gathering of statistics to reduce the likelihood of poorly performing
SQL statements due to stale or invalid statistics
statistics.
• ALL: All possible statistics are captured. This level of capture adds timed OS statistics
and plan execution statistics. These statistics are not needed in most cases and should
not be enabled for best performance; they are sometimes needed for specific
diagnostics tests.
Oracle recommends that the default value of TYPICAL be set for the STATISTICS_LEVEL
initialization p
parameter. Setting g the value to BASIC disables the automatic ggathering
g of
optimizer statistics.
s a
Snapshots a
)h ฺ
o m e
a ilฺc Guid
g m ent
EM ADDM
e d@ Stud
h a m his ADDM results
ฺ m o se t AWR
c l e to u
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
amadvisors,
hother s f er
m o
Unlike the
r a n the ADDM runs automatically after each AWR snapshot. Each time
t
a snapshotnis- taken, the ADDM performs an analysis of the period corresponding to the last
no The ADDM proactively monitors the instance and detects most bottlenecks
two snapshots.
before they become a significant problem.
In many cases, the ADDM recommends solutions for detected problems and even quantifies
the benefits for the recommendations.
Some common problems that are detected by the ADDM:
• CPU bottlenecks
• Poor Oracle Net connection management
g
• Lock contention
• Input/output (I/O) capacity
• Undersizing of database instance memory structures
• High-load SQL statements
• High PL/SQL and Java time
• High checkpoint load and cause (for example
example, small log files)
The results of each ADDM analysis are stored in the AWR and are also accessible through
Enterprise Manager.
s a
a
)h ฺ
o m e
a ilฺc Guid
g m ent
e d@ Stud
o hame this
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
m sfer
haEnterprise
You canouse a n Manager Cloud Control to view ADDM findings. Select Advisors
m t r
n o n-Performance menu. Select an ADDM autorun on the Advisors Central page.
Home in the
On the Automatic Database Diagnostic Monitor (ADDM) page, you see detailed findings for
the latest ADDM run. Database Time represents the sum of the non-idle time spent by
sessions in the database for the analysis period. A specific impact percentage is given for
each finding. The impact represents the time consumed by the corresponding issue compared
with the database time for the analysis period.
Click the View Report button to get details about the performance analysis in the form of a
text report.
s a
a
)h ฺ
o m e
a ilฺc Guid
g m ent
e d@ Stud
o hame this
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
ham s f er
You canoalso use a n
Enterprise Manager Database Express to view ADDM information. Select
m t r
on-Hub from the Performance menu. Click the ADDM tab. Select a task to view
Performance
ninformation.
detailed
Advisor
SQL Access Shared Pool
Advisor Advisor
pool.
Mean-Time-To-Recover (MTTR) Advisor
Using the MTTR Advisor, you set the length of time required for the database to recover after an
instance crash.
Segment Advisor
This advisor looks for tables and indexes that consume more space than they require. The
advisor checks for inefficient space consumption at the tablespace or schema level and
produces scripts to reduce space consumption where possible.
s a
SQL Access Advisor )h ฺ a
This advisor analyzes all SQL statements that are issued in a given period m
co and de
suggests the
a i l ฺ u i
m ent G
creation of additional indexes or materialized views that will improve performance.
g
SQL Tuning Advisor
e d@ Stud
This advisor analyzes an individual SQL statement mand makes
haactions,h is as recommendations for improving
its performance. Recommendations may m o
include e t such rewriting the statement,
changing the instance configuration,cor
ฺ s
leaddingtoindexes.
u
Undo Management Advisor (o
r a se
b e n
a
With the Undo Management za Advisor,
l e lic you can determine the undo tablespace size that is
eda given
required to support
m r abretention period. Undo management and the use of the advisor is
a
covered inhthe lesson f e
m o rans titled “Managing Undo Data.”
Data Recovery
o n -t Advisor
n automaticallyy diagnoses
This advisor g p
persistent data failures,, p
presents repair
p options
p to the
user, and executes repairs at the user’s request. The purpose of the Data Recovery Advisor is
to reduce the mean time to recover (MTTR) and provide a centralized tool for automated data
repair.
SQL Repair Advisor
You run the SQL Repair Advisor after a SQL statement fails with a critical error that generates a
problem in the Automatic Diagnostic Repository. The advisor analyzes the statement and, in
many cases, recommends d a patch
t h tto repair
i th
the statement.
t t t If you implement
i l t the
th
recommendation, the applied SQL patch circumvents the failure by causing the query optimizer
to choose an alternative execution plan for future executions. This is done without changing the
SQL statement itself.
s a
a
)h ฺ
o m e
a ilฺc Guid
g m ent
e d@ Stud
o hame this
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
m sfer
haCentral
m o
The Advisor
r a n page is the main page of all advisors. You can reach this page by
t
- Home in the Performance menu. It is also possible to have access to
selecting Advisors
noinncertain contexts.
advisors
On the Advisors tab of the Advisor Central page, you can see all the advisor tasks that are
registered in the workload repository. You can also filter this list by advisor type and for
predefined time periods.
The Checkers tab of the Advisor Central page enables you to schedule various database
integrity checkers. You can see all the checker runs by name, type, or time period.
Some advisors are described in greater detail in the lessons titled “Managing Undo Data,”
“Managing Performance,” “Managing Performance: SQL Tuning,” and “Backup and Recovery
Concepts.”
Note: Use the Change Default Parameters page to change the default expiration (in days) for
all future tasks. You can also use this page to change the parameters of some important
advisors.
s a
a
)h ฺ
o m e
a ilฺc Guid
g m ent
e d@ Stud
o hame this
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
amAutomated
hthe s f er
m o
To access
r a n Maintenance Task page, expand the Administration menu and
t
n- Maintenance Tasks in the Oracle Scheduler submenu. On this page, you
select Automated
nothe
can view automated maintenance task schedule and recent history. From here, you can
drill down to details on some tasks. Click Configure to go to the Automated Maintenance
Tasks Configuration page. A task executes in a window. The graph shows the last window in
which a task was executed and the next window in which the task is scheduled to be
executed.
Note: The default windows for tasks are shown in the example. When the maintenance
window closes, the Scheduler terminates the optimizer statistics–gathering job by default. The
remaining objects are then processed in the next maintenance window
window.
s a
a
)h ฺ
o m e
a ilฺc Guid
g m ent
e d@ Stud
o hame this
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
r
o hamanMaintenance
On the Automated sfe Tasks Configuration page, you can enable and disable
m t r
n-
automatic maintenance
noconfigure
tasks—all at once, by individual tasks, or by particular windows. You
can also the settings that are used for optimizer statistics gathering and the job
control parameters for the automatic SQL Tuning Advisor.
Select the window name to view or edit the window schedule.
Click Edit Window Group to add and remove windows in the window group.
Enterprise Manager
Server
alerts s a
queue. a
)h ฺ
Oracle m
instance
a i l ฺco uide
Metric exceeds
g m ent G
threshold.
e d@ Stud
o hame this AWR
ฺ m s
r a cle to u
b (o ense
a za le
Copyright licOracle and/or its affiliates. All rights reserved.
© 2014,
m ed rab
o
Alerts are
a nsfeof when a database is in an undesirable state and needs your
hnotifications
m -default,
attention. By
n tra the Oracle Database server provides alerts via Enterprise Manager.
no Enterprise Manager can be configured to send an email message to the
Optionally,
administrator about problem conditions as well as display alert information on the console.
You can also set thresholds on many of the pertinent metrics for your system. Oracle
Database proactively notifies you if the database deviates sufficiently from normal readings to
reach those thresholds. An early notification of potential problems enables you to respond
quickly and, in many cases, resolve issues before users even notice them.
Approximately, 60 metrics are monitored by default, among which are:
• Broken
B k Job J bC Countt
• Database Time Spent Waiting (%)
• Dump Area Used (%)
• SQL Response Time (%) compared to baseline
• Tablespace Used (%)
• Generic Incident
A few additional key metrics can provide early problem notification:
• Average File Read Time (centiseconds)
• Response Time (per transaction)
• Wait Time (%)
s a
a
)h ฺ
o m e
a ilฺc Guid
g m ent
e d@ Stud
o hame this
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
amMetric
hthe s f er
m o
To access
r a n and Collection Settings page, expand the Oracle Database menu and
t
n-and Collection Settings from the Monitoring submenu.
select Metric
n o
Enter your desired warning and critical threshold values for the metric. The appropriate alerts
appear when the database reaches your specified values.
The thresholds that are already set appear in the “Metrics with thresholds” list. By default,
approximately 60 metrics have preset thresholds; you may change these as needed. The “All
metrics” list shows the metrics that do not have thresholds set.
Click the Edit icon to access a page where you can specify additional corrective actions for
either warning or critical thresholds.
Click a Collection Schedule link to change the scheduled collection interval. Be aware that
each schedule affects a group of metrics.
s a
a
)h ฺ
o m e
a ilฺc Guid
g m ent
e d@ Stud
o hame this
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
er
am nansfalert,
hreceive
m o
When you
r a follow the recommendations that it provides. Or you can consider
t
- (or another advisor as appropriate) to obtain more detailed diagnostics of
running thenADDM
systemnoroobject behavior.
Alerts and incidents are generated for critical errors. Critical errors usually generate incidents
that are collected into problems. You use the Support Workbench to investigate and possibly
report the problem to Oracle Support.
Most alerts (such as “Out of Space”) are cleared automatically when the cause of the problem
disappears. However, other alerts (such as Generic Alert Log Error) are sent to you for
notification and must be acknowledged by you. After taking the necessary corrective
measures, you acknowledge
k l d an alert
l tb
by clearing
l i or purging i itit. Cl
Clearing
i an alert
l t sends
d th
the
alert to the Alert History, which is accessible from the Monitoring submenu. Purging an alert
removes it from the Alert History.
Metric based
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2015, Oracle and/or its affiliatesฺ
MMON
DBA_OUTSTANDING_ALERTS DBA_ALERT_HISTORY
m ed rab
o
There are
a kinds
htwo n sof
feserver-generated alerts: threshold and nonthreshold.
m -tra
n o n
Most server-generated alerts are configured by setting a warning and critical threshold values
on database metrics. You can define thresholds for more than 120 metrics, including the
following:
• Physical Reads Per Sec
• User Commits Per Sec
• SQL Service Response Time
Except for the Tablespace Space Usage metric, which is database related, the other metrics
are instance related
related. Threshold alerts are also referred to as stateful alerts
alerts, which are
automatically cleared when an alert condition clears. Stateful alerts appear in
DBA_OUTSTANDING_ALERTS and, when cleared, go to DBA_ALERT_HISTORY.
Other server-generated alerts correspond to specific database events, such as ORA-* errors,
“Snapshot too old” errors, Recovery Area Low On Free Space, and Resumable Session
Suspended. These are non-threshold-based alerts, also referred to as stateless alerts.
Stateless alerts go directly to the history table.
s a
) h a
c o m d e ฺ
ฺ
ail t Gu i
m
g den
ed Stu@
m
ha e this
o
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
o h am nsfer
Answer:
m b -tra
non
ADDM, including:
• Setting up an issue for analysis
• Reviewing your database performance
• Implementing a solution
s a
) h a
c o m d e ฺ
ฺ
ail t Gu i
m
g den
ed Stu@
m
ha e this
o
c l eฺm to us
( o ra se
a b © 2014, c n and/or its affiliates. All rights reserved.
eOracle
z
Copyright l i
e d a able
r
o hamansfe
m -tr
non