8 Install Oracle Fusion Applications Transaction Database

This section describes how to install and configure a transaction database for use with an Oracle Fusion Applications environment. It also describes the Oracle Fusion Applications Repository Creation Utility (Oracle Fusion Applications RCU), which creates a repository for applications schemas and tablespaces and loads seed data into the database.

This section includes the following topics:

8.1 Introduction to Installing Oracle Fusion Applications Transaction Databases

A transaction database holds the business transactions generated as the Oracle Fusion Applications products offerings are used. This section includes overview information related to installing Oracle Database. The Provisioning Wizard installs 12.1.0.2.0 database. For a manual installation of the database, install Oracle Database 12.1.0.2.0.

8.1.1 Process Overview

Install Oracle Database Enterprise Edition on a physical host before creating a response file. The database must be created using the database template that is shipped with Oracle Fusion Applications software. The template contains the database structure and features, but is not seeded. It is generic for use across platforms.

For a small-scale, single-node database, use the Install an Applications Transaction Database option in the Provisioning Wizard to install a single-node instance of Oracle Database Enterprise Edition. Or, install the database manually (interactively) for a production-scale, multiple-node database. Oracle Fusion Applications also supports Oracle Real Application Clusters (Oracle RAC).

To finish any database installation, use the Oracle Fusion Applications RCU to perform the following actions:

  • Create Oracle Fusion Middleware schema and tablespace users and define the tables, views, and other artifacts that the schema user owns.

  • Create empty tablespaces for Oracle Fusion Applications components and the schema owners. The owners do not own any tables or data initially.

  • Import default seed data values for the schema users using Oracle Data Pump files.

See Run the Oracle Fusion Applications RCU to Create Oracle Fusion Applications Database Objects for details about running the Oracle Fusion Applications RCU.

8.1.2 Oracle Data Pump

Oracle Data Pump provides high-speed, parallel, bulk data and metadata movement of Oracle Database contents. The Data Pump dump files (.dmp) that contain the table definitions are delivered as part of the provisioning framework installation to make them available to the Oracle Fusion Applications RCU.

When using Oracle Data Pump to import data and metadata for an Oracle RAC installation, note that the directory that holds the dump files must be accessible from all Oracle RAC nodes. In addition, keep the following considerations in mind:

  • To use Data Pump or external tables in an Oracle RAC configuration, ensure that the directory object path is on a cluster-wide file system.

    The directory object must point to shared physical storage that is visible to, and accessible from, all instances where Data Pump and/or external table processes may run.

  • The default Data Pump behavior is that worker processes can run on any instance in an Oracle RAC configuration. Therefore, workers on those Oracle RAC instances must have physical access to the location defined by the directory object, such as shared storage media.

  • Under certain circumstances, Data Pump uses parallel query workers to load or unload data. In an Oracle RAC environment, Data Pump does not control where these workers run, and they may run on other instances in the Oracle RAC, regardless of what is specified for CLUSTER and SERVICE_NAME for the Data Pump job. Controls for parallel query operations are independent of Data Pump. When parallel query workers run on other instances as part of a Data Pump job, they also require access to the physical storage of the dump file set.

8.1.3 Single-Node Versus Multiple-Node Databases

A single-node instance of Oracle Database Enterprise Edition is typically used for medium-sized installations, or for training and demonstrations. The Provisioning Wizard database installation interview collects details such as the database listener port and the location of the database home, the database software, the database files, the database password, and the global name of the database. The wizard performs prerequisite validation checks, reports the status of the checks, and summarizes the actions to be performed during the database installation.

Oracle Real Application Clusters (Oracle RAC) enables multiple database instances, linked by an interconnect, to share access to Oracle Database. This configuration enables to increase the scale of the applications environment. This type of database is typically used for production environments.

8.2 Oracle Fusion Applications Transaction Database Requirements

This section describes the requirements for Oracle Fusion Applications transaction databases. Read and understand the information in the following sections and perform any tasks outlined there before beginning a database installation.

8.2.1 General Oracle Database Prerequisites

General Oracle database prerequisites must be satisfied before proceeding with the database installation for Oracle Fusion Applications. See the Oracle Database Installation Guide for the required prerequisites and pre-installation tasks. Use the guide that corresponds to the platform the database is running on http://docs.oracle.com/database/122/nav/install-and-upgrade.htm.

8.2.2 Specific Oracle Fusion Applications Prerequisites

The following prerequisites are specific to Oracle Fusion Applications:

  • The provisioning repository must be created, see Create the Oracle Fusion Applications Provisioning Repository.

  • Do not share the same database instance for Oracle Identity Management and Oracle Fusion Applications. Oracle Fusion Applications should be in a separate database instance.

  • The database instance must also be running on a physical host.

  • Even if performing a manual database installation, install the Oracle Fusion Applications provisioning framework (see Install the Oracle Fusion Applications Provisioning Framework) to obtain the DBCA template needed for the database creation.

  • If performing a manual install, the appropriate DBCA template from the Provisioning Framework must be copied to the database host.

  • Ensure there is enough free disk space for Oracle Fusion Applications database tablespaces.

  • Designate a Linux or Windows server for the Oracle Fusion Applications RCU if installing Oracle Fusion Applications on another platform.

    The Oracle Fusion Applications RCU is supported only on Linux x86-64 and Microsoft Windows x64 (64-bit) platforms. However, it can run from any host that can access the database, it does not have to run from the database server itself. So, if the database is installed on other platforms, start the Oracle Fusion Applications RCU from the supported Linux x86-64 and Microsoft Windows x64 (64-bit) platforms to connect to the database.

  • Download database software and patches separately if the database platform is different from the Fusion Applications platform.

    If the database platform is different from the platform Oracle Fusion Applications and Oracle Identity Management are running on, the Provisioning Framework and the Oracle Database installer and patches that ship as part of the Oracle Fusion Applications installers cannot be used and it is recommended to download the Oracle Database software and patches for that specific platform and perform the database install manually.

8.2.3 Oracle Fusion Applications Database Requirements

Read and understand the information in the following sections and perform any tasks outlined there during or after a database installation, before running the Oracle Fusion Applications RCU.

For more information about database installation requirements, see Certification in the Oracle Fusion Applications Release Notes. The Provisioning Wizard performs prerequisite validation checks to ensure that those requirements are met.

MANDATORY: Before installing Oracle database using the Oracle Fusion Applications Provisioning Wizard, shut down all Oracle and Oracle-related services on the database host. Failure to do so results in database installation errors.

8.2.3.1 Components

Oracle Fusion Applications requires Oracle Database Enterprise Edition or Oracle Real Application Clusters Database. If Oracle Database Enterprise Edition installer is installed manually (not using the provisioning Wizard), the installation requires the enabling of specific components, several of which are selected by default:

  • Oracle Partitioning (default)

  • Oracle Data Mining RDBMS Files (default)

To verify that the system meets all minimum requirements associated with the database, see the Oracle Database Installation Guide for details about a specific platform.

8.2.3.2 Minimum Configuration Parameters for Oracle Database

Table 8-1 shows the commonly recommended initialization parameters.

Table 8-1 Recommended Initialization Parameters

Expected Database Size Parameter Name DB Default Value Recommended Value for Oracle Fusion Applications

Small and large

audit_trail

NONE

DB, EXTENDED

Small and large

plsql_code_type

INTERPRETED

NATIVE

Small and large

nls_sort

Derived from NLS_LANGUAGE

BINARY

Small and large

open_cursors

50

500

Small and large

session_cached_cursors

50

500

Small and large

_b_tree_bitmap_plans

TRUE

FALSE

Small and large

db_securefile

PERMITTED

ALWAYS

Small and large

disk_asynch_io

TRUE

TRUE

Small and large

filesystemio_options

Platform Dependent ("none" for Linux)

Use default value ("none" for Linux)

Small and large

SYSTEM

1900

1900

Small and large

SYSAUX

1100

1100

Small and large

parallel_max_servers

8

12

Small and large

job_queue_processes

8

12

Small and large

RESOURCE_MANAGER_PLAN

NONE

FUSIONAPPS_PLAN

Small and large

AUDIT_SYS_OPERATIONS

TRUE

FALSE

Small and large

parallel_force_local

N/A

TRUE

Small and large

parallel_adaptive_multi_user

N/A

FALSE

Small and large

