Skip Headers
Oracle® Fusion Middleware Enterprise Deployment Guide for Oracle Identity Management (Oracle Fusion Applications Edition)
11g Release 1 (11.1.1.5.0)
Part Number E21032-01
Go to Documentation Home
Home		 Go to Book List
Book List		 Go to Table of Contents
Contents		 Go to Index
Index		 Go to Feedback page
Contact Us
Go to previous page
Previous		 Go to next page
Next
View PDF

3 Configuring the Database Repositories

This chapter describes how to install and configure the database repositories. It contains the following topics:

Before beginning to install and configure the Identity Management components, you must perform the following steps:

Databases Required

For Oracle Identity management, a number of separate databases are recommended. A summary of these databases is provided in Table 3-1. Which database or databases you use is dependent on the topology that you are implementing:

Table 3-1 Mapping between Topologies, Databases and Schemas

Topology Type Database Names Database Hosts Service Names Schemas in Database

Oracle Access Manager 11g and Oracle Identity Manager 11g (OAM11g/OIM11g)

OIDDB

OIDDBHOST1 OIDDBHOST2

oidedg.mycompany.com

ODS,
 

IDMDB

IDMDBHOST1 IDMDBHOST2

oamedg.mycompany.com oimedg.mycompany.com

OAM, IAU, ORASDPM, MDSFoot 1 , OIM, SOAINFRA

Oracle Identity Federation 11g (OIF11g/OAM11g)

OIDDB

OIDDBHOST1 OIDDBHOST2

oidedg.mycompany.com

ODS
 

IDMDB

IDMDBHOST1 IDMDBHOST2

oamedg.mycompany.com oimedg.mycompany.com oifedg.mycompany.com

OAM, IAU, ORASDPM, MDS, OIM, SOAINFRA, OIF

Footnote 1 The SOA and Oracle Identity Manager components share the MDS repository.

Notes:

If you are using Oracle Internet Directory to store both your identity and policy information, and separating this information across two Oracle Internet Directory instances, then two databases are required for the ODS schema.

The following sections apply to all the databases listed in Table 3-1.

Database Versions Supported

To check if your database is certified or to see all certified databases, refer to the "Certified Databases" section in the Certification Document:

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

To determine the version of your installed Oracle Database, execute the following query at the SQL prompt:

select version from sys.product_component_version where product like 'Oracle%';

3.1 Real Application Clusters

The database used to store the metadata repository should be highly available in its own right, for maximum availability Oracle recommends the use of an Oracle Real Application Clusters (RAC) database.

Ideally the database should use Oracle ASM for the storage of data, however this is not necessary.

If using ASM, then ASM should be installed into its own Oracle home and have two disk groups:

If you are using Oracle ASM, best practice is to also use Oracle Managed Files.

Install and configure the database repository as follows.

Oracle Clusterware

Automatic Storage Management

Oracle Real Application Clusters

3.2 Configuring the Database for Oracle Fusion Middleware 11g Metadata

This section describes how to configure the database for Oracle Fusion Middleware 11g metadata. It contains the following topics:

3.2.1 Creating a Real Applications Clusters Database

Create a Real Applications Clusters Database with the following characteristics:

  • Database must be in archive log mode to facilitate backup and recovery.

  • Optionally, enable the Flashback database.

  • Create UNDO tablespace of sufficient size to handle any rollback requirements during the Oracle Identity Manager reconciliation process.

  • Database is created with ALT32UTF8 character set.

  • In addition the database must have the following minimum initialization parameters defined:

    Table 3-2 Minimum Initialization Parameters for Oracle RAC Databases

    Parameter Value

    aq_tm_processes

    1

    dml_locks

    200

    job_queue_processes

    10

    open_cursors

    800Foot 1 

    session_max_open_files

    50

    sessions

    500

    processes

    500

    sga_target

    512M

    sga_max_size

    800M

    pga_aggregate_target

    100M

    session_cached_cursors

    500

    processes

    2500

    sga_target

    4G

    pga_aggregate_target

    2G

    Footnote 1 OAM requires a minimum of 800 open cursors in the database. When OIM and OAM are available, the number of open cursors should be 1500.

3.2.2 Creating Database Services for 10.x and 11.1.x Databases

Oracle recommends using the Oracle Enterprise Manager Cluster Managed Services page to create database services that client applications use to connect to the database. For complete instructions on creating database services, see the chapter on Workload Management in the Oracle Database Oracle Clusterware and Oracle Real Application Clusters Administration and Deployment Guide. Oracle recommends that a specific database service be used for a product suite, even when product suites share the same database. It is also recommended that the database service used is different than the default database service.

