Oracle8i Migration Release 3 (8.1.7) Part Number A86632-01 |
|
Version 8 supports new initialization parameters for use in the initialization parameter file, and some initialization parameters have been renamed or have become obsolete in version 8. Typically, the initialization parameter file is named init
sid
.ora
, where sid is your database instance name. However, the initialization parameter file may be named differently in your environment. This appendix lists the new, renamed, and obsolete parameters in version 8, and this appendix discusses compatibility issues with certain initialization parameters.
This appendix covers the following topics:
Oracle8i Reference for detailed information about the new and changed initialization parameters listed in this appendix.
See Also:
The initialization parameters listed in this section are new in version 8.
The following parameters were added in release 8.0:
The following initialization parameters were added in release 8.1:
The following initialization parameters were added in release 8.1.6:
ACTIVE_INSTANCE_COUNT |
CURSOR_SHARING |
LOG_ARCHIVE_TRACE |
MTS_CURCUITS |
MTS_SESSIONS |
|
The initialization parameters in this section have been renamed in version 8.
The following initialization parameters were renamed in release 8.0:
* The units are different for CCF_IO_SIZE (bytes) and DB_FILE_DIRECT_IO_COUNT (database blocks).
The following initialization parameters were renamed in release 8.1.4:
Release 8.1.3 Name | Release 8.1.4 and Higher Name |
---|---|
MVIEW_REWRITE_ENABLED |
QUERY_REWRITE_ENABLED |
REWRITE_INTEGRITY |
QUERY_REWRITE_INTEGRITY |
The following initialization parameters were renamed in release 8.1.5:
Release 8.1.3 and 8.1.4 Name | Release 8.1.5 and Higher Name |
---|---|
NLS_UNION_CURRENCY |
NLS_DUAL_CURRENCY |
PARALLEL_TRANSACTION_RECOVERY |
FAST_START_PARALLEL_ROLLBACK |
The initialization parameters in this section are obsolete in version 8.
The following initialization parameters became obsolete in release 8.0 and cannot be used in release 8.0 and higher:
A relatively large number of initialization parameters were obsoleted in release 8.1 to simplify database administration. The following initialization parameters became obsolete in release 8.1 and cannot be used in release 8.1 and higher:
The following initialization parameters became obsolete in release 8.1.6 and cannot be used in release 8.1.6 and higher:
ENT_DOMAIN_NAME |
LM_PROCS |
OPTIMIZER_SEARCH_LIMIT |
|
The lists of new, changed, and obsolete initialization parameters earlier in this chapter show differences in initialization parameters across different releases of Oracle. However, certain initialization parameter changes require special attention because they may raise compatibility issues for your database. These parameter changes are described in this section.
The SORT_DIRECT_WRITES initialization parameter is obsolete in release 8.1 and higher. If you had SORT_DIRECT_WRITES set to FALSE or AUTO in a past release, then the sort buffers were kept in the buffer cache whenever possible. Because SORT_DIRECT_WRITES is obsolete in release 8.1, the sort buffers could go directly to disk if you do not adjust your SORT_AREA_SIZE initialization parameter.
You should increase the value of SORT_AREA_SIZE in release 8.1 if either of the following conditions were true in a past release:
If either of these conditions were true in a past release, then increase the value of SORT_AREA_SIZE for better performance.
Starting in release 8.1.5, the LOG_CHECKPOINT_TIMEOUT initialization parameter has a new default value. In previous releases, the default value was zero seconds, but in release 8.1.5 and higher, the default value is 1800 seconds. See Oracle8i Reference for more information.
O7_DICTIONARY_ACCESSIBILITY is the initialization parameter switch that continues Oracle7 data dictionary behavior. Use of this initialization parameter is only a temporary expedient. If you do not need to continue Oracle7 data dictionary behavior, then set this initialization parameter to FALSE.
Oracle8i systems typically consume more DML locks while performing DDL operations than are required for Oracle7 systems. Nevertheless, the Oracle7 DML_LOCKS parameter default settings usually are adequate for Oracle8i systems, even for DML-intensive applications.
The default value of DML_LOCKS is a multiple of the number of transactions, which is calculated from the number of rollback segments. However, in Oracle8i fewer transactions are used per rollback segment than are used in Oracle7. Consequently, DML_LOCKS has a lower default value in Oracle8i. Under some extreme load conditions, you may need to increase the DML_LOCKS parameter value.
Also, you may need to adjust the TRANSACTION_PER_ROLLBACK_SEGMENT parameter setting, depending on the operating system-specific settings. An informational message about this change may be displayed during database startup operations.
Beginning with release 8.1, if the DB_DOMAIN initialization parameter is unset, then it is set to NULL by default. In prior releases of Oracle, the default setting was the following:
.WORLD
A NULL setting for DB_DOMAIN may cause database connection problems in some environments. Before you migrate or upgrade to release 8.1, make sure the DB_DOMAIN initialization parameter in your initialization parameter file is set to one of the following:
If DB_DOMAIN is not set in your current database, then set it to .WORLD before you migrate or upgrade to release 8.1.
If DB_DOMAIN is set to a valid domain for your environment in your current database, then retain the setting in your initialization parameter file when you migrate or upgrade to release 8.1.
Starting with release 8.1, parallel execution message buffers are allocated from the large pool whenever PARALLEL_AUTOMATIC_TUNING, a new initialization parameter, is set to TRUE. In past releases, this allocation was from the shared pool. If you are migrating or upgrading to release 8.1 and you choose to set PARALLEL_AUTOMATIC_TUNING to TRUE, then you can avoid problems by modifying the settings for the following initialization parameters:
Typically, you should reduce the setting for SHARED_POOL_SIZE and raise the setting for LARGE_POOL_SIZE to avoid problems. Alternatively, you can reduce the setting for SHARED_POOL_SIZE and let Oracle calculate the setting for LARGE_POOL_SIZE. Oracle calculates a default LARGE_POOL_SIZE only if PARALLEL_AUTOMATIC_TUNING is set to TRUE and LARGE_POOL_SIZE is unset.
The calculation is based on the settings for the following initialization parameters:
If PARALLEL_AUTOMATIC_TUNING is unset or set to FALSE, and if LARGE_POOL_SIZE is unset, then the value for LARGE_POOL_SIZE defaults to zero.
See Also:
Oracle8i Reference and Oracle8i Designing and Tuning for Performance for more information about other effects of the PARALLEL_AUTOMATIC_TUNING initialization parameter. |
The following scenarios illustrate the behavior that results from various initialization parameter settings when you migrate or upgrade to release 8.1.
You do not alter the parameters from their previous settings:
These settings are the most common scenario. In this case, you already have accounted for the space required for parallel execution in the shared pool.
You alter the parameters from their previous settings to the following settings:
In this case, parallel execution allocates buffers from the large pool based on Oracle's automatic calculation. Buffer allocation is more efficient, and failures to allocate are isolated from the clients of the shared pool.
You alter the parameters from their previous settings to the following settings:
In this case, parallel execution allocates buffers from the large pool. After initial testing with LARGE_POOL_SIZE unset, you determined that the default calculation for LARGE_POOL_SIZE did not reflect your requirements for the large pool. Therefore, you decided to set LARGE_POOL_SIZE manually. After you set LARGE_POOL_SIZE properly, buffer allocation is more efficient, and failures to allocate are isolated from the clients of the shared pool.
You alter the parameters from their previous settings to the following settings:
In this case, parallel execution allocates buffers from the large pool, but because you did not modify SHARED_POOL_SIZE, it is likely that the SGA will be unnecessarily large, causing performance problems. Therefore, avoid setting PARALLEL_AUTOMATIC_TUNING to TRUE without modifying the settings of SHARED_POOL_SIZE and LARGE_POOL_SIZE appropriately.
Release 8.1 supports new archive log destination parameters. After you migrate or upgrade to release 8.1, you can dynamically convert from the old pre-release 8.1 parameters (LOG_ARCHIVE_DEST and LOG_ARCHIVE_DUPLEX_DEST) to the new release 8.1 parameters (LOG_ARCHIVE_DEST_n and LOG_ARCHIVE_DEST_STATE_n). You also can dynamically revert to the old parameters.
After you determine the new archive destinations, associated states, and options, complete the following steps to change from the old archive log destination parameters to the new ones:
For example, assume there are the following two destinations:
Both destinations are mandatory (minimum succeed destination count is 2). The new destinations are the following:
The first destination, the standby destination, and either of the backup destinations are mandatory (minimum succeed destination count is 3).
With these assumptions, issue the following SQL statements to change your old archive log destination parameters to the new ones:
ALTER SYSTEM SET LOG_ARCHIVE_MIN_SUCCEED_DEST = 1; ALTER SYSTEM SET LOG_ARCHIVE_DUPLEX_DEST = ' '; ALTER SYSTEM SET LOG_ARCHIVE_DEST = ' '; ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_1 = 'enable'; ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2 = 'enable'; ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_3 = 'enable'; ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_4 = 'enable'; ALTER SYSTEM SET LOG_ARCHIVE_DEST_1 = 'LOCATION=/oracle/dbs/arclog MANDATORY'; ALTER SYSTEM SET LOG_ARCHIVE_DEST_2 = 'SERVICE=stndby1 MANDATORY'; ALTER SYSTEM SET LOG_ARCHIVE_DEST_3 = 'LOCATION=/backup/dbs/arclog OPTIONAL'; ALTER SYSTEM SET LOG_ARCHIVE_DEST_4 = 'LOCATION=/backup2/dbs/arclog OPTIONAL'; ALTER SYSTEM SET LOG_ARCHIVE_MIN_SUCCEED_DEST = 3;
Complete the following steps to change back to the old archive log destination parameters:
For example, assume there are the following two destinations:
Both destinations are mandatory. The new destinations and minimum succeed count are the same.
With these assumptions, issue the following SQL statements to change your new archive log destination parameters to the old ones:
ALTER SYSTEM SET LOG_ARCHIVE_MIN_SUCCEED_DEST = 1; ALTER SYSTEM SET LOG_ARCHIVE_DEST_4 = ' '; ALTER SYSTEM SET LOG_ARCHIVE_DEST_1 = ' '; ALTER SYSTEM SET LOG_ARCHIVE_DEST = '/oracle/dbs/arclog'; ALTER SYSTEM SET LOG_ARCHIVE_DUPLEX_DEST = '/backup/dbs/arclog'; ALTER SYSTEM SET LOG_ARCHIVE_MIN_SUCCEED_DEST = 2;
When you follow the procedures described previously in this section for changing your archive destination parameters, you may encounter the following error messages in your log files if archiving is enabled:
You will not encounter these errors if archiving is disabled. The errors may occur during the procedure when there are no valid archive destinations. However, when the transition in parameters is complete, the errors should cease. You should not disable archiving during the transition to avoid these errors.
Starting in release 8.1.7, the ORACLE_TRACE_ENABLE parameter is dynamic. The default value is FALSE.
To enable Oracle Trace collections for the server, use ALTER SYSTEM or ALTER SESSION to set ORACLE_TRACE_ENABLE to TRUE. This setting alone does not start an Oracle Trace collection, but it allows Oracle Trace to be used with the server.
With ORACLE_TRACE_ENABLE set to TRUE, you can perform Oracle Trace collection of server event data in one of the following ways:
|
![]() Copyright © 1996-2000, Oracle Corporation. All Rights Reserved. |
|