_optimizer_batch_table_access_by_rowid

N/A

FALSE

Small and large

event

N/A

45053 trace name context forever, level 127

Starter - Single-node, small

sga_target

0

9 GB

Starter - Single-node, small

pga_aggregate_target

0

4 GB

Starter - Single-node, small

_fix_control

5483301:ON,6708183:OFF

14545269:OFF,14764860:ON,6708183:ON,17799716:ON,19710102:ON,18134680:ON

Starter - Single-node, small

processes

100

5000

Starter - Single-node, small

undo tablespace

0

6 GB; autoextend ON

Starter - Single-node, small

temp tablespace

0

6 GB; autoextend ON

Starter - Single-node, small

redo log

0

Three 2 GB Groups

Starter - Single-node, small

SYSTEM

1900

1900

Starter - Single-node, small

SYSAUX

1100

1100

Starter - Single-node, small

parallel_max_servers

12

12

Starter - Single-node, small

job_queue_processes

12

12

Starter - Single-node, small

RESOURCE_MANAGER_PLAN

NONE

FUSIONAPPS_PLAN

Starter - Single-node, small

AUDIT_SYS_OPERATIONS

TRUE

FALSE

Starter - Single-node, small

pga_aggregate_limit

N/A

0

Starter - Single-node, small

db_cache_size

N/A

2GB

Starter - Single-node, small

shared_pool_size

N/A

2GB

Single-node, large

sga_target

0

18 GB

Single-node, large

pga_aggregate_target

0

8 GB

Single-node, large

_fix_control

5483301:ON,6708183:OFF

14545269:OFF,14764860:ON,6708183:ON,17799716:ON,19710102:ON,18134680:ON

Single-node, large

processes

100

5000

Single-node, large

undo tablespace

0

12 GB; autoextend ON

Single-node, large

temp tablespace

0

9 GB; autoextend ON

Single-node, large

redo log

0

Three 2 GB Groups

Single-node, large

SYSTEM

1900

1900

Single-node, large

SYSAUX

1100

1100

Single-node, large

parallel_max_servers

8

12

Single-node, large

job_queue_processes

8

12

Single-node, large

RESOURCE_MANAGER_PLAN

NONE

FUSIONAPPS_PLAN

Single-node, large

AUDIT_SYS_OPERATIONS

TRUE

FALSE

Single-node, large

pga_aggregate_limit

N/A

0

2-node Oracle RAC, large

sga_target

0

18 GB

2-node Oracle RAC, large

pga_aggregate_target

0

8 GB

2-node Oracle RAC, large

_fix_control

5483301:ON,6708183:OFF

14545269:OFF,14764860:ON,6708183:ON,17799716:ON,19710102:ON,18134680:ON

2-node Oracle RAC, large

processes

100

5000

2-node Oracle RAC, large

undo tablespace

0

12 GB; autoextend ON

2-node Oracle RAC, large

temp tablespace

0

9 GB; autoextend ON

2-node Oracle RAC, large

redo log

0

Three 2 GB Groups per instance

2-node Oracle RAC, large

SYSTEM

1900

1900

2-node Oracle RAC, large

SYSAUX

1100

1100

2-node Oracle RAC, large

parallel_max_servers

8

12

2-node Oracle RAC, large

job_queue_processes

8

12

2-node Oracle RAC, large

RESOURCE_MANAGER_PLAN

NONE

FUSIONAPPS_PLAN

2-node Oracle RAC, large

AUDIT_SYS_OPERATIONS

TRUE

FALSE

2-node Oracle RAC, large

pga_aggregate_limit

N/A

0

WARNING:

When the Provisioning Wizard is used to install the database using the dbca template, the default values for the disk_asynch_io and filesystemio_options parameters are as follows:

disk_asynch_io is set to TRUE

filesystemio_options is set to the default value based on the platform where the database is installed. It could be either none, setall, asynch, or diskio. To verify that the filesystemio_options parameter is using the default value, run the following query: "select isdefault from v$parameter where name='filesystemio_options". If it returns TRUE, the default value is set.

If the parameter value is changed from the original default value to another value and then change it back to the original default value, the default value still remains FALSE.

The following Warning messages is displayed based on the values set:

If disk_asynch_io is set to FALSE and filesystemio_options is set to the default value, a Warning message is displayed recommending setting the value for disk_asynch_io to TRUE.

If disk_asynch_io is set to FALSE and filesystemio_options is not set to the default value, a Warning message is displayed recommending setting the value for disk_asynch_io to TRUE for the best performance optimization.

Due to the addition of Fusion Applications Read Only Diagnostic schemas, the database audit trail is turned on via the audit_trail=DB, EXTENDED initialization parameter to monitor all database activities with the FUSION_RO and FUSION_ERO schema users. To minimize impact to performance, it is also recommended that auditing system operations be excluded via the AUDIT_SYS_OPERATIONS = FALSE initialization parameter. Furthermore, if the Fusion Applications database is created manually (and the Provisioning Wizard is not used) it is recommended to move the AUDIT segment from the SYSTEM tablespace to the SYSAUX tablespace and create a custom index for audit. Do so as a post installation task after provisioning the Oracle Fusion Applications Environment.

For more information about setting the kernel parameter value, see Set the Kernel Parameter Value.

8.2.3.3 Tuning Oracle Database

For more information about tuning Oracle database, see Manage Oracle Database for Oracle Fusion Applications in the Oracle Fusion Applications Administrator's Guide.

8.2.3.4 Mandatory Oracle Database Patches

Table 8-2 lists the mandatory Oracle Database (Enterprise Edition and RAC) patches required for Oracle Fusion Applications. The list is organized by operating system platforms.

  • If Oracle Database is installed using the Provisioning Wizard, these patches are automatically applied.

  • If Oracle Database is installed manually, apply the mandatory database patches by following the instructions detailed in Run RUP Lite for RDBMS.

For both scenarios described above, ensure that the following steps are completed before running the Oracle Fusion Applications RCU:

  • Complete the manual postinstallation tasks detailed in the patch readme file (Complete Database Patch Postinstallation Tasks).

  • Refer to Oracle Database patch details listed in Additional Patches for the Tech Stack in the latest Oracle Fusion Applications Release Notes for any additional patches required for the current release.

Table 8-2 Mandatory Oracle Database Patches

Operating System Patches

linux64

12.1.0.2.161223FA-DBBP

solaris64

12.1.0.2.161223FA-DBBP

solaris_sparc64

12.1.0.2.161223FA-DBBP

8.2.3.5 DBA Directories

Create directories in the file system accessible by the database which is referenced by the DBA directories used by Oracle Fusion Applications. These directories are specified in the Oracle Fusion Applications Installation Workbook, Database tab, FA transaction Database table and they are:

  • RCU APPLCP_FILE_DIR

  • RCU APPLLOG_DIR

  • RCU FUSIONAPPS_PROV_RECOVERY_DIR (OBIEE Backup Dir)

  • RCU OTBI_DBINSTALL_DUMP_DIR (OTBI Dump File Directory)

  • RCU FUSIONAPPS_DBINSTALL_DP_DIR (FA Dump File Directory)

For more information about the specific requirements for these directories, see Oracle Fusion Applications RCU Directories.

8.2.3.6 Make Oracle Fusion Applications RCU Software Available on the Host where it is Run

Complete the following steps to make the Oracle Fusion Applications software available in the host where it is run.

  • Locate the appropriate Oracle Fusion Applications RCU software for a specific platform. For Linux, go to REPOSITORY_LOCATION/installers/apps_rcu/linux to find the rcuHome_fusionapps_linux.zip file. For Windows, go to REPOSITORY_LOCATION/installers/apps_rcu/windows and locate the rcuHome_fusionapps_win.zip file. These files were staged when the installer repository was created.

  • Extract the contents of rcuHome_fusionapps_linux.zip (or rcuHome_fusionapps_win.zip) to a directory (APPS_RCU_HOME) on a Windows or Linux machine where the Oracle Fusion Applications RCU is run. All dependent components that the Oracle Fusion Applications RCU needs are included in this zipped file.

8.2.3.7 Make dmp Files Available on the Database Server

