Skip Headers

Oracle® Application Server Repository Creation Assistant User's Guide
10g (9.0.4.0.2) for Microsoft Windows
Part No. B13913-01
  Go To Table Of Contents
Contents
Go To Index
Index

Previous Next  

1 Oracle Application Server Repository Creation Assistant Overview and Requirements

Instead of having the installer create a new database for the OracleAS Metadata Repository, you can install the OracleAS Metadata Repository in an existing database. This chapter describes how to use Oracle Application Server Repository Creation Assistant, which is the tool that performs the installation. You can also use Oracle Application Server Repository Creation Assistant to register OracleAS Metadata Repository with Oracle Internet Directory.


Notes:

  • This guide does not cover upgrading an existing OracleAS Metadata Repository. For upgrade instructions, see the Oracle Application Server 10g Upgrading to 10g (9.0.4) guide.

  • You cannot use Oracle Application Server Repository Creation Assistant to register a metadata repository from Release 2 (9.0.2) with an Oracle Internet Directory from 10g (9.0.4).

  • You cannot load the OracleAS Metadata Repository into a database that contains an Oracle E-Business Suite instance. This is currently not supported.


Contents:

1.1 Overview

To install the OracleAS Metadata Repository in an existing database, you run a tool called Oracle Application Server Repository Creation Assistant. This tool loads the OracleAS Metadata Repository data into an existing database.

CD-ROM: You can find Oracle Application Server Repository Creation Assistant on the "Oracle Application Server Metadata Repository Creation Assistant and Utilities" CD-ROM. It is not on Disk 1.

DVD: You can find Oracle Application Server Repository Creation Assistant in the repca_utilities directory on the DVD.

1.2 Changes from Release 9.0.4

1.2.1 New Features in 9.0.4.0.2

Table 1-1 lists the features new to the 9.0.4.0.2 release.

Table 1-1 New Features in the 9.0.4.0.2 Release

Description For details, see this section:
You can now install the OracleAS Metadata Repository in databases that use Automatic Storage Management (ASM). Section 2.6, "Installing in a Database that Uses Automatic Storage Management"
You can now install the OracleAS Metadata Repository in databases that use Oracle-managed files. Section 2.7, "Installing in a Database that Uses Oracle-Managed Files"
The shared_pool_size initialization parameter needs to be at least 144MB. In earlier releases, the minimum was 100MB. Section 1.4.5, "Initialization Parameters"
If you are installing the OracleAS Metadata Repository in Oracle-managed files, you need to set the db_create_file_dest initialization parameter. Section 1.4.5, "Initialization Parameters"
If you are installing the OracleAS Metadata Repository on Oracle Database 10g, you need to install Knowledge Base on the database first. Section 1.4.9, "Knowledge Base Required(Oracle Database 10g Only)"
Post-installation steps may be required. Section 2.9, "Post-Installation Steps"
You need to apply a patch if you plan to register the OracleAS Metadata Repository with Oracle Internet Directory using SSL mode. Section 1.4.3, "Patch Needed for Registering with Oracle Internet Directory in SSL Mode"

1.2.2 New Features in 9.0.4.0.1

Table 1-2 lists the features new to the 9.0.4.0.1 release:

Table 1-2 New Features in the 9.0.4.0.1 Release

Description For details, see this section:
You can now install the OracleAS Metadata Repository in an Oracle Database 10g. Section 1.4.1, "Database Version"
The runRepca command has additional command-line parameters:
  • -REGNREALM enables you to specify the realm in Oracle Internet Directory in which you want to register the OracleAS Metadata Repository.

  • -RAW enables you to load the OracleAS Metadata Repository in databases that use raw devices. These databases can be Real Application Clusters databases or non-Real Application Clusters databases.

Table 2-1, "Parameters for the runRepca Command"
You need to use both -RAC and -RAW command-line parameters if you want to load the OracleAS Metadata Repository into a Real Application Clusters database that uses raw devices. "When to Use the -RAW and -RAC Parameters"
You can now load the OracleAS Metadata Repository into Real Application Clusters databases that are managed by volume managers or cluster file system. You need to specify the -RAC command-line parameter. Section 2.5.3, "Installation Steps for Real Application Clusters Databases that Use Raw Devices"
You no longer need to specify -RAC when performing registration only with a Real Application Clusters database. You just need to specify the -REGISTER parameter. Section 2.8, "Registering with Oracle Internet Directory"
The large_pool_size initialization parameter no longer needs to be set to a specific value. Previously, it was required to be set to 0. Section 1.4.5, "Initialization Parameters"
The following initialization parameters are now required:
  • undo_management = AUTO

  • compatible = 9.0.1.5 or higher

Section 1.4.5, "Initialization Parameters"

1.3 Disk Space Requirements

Make sure that you have disk space for these items:

