|Oracle® Real Application Clusters Installation Guide
12c Release 1 (12.1) for Linux and UNIX
|PDF · Mobi · ePub|
This chapter describes how to use Database Configuration Assistant (DBCA) in standalone mode to create and delete Oracle Real Application Clusters (Oracle RAC) databases. The topics in this chapter include the following:
Create and delete databases
Create database templates
Create, plug, unplug, and delete pluggable databases (PDBs)
Add and delete database instances
Register databases in Oracle Enterprise Manager Cloud Control
Configure and register database options (such as Oracle Database Vault) with the Directory Server
Note:Cluster Managed Services are no longer managed through DBCA. Instead, use the Cluster Managed Services page in Oracle Enterprise Manager Cloud Control, if available, or SRVCTL. For more information, see Oracle Real Application Clusters Administration and Deployment Guide.
"Creating an Oracle RAC Database with DBCA" for more information about using DBCA in standalone mode
Oracle Database Net Services Administrator's Guide to resolve problems—for example, with the listener configuration—and for further information about Lightweight Directory Access Protocol (LDAP)-compliant directory support
Oracle recommends that you use DBCA to create your Oracle RAC database, because preconfigured databases optimize your environment for features such as the server parameter file (SPFILE), and automatic undo management.
DBCA enables you to create both policy-managed and administrator-managed databases. With DBCA, you can also create site-specific tablespaces as part of database creation. If you have data file requirements that differ from those offered by DBCA templates, then create your database with DBCA and modify the data files later. You can also run user-specified scripts as part of your database creation process.
DBCA also configures your Oracle RAC environment for various Oracle high availability features, such as cluster administration tools. DBCA also starts any database instances required to support your defined configuration.
You can use DBCA to create a database from templates supplied by Oracle, or from templates that you create. The templates contain settings optimized for a particular type of workload.
Oracle ships templates for the following two workload types:
General purpose or transaction processing
For more complex environments, you can select the Custom Database option. This option does not use templates and results in a more extensive interview, which means that it takes longer to create your database.
Click Show Details to see the configuration for each type of database. Select the template suited to the type of workload your database will support. If you are not sure which to choose, then select the default General Purpose or Transaction Processing template.
If your system has an Oracle Database 10g or 11g installation, and you install Oracle Database 12c Release 1 (12.1) either to coexist with or to upgrade the Oracle Database 10.1, 10.2, 11.1, or 11.2 installation, then most installation types automatically migrate the existing Oracle Database listener to the 12c Release 1 (12.1) Oracle home. During migration, the upgrade process configures and starts a default Oracle Net listener using the same TCP/IP port as the existing listener, with the IPC key value.
During the Oracle Clusterware upgrade, the default listener (
NODENAME) was migrated to the Oracle Grid Infrastructure home (Grid home). DBCA always uses the default listener.
The listener migration process stops the listener in the existing Oracle home, and restarts it in the new Oracle home. If the database was using the default listener (
NODENAME), then Oracle Net Configuration Assistant (NETCA) migrates the listener automatically to the Grid home as part of the Oracle Grid Infrastructure upgrade. If the database was using a nondefault listener, then Database Upgrade Assistant (DBUA) migrates the nondefault listener to the Oracle Database home.
Note:During migration, client applications may not be able to connect to any databases that are registered to the listener that is being migrated.
To use Database Configuration Assistant (DBCA) to change the database configuration, run Cluster Verification Utility (CVU) to verify that your system is prepared for configuration changes using the following command syntax:
/Grid_home/bin/cluvfy stage -pre dbcfg -fixup -n node_list -d Oracle_home [-verbose]
In the preceding syntax example, the variable
Grid_home is the Oracle Grid Infrastructure home, the variable
node_list is the list of nodes in your cluster, separated by commas, and the variable
Oracle_home is the path for the Oracle home directory where OUI creates or modifies the database. The
-fixup flag generates a fixup script that can be run as root to resolve many operating system configuration tasks if they were not completed before you run the check.
For example, to verify that your system is prepared for an Oracle Database with Oracle RAC installation on a two-node cluster with nodes node1 and node2, with the Oracle Grid Infrastructure home path
/u01/app/12.1.0/grid, and with the Oracle home path
/u01/app/oracle/product/12.1.0/db1, enter the following command:
$ /u01/app/12.1.0/grid/bin/cluvfy stage -pre dbcfg -fixup -n node1,node2 -d\ /u01/app/oracle/product/12.1.0/db1
You can select the option
-verbose to receive progress updates as CVU performs its system checks, and detailed reporting of the test results.
If the CVUsummary indicates that the cluster verification check fails, and you cannot resolve these issues by running the fixup script, then review and correct the relevant system configuration steps, and run the test again.
To create a database with DBCA, you must have run the Oracle Net Configuration Assistant (NETCA) to configure your Oracle Net
listener.ora file. You no longer need to set the operating system environment variables ORACLE_HOME to the Oracle RAC database home, or ORACLE_UNQNAME to the database unique name.
Note:You can no longer set up email notification for Oracle RAC databases either from DBCA or OUI.
This section contains the following topics about using DBCA with Oracle RAC:
Before you can create an Oracle RAC database using DBCA you must configure your system to meet the software requirements, if this was not done as part of the Oracle Grid Infrastructure installation.
The following sections describe some common tasks you must perform:
In an Oracle RAC environment, you must load SSH keys into memory for the terminal session where you start DBCA. If you do not do this, then you receive user equivalency errors when you attempt to start DBCA. If you use a pass phrase on your system for SSH, then you must provide the pass phrase to load the SSH keys.
Use the following commands to load SSH keys:
$ exec /usr/bin/ssh-agent $SHELL $ /usr/bin/ssh-add
If needed, provide the pass phrase when prompted. You can then start DBCA.
The global database name can be up to 30 characters in length, and must begin with an alphabetic character. The domain portion of the global database name can be no more than 128 characters and can contain only alphabetic and numeric characters, and the period (.) character.
The maximum number of characters you can use for the SID prefix is 8 characters. DBCA uses the SID prefix to generate a unique value for the variable
ORACLE_SID for each instance. The
SID prefix must begin with an alphabetic character.
Before starting DBCA to configure an Oracle RAC database, you must have installed Oracle Grid Infrastructure for a cluster, and you must have configured shared storage areas for Oracle RAC files. Storage administration tasks require the SYSASM system privileges, which are granted to members of the OSASM operating system group. This group may not be the same as the OSDBA group, whose members are granted the SYSDBA system privileges.
See Oracle Grid Infrastructure Installation Guide for your platform for more information about shared storage configuration requirements.
This section describes how to use DBCA to create an Oracle RAC database:
To start DBCA, connect as the installation owner account (for example,
oracle) to one of your nodes where Oracle RAC is installed, load SSH keys into memory, and enter the command
dbca from the
Note:You no longer need to set the operating system environment variables ORACLE_HOME to the Oracle RAC database home, or ORACLE_UNQNAME to the database unique name.
If DBCA does not automatically display Oracle RAC options, then DBCA was unable to detect if the Oracle home is installed on a cluster. In this case, check that the OUI inventory is correctly located in the directory
/etc/oraInst.loc, and that the
oraInventory file is not corrupted. Also, perform clusterware diagnostics by using the following CVU command syntax:
/Grid_home/bin/cluvfy/cluvfy.sh stage -post crsinst -n nodelist
For example, with the mountpoint
/u01/app/12.1.0/grid, and nodes
node2, run the following command:
$ /u01/app/12.1.0/grid/bin/cluvfy stage -post crsinst -n node1,node2
Note that when using DBCA, if nodes that are part of your cluster installation do not appear on the Node Selection page, then run the Opatch
lsinventory command to perform inventory diagnostics. Also use CVU to perform clusterware diagnostics.
You can choose to use either Oracle ASM diskgroups or a supported cluster file system as storage.
On the Specify Database Storage Options page, if you do not see the diskgroups in DBCA, then either Oracle ASM is not configured, or diskgroups are not mounted. You can create diskgroups using ASMCA in the Grid Infrastructure home before starting DBCA.
If you are using Oracle ASM or cluster file system storage, then you can also select the Fast Recovery Area and size on this page. If you are using Oracle ASM, then the Fast Recovery Area defaults to the Oracle ASM Disk Group.
On the Initialization Parameters page, if you intend to add more nodes in your cluster than you have during the current DBCA session, then click All Initialization Parameters, and change the parameter
CLUSTER_DATABASE_INSTANCES to the total number of nodes that you plan to add to the cluster.
In addition, if you click All Initialization Parameters, note that if your global database name is longer than 8 characters, then the database name value (in the
DB_NAME parameter) is truncated to the first 8 characters, and the
DB_UNIQUE_NAME parameter value is set to the global name.
If you are installing on a Linux system, note that Memory Size (SGA and PGA), which sets the initialization parameter
MEMORY_MAX_TARGET, cannot be greater than the shared memory file system on your operating system.
ORA-00845: MEMORY_TARGET not supported on this system ORA-01078: Failure in processing system parameters
This issue is not relevant for other platforms.
See Also:Oracle Database Administrator's Guide for information about initialization parameters
After you respond to DBCA prompts, review the Summary dialog information and click OK, DBCA does the following:
Creates an Oracle RAC database, and its instances
Creates the Oracle RAC data dictionary views
Starts the Oracle Clusterware high availability services
Caution:After you have created the Oracle RAC database, if you decide to install additional Oracle Database products in the Oracle RAC database you have created, then before you attempt to install the products, you must stop all processes running in the Oracle RAC database homes.
You must stop all processes running in the Oracle RAC homes so that Oracle Universal Installer can relink certain executables and libraries. Refer to Appendix D, "How to Stop Processes in an Existing Oracle Real Application Clusters Database" for additional information.
If you have selected to install only the Oracle RAC software on cluster nodes, then you can use Oracle Database Configuration Assistant (DBCA) to configure Oracle RAC One Node.
See Also:Oracle Technology Network for more information about Oracle RAC One Node:
During installation, if you select a multitenant container database (CDB), and configure pluggable databases (PDBs), then Oracle recommends that you add services to the PDBs after installation. If you do not add services to PDBs, and then the Oracle RAC One Node CDB fails over to another node, or you manually relocate the CDB to another node, then by default, all PDBs associated with the CDB that do not have registered services are restarted in
PDBs are opened in
Read Write mode after failover or relocation only after you have configured the PDBs to have associated services. If you have not associated services to PDBs, then the PDBs remains in
MOUNTED state when the CDB instance restarts.
To add services to a PDB, use the following
srvctl command syntax, where
cdbname is the name of the CDB,
service_name is the name of the service, and
pdbname is the name of the PDB:
srvctl add service -d cdbname -s service_name -pdb pdbname
After you add services to your PDBs, if you relocate the CDB with which the PDBs are associated, or the CDB fails over, then the PDBs associated with that CDB automatically open in
Read Write state.
See Also:Oracle Database Concepts and Oracle Real Application Clusters Administration and Deployment Guide for more information about PDBs and adding services
After installation, start DBCA. From the Database Operation page, select the option Create Database. On the Creation Mode page, select Advanced Mode. On the Database Template page, select Oracle RAC One Node database.
Selecting one node deploys Oracle RAC One Node on a single node. Oracle recommends that you select all nodes in the cluster to which you want Oracle RAC One Node to be able to fail over.
If you select less than two nodes, or create server pools with a cardinality of
2 or more, then DBCA posts a warning message that the configuration you select will not support failover of the Oracle RAC One Node instance.
When you create an administrator-managed Oracle RAC One Node database, note that while the database is started on only one of the pool of nodes you installed the binaries, all the candidate servers are placed into the Generic server pool. If the servers are not already in Generic or Free, then this may result in stopping resources that are running on candidate servers.
Deleting an Oracle RAC database using DBCA involves first deleting the database, and then removing the database's initialization parameter files, instances, Optimal Flexible Architecture (OFA) structure, and the Oracle network configuration for the database.
Start DBCA on one of the nodes:
dbca command from the
DBCA displays the Operations page, displaying different database deployment options.
If your user ID and password are not operating-system authenticated, then the List of Cluster Databases page displays the user name and password fields. If these fields appear, then enter a user ID and password for a user account that has
Select the database to delete, and click Finish.
Click OK to begin the deletion of the database and its associated files, services, and environment settings, or click Cancel to stop the operation.
When you click OK, DBCA continues the operation and deletes all the associated instances for this database. DBCA also removes the parameter files, password files, and
At this point, you have accomplished the following:
Deleted the selected Oracle RAC database from the cluster
Deleted high availability services assigned to the Oracle RAC database
Deleted the Oracle Net configuration for the Oracle RAC database
Deconfigured Oracle Enterprise Manager for the Oracle RAC database
Deleted the OFA directory file structure for that Oracle RAC database from the cluster
Deleted the Oracle RAC database data files