Complete the following steps to make dmp files available on the database server. If the Oracle Fusion Applications database is configured as multiple RAC nodes, make sure the dmp files are accessible from all RAC nodes.

  • Locate the file APPS_RCU_HOME/rcu/integration/fusionapps/export_fusionapps_dbinstall.zip.

  • Unzip export_fusionapps_dbinstall.zip to the directory specified for FUSIONAPPS_DBINSTALL_DP_DIR.

  • Go to APPS_RCU_HOME/rcu/integration/biapps/schema and locate the otbi.dmp file.

  • Copy otbi.dmp to OTBI_DBINSTALL_DUMP_DIR.

8.3 Oracle Fusion Applications Database Installation Checklist

Before initiating the Oracle Fusion Applications database installation process, verify the following checklist:

  • Necessary infrastructure

    • Access to the database server console is provided for the database OS user as well as root/pseudo access (VNC recommended).

    • The provisioning repository or Oracle database installers are available and accessible from the database nodes.

    • Database patches are available and accessible from the database nodes.

    • The Oracle Fusion Applications Provisioning Framework has been installed.

    • (Wizard Install only) The Oracle Fusion Applications Provisioning Wizard can be run from the database host.

    • (Manual Install only) The appropriate DBCA template from the Provisioning Framework has been copied to the database host.

  • Prerequisites for the database server

    • General Oracle database prerequisites have been satisfied.

  • Planning

    • Oracle Fusion Applications Installation Workbook, Database tab, FA Transactional Database table has been filled out with information that will be used for the database installation.

8.4 Install the Oracle Fusion Applications Transaction Database

Install the Oracle Fusion Applications transaction database using the provisioning wizard or manually as described in this section.

8.4.1 Install Oracle Database Enterprise Edition with the Wizard

As a part of the provisioning process, the Provisioning Wizard performs prerequisite and validation checks. These validations must pass before creating a response file.

User Input Validations

The Provisioning Wizard:

  • Validates the service name or global database name.

  • Validates the installer location. In the Preverify phase, validates that the database is present.

  • Validates that the database password value and the password confirmation match.

  • Performs specific user ID and password validations for all Oracle Fusion Middleware schema owners.

Preinstallation Validations

The Provisioning Wizard:

  • Checks to see if the specified database file location has sufficient disk space for the initial database provisioning and performs an Oracle home space check.

  • Performs a port availability check.

  • Performs a platform check. There is no validation that specific platform packages have been installed.

Postinstallation Validations

The Provisioning Wizard ensures that a JDBC connection can be established.

Install a single-node instance of Oracle Database Enterprise Edition using the Provisioning Wizard. The wizard uses the database template delivered with the software. The database is initially empty. After the installation is complete, the Provisioning Wizard has applied the required database patches for Oracle Fusion Applications automatically. However, run any manual postinstallation tasks that are required by the database patches as described in the patch's readme files, then run the Oracle Fusion Applications RCU to create schemas and tablespaces. For more information about manual postinstallation tasks, see Complete Database Patch Postinstallation Tasks.

The wizard invokes the database build script and performs the following tasks:

  • Installs database software.

  • Generates an Oracle Universal Installer (OUI) response file based on the configuration specified.

  • Accesses the provisioning repository and invokes the database installer in silent mode. If the applications environment does not meet the database installation requirements, the wizard terminates the process.

  • Requests a copy of the nonseeded database template.

  • Creates an instance of Oracle Database12.1.0.2.0 using the configuration settings entered in the wizard interview, and the database template.

8.4.1.1 Start the Provisioning Wizard

Note the following requirement when installing a transaction database on a UNIX platform:

  • Verify that the length of the PATH environment variable is less than 900 characters. Use this command to check the character count:

    env | grep ^PATH= | wc -m
    

To start the Provisioning Wizard, do the following:

  1. Set the JAVA_HOME environment variable to point to the JDK location in the provisioning repository, for example:

    UNIX:

    export JAVA_HOME=REPOSITORY_LOCATION/jdk

    Tip:

    For the REPOSITORY_LOCATION value, see Oracle Fusion Applications Installation Workbook, Storage tab, Temporary Shared Storage table, Installers Directory Location row.

    export PATH=$JAVA_HOME/bin:$PATH

  2. Verify that the LIBPATH value is null.
  3. Run the following command on the machine where the database is planned to reside:

    UNIX:

    Tip:

    For the FAPROV_HOME value, see Oracle Fusion Applications Installation Workbook, Storage tab, Install Directories table, FA Provisioning Framework Location row.

    ./provisioningWizard.sh

    Solaris:

    Use bash provisioningWizard.sh instead of ./provisioningWizard.sh.

8.4.1.2 Wizard Interview Screens and Instructions

Table 8-3 shows the steps necessary to install a transaction database. For help with any of the interview screens, click Help.

If the values required are not entered correctly, the error and warning messages are displayed at the bottom of the screen.

Table 8-3 Interview Flow for Database Installation

Screen Description and Action Required

Welcome

No action is required on this read-only screen.

Click Next to continue.

Specify Central Inventory Directory

This screen displays only if one or more of the following conditions are not met:

  • The -invPtrLoc option is used to specify the central inventory location. Thus, the default value for the platform is not used. Note that the default value for Linux platforms is /etc/oraInst.loc. For Solaris, the default value is /var/opt/oracle/oraInst.loc.

  • The Central Inventory Pointer File is readable.

  • The Central Inventory Pointer File contains a value for inventory_loc.

  • The inventory_loc directory is writable.

  • The inventory_loc directory has at least 150K of space.

  • inventory_loc is not an existing file.

Specify the location of the Central Inventory Directory that meets the previous criteria. The inventory_loc directory can be created by the createCentralInventory.sh script and does not have to exist at the time its location is specified.

Tip: This value is available in the Oracle Fusion Applications Installation Workbook , Storage, tab Inventories table, FA Provisioning Framework row.

For non-Windows platforms, in the Operating System Group ID field, select or enter the group whose members are granted access to the inventory directory. All members of this group can install products on this host. Click OK to continue.

Tip: This value is available in the Oracle Fusion Applications Installation Workbook , Storage tab, Shared Storage table, FA Shared row, OS Group Owner column.

The Inventory Location Confirmation dialog prompts to run the inventory_directory/createCentralInventory.sh script as root, to confirm that all conditions are met and to create the default inventory location file, such as /etc/oraInst.loc. After this script runs successfully, return to the interview and click OK to proceed with the installation.

To continue the installation without root access, select Continue installation with local inventory. Click OK to proceed with the installation.

Click Next to continue.

Installation Options

Presents the list of valid installation actions that can be performed using the wizard. Select Install an Applications Transaction Database.

Click Next to continue.

Specify Security Updates

Set up a notification preference for security-related updates and installation-related information from My Oracle Support. This information is optional.

  • Email: Enter a valid email address to have updates sent by this method.

  • Agree to receive security updates via My Oracle Support: Select this option to have updates sent directly to a My Oracle Support account. Enter a valid My Oracle Support Password if this option is selected.

    Note: If invalid My Oracle Support (MOS) credentials are provided, a dialog box is displayed informing that the user will be anonymously registered. Complete the following steps before continuing with provisioning the new environment:

    1. Cancel and exit the Provisioning Wizard.

    2. Obtain the correct MOS credentials.

    3. Restart the Provisioning Wizard to update the provisioning response file with the correct MOS credentials or uncheck the checkbox next to I wish to receive security updates via My Oracle Support. Save the provisioning response file and then exit the Provisioning Wizard.

    4. Restart the Provisioning Wizard to provision the Oracle Fusion Applications environment.

Click Next to continue.

Database Install Configuration

Specify the configuration details about the database that is being installed. See Specify Database Installation Parameters.

Click Next to continue.

Prerequisite Checks

The Prerequisite Checks list shows each prerequisite check performed. The status of the prerequisite checking can be one of the following:

  • Block: Processing has not yet started on this host for the named phase.

  • Clock: Performing the build for a phase.

  • Check mark: The build was completed successfully.

  • x mark: The build has failed for this phase. Correct the errors before continuing.

  • Restricted symbol: The validation process has stopped due to a failure within another process.

Click an x or a Restricted symbol to display information about failures. Click the Log file for details about the validation. Fix any issues reported. Click Retry to run the prerequisite checks again. If recovery is necessary, see Troubleshooting Oracle Fusion Applications Database Installation and Oracle Fusion Applications RCU Operations.

When prerequisite checking has finished with no errors, click Next to continue.

Summary