Table 1-3 Disk Space Requirements for Tablespaces

Item Disk Space Required
Disk space required for the directory where you want Oracle Application Server Repository Creation Assistant to create the tablespaces 1.15 GB
Disk space required for expanding the SYSTEM tablespace 500 MB

1.4 Database Requirements

The database where you want to install the OracleAS Metadata Repository must meet requirements in the areas listed in Table 1-4.


Tip:

When you run Oracle Application Server Repository Creation Assistant, it checks most of these requirements for you. You do not have to run the SQL statements yourself. The areas that you have to check yourself are indicated in the table.

If Oracle Application Server Repository Creation Assistant finds some areas where your database does not meet the requirements, you will have to fix the problem before you can continue. In some cases, you may have to exit Oracle Application Server Repository Creation Assistant to fix the problem. Some fixes may require you to restart your database.


1.4.1 Database Version

You can install the OracleAS Metadata Repository in the following database versions:

Table 1-5 Supported Database Versions

Database Series Supported Versions See This Section for Details
Oracle9i Release 1 (9.0.1.x) 9.0.1.5 or later

Note: On AIX, Oracle9i Release 1 (9.0.1.x) is not supported.

Section 1.4.1.1, "Oracle9i Release 1 (9.0.1.x) Databases"
Oracle9i Release 2 (9.2.x) 9.2.0.4 or later Section 1.4.1.2, "Oracle9i Release 2 (9.2.x) Databases"
Oracle Database 10g Release 1 (10.1) --

To check the release of your database, query the PRODUCT_COMPONENT_VERSION view:

C:\> sqlplus "sys/password as sysdba"
SQL> select version from product_component_version where product like 'Oracle%9i%'
     or product like 'Oracle%Database%';

password specifies the password for the SYS user.

1.4.1.1 Oracle9i Release 1 (9.0.1.x) Databases

If you have a 9.0.1.x database, ensure that its version is 9.0.1.5 or later.

