Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Several SQL tab findings exist to help the user. The SQL tab has the following findings:■      

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

Anchor
SortsPerformedonDisk
SortsPerformedonDisk
Sorts Performed on Disk

The result table for a sort operation could not be completed in memory and was performed on a temporary tablespace.

Table 12-42 Sorts Performed on Disk

 

...

Description
What to do

...

nextIn the Activity tab, examine temporary tablespace overtime I/O consumption for the statement, and the programs activating the statement.
Advice

...

To reduce the I/O consumption for the sort operation, consider the following solutions:

...

  • Change the SORT_AREA_SIZE to a higher value.
    If you are using PGA settings, you can change the PGA_Aggregated_Target, so as to avoid sort and hash area size problems. You can either change the values for a specific session using the Alter Session command, or for the entire instance.

...

  • Try to identify statement originated sorts.
    If there are many sorts located in a few statements, try to solve the problem at the statement level by one of the following options:

    ...

      • Add an index to prevent a sort.
        If your statement has an Order by clause that has columns for a single table, check whether you can add an index. In some cases, you may get an index recommendation that prevents a sort. If you are considering adding an index, you must check the effect of that index.
        To analyze that effect, launch to the What-If tab.

    ...

      • Identify the heavy sort or hash consumer step.
        Run a statement with statistics_level=all. Click the Run & Compare tab. Examine the LAST_TEMPSEG_SIZE and MAX_TEMPSEG_SIZE in the extended section of the run results, and set parameters according to the first advice.

    Anchor
    NoParallelProcessesAvailable
    NoParallelProcessesAvailable
    No Parallel Processes Available

    Some of the executions for the statement were not run in parallel; they worked serially. Oracle has reached the threshold of the MAX_PARALLEL_SERVERS and was not able to allocate parallel processes for the statement.

    ...

    ■    Set PARALLEL_AUTOMATIC_TUNING parameter in INIT.ORA to TRUE. This will make Oracle use more sophisticated algorithms in determining the number of PQ processes for each session.

    Anchor
    BottleneckinRemoteAccess
    BottleneckinRemoteAccess
    Bottleneck in Remote Access

    Your statement has spent much of its In Oracle time waiting for a remote query to complete.

    ...

    For example: the TNSNAMES.ORA configuration file and in the LISTENER.ORA configuration file in the Oracle database server.

    Anchor
    HeavyScatteredIOonIndex
    HeavyScatteredIOonIndex
    Heavy Scattered I/O on Index

    Statement I/O is spent on scattered I/O (usually representing a full scan) on the index specified in the Object column.

    ...

    Findings refer to the whole statement - not to a specific execution plan. If a step does not exist in the selected execution plan (unless this is due to an index overhead), switch to another plan and locate the relevant step.

    Anchor
    HeavySequentialIOonIndex
    HeavySequentialIOonIndex
    Heavy Sequential I/O on Index

    Statement I/O is spent on sequential I/O (usually representing a range scan) on the index specified in the Object column. If the statement is DML and the index is not used in the execution plans, then the I/O represents the index maintenance overhead, caused by fetching the index blocks for update to memory.

    ...