Click Save to create and save a text file to use as a record of this configuration. Click Install to start the installation.

Note: Record the name and location of the file. Supply these details when the response file is being created.

Database Installation Progress

The installation Progress is reported by phase:

  • Preconfigure: Applies patches to the installed database. The patches are located in the repository_location/installers/database/patch directory.

  • Configure: Creates services used to connect to the database and applies the database template to set system parameters.

  • Postconfigure: Performs any necessary postconfigure steps.

  • Startup: Starts any installed components that are not already started.

  • Validation: Connects to the database to verify the integrity of the installation.

The progress of the installation phases is listed. A message appears after the installation phase is complete directing to run root.sh. Follow this instruction and click OK to continue the installation.

The central log file location is displayed below the Progress bar. Click a Log icon to view phase log files. Click Retry if a failure occurs. If recovery is necessary, see Troubleshoot Oracle Fusion Applications Database Installation and Oracle Fusion Applications RCU Operations.

Click Next to continue.

Installation Complete

A summary of the actions and validations performed for this installation is presented. Click Save to record the database summary information in a text file.

Record the name and location of this file. Supply these details when a response file is created. The system administrator may also need this information as they perform maintenance tasks.

Click Close to dismiss the screen and exit the wizard.

8.4.1.3 Specify Database Installation Parameters

On the Database Install Configuration interview screen, specify values for these database configuration parameters.

  • Database Listener Port: The port number designated for the database server. The default port for Oracle Database is 1521.

    Tip:

    This value is available in the Oracle Fusion Applications Installation Workbook, Database tab, FA Transactional Database table, FA DB Instances row.

  • Installers Directory Location: Enter the path to the REPOSITORY_LOCATION directory created when the provisioning repository was downloaded.

    Tip:

    This value is available in the Oracle Fusion Applications Installation Workbook, Storage tab, Temporary Shared Storage table, Installers Directory Location row.

  • Oracle Base: Enter the top-level directory for Oracle software installations. The path can be changed based on the requirements.

    Tip:

    This value is available in the Oracle Fusion Applications Installation Workbook, Database tab, FA Transactional Database table, FA DB Oracle Home (The ORACLE_BASE is part of the ORACLE_HOME).

  • Software Location: Accept the default value or enter the Oracle home directory path that points to where the data files reside. The directory path must not contain spaces.

    Tip:

    This field is automatically filled. This value is available in the Oracle Fusion Applications Installation Workbook, Database tab, FA Transactional Database table, FA DB Oracle Home row.

  • Database File Location: Accept the default value or enter the path to the .dbf, .dtl, and .log files.

    Tip:

    This value is available in the Oracle Fusion Applications Installation Workbook, Database tab, FA Transactional Database table, FA DB Datafiles Location row.

  • OSDBA Group: The UNIX operating system group that the database administrator is a member of. This field is displayed only if the platform detected by the installer is UNIX.

    Tip:

    If the database is installed on the FA shared storage as defined in the Oracle Fusion Applications Installation Workbook, Storage tab, Shared Storage table, FA Shared row, OS Group Owner column.

  • Global Database Name: Enter a name to distinguish this database instance from other Oracle Database instances running on the same host. The name can be written as database name or database name.domain name. This is the database service name.

    Tip:

    This value is available in the Oracle Fusion Applications Installation Workbook, Database tab, FA Transactional Database table, FA DB Service Namerow.

  • Administrative Password: Specify a valid password. Retype the password to Confirm.

8.4.1.4 Complete Database Patch Postinstallation Tasks

After the database installation, run the datapatch utility as the only postinstallation task. The datapatch utility is run using the following command:
sh $ORACLE_HOME/OPatch/datapatch

8.4.2 Manual Installation of Oracle Database Enterprise Edition or Oracle RAC

Though Oracle Fusion Applications Provisioning automates the installation and configuration of a transaction database for use with Oracle Fusion Applications environments, manually install a single-node instance of Oracle Database or Oracle Real Application Clusters to meet specific requirements.

To manually install and configure a transaction database, complete the following steps:

  1. Install Oracle Database or Oracle RAC

  2. Configure OCM

  3. Configure and Start the Database Listener for Oracle Database (NETCA)

  4. Create a Transaction Database Instance Using Oracle Database Configuration Assistant (DBCA)

  5. Run RUP Lite for RDBMS

  6. Complete Database Patch Postinstallation Tasks

8.4.2.1 Install Oracle Database or Oracle RAC

The first step in creating a custom transaction database instance is to install the database software.

How to Install Oracle Database

If Oracle Database is being installed manually (interactively) instead of using the Provisioning Wizard, see the Oracle Database Installation Guide for details about a specific platform.

When performing the installation, ensure that the following components are enabled:

  • Oracle Partitioning (default)

  • Oracle Data Mining RDBMS Files (default)

If these components are not enabled, application functionality does not work.

When performing the installation, choose the Software Only option. Create the database instance manually and configure the database.

To verify that the system meets all minimum requirements associated with the database, see the Oracle Database Installation Guide for details about a specific platform.

How to Install Oracle RAC

For complete information about installing and configuring Oracle RAC, see the Oracle Database Installation Guide for details about a specific platform. This library contains installation guides for Oracle RAC, as well as Oracle Database installations for all platforms.

MANDATORY: For a RAC database, the passwords for all schemas must be the same across all RAC instances.

When Oracle RAC is installed, note that by default the database listener creates a log file in the grid ORACLE_HOME, that is, GRID_HOME. If the GRID_HOME and database instance owners are different, and if the database listener is started by the database instance operating system user from the GRID_HOME, then set diagnostic destination for the listener in the listener.ora file to avoid any core dump issues in the Web Tier host by adding the following line: ADR_BASE_<name of the LISTENER>=<a file path / location where the database instance owner has the read/write permission>

8.4.2.2 Configure OCM

For more information about configuring OCM, see Introduction to Oracle Configuration Manager in the Oracle Configuration Manager Installation and Administration Guide.

8.4.2.3 Configure and Start the Database Listener for Oracle Database (NETCA)

8.4.2.4 Create a Transaction Database Instance Using Oracle Database Configuration Assistant (DBCA)

Use the Oracle Database Configuration Assistant (DBCA) to create the transaction database from the database template that is shipped with Oracle Fusion Applications software. This template contains the database structure and features, but is not seeded. It is generic for use across platforms.

Instructions on database installation and configuration can be found in the Oracle 12c Release 1 Documentation Library.

If the database template is not used, ensure that the database configuration parameters are aligned with the values specified in Minimum Configuration Parameters for Oracle Database.

Use DBCA to manually create an instance of Oracle Database from the nonseeded database template that is shipped with Oracle Fusion Applications software.

To create a single-node Oracle Database instance:

  1. Review and edit the nonseeded database template at FAPROV_HOME/provisioning/template/dbca/empty_database_12.1.dbt or empty_database_12.1.large.dbt (for a large database instance).

  2. Navigate to the database ORACLE_HOME/bin directory and execute the following command. Make appropriate changes based on the selected database template.

    dbca -silent -createDatabase -templateName\
    FAPROV_HOME/provisioning/template/dbca/empty_database_12.1.large.dbt  \
    -gdbName "ORACLE_SID" \
    -sid "ORACLE_SID" \
    -sysPassword "SYS_PASSWORD" \
    -systemPassword "SYSTEM_PASSWORD" \
    -emConfiguration "NONE" \
    -characterSet "AL32UTF8" - \
    -nationalCharacterSet "AL16UTF16" \
    -variables ORACLE_BASE=ORACLE_BASE, ORACLE_HOME=ORACLE_HOME \
    -datafileDestination DATAFILE_LOC
    

    Use the following steps to set the AUDIT_TRAIL parameter:

    1. Login to SQL*Plus using the sys as sysdba identity.

    2. Run the following command to set AUDIT_TRAIL parameter: alter system set AUDIT_TRAIL=db,extended scope=spfile;

    3. Restart the database by running the following commands:
      shutdown immediate
      startup
      

    Replace the following variables with the appropriate values:

    • FAPROV_HOME: Home of Oracle Fusion Applications Provisioning framework.

    • ORACLE_SID: Global database name of the Oracle Fusion Applications database.

    • SYS_PASSWORD: Password for the SYS user. The SYS schema is the location of base tables and views.

    • SYSTEM_PASSWORD: User SYSTEM password. The user can create additional tables and views.

    • ORACLE_BASE: Top-level directory for the database installation.

    • ORACLE_HOME: Oracle home of the database installation.

    • DATAFILE_LOC: Physical location of the files that store the data of all logical structures in the database.