You can upgrade to Release 1 (9.0.1.5) from earlier 9.0.1.x releases by applying the 9.0.1.5 patch set. You can download this patch set from OracleMetaLink (http://metalink.oracle.com).

To check the current patch level, you can query sys.patch$.

C:\> sqlplus "sys/password as sysdba"
SQL> select version from sys.patch$;

The command should return 9.0.1.5.

Applying the 9.0.1.5 Patch Set: If you will be using the database only for running the OracleAS Metadata Repository, you only need to run the following post-installation items:

  • Run catpatch.sql with the database in single user mode.

  • Run the upgrade scripts for Oracle Text.

  • Run the scripts for upgrading the Java option in the database (jvmursc.sql, initxml.sql, xmlja.sql).

  • Run utlrp.sql to recompile PL/SQL packages.


Note:

Be sure you run the catpatch.sql script when applying the 9.0.1.5 patch set, as described in the README file for the patch set. Otherwise, you will encounter errors when Oracle Application Server Repository Creation Assistant loads the metadata repository in your database.

All other post-installation steps in the 9.0.1.5 patch set are optional for the OracleAS Metadata Repository. You need to run them only if you use those options outside of Oracle Application Server or, in the case of the Real Application Clusters part of the patch set, if the database is a Real Application Clusters database.

1.4.1.2 Oracle9i Release 2 (9.2.x) Databases

If you have a 9.2.x database, ensure that its version is 9.2.0.4 or later.

You can upgrade to Release 2 (9.2.0.4) from earlier 9.2.0.x releases by applying the 9.2.0.4 patch set. See patch set 3095277. You can download the patch set from OracleMetaLink (http://metalink.oracle.com).

Applying the 9.2.0.4 patch set: Only the following post-installation steps are required for running the OracleAS Metadata Repository:

  • Make sure that the initialization (init.ora) parameters are set as specified, that SYSTEM tablespace has sufficient free space, and that CLUSTER_DATABASE environment variable is set if necessary.

  • Run catpatch.sql with the database in single user mode (step 3c in the README file for the patch set).

  • Run utlrp.sql (step 3h in the README file for the patch set).

  • Run the Oracle Internet Directory patch only if you were running Oracle Internet Directory version 9.2.0.x. If Oracle Internet Directory has never been used with this database, you do not have to perform this step.

All other post-installation steps in the 9.2.0.4 patch set are optional for the OracleAS Metadata Repository. You need to run them only if you use those options outside of Oracle Application Server.

To check that you have run the catpatch.sql script, you can run the following command in SQL*Plus:

C:\> sqlplus "sys/password as sysdba"
SQL> select comp_name, version, status from dba_registry
 where comp_id = 'CATPROC';

You should get the following results:

COMP_NAME                     VERSION     STATUS
----------------------------- ----------- --------
Oracle9i Packages and Types   9.2.0.4.0   Valid


Note:

Be sure that the catpatch.sql script has been run against your 9.2.0.4 database. Even if you have patched your database Oracle home to 9.2.0.4, when you create a new database using the Database Configuration Assistant (DBCA), the new database might not have the catpatch.sql script run against it. This is the case if you created the database using DBCA from the seed template or from a custom template that did not have the catpatch.sql script run against it.

If you have such a database, run catpatch.sql on the database first, then you can run Oracle Application Server Repository Creation Assistant.


1.4.2 Standard Edition Databases: Notes

If you are using the Standard Edition database, Release 1 (9.0.1.x) or Release 2 (9.2.0.x), you will not be able to use Oracle Internet Directory's multimaster replication feature (because this feature relies on ASR, which is available only on the Enterprise Edition database).

As an alternative, you can use the fan-out replication feature. See the Oracle Internet Directory Administrator's Guide for details.

1.4.3 Patch Needed for Registering with Oracle Internet Directory in SSL Mode

If you plan to register the OracleAS Metadata Repository with Oracle Internet Directory in SSL mode, you need to apply patch 3143899 to the database before doing the registration. You can download this patch from OracleMetaLink (http://metalink.oracle.com).

This patch is required for Oracle9i Release 2 (9.2.0.4) databases only. This patch is already included in Oracle9i Release 2 (9.2.0.5) databases, and is not required for Oracle9i Release 1 (9.0.1.5) databases or Oracle Database 10g.

1.4.4 OracleAS Metadata Repository on Windows XP Not Supported

You can load the OracleAS Metadata Repository on existing databases running on Windows XP. However, as with most Oracle Application Server installations on Windows XP, this is not supported.

For the latest certification updates, check OracleMetaLink (http://metalink.oracle.com).

1.4.5 Initialization Parameters

During installation, the database must have its initialization parameters set to the values specified in Table 1-6.

After installation, you can change the values of most of these parameters to optimize performance, if necessary.


Notes:

  • The value of the db_block_size parameter must be 8192 or greater. This parameter is set when the database was created and cannot be changed. If your database has a lower value for this parameter, this means that you cannot use this database for the metadata repository.

  • Oracle Application Server Repository Creation Assistant does not check these parameters:

    compatible
    nls_length_semantics
    max_commit_propagation_delay
    
    

    You have to check manually that these parameters are set to acceptable values, as specified in Table 1-6.


Table 1-6 Initialization Parameters: Required Values

Parameter Required Value Parameter Class Notes
db_block_size 8192 or greater Not changeable. See "Notes" column. You cannot change the value of this parameter once the database has been created.
aq_tm_processes 1 or greater Dynamic You can change the value of this parameter after installation.
open_cursors 300 or greater Dynamic in 9.2.x

Static in 9.0.1.x

You can change the value of this parameter after installation.
job_queue_processes 1 or greater Dynamic You can change the value of this parameter after installation.
db_cache_size Greater than 144 MB, but less than 2 GB Dynamic You can change the value of this parameter after installation.
shared_pool_size Greater than 144 MB, but less than 2 GB Dynamic You can change the value of this parameter after installation.
java_pool_size Greater than 64 MB, but less than 2 GB Static You can change the value of this parameter after installation.
pga_aggregate_target Greater than 96 MB, but less than 2 GB Dynamic You can change the value of this parameter after installation.
query_rewrite_enabled TRUE Dynamic Do not change this parameter after installation, because OracleAS Wireless requires this value.
query_rewrite_integrity trusted or enforced Dynamic Do not change this parameter after installation, because OracleAS Wireless requires this value.
sessions 400 or greater Static You can change the value of this parameter after installation.
undo_management AUTO Static You can change the value of this parameter after installation.
nls_length_semantics BYTE Dynamic Note: Oracle Application Server Repository Creation Assistant does not check this parameter. You have to check it manually.

The CHAR value for this parameter is not supported.

max_commit_propagation_delay 99 or lower Static Note: Oracle Application Server Repository Creation Assistant does not check this parameter. You have to check it manually.

This parameter applies only for Real Application Clusters databases.

compatible 9.0.1.5 or higher Static Note: Oracle Application Server Repository Creation Assistant does not check this parameter. You have to check it manually.

Do not set this parameter to a value lower than 9.0.1.5.

db_create_file_dest The directory where Oracle Application Server Repository Creation Assistant should create the data files for OracleAS Metadata Repository Dynamic This initialization parameter is needed only if you are installing the OracleAS Metadata Repository in a database that uses Oracle-managed files.

Checking Parameter Values

To check the values of the initialization parameters using SQL*Plus, you can use the show parameters command:

C:\> sqlplus "sys/password as sysdba"
SQL> show parameters parameter_name

password specifies the password for the SYS user.

Alternatively, you can check the values by querying the V$PARAMETER view:

C:\> sqlplus "sys/password as sysdba"
SQL> select name,value from v$parameter;

Changing Parameter Values

The method that you use to change a parameter's value depends on whether the parameter is static or dynamic, and on whether your database uses a parameter file or a server parameter file.

See the Oracle Database Administrator's Guide for your database for details on parameter files, server parameter files, and how to change parameter values.

If your database uses a parameter file, you can change the parameter values using two different methods:

  • You can edit the parameter file and restart the database. This method works for both static and dynamic parameters.

  • To change the values of dynamic parameters, you can use the alter system command, but the new values persist only until the database is shut down. For example:

    C:\> sqlplus "sys/password as sysdba"
    SQL> alter system set aq_tm_processes=9;
    
    

If your database uses a server parameter file, use the alter system command to change the parameter values. For static parameters, set the scope to spfile. You have to restart the database for the new value to take effect. For dynamic parameters, you can set the scope to spfile, memory, or both. For the values to persist, set the scope to spfile or both. For example:

C:\> sqlplus "sys/password as sysdba"
SQL> alter system set aq_tm_processes=9 scope=both;

1.4.6 Database Options

The database must have the following database options enabled:

Table 1-7 Required Database Options

Required Option How to Check if the Option is Installed in the Database
OLAP Window Functions

Parallel load

To check if the database has these options, query the V$OPTION view (password specifies the password for the SYS user):
prompt> sqlplus "sys/password as sysdba"
SQL> select * from v$option;

Among the rows returned by the query, you should see these two rows:

PARAMETER                VALUE
---------------------    -----------
OLAP Window Functions    TRUE
Parallel load            TRUE

Java
prompt> sqlplus "sys/password as sysdba"
SQL> select count(*) from dba_objects
     where object_type like 'JAVA%' and
           owner = 'SYS' and status = 'VALID';

The count returned should be greater than 0.
Intermedia
prompt> sqlplus "sys/password as sysdba"
SQL> select count(name) from sys.props$
 where name = 'EXPORT_VIEWS_VERSION';

The count returned should be greater than 0.
Oracle Text
prompt> sqlplus "sys/password as sysdba"
SQL> select count(*) from dba_views
 where owner = 'CTXSYS' and
 view_name = 'CTX_VERSION';

The count should be greater than 0.

1.4.7 PL/SQL Packages

The database must have the following PL/SQL packages installed:

DBMS_DDL

DBMS_LOCK

DBMS_OUTPUT

DBMS_REPUTIL

DBMS_SQL

DBMS_STATS

DBMS_UTILITY

UTL_FILE

UTL_RAW

To check if a package is installed in the database, query the ALL_OBJECTS view. The following example checks for the DBMS_DDL package:

prompt> sqlplus "sys/password as sysdba"
SQL> select count(object_name) from all_objects
     where object_name like 'DBMS_DDL%' and
       status = 'VALID';

Run the query for each package. Replace DBMS_DDL with the name of the package. The count returned should be greater than 0.

1.4.8 DBMS_LDAP Package

Check that your database contains the DBMS_LDAP package, and that the package is valid. You need to reinstall the package if it is not valid.

  1. Check that the version of the DBMS_LDAP package is 2. The following SQL command must return 0.

    C:\> sqlplus "sys/password as sysdba"
    SQL> select dbms_ldap_utl.check_interface_version('2') from dual;
    
    DBMS_LDAP_UTL.CHECK_INTERFACE_VERSION('2')
    ------------------------------------------
                                             0
    
    

    If the command returns a different value, or if it returns an error such as:

    The DBMS_LDAP package supplied with this database doesn't support the
    version 2 interface used by 904 components.
    
    

    you need to reload the package. Go to "Reloading the DBMS_LDAP Package" at the end of this section.

  2. Check that the DBMS_LDAP package is valid. The following SQL command must return 9.

    1. Create a file containing the following lines. You can name the file anything you like (for example, test_ldap.sql).

      select count(*) from dba_objects where
      ( object_name = 'DBMS_LDAP' and 
      object_type = 'PACKAGE' and 
      status = 'VALID' and owner = 'SYS' 
      ) OR 
      ( object_name = 'DBMS_LDAP' and 
      object_type = 'PACKAGE BODY' and 
      status = 'VALID' and owner = 'SYS' 
      ) OR 
      ( object_name = 'DBMS_LDAP_UTL' and 
      object_type = 'PACKAGE' and 
      status = 'VALID' and owner = 'SYS' 
      ) OR 
      ( object_name = 'DBMS_LDAP_UTL' and 
      object_type = 'PACKAGE BODY' and 
      status = 'VALID' and owner = 'SYS' 
      ) OR 
      ( object_name = 'DBMS_LDAP' and 
      object_type = 'SYNONYM' and 
      status = 'VALID' and owner = 'PUBLIC' 
      ) OR 
      ( object_name = 'DBMS_LDAP_UTL' and 
      object_type = 'SYNONYM' and 
      status = 'VALID' and owner = 'PUBLIC' 
      ) OR 
      ( object_name = 'DBMS_LDAP_API_FFI' and 
      object_type = 'PACKAGE' and 
      status = 'VALID' and owner = 'SYS' 
      ) OR 
      ( object_name = 'DBMS_LDAP_API_FFI' and 
      object_type = 'PACKAGE BODY' and 
      status = 'VALID' and owner = 'SYS' 
      ) OR 
      ( object_name = 'DBMS_LDAP_API_LIB' and 
      object_type = 'LIBRARY' and 
      status = 'VALID' and owner = 'SYS' 
      );
      
      
    2. Run the file in SQL*Plus. For example, if you named the file test_ldap.sql, the command would look like the following:

      C:\> sqlplus "sys/password as sysdba"
      SQL> @test_ldap.sql
      
        COUNT(*)
      ----------
               9
      
      

      If the command returns a value other than 9, you need to reload the package.

Reloading the DBMS_LDAP Package

  1. Check that the following files exist in the ORACLE_HOME\rdbms\admin directory:

    • catldap.sql

    • dbmsldap.sql

    • prvtldap.plb

    • prvtldh.plb

  2. Using SQL*Plus, run catldap.sql as the SYS user.

    C:\> cd ORACLE_HOME\rdbms\admin
    C:\> sqlplus "sys/password as sysdba"
    SQL> @catldap.sql
    
    

1.4.9 Knowledge Base Required (Oracle Database 10g Only)

If you plan to install the OracleAS Metadata Repository on Oracle Database 10g, you must manually install Knowledge Base on the database. You can install Knowledge Base from the Oracle Database 10g Companion CD-ROM.

1.4.10 Password File Authentication

The database must be set up to use password file authentication. For more information on password file authentication, see the Oracle Database Administrator's Guide.

Password file authentication is required only for running Oracle Application Server Repository Creation Assistant. It is not required once the metadata repository has been installed.

You can check if the database is set up to use password file authentication, in one of two ways.

  • Look up the value of the remote_login_passwordfile initialization parameter by running the following command in SQL*Plus:

    C:\> sqlplus "sys/password as sysdba"
    SQL> show parameters remote_login_passwordfile
    NAME                            TYPE       VALUE
    ------------------------------- ---------- ------------
    remote_login_passwordfile       string     EXCLUSIVE
    
    

    The value of the remote_login_passwordfile initialization parameter must be either EXCLUSIVE or SHARED. If the parameter has a different value or if it is not defined, the database is not set up for password file authentication.

  • Try connecting to the database as sysdba through a SQL*Net connection.

    C:\> sqlplus "sys/password@sqlnet_dbname as sysdba"
    
    

    sqlnet_dbname denotes the entry for the database in the tnsnames.ora file. If the database is not set up for password authentication, you will not be able to connect.

    If you are sure the database is set up for password file authentication, but you get an ORA-01017 error, "Invalid username/password; logon denied", a possible cause is that you changed the SYS password when setting up the password file (the value specified in the password parameter actually sets the password for the SYS user). If this is the case, you just need to change the SYS password to something that you can remember.

    You can still log in as SYS if you have the sysdba OS privilege. For the password, you can specify anything. The sysdba OS privilege overrides the password.

    C:\> sqlplus "sys/badPassword as sysdba"
    SQL> alter user sys identified by newPassword;
    SQL> exit
    
    

    Now when you connect to the database with "sys/newPassword@sqlnet_dbname as sysdba", it should work.

To set up a database for password file authentication:

  1. Create a password file using the orapwd command (all on one line).

    C:\> cd ORACLE_HOME\bin
    C:\> orapwd file=fullpath_to_pwfile password=password entries=maxUsers
    
    

    Values you need to provide:

    fullpath_to_pwfile - Enter the full path to the file where the password information will be written. The filename must be PWDsid.ora. Typically, the password file is stored in the ORACLE_HOME\database directory.

    password - Set the password for the SYS user.


    Note:

    The value that you specify for password parameter sets the password for the SYS user. If you specify a different value from the current SYS password, you are changing the SYS password.

    maxUsers - Specify the maximum number of users that the file can contain.

    The following example sets the password file for a database whose name is "mydb":

    C:\> cd oracle\ora92\bin
    C:\oracle\ora92\bin> orapwd
        file=C:\oracle\ora92\database\PWDmydb.ora
        password=topsecret entries=9
    
    
  2. Set the remote_login_passwordfile initialization parameter to EXCLUSIVE. You can set it to SHARED if you want to use the same password file for multiple databases. If you have a Real Application Clusters database, you must set the parameter to EXCLUSIVE.

  3. Restart the database.

1.4.11 Schemas and Tablespaces

Oracle Application Server Repository Creation Assistant installs the schemas and tablespaces listed in Table 1-11 in your existing database. Ensure that the database does not contain schemas and tablespaces of the same name.

1.4.11.1 Schema Name Already In Use

If Oracle Application Server Repository Creation Assistant finds even one schema of the same name in the existing database, it asks for confirmation before it drops and re-creates the schema with new data.

If you want to save the data in the schema, do not proceed. You can then back up the data you want to save, restore it under a different schema, and rerun Oracle Application Server Repository Creation Assistant. This time, you can tell it to drop and re-create the schema.

To get a list of existing schema names in the database, query the ALL_USERS view:

C:\> sqlplus "sys/password as sysdba"
SQL> select username from all_users;

password specifies the password for the SYS user.

See Section 3.2, "Run the cleanMR Script" if you want to run a script to remove schemas and tablespaces used by OracleAS Metadata Repository.

1.4.11.2 Tablespace Name Already In Use

If Oracle Application Server Repository Creation Assistant finds even one tablespace of the same name in the existing database, it cannot continue. It displays an error dialog. In this case:

  1. Dismiss the error dialog and exit Oracle Application Server Repository Creation Assistant.

  2. Back up the data in the tablespace (if desired).

  3. Drop the tablespace.

  4. Rerun Oracle Application Server Repository Creation Assistant.

To get a list of existing tablespace names in the database, query the V$TABLESPACE view:

C:\> sqlplus "sys/password as sysdba"
SQL> select name from v$tablespace;

password specifies the password for the SYS user.


Note:

If you run Oracle Application Server Repository Creation Assistant and cancel it before it completes, it might have created the tablespaces listed in Table 1-11 in your database. You have to drop these tablespaces before you can rerun Oracle Application Server Repository Creation Assistant.

See Section 3.2, "Run the cleanMR Script" if you want to run a script to remove schemas and tablespaces used by OracleAS Metadata Repository.


To drop a tablespace, you can run either the cleanMR script or SQL statements manually. See Section 3.2, "Run the cleanMR Script" for information about the script.

To run SQL statements manually, perform the following steps. The order of the tasks is important. If you delete the data files first, then you cannot drop the tablespace. If the tablespace exists, you cannot rerun Oracle Application Server Repository Creation Assistant.

  1. Use SQL*Plus and log in to the database as the SYS user.

    C:\> sqlplus "sys/password as sysdba"
    
    
  2. Drop the schemas in the tablespace.

    SQL> drop user schema_name cascade;
    
    
  3. Drop the tablespace.

    SQL> drop tablespace tablespace_name including contents cascade constraints;
    SQL> exit;
    
    
  4. Delete the data files (the .dbf files) associated with the tablespace.

1.4.11.3 Tablespace Sizes

If you are using files (as opposed to raw devices) for tablespaces, select the size for each tablespace that Oracle Application Server Repository Creation Assistant will create.

Oracle Application Server Repository Creation Assistant offers three choices for sizes (see Table 1-8). These choices represent light usage, moderate usage, and heavy usage of the component. If you have applications that use a component heavily, you should select the biggest size for the component's tablespaces. You should select the minimum size for components that you do not plan on using with this repository.

The tablespace sizes are initial sizes. Extensive use of the component may increase the size of the tablespaces because they are set to AUTOEXTEND.

Table 1-8 Initial Sizes for Tablespaces

Component Tablespace Initial Sizes (in MB)
Small Medium Large
OracleAS Portal
PORTAL 75 100 150
OracleAS Portal
PORTAL_DOC 25 40 50
OracleAS Portal
PORTAL_IDX 30 50 60
OracleAS Portal
PORTAL_LOG 30 50 60
OracleAS Single Sign-On

OracleAS Wireless

Oracle Ultra Search

Oracle Workflow

INTERNET_APPSERVER_REGISTRY (schema)

IAS_META 200 300 500
OracleAS Discoverer
DISCO_PTM5_META 5 10 15
OracleAS Discoverer
DISCO_PTM5_CACHE 5 10 15
OracleAS Distributed Configuration Management (DCM) DCM 50 100 200
OracleAS Syndication Services
DSGATEWAY_TAB 25 35 45
OracleAS Web Clipping Support WCRSYS_TS 35 45 55
OracleAS ProcessConnect
IP_RT 50 75 90
OracleAS ProcessConnect
IP_DT 60 75 90
OracleAS ProcessConnect
IP_IDX 20 40 60
OracleAS ProcessConnect
IP_LOB 20 40 60
OracleAS Certificate Authority
OCATS 15 35 55
OracleAS UDDI UDDISYS_TS 35 50 65
Oracle Internet Directory
OLTS_ATTRSTORE 10 15 20
Oracle Internet Directory
OLTS_BATTRSTORE 10 15 20
Oracle Internet Directory
OLTS_CT_STORE 10 15 20
Oracle Internet Directory
OLTS_DEFAULT 10 15 20
Oracle Internet Directory
OLTS_SVRMGSTORE 10 15 20

If your existing database uses raw devices, you do not need to select the sizes for the tablespaces. However, you need to verify that the sizes of the raw devices are adequate for the components (see Table 1-9 and Table 1-10). If you are planning on using a component extensively and your database uses raw devices, make sure the raw device for the tablespace has even more space available.

Table 1-9 Minimum Size for System Tablespaces

Tablespace Minimum Size
SYSTEM tablespace 1024 MB
TEMP tablespace 128 MB
UNDOTBS1 tablespace 256 MB
UNDOTBS2 tablespace 256 MB
DRSYS tablespace 64 MB

Table 1-10 Logical Drives for the OracleAS Metadata Repository

Logical Drive for Minimum Size Recommended Symbolic Link Name
PORTAL tablespace 128 MB dbname_raw_portal_128m
PORTAL_DOC tablespace 64 MB dbname_raw_portaldoc_64m
PORTAL_IDX tablespace 64 MB dbname_raw_portalidx_64m
PORTAL_LOG tablespace 64 MB dbname_raw_portallog_64m
DCM tablespace 256 MB dbname_raw_dcm_256m
OCATS tablespace 64 MB dbname_raw_ocats_64m
DISCO_PTM5_CACHE tablespace 64 MB dbname_raw_discoptm5cache_64m
DISCO_PTM5_META tablespace 64 MB dbname_raw_discoptm5meta_64m
DSGATEWAY_TAB tablespace 64 MB dbname_raw_dsgatewaytab_64m
WCRSYS_TS tablespace 64 MB dbname_raw_wcrsysts_64m
UDDISYS_TS tablespace 64 MB dbname_raw_uddisysts_64m
OLTS_ATTRSTORE tablespace 128 MB dbname_raw_oltsattrstore_128m
OLTS_BTTRSTORE tablespace 64 MB dbname_raw_oltsbttrstore_64m
OLTS_CT_STORE tablespace 256 MB dbname_raw_oltsctstore_256m
OLTS_DEFAULT tablespace 128 MB dbname_raw_oltsdefault_128m
OLTS_SVRMGSTORE tablespace 64 MB dbname_raw_oltssvrmgstore_64m
IP_DT tablespace 128 MB dbname_raw_ipdt_128m
IP_RT tablespace 128 MB dbname_raw_iprt_128m
IP_LOB tablespace 128 MB dbname_raw_iplob_128m
IP_IDX tablespace 128 MB dbname_raw_ipidx_128m
IAS_META tablespace 256 MB dbname_raw_iasmeta1_256m

For information on using raw devices, see the database documentation.

1.4.11.4 List of Schemas and Tablespaces

Table 1-11 lists the schemas and tablespaces in the OracleAS Metadata Repository.

Table 1-11 Schemas and Tablespaces

Component Schema Tablespace Default Database File
OracleAS Portal
PORTAL PORTAL portal.dbf
OracleAS Portal
PORTAL PORTAL_DOC ptldoc.dbf
OracleAS Portal
PORTAL PORTAL_IDX ptlidx.dbf
OracleAS Portal
PORTAL PORTAL_LOG ptllog.dbf
OracleAS Portal
PORTAL_APP PORTAL portal.dbf
OracleAS Portal
PORTAL_DEMO PORTAL portal.dbf
OracleAS Portal
PORTAL_PUBLIC PORTAL portal.dbf
OracleAS Single Sign-On
ORASSO IAS_META ias_meta01.dbf
OracleAS Single Sign-On
ORASSO_PA IAS_META ias_meta01.dbf
OracleAS Single Sign-On
ORASSO_DS IAS_META ias_meta01.dbf
OracleAS Single Sign-On
ORASSO_PS IAS_META ias_meta01.dbf
OracleAS Single Sign-On
ORASSO_PUBLIC IAS_META ias_meta01.dbf
OracleAS Wireless
WIRELESS IAS_META ias_meta01.dbf
Oracle Workflow
OWF_MGR IAS_META ias_meta01.dbf
OracleAS Discoverer
DISCOVERER5 DISCO_PTM5_META discopltm1.dbf
OracleAS Discoverer
DISCOVERER5 DISCO_PTM5_CACHE discopltc1.dbf
OracleAS Distributed Configuration Management (DCM) DCM DCM dcm.dbf
OracleAS Syndication Services
DSGATEWAY DSGATEWAY_TAB oss_sys01.dbf
OracleAS Web Clipping Support
WCRSYS WCRSYS_TS wcrsys01.dbf
OracleAS ProcessConnect
IP IP_DT ip_dt.dbf
OracleAS ProcessConnect
IP IP_RT ip_rt.dbf
OracleAS ProcessConnect
IP IP_LOB ip_lob.dbf
OracleAS ProcessConnect
IP IP_IDX ip_idx.dbf
OracleAS Certificate Authority
OCA OCATS oca.dbf
OracleAS Certificate Authority
ORAOCA_PUBLIC OCATS oca.dbf
OracleAS UDDI UDDISYS UDDISYS_TS uddisys01.dbf
Oracle Internet Directory
ODS OLTS_ATTRSTORE attrs1_oid.dbf
Oracle Internet Directory
ODS OLTS_BATTRSTORE battrs1_oid.dbf
Oracle Internet Directory
ODS OLTS_CT_STORE gcats1_oid.dbf
Oracle Internet Directory
ODS OLTS_DEFAULT gdefault1_oid.dbf
Oracle Internet Directory
ODS OLTS_SVRMGSTORE svrmg1_oid.dbf
Oracle Ultra Search
WKSYS IAS_META ias_meta01.dbf
Oracle Ultra Search
WKPROXY IAS_META ias_meta01.dbf
Oracle Ultra Search
WK_TEST IAS_META ias_meta01.dbf
Metadata Repository Version INTERNET_APPSERVER_REGISTRY IAS_META ias_meta01.dbf

1.4.12 Registration with Oracle Internet Directory

Ensure that the existing database is not already registered with Oracle Internet Directory. You cannot register a database that is already registered with Oracle Internet Directory.

To check if a database is already registered with Oracle Internet Directory, you have to look in Oracle Internet Directory:

  1. Connect to Oracle Internet Directory using Oracle Directory Manager.

    1. Start up Oracle Directory Manager.

      Select Start / Programs / Oracle - OracleHome / Integrated Management Tools / Oracle Directory Manager.

    2. In the Connect screen, enter the connect information. Log in as the Oracle Internet Directory superuser (cn=orcladmin).

  2. Check to see if your database is registered with Oracle Internet Directory. Expand these entries:

    Expand "Entry Management".

    Expand "cn=OracleContext".

    If your database is registered with Oracle Internet Directory, you would see an entry called "cn=your_database_name".

    To remove the registration, see step 2 in Section 4.1, "Cleaning Up a Failed Registration or Deregistering a Metadata Repository".

  3. Check to see if your database has a metadata repository that is registered with Oracle Internet Directory. Expand these entries:

    Expand "Entry Management".

    Expand "cn=OracleContext".

    Expand "cn=Products".

    Expand "cn=IAS".

    Expand "cn=IAS Infrastructure Databases".

    If your database has a metadata repository that is registered with Oracle Internet Directory, you would see an entry called "orclReferenceName=your_database_name".

    To remove the registration, see step 3 in Section 4.1, "Cleaning Up a Failed Registration or Deregistering a Metadata Repository".

1.5 Oracle Internet Directory Version

If you plan to register the metadata repository with Oracle Internet Directory, the Oracle Internet Directory must be version 9.2.0.x, 9.0.2.x, or 9.0.4.

For Users Using Oracle9i Database 9.2.x and Oracle Internet Directory 9.2.0.x

If you want to use an existing Oracle9i Database Release 2 (9.2) and Oracle Internet Directory 9.2.0.x with Oracle Application Server, you have to do these steps:

  1. Check that the database meets the requirements. See Section 1.4, "Database Requirements".

  2. Load the OracleAS Metadata Repository into the database, and register the database with the Oracle Internet Directory. See Section 2.3, "Installing in a Database that Uses the File System".

  3. Upgrade the Oracle Internet Directory to version 9.0.4. See the section "Upgrading Oracle Internet Directory v. 9.2.0.x to 10g (9.0.4)" in chapter 5 of the Oracle Application Server 10g Upgrading to 10g (9.0.4) guide.

  4. Install Oracle Application Server components against the OracleAS Metadata Repository and Oracle Internet Directory.

For Users Using Oracle Internet Directory 9.0.2.x

To use Oracle Internet Directory 9.0.2, you need a 9.0.2 metadata repository. See chapter 3, "Compatibility with Earlier Versions", of the Oracle Application Server 10g Installation Guide for possible configurations.

To Check the Oracle Internet Directory Version

To check the Oracle Internet Directory version, run the following command:

C:\> oidldapd -version
oidldapd: Release 9.2.0.1.0 - Production on Fri Feb 28 09:26:53 2003
(c) Copyright 2001 Oracle Corporation.  All rights reserved.

The oidldapd command can be found in the ORACLE_HOME\bin directory, where ORACLE_HOME is the root directory where you installed Oracle Internet Directory.

1.6 Oracle Ultra Search Directory Updated

Oracle Application Server Repository Creation Assistant replaces the ultrasearch directory in the database's Oracle home directory with a new version. It renames the old version of the directory to ultrasearch_timestamp.