Many of the Oracle Fusion Middleware components require the existence of schemas in a database prior to installation. These schemas are created and loaded in your database using the Repository Creation Utility (RCU).
This chapter contains the following content:
RCU is available only on 32-bit x86 Linux and 32-bit Microsoft Windows operating system platforms. You can run RCU from these machines to connect to any certified versions of Oracle, IBM DB2, or Microsoft SQL Server database in order to create the schemas required by Fusion Middleware components. The database server can be running on any platform that is supported by its respective database.
For a list of certified databases that can be used with RCU, read the "Certified Databases" section in the Oracle Fusion Middleware System Requirement document.
Before you begin using RCU, you should review the "Repository Creation Utility (RCU) Requirements" section in the Oracle Fusion Middleware System Requirements and Specifications document:
Note that not all schemas are supported on all databases. Make sure you have read the information in this section carefully so that you configure acertified database that supports the schemas you need for your Fusion Middleware components.
In addition to the typical space and configuration database requirements, IBM DB2 databases also have the following special requirements:
On IBM DB2 databases running on Linux operating systems, there is a limitation with regards to the length of the schema names.
One database operating system user must be created for each schema that is created in an IBM DB2 database.
For more information, refer to the "RCU Prerequisites for IBM DB2 Databases" section in the Oracle Fusion Middleware System Requirements and Specifications document:
RCU provides the flexibility to create custom schemas and tablespaces. You can choose to rename schemas, or change the tablespace allocation so that components can share a single or multiple tablespaces. In addition, auxiliary schemas can be mapped to additional tablespaces.
The prefix is prepended to and separated from the schema name with an underscore (_) character, as shown below:
The default prefix used by RCU is
DEV has already been used, then RCU will default to
DEV2, and so on. Prefixes are used to create and organize logical groups of schemas. For example, you may want to create a test version of the Metadata Services (schema name
TEST_MDS; then, when are ready for your production version, you can create a second version of the schema called
PROD_MDS may reside on the same or separate databases.
Note:The Oracle Internet Directory (
ODS) component cannot be prepended with a custom prefix; there can only be one repository for this component per database.
You are only allowed to use a prefix once per schema within a single database. For example, if you had a version of the Metadata Services schema called
DEV_MDS, then you can not use the
DEV prefix again to create another version of the Metadata Services schema (for example,
If you want to create another version of the schema using the same prefix, you must first drop the existing schema and then create the schema again.
For important information regarding custom prefixes in IBM DB2 databases, refer to "Size Limit for Schema Prefixes" in the Oracle Fusion Middleware System Requirements and Specifications document:
The following sequence takes place when a schema is created with RCU:
Prior to the schema being created, RCU performs global and component level prerequisite checks to ensure that certain minimum requirements are met.
The schemas are created; the required tablespaces and data files are created.
schema_version_registry table is updated so that the schema type is mapped to the actual schema name (for example,
TEST_MDS might be mapped to the MDS Schema type).
The scripts provided by the various component owners are invoked; these scripts perform the following:
Create the user and grant the required roles.
ALTER SESSION SET CURRENT SCHEMA to switch the schema to user context.
Create the schema objects.
RCU can be run locally (from the CD or download location) or remotely. In either case, both a graphical interface and command line (CLI) options are available.
In situations where the application administrator is not allowed to install components on the server, RCU can be started directly from the CD. The CD contains the extracted Oracle Client software and RCU uses SQLPLUS and other scripts and libraries from the CD to perform its operations.
When RCU is launched from the CD, log files are written to the user's
If the administrator is allowed to install components, then RCU can be downloaded and the archive file can be extracted to a local directory.
In situations where a database is not accessible locally for application administrators, RCU can be launched against a remote database. The SQLNET client is packaged with RCU to support this operation.
RCU provides a command line interface in situations where Xserver is not available or you have access to telnet terminals without display capabilities. The command line interface also allows you to embed RCU from command line scripts or with some Oracle Fusion Middleware components (for example, Enterprise Manager).
For more information using the CLI, see Chapter 4, "Running Repository Creation Utility from the Command Line".
At runtime, RCU performs checks against both global and component level prerequisites. If a prerequisite is not met, RCU may issue a warning and allow the procedure to continue (soft stop), or will notify the user that a prerequisite must be met before the operation can continue (hard stop).
For more information about component level prerequisites see "Repository Creation Utility (RCU) Requirements" in the System Requirements and Specifications document:
RCU provides extensibility with XML DTDs. Using these DTDs, component owners can integrate their components and prerequisites with RCU by providing a configuration file that adheres to the provided DTD.
For more information, refer to Chapter 3, "Extending Repository Creation Utility to Configure Custom Application Repositories".
Java Access Bridge enables assistive technologies, such as JAWS screen reader, to read Java applications running on the Windows platform. Assistive technologies can read Java-based interfaces, such as Oracle Universal Installer and Oracle Enterprise Manager.
To install Java Access Bridge:
Download Java Access Bridge from the following URL:
Install Java Access Bridge.
JAWTAccessBridge.dll files from your installation location to the
accessibility.properties file to the
Display System in the Control Panel.
Select the Advanced tab.
Click the New button under the System Variable list. The New System Variable dialog appears.
In the Variable Name field, enter
In the Variable Value field, enter the full path to
Use a semicolon to separate the two paths. Do not use quotes or character spaces.