How to Create an Oracle RAC Database Instance from the Template

Use DBCA to manually create a database instance for each Oracle RAC node using the nonseeded database template that is shipped with Oracle Fusion Applications software.

To create an Oracle RAC database instance:

  1. Review and edit the nonseeded database template at FAPROV_HOME/provisioning/template/dbca/empty_database_12.1.dbt or empty_database_12.1.large.dbt (for a large database instance).
  2. For each RAC node, navigate to the database ORACLE_HOME/bin directory of the RAC node and execute the following command. Make appropriate changes based on the selected database template.
    dbca -silent -createDatabase \
    -templateName  FAPROV_HOME/provisioning/template/dbca/empty_database_12.1.dbt  \
    -gdbName "ORACLE_SID" \
    -sid "ORACLE_SID" \
    -sysPassword "SYS_PASSWORD" \
    -systemPassword "SYSTEM_PASSWORD" \
    -emConfiguration "NONE" \
    -characterSet "AL32UTF8" - \
    -nationalCharacterSet "AL16UTF16" \
    -variables ORACLE_BASE=ORACLE_BASE, ORACLE_HOME=ORACLE_HOME \
    -datafileDestination DATAFILE_LOC \
    -nodeinfo node1,node2
    

    Use the following steps to set the AUDIT_TRAIL parameter:

    1. Login to SQL*Plus using the sys as sysdba identity.

    2. Run the following command to set AUDIT_TRAIL parameter: alter system set AUDIT_TRAIL=db,extended scope=spfile;

    3. Restart the database by running the following commands:
      shutdown immediate
      startup
      

    Replace the following variables with the appropriate values:

    • FAPROV_HOME: Home of Oracle Fusion Applications Provisioning framework.

    • ORACLE_SID: Global database name of the Oracle Fusion Applications database.

    • SYS_PASSWORD: Password for the SYS user. The SYS schema is the location of base tables and views.

    • SYSTEM_PASSWORD: User SYSTEM password. The user can create additional tables and views.

    • ORACLE_BASE: Top-level directory for the database installation.

    • ORACLE_HOME: Oracle home of the database installation.

    • DATAFILE_LOC: Physical location of the files that store the data of all logical structures in the database.

    MANDATORY: In the nonseeded database template, the following common attributes required by the Oracle Fusion Applications RCU must be set as follows:

    <option name="OMS" value="true"/>

    <option name="JSERVER" value="true"/>

    <option name="SPATIAL" value="true"/>

    <option name="IMEDIA" value="true"/>

    <option name="XDB_PROTOCOLS" value="true">

    <tablespace id="SYSAUX"/>

    </option>

    <option name="ORACLE_TEXT" value="true">

    <tablespace id="SYSAUX"/>

    </option>

    <option name="SAMPLE_SCHEMA" value="false"/>

    <option name="CWMLITE" value="false">

    <tablespace id="SYSAUX"/>

    </option>

    <option name="EM_REPOSITORY" value="true">

    <tablespace id="SYSAUX"/>

    </option>

    <option name="APEX" value="false"/>

    <option name="OWB" value="false"/>

    <option name="DV" value="false"/>

8.4.2.5 Enable Database Audit