Use the CREATE_SERVICE subprogram to create the database services for the components in your topology. The lists of services to be created are listed in Section 3, "Mapping between Topologies, Databases and Schemas."

  1. Log on to SQL*Plus as the sysdba user and run the following command to create a service called oamedg.mycompany.com for Oracle Access Manager:

    SQL> EXECUTE DBMS_SERVICE.CREATE_SERVICE
(SERVICE_NAME => 'oamedg.mycompany.com',
NETWORK_NAME => 'oamedg.mycompany.com',);

  2. Add the service to the database and assign it to the instances using srvctl:

    prompt> srvctl add service -d oamadb -s oamedg.mycompany.com -r idmdb1,idmdb2

  3. Start the service using srvctl:

    prompt> srvctl start service -d idmdb -s oamedg.mycompany.com

When creating a service in the database for Oracle Internet Directory, ensure that the service is enabled for high-availability notifications and configured with the proper server-side Transparent Application Failover (TAF) settings. Use the DBMS_SERVICE package to create the service to enable high availability notification to be sent through Advanced Queuing (AQ) by setting the AQ_HA_NOTIFICATIONS attribute to TRUE and configure server-side Transparent Application Failover (TAF) settings, as follows:

  1. Use the CREATE_SERVICE subprogram to both create the database service and enable high-availability notification and configure server-side Transparent Application Failover (TAF) settings:

    prompt> sqlplus "sys/password as sysdba"

SQL> EXECUTE 
DBMS_SERVICE.CREATE_SERVICE(  
SERVICE_NAME => 'oidedg.mycompany.com',
NETWORK_NAME => 'oidedg.mycompany.com',
AQ_HA_NOTIFICATIONS => TRUE, 
FAILOVER_METHOD => DBMS_SERVICE.FAILOVER_METHOD_BASIC, 
FAILOVER_TYPE => DBMS_SERVICE.FAILOVER_TYPE_SELECT, 
FAILOVER_RETRIES => 5, FAILOVER_DELAY => 5);

    Note:

    The EXECUTE DBMS_SERVICE command shown must be entered on a single line to execute properly.

    For more information about the DBMS_SERVICE package, see the Oracle Database PL/SQL Packages and Types Reference.

  2. Add the service to the database and assign it to the instances using srvctl:

    prompt> srvctl add service -d oiddb -s oidedg.mycompany.com -r oiddb1,oiddb2

  3. Start the service using srvctl:

    prompt> srvctl start service -d oiddb -s oidedg.mycompany.com

    Note:

    For more information about the SRVCTL command, see the Oracle Real Application Clusters Administration and Deployment Guide.

3.2.3 Creating Database Services for 11.2.x Databases

Use srvctl to create the database services for the components in your topology. The lists of services to be created are listed in Table 3-1, "Mapping between Topologies, Databases and Schemas".

  1. Create service using the command srvctl add service, as follows.

    srvctl add service -d idmdb -s oidedg.mycompany.com -r idmdb1,idmdb2 -q TRUE -m BASIC -e SELECT -w 5 -z 5

    The meanings of the command-line arguments are as follows:

    Option Argument
    -d Unique name for the database
    -s Service name
    -r Comma separated list of preferred instances
    -q AQ HA notifications (TRUE or FALSE)
    -e Failover type (NONE, SESSION, or SELECT)
    -m Failover method (NONE or BASIC)
    -w Failover delay (integer)
    -z Failover retries (integer)

    Note:

    Transparent Application Failover (TAF) settings are only required when creating a service for Oracle Internet Directory.

  2. Start the Service using srvctl start service

    srvctl start service -d idmdb -s oidedg.mycompany.com

  3. Validate the service started by using srvctl status service, as follows:

    srvctl status service -d idmdb -s oidedg.mycompany.com
Service oidedg.mycompany.com is running on instance(s) idmdb1,idmdb2

  4. Validate that the service was created correctly by using srvctl config service:

    srvctl config service -d idmdb -s oidedg.mycompany.com
Service name: oidedg.mycompany.com
Service is enabled
Server pool: oiddb_oidedg.mycompany.com
Cardinality: 2
Disconnect: false
Service role: PRIMARY
Management policy: AUTOMATIC
DTP transaction: false
AQ HA notifications: true
Failover type: SELECT
Failover method: BASIC
TAF failover retries: 5
TAF failover delay: 5
Connection Load Balancing Goal: LONG
Runtime Load Balancing Goal: NONE
TAF policy specification: NONE
Edition:
Preferred instances: idmdb1,idmdb2
Available instances:

Note:

For more information about the SRVCTL command, see the Oracle Real Application Clusters Administration and Deployment Guide.

3.2.4 Database Tuning

The database parameters defined in Section 3.2.1, "Creating a Real Applications Clusters Database" are only a guide. You might need to perform additional tuning after the system is in use. For more information, see Database Performance Tuning Guide.

