Customers who have migrated to the new Oracle Applications Tablespace Model and have applied Oracle Applications Technology Family Pack 11i.ATG_PF.H Rollup 4 may encounter the following error when running the AD Splicer to introduce a new product schema:
alter user xxx quota unlimited on APPS_TS_TOOLS
AD Splicer error:
The following ORACLE error:
ORA-00959: tablespace 'APPS_TS_TOOLS' does not exist
To correct this error, create the APPS_TS_TOOLS tablespace, either manually through SQL*Plus or by invoking the Tablespace Migration Utility menu. For more information, see: Understanding the Tablespace Migration Utility Main Menu, Oracle Applications System Administrator's Guide - Configuration.
The default initial size for the APPS_TS_TOOLS tablespace is 500 MB, with auto segment management enabled. If you create the APPS_TS_TOOLS tablespace through SQL*Plus, outside of the OATM utility, you can use the following statement:
CREATE TABLESPACE APPS_TS_TOOLS DATAFILE
'datafile_name.dbf' SIZE 500M
EXTENT MANAGEMENT LOCAL AUTOALLOCATE;
You can override these storage recommendations with storage parameters to suit the expected size required for objects that will be in the Tools tablespace at your site.
APPS_TS_TOOLS is used to store objects from several tools components like SSO , OID , LDAP, Portal , Discoverer, etc.
This tablespace must exist before using the Release 12 patching tools like adpatch.
Originally there were 12 tablespaces in OATM as per OATM FAQ:
How many tablespaces are introduced in OATM? ?
OATM contains twelve consolidated tablespaces for all products, including temporary tablespace, system tablespace, and undo segments:
Tablespace Type | Tablespace Name | Contents |
Transaction Tables | APPS_TS_TX_DATA | Tables that contain transaction data. |
Transaction Indexes | APPS_TS_TX_IDX | Indexes on transaction tables. |
Reference | APPS_TS_SEED | Reference and set-up data and indexes. |
Interface | APPS_TS_INTERFACE | Interface and temporary data and indexes. |
Summary | APPS_TS_SUMMARY | Summary management objects, such as materialized views, and other objects that record summary information. |
Nologging | APPS_TS_NOLOGGING | Materialized views not used for summary management and temporary objects. |
Advanced Queuing/AQ | APPS_TS_QUEUES | Advanced Queuing and dependent tables and indexes. |
Media | APPS_TS_MEDIA | Multimedia objects, such as text, video, sound, graphics, and spatial data. |
Archive | APPS_TS_ARCHIVE | Archive-purge-related objects |
Undo | UNDO | Automatic Undo Management (AUM) tablespace. UNDO segments are identical to ROLLBACK segments when AUM is enabled. |
Temp | TEMP | Temporary tablespace for global temporary table, sorts, and hash joins. |
System | SYSTEM | System tablespace. |
How are objects classified in OATM?
OATM relies on specific explicit and implicit classification rules. These rules are deternined based on storage considerations for the object type in question. Quite obviously, Tablespace classifications are not relevant for code objects and other objects without storage implications such as View, Policies, Context, triggers, etc. Objects like tables are explicitly classified based on their I/0 characteristics.
What object typesare implicitly classified in OATM?
OATM classifes the following object types:
Object type | Tablespace Type |
Index Organized Tables | Transaction_tables |
Global Temporary Tables | The database automatically always creates these objects in the TEMP tablespace. |
Advanced Queuing tables | Advanced Queuing/AQ |
Materialized View | Summary |
Materialized View Logs | Transaction_tables |
Domain Indexes | Transaction_indexes |
Indexes | With the exception of indexes on Tables classified as 'Transaction_Tables', all indexes will share the same tablespace type as the base object (table/mv). |
1 comment:
Nice information, keep up the blog, very helpful
Post a Comment