Perform these steps to enable database audit for the Oracle Fusion Applications database.

  1. Move audit segments from SYSTEM to SYSAUX tablespace: Execute the following sql commands as sys:
    begin 
    dbms_audit_mgmt.set_audit_trail_location( 
    audit_trail_type => dbms_audit_mgmt.audit_trail_db_std, 
    audit_trail_location_value => 'SYSAUX'); 
    end; 
    / 
    begin 
    dbms_audit_mgmt.set_audit_trail_location( 
    audit_trail_type => dbms_audit_mgmt.audit_trail_fga_std, 
    audit_trail_location_value => 'SYSAUX'); 
    end;
    /
    
  2. Create a custom index for audit segment on SYS.AUD$table: Execute the following sql command as sys:
    create index sys.i_aud3 on sys.aud$(ntimestamp#) tablespace SYSAUX;
    

8.4.2.6 Run RUP Lite for RDBMS

See Run RUP Lite for RDBMS in a Single Instance Database in the Oracle Fusion Applications Upgrade Guide.

8.4.2.7 Complete Database Patch Postinstallation Tasks

8.4.3 Validate the Oracle Fusion Applications Database

To verify if the Oracle Fusion Applications database installation has been completed successfully, check the following:

  • The database is up and running on all nodes.

    To check the database status:

    srvctl status database -d <db service name>

  • The database listener is up and running.

    To check the listener status:

    $ORACLE_HOME/bin/lsnrctl status <listener-name>

    To start listener:

    $ORACLE_HOME/bin/lsnrctl start <listener-name>

  • The database installation includes the required components.

    Validation Task 1: Validating the Database Installation

    Verify that the database installation includes the required components.

    Prerequisites

    The only prerequisite is that the database has been installed according to the instructions in Install Oracle Database Enterprise Edition with the Wizard.

    How to Validate the Database Installation

    Verify that all the required components have been installed.

    • Correct version of Enterprise Edition or RAC

    • Oracle Partitioning

    • Data Mining

    Verify that the components are correctly installed via any of the following methods.

    • Run the following query from SQL*Plus:

      select * from PRODUCT_COMPONENT_VERSION;

    • Run the following query from SQL*Plus:

      select COMP_NAME, VERSION, STATUS from dba_registry;

    • Start SQL*Plus and examine the initial output that lists the installed options.

    Expected Results

    All components should be present in the installed database directory.

    The queries return a list of installed components along with version and status, such as the following:

    Connected to:
    Oracle Database 11g Enterprise Edition Release 12.1.0.2.0 - 64bit Production
    With the Partitioning, Data Mining
    and Real Application Testing options
    

    Corrective Actions

    Install any missing components.

    1. Run the database installation wizard.

    2. Make sure to select all the required components.

    See Installing Oracle Database Enterprise Edition with the Wizard.

  • Use SQL* Plus or another tool to check that the system user is able to connect to the database remotely.

  • Ensure that the minimum database parameters have been configured.

    Validation Task 2: Verifying Database Parameter Configuration

    Verify that the minimum database parameters have been configured.

    Prerequisites

    Make sure Validation Task 1: Validating the Database Installation has been completed.

    How to Verify the Configuration of Database Parameters

    Review the initialization parameters listed in Table 8-1 to those in the installed database. Update any initialization parameters to meet minimum requirements as necessary.

    • Login to SQL*Plus using the sys as sysdba identity.

    • Run either of the following commands.

      To check a parameter value:

      show parameter <parameter>

      To update a parameter value:

      alter system set <parameter> = <value>

      For example:

      alter system set processes = 1500 scope = SPFILE

      Adding the scope directive writes the updated parameter value to the database spfile. Restart the database to enable the change.

    Expected Results

    All initialization parameters should meet minimum specifications. The initialization parameters are listed in Table 8–1. Check the release notes to see if any parameters have been added.

    Corrective Actions

    Set initialization parameters to meet minimum requirements as needed.

  • Run opatch -lsinventory on the database to verify that patches have been applied according to the document for the specific platform.

    Validation Task 3: Verifying Database Patching

    Verify that all mandatory patches have been applied to the database.

    Prerequisites

    Make sure Validation Task 2: Verifying Database Parameter Configuration has been completed.

    How to Verify Database Patching

    Check the database patches that have been installed against the list of patches in Table 8-2.

    • Compare the patch list against the output of opatch lsinventory.

      From the database ORACLE_HOME, run the command opatch lsinventory to get a list of patches that have been applied to the database. In the following example, ORACLE_HOME is set to the database home.

      $ORACLE_HOME/OPatch/opatch lsinventory

      The output from this command lists all patches applied to date.

      Expected Results

      All required patches must be installed, and all patch post-processing tasks must be completed, as described in each individual patch README document. The patch README text or HTML files are located in the top level patch directory after the patch zip file has been unzipped.

      Corrective Actions

      Apply any patches that may have been overlooked, and confirm that all post-processings tasks have been completed.

  • Manual patch post-installation steps have been performed on all patches.

  • The password policy has been defined and the passwords defined for the Oracle Fusion Applications database schemas are in line with the policy.

  • The file system directories for the DBA directories have been created on the database server and are accessible (read-write) from all database nodes. Specifically, check the directory paths assigned to the directory names APPLCP_FILE_DIR and APPLLOG_DIR in the ALL_DIRECTORIES database table existing in the file system.

8.5 Oracle Fusion Applications RCU Installation Checklist

Before running the Oracle Fusion Applications RCU, verify the following checklist:

  • Necessary infrastructure

    • Oracle Fusion Applications database is available and has passed post-install validation.

    • Access to the server console is provided for the OS user (VNC recommended).

  • Prerequisites for the host running the Oracle Fusion Applications RCU.

  • Planning

    • Oracle Fusion Applications Installation Workbook, Databases tab, FA Transactional Database table has been filled out with information that is used for the database installation.

    • Passwords have been chosen for the Oracle Fusion Applications schemas.

8.6 Run the Oracle Fusion Applications RCU to Create Oracle Fusion Applications Database Objects

The Oracle Fusion Applications Repository Creation Utility (Oracle Fusion Applications RCU) is a self-sufficient tool that runs from a graphical interface or from the command line. It creates applications-specific schemas and tablespaces for Oracle Database Enterprise Edition or Oracle Real Application Clusters.

The Oracle Fusion Applications RCU components are included in the zipped Oracle Fusion Applications RCU file delivered in the provisioning framework. The Oracle Fusion Applications RCU offers these features:

  • Integrates Oracle Fusion Middleware and Oracle Fusion Applications schema and storage definitions using declarative XML.

  • Runs locally or remotely as a standalone tool.

  • Lets modify or use custom tablespaces for the default Oracle Fusion Applications schemas.

  • Performs checks against both global and component-level prerequisites at runtime. If a prerequisite is not met, the Oracle Fusion Applications RCU may issue a warning and allow the procedure to continue (soft stop), or it may notify you that a prerequisite must be met (hard stop).

  • Creates a resource plan, called FUSIONAPPS_PLAN, to manage Oracle Fusion Applications queries. See Configure the Database Resource Manager in the Oracle Fusion Applications Administrator’s Guide.

8.6.1 Functional Design

The Oracle Fusion Applications RCU is designed to:

  • Be completely self-contained. It has all the technical components necessary to perform the operations required (Oracle Client, binaries, scripts, data, and PL/SQL packages).

  • Support Oracle Database 12.1.0.2.0 and database configurations such as ASM and Oracle RAC.

  • Operate on remote databases.

  • Connect to an existing database, read existing tablespace definitions, and create schema owners and new tablespaces.

Some limitations of the Oracle Fusion Applications RCU are as follows:

  • The database it runs on must be empty. If applications-related schemas already exist, the option to modify them is grayed out.

  • The Oracle Fusion Applications RCU does not provision delta schemas and does not perform database upgrades.

  • The Oracle Fusion Applications RCU supports the import of full schemas only.

  • The Oracle Fusion Applications RCU does not support the dropping of a component schema. However, drop the entire instance directly through the database, if required.

8.6.2 How Does the Oracle Fusion Applications RCU Work?

Use the Oracle Fusion Applications RCU to create a repository of applications-specific schemas and tablespaces for Oracle Database.

Internally, the Oracle Fusion Applications RCU performs actions related to Oracle Fusion Middleware components and Oracle Fusion Applications components. In addition, the utility takes appropriate action to see that the tables are enabled to store repository resources.

Oracle Fusion Middleware Components

The Oracle Fusion Applications RCU loops through all the middleware components in the component definition file and applies the relevant ones to the database. For each component, the Oracle Fusion Applications RCU creates the appropriate middleware tablespace and schema user. After creating the schema user, it defines the tables, views, and other artifacts that the schema owner owns.

Oracle Fusion Applications Components

The Oracle Fusion Applications RCU creates empty tablespaces for the Oracle Fusion Applications components. It then creates the schema owners (for example, FUSION and FUSION_RUNTIME). These schema owners are initially empty — they do not own any tables or data.

The Oracle Fusion Applications RCU employs Oracle Data Pump to import the seed data and the dump files containing tables, views, and other artifact definitions that belong to the schema users it has created. All dump files are packaged with the Oracle Fusion Applications RCU.

XML Schema Registration

When tables are created as part of an XML schema registration, by default the tables are enabled for hierarchy; that is, repository resources can be stored in the tables. Several triggers are created for this purpose. If resources are created, updated, or deleted based on the registered XML schema, the corresponding XMLtype rows in the tables are inserted, updated, or deleted.

Tables are disabled for the hierarchy before they are exported in dumpfile mode because some of the special features that make these tables store resources may not be meaningful in the target database. Disabling the hierarchy drops some triggers so that they do not show up in the target database after import of the dump files.

8.6.3 Run the Oracle Fusion Applications Repository Creation Utility Using the Wizard

Use the information in this section to prepare to run the Oracle Fusion Applications RCU and complete the wizard screens necessary to create schemas and tablespaces.

The Oracle Fusion Applications RCU is available only on Windows and Linux platforms. For other platforms, such as Solaris, install and run the Oracle Fusion Applications RCU from a Windows or Linux machine.

If there is a failure in the Oracle Fusion Applications RCU, see General Troubleshooting Tips to confirm if it is possible to restart the Oracle Fusion Applications RCU. In some cases, it is necessary to start from the beginning by installing an empty database or using the Database Configuration Assistant and then running the Oracle Fusion Applications RCU.

8.6.3.1 Start the Oracle Fusion Applications RCU

After completing the steps in Getting Ready, run the Oracle Fusion Applications RCU from (UNIX) APPS_RCU_HOME/bin or (Windows) APPS_RCU_HOME\bin with the following command:

UNIX: ./rcu

Windows: rcu.bat

The Oracle Fusion Applications RCU is available only on Linux and Windows platforms. On Windows systems, do not extract the rcuHome_fusionapps_win.zip file to a directory whose name contains spaces.

8.6.3.2 Wizard Screens and Instructions

Table 8-4 lists the steps for running the Oracle Fusion Applications RCU. For help with any of the screens, click Help.

Table 8-4 Running the Oracle Fusion Applications Repository Creation Utility

Screen Description and Action Required

Welcome

No action is necessary on this read-only screen. Click Skip this Page Next Time to avoid showing this screen the next time the Oracle Fusion Applications RCU is accessed.

Click Next to continue.

Create Repository

Select Create to create and load component schemas into the database. See Schema and Password Requirements for a list of schemas.

Click Next to continue.

Database Connection Details

Specify the database connection details. See Specify Database Connection Details.

Click Next to continue.

Select Components

The Oracle Fusion Applications RCU retrieves the names of the Oracle Fusion Middleware and the Oracle Fusion Applications components. The schema owner names cannot be changed on this screen. By default, all components are checked so that they are included in the prerequisite check process. Click Next to begin the process.

The Oracle Fusion Applications RCU verifies the global prerequisites. When the progress bar reports 100 percent complete and all prerequisites report a check mark, click OK.

Click Next to continue.

If the provisioning wizard is used to install the database using the dbca template, the default values for the disk_asynch_io and filesystemio_options parameters are as follows:

disk_asynch_io is set to TRUE

filesystemio_options is set to the default value based on the platform where the database is installed. It could be either none, setall, asynch, or diskio. To verify that the filesystemio_options parameter is using the default value, run the following query:

select isdefault from v$parameter where name='filesystemio_options

If it returns TRUE, the default value is set.

If the parameter value is changed from the original default value to another value, and then changed back to the original default value, the default value still remains FALSE.

The following warning messages are displayed based on the values set:

If disk_asynch_io is set to FALSE and filesystemio_options is set to the default value, a warning message is displayed recommending setting the value for disk_asynch_io to TRUE.

If disk_asynch_io is set to FALSE and filesystemio_options is not set to the default value, a warning message is displayed recommending setting the value for disk_asynch_io to TRUE for the best performance optimization.

Schema Passwords

To specify the passwords for main and additional (auxiliary) schemas, select one of the following options:

  • Use same passwords for all schemas: Specify a single password for both schemas. Retype to Confirm.

  • Use main schema passwords for auxiliary schemas: Specify a different password to use for each main schema and for the associated auxiliary schema. Only the main schemas are visible. Retype the password to Confirm.

  • Specify different passwords for all schemas: Specify a unique password for each main schema and its auxiliary schema. All schemas are visible. Retype to Confirm.

Passwords must have a minimum length of eight characters and contain alphabetic characters combined with numbers or special characters.

Note the passwords that are entered. The passwords must be supplied when the response file is created.

Click Next to continue.

Custom Variables

Each Oracle Database directory object has a value represented by a physical directory on the database server. Custom variables are pre-defined, platform-specific directory objects that the Oracle Fusion Applications RCU creates. In the Value column, enter a pre-existing physical directory (located on the database server) for each custom variable. See Manage Custom Variables for a list of variables.

Click Next to continue.

Map Tablespaces

To start the tablespace create process without making any changes, click Next on this screen. A message informs that any tablespaces that do not already exist are created. Click OK to continue. The Creating Tablespaces progress screen appears. Click OK when the operation is completed.

However, before creating the tablespaces, the following operations can be performed:

  • Change Default and Temporary Tablespaces

  • View and Change Additional Tablespaces

  • Manage Tablespaces and Datafiles (add, modify, or remove)

See Map Tablespaces.

If changes are made, click Next when changes are completed, then click OK to create the tablespaces. Click OK when the operation is complete.

Summary

Review the information and click Create. If the information is correct, click Create to begin creating schemas. The Oracle Fusion Applications RCU displays the Repository Creation Utility – Create screen, showing the schema creation process.

Typically, it takes 1 to 10 minutes to create each schema; however, the process may run for an additional half hour or more.

A Clock indicates which schema creation is in progress. A Check indicates that the schema has been created successfully. To stop creating the schemas, click Stop.

Completion Summary

The names of the log files for each component are listed in the Logfile column.

If problems are encountered during the Create operation, check the log files for details. For more information about log files, see Troubleshoot Database Installations.

If errors occur during the Create operation, or if a Create operation fails for any component, the Cleanup for failed components checkbox appears on this page and is selected by default. If the checkbox is selected, the Oracle Fusion Applications RCU automatically performs cleanup operations for the components that failed. Click Close to dismiss the screen and exit the Oracle Fusion Applications RCU.

8.6.3.2.1 Database Schema User Password Complexity Rules

For all Oracle Fusion Applications versions higher than Release 7 (11.1.7.0.0), Oracle Fusion Applications Life Cycle Management installs a custom PL/SQL password complexity checking function in the SYS schema. This password complexity checking function enforces a uniform set of minimum password complexity rules for all passwords in the database. This happens uniformly because the custom password complexity function is associated with the DEFAULT profile, which is used directly by most schemas in an FA database. The few schemas in an FA database that do not use the DEFAULT profile have their PASSWORD_VERIFY_FUNCTION profile attribute set to DEFAULT, which means the use of the rules defined in the DEFAULT profile.

The password complexity requirements for all schemas in an FA database are the following:

  • Valid characters are: alphabetic (both upper and lower case), numeric, and special ($, #, or _). Special characters other than $, #, and _ are not allowed

  • Minimum length is 8 characters.

  • Maximum length is 30 characters.

  • The password must start with an alphabetic character. Uppercase characters are allowed but not required

  • The password must contain at least one alphabetic character and either one numeric or one special character.

  • The password must differ from the previous password by at least three characters.

  • Special-case checks:

    • The password cannot be the same as the schema name or the schema name with the numbers 1 through 100 appended.

    • The password cannot be the same as schema name reversed.

    • The password cannot be the same as the database name or the database name with the numbers 1 through 100 appended.

    • The password cannot be 'oracle' or 'oracle' with the numbers 1 through 100 appended.

    • The password cannot be one of the following elements: 'welcome1', 'database1', 'account1', 'user1234', 'password1', 'oracle123', 'computer1', 'abcdefg1', 'change_on_install'.

    Note:

    All of the special-case checks above are case-insensitive.

You are also allowed to install your own password complexity checking function.

8.6.3.3 Specify Database Connection Details

Specify the following connection credentials:

  • Database Type: Select the database type.

  • Host Name: Enter the name of the node on which the database resides, for example, myhost.mydomain.com. For Oracle RAC, specify the VIP name or one of the node names as the host name.

  • Port: Specify the listener port number for the database. The default port number is 1521.

  • Service Name: This is the global database name. To obtain the service name, see the SERVICE_NAMES parameter in the database initialization file. If the service name is not in the database initialization file, use the global name in DB_NAME and DB_DOMAIN. For Oracle RAC, specify the service name of one of the nodes, for example, examplehost.exampledomain.com.

    Tip:

    This value is available in the Oracle Fusion Applications Installation Workbook, Database tab, FA Transactional Database table.

  • User Name: Supply the name of the user with DBA or SYSDBA privileges. The default user name with SYSDBA privileges is SYS.

  • Password: Enter the password for the database user.

  • Role: Select Normal or SYSDBA. All schemas installed for Oracle Database require the SYSDBA role. For Oracle Internet Directory (OID) database schemas, use SYS and SYSDBA.

8.6.3.4 Manage Custom Variables

Enter a pre-existing physical directory on the database server where the custom variables for each component should be created.

  • FUSIONAPPS_DBINSTALL_DP_DIR: The directory on the database server where the export_fusionapps_dbinstall.zip is unzipped and the otbi.dmp file is copied (see Make dmp Files Available on the Database Server).

    Tip:

    This value is available in the Oracle Fusion Applications Installation Workbook, Database tab, FA Transactional Database table, RCU OTBI_DBINSTALL_DUMP_DIR row.

  • APPLCP_FILE_DIR: Used by Oracle Enterprise Scheduler to store the log and output files. This directory must be valid on the database server with read-write permissions to the database owner. For Oracle RAC, must point to a location that is shared across all nodes.

    Tip:

    This value is available in the Oracle Fusion Applications Installation Workbook, Database tab, FA Transactional Database table, RCU APPLCP_FILE_DIR row.

  • APPLLOG_DIR: Location of the PL/SQL log files from Oracle Fusion Applications PL/SQL procedures on the database server. Ensure that the database owner has read-write privileges. For Oracle RAC, this value must point to the same location that exists in each node or a location shared across all nodes.

    Tip:

    This value is available in the Oracle Fusion Applications Installation Workbook, Database tab, FA Transactional Database table, RCU APPLLOG_DIR row.

  • OBIEE Backup Directory: Location of the Oracle Business Intelligence Enterprise Edition dump files. These files are used for enabling a restart action.

MANDATORY: Directories must be manually created on the database server and enter the full file path to the directories as the corresponding custom variable.

This value is available in the Oracle Fusion Applications Installation Workbook, Database tab, FA Transactional Database table, RCU FUSIONAPPS_PROV_RECOVERY_DIR row.

Secure Enterprise Search

  • Do you have Advanced Compression Option (ACO) License? Yes (Y) or No (N): Default is No.

  • Do you have Oracle Partitioning option License? Yes (Y) or No (N): Default is No.

Primary and Work Repository

Note: The default values are the only valid values. If any of these values is changed, the ODI-related provisioning process does not work.

  • Primary Repository ID: Default = 501

  • Supervisor Password: Enter and confirm the ODI supervisor password.

  • Work Repository Type: (D) Development or (R). Default = D

  • Work Repository ID: Default = 501

  • Work Repository Name: Default = FUSIONAPPS_WREP

  • Work Repository Password: Enter and confirm the Work Repository supervisor.

Oracle Transactional BI

  • Directory on the database server where Oracle Transactional Business Intelligence import and export files are stored.

Tip:

This value is available in the Oracle Fusion Applications Installation Workbook, Database tab, FA Transactional Database table, RCU OTBI_DBINSTALL_DUMP_DIR row

Activity Graph and Analytics

  • Install Analytics with Partitioning (Y/N): Default is N.

8.6.3.5 Map Tablespaces

Several operations can be performed from the Map Tablespaces screen including view, add, modify, or remove tablespaces. These actions are also available for additional tablespaces or datafiles.

8.6.3.5.1 Default Tablespace Mappings

In the Default Tablespace and Temp tablespace columns, click a cell to select from a list of available additional tablespace names. The default tablespaces are as follows:

  • BIACMTS: For Oracle BI Applications Configuration Manager tables.

  • FUSION_DYN_TS: For dynamically generated PL/SQL statements.

  • FUSION_GRC: Associated with Fusion Risk and Controls tables and indexes.

  • FUSION_GRC_TEMP: For Fusion Risk and Controls temporary tables.

  • FUSION_IAS_ORASDPM_AQ: For advanced queuing JMS data and indexes.

  • FUSION_RDF: Associated with Oracle Spatial and Graph tables and indexes.

  • FUSION_TEMP: For temporary tables.

  • FUSION_TS_AQ: For advanced queuing JMS data and indexes.

  • FUSION_TS_ARCHIVE: For tables and objects that are no longer used.

  • FUSION_TS_DQ: For data quality data and indexes.

  • FUSION_TS_INTERFACE: For temporary or interface data and indexes.

  • FUSION_TS_MEDIA: Contains multimedia objects such as text, video, and graphics.

  • FUSION_TS_NOLOGGING: For materialized views and other temporary or scratch pad objects.

  • FUSION_TS_QUEUES: For advanced queuing and dependent tables and indexes.

  • FUSION_TS_SEED: For seed or reference data and indexes.

  • FUSION_TS_SUMMARY: For summary management objects.

  • FUSION_TS_TOOLS: Associated with Oracle Fusion Middleware data and indexes.

  • FUSION_TS_TX_DATA: For transactional data.

  • FUSION_TS_TX_IDX: Indexes for transactional data.

  • IAS_IAU: For audit services data.

  • IAS_TEMP: For audit services temporary data.

  • SEARCH_DATA: For Secure Enterprise Search-related tables.

  • SEARCH_INDEX: Indexes for Secure Enterprise Search-related tables.

  • SEARCH_TEMP: For Secure Enterprise Search-related temporary tables.

  • SYSAUX: Created automatically when the database is created to serve as an auxiliary tablespace to the SYSTEM tablespace.

  • SYSTEM: Created automatically when the database is created to contain the data dictionary tables for the entire database.

For tablespaces that need to be created, the datafile defaults to %DATAFILE LOCATION%\%sid%\%tablespace_name%.dbf. Selection from existing tablespaces is possible, if they are already defined in the database.

8.6.3.5.2 Set the Size of Tablespace Datafiles

The default out-of-the-box Oracle Fusion Applications tablespace sizes are optimal. To use different tablespace sizes, update the sizes of the tablespace (datafiles) on the Manage Tablespaces screen, accessed from the Map Tablespaces screen in the Oracle Fusion Applications RCU interface.

Due to a limitation in the framework used by Oracle Fusion Applications RCU, the size for the tablespaces FUSION_TS_TX_DATA and FUSION_TS_TX_IDX from Oracle Fusion Applications RCU cannot be updated because their respective datafile names exceed 29 characters. Thus, change manually the datafile size using SQL. For example, to resize the datafile to 2000 MB, use: ALTER DATABASE DATAFILE '<full file path and file name of the datafile (file.dbf)>' RESIZE 2000M;

Table 8-5 lists the sizes of the optimal and out-of-the-box tablespaces. Make changes during the running of Oracle Fusion Applications RCU.

Table 8-5 Tablespace Optimal and OOTB Sizes

Tablespace Name # of data files Name of datafile Size (MB) per datafile Optimal/ out-of- the- box size (MB)

FUSION_DYN_TS

1

fusion_dyn_01.dbf

20

20

FUSION_IAS_ORASDPM_AQ

1

fusion_ias_sdpmqa_01.dbf

20

20

FUSION_TS_AQ

1

fusion_aq_01.dbf

200

200

FUSION_TS_ARCHIVE

1

fusion_archive_01.dbf

20

20

FUSION_TS_DQ

1

fusion_dq_01.dbf

20

20

FUSION_TS_INTERFACE

1

fusion_interface_01.dbf

750

750

FUSION_TS_MEDIA

1

fusion_media_01.dbf

20

20

FUSION_TS_NOLOGGING

1

fusion_nologging_01.dbf

20

20

FUSION_TS_QUEUES

1

fusion_queues_01.dbf

20

20

FUSION_TS_SEED

2

fusion_seed_01.dbf and fusion_seed_02.dbf

2048 and 1152

3200

FUSION_TS_SUMMARY

1

fusion_summary_01.dbf

20

20

FUSION_TS_TOOLS

4

fusion_tools_01.dbf - fusion_tools_04.dbf

2048, 2048, 2048, 1556

7700

FUSION_TS_TX_DATA

3

fusion_transaction_table_01.dbf - fusion_transaction_table_03.dbf

2048, 2048, 354

4450

FUSION_TS_TX_IDX

2

fusion_transaction_index_01.dbf and fusion_transaction_index_02.dbf

2048 and 1352

3400

FUSION_RDF

1

fusion_rdf.dbf

20

20

FUSION_GRC

1

fusion_grc.dbf

20

20

FUSION_GRC_TEMP

1

fusion_grc_temp.dbf

20

20

8.6.3.5.3 Change Default and Temporary Tablespace Names

To change the default tablespace name for a component, select the name in the Default Tablespace column. Then select the tablespace name from the list. Optionally, assign components to use any number of default tablespaces.

To change a temporary tablespace for a component, select a tablespace name in the Temp Tablespace column. Then, select the tablespace name from the list.

8.6.3.5.4 View and Change Additional Tablespaces

When components have additional tablespaces associated with their schemas, the Additional Tablespaces button is active. Click this button to view or modify additional tablespaces.

To change a tablespace, click in the Tablespace Name column and select the tablespace from the list.

Click OK to continue.

8.6.3.5.5 Manage Tablespaces and Datafiles

Click Manage Tablespaces to add, modify, or remove tablespaces. Only tablespaces that have not yet been created can be modified or removed. Existing tablespaces are visible, but grayed out and cannot be modified or removed.

Only tablespaces used by a component are created. A new tablespace can be specified, but unless it is used by a component, it is not created.

To edit a tablespace, select it from the navigation tree. Complete the following:

  • Name: Specify a new name for the tablespace.

  • Type: Indicate whether this tablespace is temporary or permanent.

  • Block Size: The block size (in kilobytes) to be used for data retrieval.

  • Storage Type: Select Use Bigfile Tablespace to use single large files. Select Use Automatic Segment Space Management to use bitmaps to manage free space within segments.

To Add a tablespace, specify the same details as for modifying one. Select a tablespace from the navigation tree and click Remove to prevent it from being created.

Manage Datafiles

Click the Plus (+) icon and complete the Add Datafile details:

  • File Name: The name of the datafile.

  • File Directory: The location where the datafile resides.

  • Size: The initial size of the datafile.

  • Automatically extend datafile when full (AUTOEXTEND): Select this option to extend the datafile size automatically when it becomes full. In the Increment field, select the size by which the datafile should be increased.

  • To limit maximum size, specify a value in the Maximum Size field.

Select a datafile and click the pencil icon. Modify the information on the Edit Datafile screen. Select a datafile and click the X icon to delete the file.

Edit the Size of a Datafile

To change the size of a tablespace:

  1. Click a tablespace name to select it.
  2. Click the pencil icon to bring up the Edit Datafile screen.
  3. In the Size field, enter a new file size. For tablespaces with multiple data files, such as FUSION_TS_TX_DATA, delete the additional data files using the Remove Data File icon (X).
  4. Click OK when all the tablespaces have been configured to return to the Map Tablespaces screen.

Click OK to dismiss the screen.

8.6.4 Oracle Fusion Applications RCU Post-Installation Checklist

After running the Oracle Fusion Applications RCU, complete the following tasks:

  • Use SQL*Plus or another tool to verify that the Oracle Fusion Applications schemas have been created. Run this SQL statement to get the list of schema owners in the database instance. Ensure that the list contains all schema owners listed in Table 4-5 except the DVOWNER and DVACCTMGR schemas:

    select username from dba_users where default_tablespace not in ('SYSTEM','SYSAUX');

  • Use SQL* Plus or another tool to verify that the Oracle Fusion Applications DBA directories have been created. Run this SQL statement to get the list of defined directory names:

    select * from ALL_DIRECTORIES;

  • Use SQL*Plus or another tool to verify the ability to connect as one of the Oracle Fusion Applications schema users.

8.7 Next Steps

When the database installation is completed and the schema and tablespace creation, follow the instructions in Troubleshoot Database Installations to troubleshoot any issues.