Refresh the database statistics after you initially load the database, and on an ongoing basis. To do that, issue the following SQL*Plus command:

exec DBMS_STATS.GATHER_SCHEMA_STATS(OWNNAME=> '<OIM_SCHEMA>', ESTIMATE_PERCENT=>DBMS_STATS.AUTO_SAMPLE_SIZE, DEGREE=>8, OPTIONS=>'GATHER AUTO', NO_INVALIDATE=>FALSE);

3.3 Executing the Repository Creation Utility

You run RCU to create the collection of schemas used by Identity Management and Management Services.

This section contains the following topics:

  1. Section 3.3.1, "Procedure for Executing RCU"

  2. Section 3.3.2, "RCU Example"

3.3.1 Procedure for Executing RCU

  1. Start RCU by issuing this command:

    prompt> RCU_HOME/bin/rcu &

  2. On the Welcome screen, click Next.

  3. On the Create Repository screen, select the Create operation to load component schemas into a database. Then click Next.

  4. On the Database Connection Details screen, provide the information required to connect to an existing database. For example:

    Database Type: Oracle Database

    • Host Name: Enter one of the Oracle RAC nodes. Specify the Virtual IP name. For example: oiddbhost1-vip.mycompany.com.

    • Port: The port number for the database listener. For example: 1521

    • Service Name: The service name of the database. For example oidedg.mycompany.com

    • Username: sys

    • Password: The sys user password

    • Role: SYSDBA

    Click Next.

  5. On the Check Prerequisites screen, click OK after the prerequisites have been validated.

  6. On the Select Components screen, provide the following values:

    Create a New Prefix: Enter a prefix to be added to the database schemas. Note that all schemas except for the ODS schema are required to have a prefix For example, enter EDG.

    Components: The components specified here depend on the topology being installed. Select the appropriate schemas.

    Click Next.

    Notes:

    If your topology requires more than one database, the following important considerations apply:

    • Be sure to install the correct schemas in the correct database.

    • You might have to run the RCU more than once to create all the schemas for a given topology.

    • Table 3-1 in this chapter provides the recommended mapping between the schemas and their corresponding databases. Refer to this table to ensure that the correct details are entered in this screen.

  7. On the Check Prerequisites screen, click OK after the prerequisites have been validated.

  8. On the Schema Passwords screen, enter the passwords for the schemas. You can choose to use either the same password for all the schemas or different passwords for each of the schemas. Oracle recommends choosing different passwords for different schema's to enhance security

    Click Next.

  9. On the Map Tablespaces screen, accept the defaults and click Next.

  10. On the Create Tablespaces screen, click OK to allow the creation of the tablespaces.

  11. On the Creating tablespaces screen, click OK to acknowledge creation of the tablespaces.

  12. On the Summary screen, the summary and verify that the details provided are accurate. Click Create to start the schema creation process.

  13. On the Completion summary screen, verify that the schemas were created.

    Click Close to exit.

3.3.2 RCU Example

This example illustrates the steps to create the required schemas in the OIDDB and OIMDB databases for the topology with OAM11g and OIM11g.

  1. Start RCU as described in Section 3.3.1, "Procedure for Executing RCU."

  2. On the Welcome Screen, click Next.

  3. On the Connection Details screen, provide the details to connect to the OIDDB database running on OIDDBHOST1 and OIDDBHOST2. Enter the following values:

    • Host: oiddbhost1-vip.mycompany.com

    • Port: 1521

    • Service Name: oidedg.mycompany.com

    • Username: sys

    • Password: password

    • Role: SYSDBA

    Click Next.

  4. On the Select Components screen, select the appropriate schemas by referring to Section 3, "Mapping between Topologies, Databases and Schemas."

    Click Next.

  5. Follow the remaining steps in Section 3, "Mapping between Topologies, Databases and Schemas" to create the schemas.

  6. Verify that the schemas for the OIDDB database were successfully created.

  7. Start RCU again to create the schemas for the OIMDB database.

  8. On the Connection Details screen, provide the details to connect to the OIMDB database running on IDMDBHOST1 and IDMDBHOST2. Enter the following values:

    • Host: idmdbhost1-vip.mycompany.com

    • Port: 1521

    • Service Name: oimedg.mycompany.com

    • Username: sys

    • Password: password

    • Role: SYSDBA

    Click Next.

  9. On the Select Components screen, select the appropriate schemas by referring to Section 3, "Mapping between Topologies, Databases and Schemas."

  10. Complete the schema creation by following the remaining steps in Section 3.3.1, "Procedure for Executing RCU."

Go to previous page
Previous		 Go to next page
Next
Go to Documentation Home
Home		 Go to Book List
Book List		 Go to Table of Contents
Contents		 Go to Index
Index		 Go to Feedback page
Contact Us