This section includes the following topics:
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.
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.
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.
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.
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.
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.
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.
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.
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.
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 |
|
NONE |
DB, EXTENDED |
Small and large |
|
INTERPRETED |
NATIVE |
Small and large |
|
Derived from NLS_LANGUAGE |
BINARY |
Small and large |
|
50 |
500 |
Small and large |
|
50 |
500 |
Small and large |
|
TRUE |
FALSE |
Small and large |
|
PERMITTED |
ALWAYS |
Small and large |
|
TRUE |
TRUE |
Small and large |
|
Platform Dependent ("none" for Linux) |
Use default value ("none" for Linux) |
Small and large |
|
1900 |
1900 |
Small and large |
|
1100 |
1100 |
Small and large |
|
8 |
12 |
Small and large |
|
8 |
12 |
Small and large |
|
NONE |
FUSIONAPPS_PLAN |
Small and large |
|
TRUE |
FALSE |
Small and large |
|
N/A |
TRUE |
Small and large |
|
N/A |
FALSE |
Small and large |
|
N/A |
FALSE |
Small and large |
|
N/A |
45053 trace name context forever, level 127 |
Starter - Single-node, small |
|
0 |
9 GB |
Starter - Single-node, small |
|
0 |
4 GB |
Starter - Single-node, small |
|
5483301:ON,6708183:OFF |
14545269:OFF,14764860:ON,6708183:ON,17799716:ON,19710102:ON,18134680:ON |
Starter - Single-node, small |
|
100 |
5000 |
Starter - Single-node, small |
|
0 |
6 GB; autoextend ON |
Starter - Single-node, small |
|
0 |
6 GB; autoextend ON |
Starter - Single-node, small |
|
0 |
Three 2 GB Groups |
Starter - Single-node, small |
|
1900 |
1900 |
Starter - Single-node, small |
|
1100 |
1100 |
Starter - Single-node, small |
|
12 |
12 |
Starter - Single-node, small |
|
12 |
12 |
Starter - Single-node, small |
|
NONE |
FUSIONAPPS_PLAN |
Starter - Single-node, small |
|
TRUE |
FALSE |
Starter - Single-node, small |
|
N/A |
0 |
Starter - Single-node, small |
|
N/A |
2GB |
Starter - Single-node, small |
|
N/A |
2GB |
Single-node, large |
|
0 |
18 GB |
Single-node, large |
|
0 |
8 GB |
Single-node, large |
|
5483301:ON,6708183:OFF |
14545269:OFF,14764860:ON,6708183:ON,17799716:ON,19710102:ON,18134680:ON |
Single-node, large |
|
100 |
5000 |
Single-node, large |
|
0 |
12 GB; autoextend ON |
Single-node, large |
|
0 |
9 GB; autoextend ON |
Single-node, large |
|
0 |
Three 2 GB Groups |
Single-node, large |
|
1900 |
1900 |
Single-node, large |
|
1100 |
1100 |
Single-node, large |
|
8 |
12 |
Single-node, large |
|
8 |
12 |
Single-node, large |
|
NONE |
FUSIONAPPS_PLAN |
Single-node, large |
|
TRUE |
FALSE |
Single-node, large |
|
N/A |
0 |
2-node Oracle RAC, large |
|
0 |
18 GB |
2-node Oracle RAC, large |
|
0 |
8 GB |
2-node Oracle RAC, large |
|
5483301:ON,6708183:OFF |
14545269:OFF,14764860:ON,6708183:ON,17799716:ON,19710102:ON,18134680:ON |
2-node Oracle RAC, large |
|
100 |
5000 |
2-node Oracle RAC, large |
|
0 |
12 GB; autoextend ON |
2-node Oracle RAC, large |
|
0 |
9 GB; autoextend ON |
2-node Oracle RAC, large |
|
0 |
Three 2 GB Groups per instance |
2-node Oracle RAC, large |
|
1900 |
1900 |
2-node Oracle RAC, large |
|
1100 |
1100 |
2-node Oracle RAC, large |
|
8 |
12 |
2-node Oracle RAC, large |
|
8 |
12 |
2-node Oracle RAC, large |
|
NONE |
FUSIONAPPS_PLAN |
2-node Oracle RAC, large |
|
TRUE |
FALSE |
2-node Oracle RAC, large |
|
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.
For more information about tuning Oracle database, see Manage Oracle Database for Oracle Fusion Applications in the Oracle Fusion Applications Administrator's Guide.
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 |
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.
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.
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
.
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.
Install the Oracle Fusion Applications transaction database using the provisioning wizard or manually as described in this section.
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.
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:
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:
Specify the location of the Central Inventory Directory that meets the previous criteria. The 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 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.
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:
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:
The progress of the installation phases is listed. A message appears after the installation phase is complete directing to run 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. |
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.
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:
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>
For more information about configuring OCM, see Introduction to Oracle Configuration Manager in the Oracle Configuration Manager Installation and Administration Guide.
Configure the database listener as described in the Oracle 11g Release 2 Documentation Library.
After completing the configuration, start the database listener.
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:
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).
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:
Login to SQL*Plus using the sys as sysdba identity.
Run the following command to set AUDIT_TRAIL
parameter: alter system set AUDIT_TRAIL=db,extended scope=spfile;
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:
Perform these steps to enable database audit for the Oracle Fusion Applications database.
See Run RUP Lite for RDBMS in a Single Instance Database in the Oracle Fusion Applications Upgrade Guide.
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.
Run the database installation wizard.
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.
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.
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.
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.
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.
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.
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.
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
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 If |
Schema Passwords |
To specify the passwords for main and additional (auxiliary) schemas, select one of the following options:
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:
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. |
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.
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
.
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.
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.
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.
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) |
---|---|---|---|---|
|
1 |
fusion_dyn_01.dbf |
20 |
20 |
|
1 |
fusion_ias_sdpmqa_01.dbf |
20 |
20 |
|
1 |
fusion_aq_01.dbf |
200 |
200 |
|
1 |
fusion_archive_01.dbf |
20 |
20 |
|
1 |
fusion_dq_01.dbf |
20 |
20 |
|
1 |
fusion_interface_01.dbf |
750 |
750 |
|
1 |
fusion_media_01.dbf |
20 |
20 |
|
1 |
fusion_nologging_01.dbf |
20 |
20 |
|
1 |
fusion_queues_01.dbf |
20 |
20 |
|
2 |
fusion_seed_01.dbf and fusion_seed_02.dbf |
2048 and 1152 |
3200 |
|
1 |
fusion_summary_01.dbf |
20 |
20 |
|
4 |
fusion_tools_01.dbf - fusion_tools_04.dbf |
2048, 2048, 2048, 1556 |
7700 |
|
3 |
fusion_transaction_table_01.dbf - fusion_transaction_table_03.dbf |
2048, 2048, 354 |
4450 |
|
2 |
fusion_transaction_index_01.dbf and fusion_transaction_index_02.dbf |
2048 and 1352 |
3400 |
|
1 |
fusion_rdf.dbf |
20 |
20 |
|
1 |
fusion_grc.dbf |
20 |
20 |
|
1 |
fusion_grc_temp.dbf |
20 |
20 |
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.
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.
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:
FUSION_TS_TX_DATA
, delete the additional data files using the Remove Data File icon (X).Click OK to dismiss the screen.
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.
When the database installation is completed and the schema and tablespace creation, follow the instructions in Troubleshoot Database Installations to troubleshoot any issues.