Oracle® Database Vault

1.1 Installing a Custom Database in an Existing Database Vault Home Fails

Bug 5334101

When installing a new custom database in an existing Database Vault home using Database Configuration Assistant (DBCA), the installation fails with the following error:

ORA-00604: error occurred at recursive SQL level 1 
ORA-01031: insufficient privileges 
ORA-06512: at "XDB.DBMS_XDB", line 73 
ORA-06512: at line 319

The workaround is to disable Database Vault before installing a custom database in an existing Database Vault home. Reenable Database Vault after installing the database.

1.2 DVCA Fails If the SID Is Longer than 8 Characters

Bug 5258820

Running Database Vault Configuration Assistant (DVCA) manually, after creating a new database in the Database Vault home, fails if the Oracle System Identifier (SID) for the database is longer than 8 characters.

The following steps reproduce the bug:

1. Use Database Configuration Assistant (DBCA) to create a new database in an existing Database Vault home.

2. Run DVCA on the newly created database:

   C:\> ORACLE_HOME\bin\dvca -action option -oh oracle_home -jdbc_str jdbc_connection_string -sys_passwd SYS_password ^
   -owner_account DV_owner_account_name -owner_passwd DV_owner_account_password ^
   [-acctmgr_account DV_account_manager_account_name] [-acctmgr_passwd DV_account_manager_password] ^
   [-logfile ./dvca.log] [-silent] [-nodecrypt][-lockout] [-languages {["en"],["de"],["es"],["fr"],["it"],["ja"], ^
   ["ko"],["pt_BR"],["zh_CN"],["zh_TW"]}]
   
   

The reason for the bug is that the Oracle Net service name in the tnsnames.ora (ORACLE_HOME\network\admin\tnsnames.ora) file is truncated to 8 characters.

The workaround for the bug is to change the truncated Net service name in the tnsnames.ora file to it's correct value. For example, say the SID for the database is ORACLEDB90, and the entry in tnsnames.ora appears as:

ORACLEDB = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST ....

Replace the truncated entry in the tnsnames.ora file with the correct entry:

ORACLEDB90 = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST ....

1.3 DVCA Fails to Deploy the Database Vault Administrator Web Application

Bug 5617850

DVCA fails to deploy the Database Vault Administrator application during the DEPLOY_DVA step. DVCA shows the following error:

Error executing task 
DEPLOY_DVA:java.io.FileNotFoundException: 
D:\ORACLE\PRODUCT\10.2.0\DB_1\oc4j\j2ee\OC4J_DBConsole_wptgjqa07_ORCL\config\server.xml (Specified PATH not found)

You can use the following workaround steps:

1. Set the ORACLE_HOME, ORACLE_SID, and PATH environment variables.

2. Stop the Enterprise Manager Database Control process. Use the following command:

   C:\> ORACLE_HOME\bin\emctl stop dbconsole
   
   

3. Edit the file, ORACLE_HOME\oc4j\j2ee\OC4J_DBConsole_hostname_SID\config\server.xml. Enter the following line just before the last line that reads, </application-server>:

   <application name="dva" path="ORACLE_HOME\dv\jlib\dva_webapp.ear" auto-start="true" />
   
   

   For example:

   <application name="dva" path="C:\oracle\product\10.2.0\db1\dv\jlib\dva_webapp.ear" auto-start="true" />
   
   

4. Edit the file, ORACLE_HOME\oc4j\j2ee\OC4J_DBConsole_hostname_SID\config\http-web-site.xml. Enter the following line just above the last line that reads, </web-site>:

   <web-app application="dva" name="dva_webapp" root="/dva" />
   
   

5. Start the Enterprise Manager Database Control process. Use the following command:

   C:\> ORACLE_HOME\bin\emctl start dbconsole
   
   

1.4 Special Characters Not Allowed In User Name

Bug 5590346

The Database Vault installer does not allow you to use special characters, like the underscore ( _ ) character, for the Database Vault Owner and the Database Vault Account Manager user names.

The workaround is to use only alphanumeric characters for the Database Vault Owner and Account Manager user names.

1.5 Cannot Install Oracle Database Vault in a Data Guard Environment

Bug 5577503

The Database Vault installer fails to install Database Vault in an existing physical standby database.

You can create a new physical standby database by using the following steps:

1. Install Database Vault on the primary database.

2. Create a physical standby database using a hot backup of the primary database. This backup should include the Oracle home.

3. Set up communications between the primary and the physical standby database. Redo logs communicate changes from the primary database to the standby database.

1.6 Enterprise Manager Does Not Start Automatically

Bug 5623404

Enterprise Manager does not start automatically after installing Database Vault on a single instance database.

The workaround is to restart the process manually using the following commands:

C:\> ORACLE_HOME\bin\emctl stop dbconsole
C:\> ORACLE_HOME\bin\emctl start dbconsole

1.7 Enterprise Manager Does Not Start Automatically on the Remote Nodes

Bug 5654876

After installing Database Vault on a Real Applications Cluster (RAC) database, and running the dvca -action optionrac command on the remote nodes, Enterprise Manager does not start automatically on the remote nodes.

The workaround is to set the correct value for the ORACLE_SID variable in the ORACLE_HOME\bin\dvca.bat file on the remote node. The ORACLE_SID variable needs to be changed from the local node SID to the remote node SID on the remote node. You can then run DVCA on the remote node.

Alternatively, you can manually restart the dbconsole process using the following commands:

C:\> ORACLE_HOME\bin\emctl stop dbconsole
C:\> ORACLE_HOME\bin\emctl start dbconsole

1.8 Database Vault Installer Returns an Error When Installing for a German Locale

Bug 5646888

The Database Vault installer returns an error message when it is run for a German Locale. The Negative Time error message is displayed.

This error occurs if some of the files accompanying the installer have a timestamp earlier than 1st January, 1970. In most cases, these files are under the Disk1\stage or Disk1\stage\properties directory. The workaround is to open and save these files again so that their timestamps are updated.

1.9 Database Configuration Assistant (DBCA) Fails to Delete a Database

Bug 5621437

After installing Database Vault into a database, and enabling SYSDBA connections, if you try to delete the database using DBCA, the operation fails.

You can use the following workaround steps to delete a single instance database:

1. Make sure that the ORACLE_HOME and ORACLE_SID environment variables are set.

2. Deconfigure Database Control for the database using the following command:

   C:\> ORACLE_HOME\bin\emca -deconfig dbcontrol db
   
   

3. Use SQL*Plus to connect to the database as SYSDBA. Issue the following commands:

   SQL> SHUTDOWN IMMEDIATE
   SQL> STARTUP MOUNT RESTRICT
   SQL> DROP DATABASE
   
   

   Note:

   You should have enabled SYSDBA connections for the database. Refer to Oracle Database Vault Installation Guide for Microsoft Windows (64-Bit) on Intel Itanium for information on enabling SYSDBA connections.

4. Quit SQL*Plus. Run the following command to delete the database:

   C:\> ORACLE_HOME\bin\oradim -delete -sid SID
   
   

5. Manually delete the log files in the following directories:

   ORACLE_HOME\cfgtoollogs\dbca\SID
   ORACLE_HOME\cfgtoollogs\emca\SID
   
   

   Manually delete the following dat file:

   ORACLE_HOME\database\hc_SID.dat
   
   

You can use the following workaround steps to delete a Real Application Clusters (RAC) database:

1. Make sure that the ORACLE_HOME and ORACLE_SID environment variables are set.

2. Deconfigure Database Control for the database using the following command:

   C:\> ORACLE_HOME\bin\emca -deconfig dbcontrol db
   
   

   You need to issue the preceding command on all the RAC nodes.

3. Remove the database from Oracle Cluster Registry (OCR). Use the following command:

   srvctl remove database -d db_name
   
   

4. Stop the database using the following command:

   C:\> ORACLE_HOME\bin\srvctl stop database -d DB_NAME -c "SYS/SYS_Password AS SYSDBA"
   
   

5. Use SQL*Plus to connect to the database as SYSDBA. Issue the following commands:

   SQL> STARTUP NOMOUNT;
   SQL> ALTER SYSTEM SET CLUSTER_DATABASE=FALSE SCOPE=SPFILE;
   SQL> SHUTDOWN IMMEDIATE;
   SQL> STARTUP MOUNT RESTRICT;
   SQL> DROP DATABASE;
   
   

   Note:

   You should have enabled SYSDBA connections for the database. Refer to Oracle Database Vault Installation Guide for Microsoft Windows (64-Bit) on Intel Itanium for information on enabling SYSDBA connections.

6. Quit SQL*Plus. Run the following command to delete the database:

   C:\> ORACLE_HOME\bin\oradim -delete -sid SID
   
   

   You need to issue the preceding command on all the RAC nodes.

7. Manually delete the log files in the following directories:

   ORACLE_HOME\cfgtoollogs\dbca\DB_NAME
   ORACLE_HOME\cfgtoollogs\emca\DB_NAME
   
   

   Note:

   If the database was upgraded from an earlier version, then the files to be deleted are:

   ORACLE_HOME\cfgtoollogs\dbua\DB_NAME
   ORACLE_HOME\cfgtoollogs\emca\DB_NAME
   
   

   Manually delete the following dat file:

   ORACLE_HOME\database\hc_SID.dat
   
   

You need to delete the log files on all RAC nodes.

1.10 Additional Steps Required When Cloning an Oracle Real Application Clusters Node

After creating a cloned RAC node, and before running DVCA (dvca -action option) manually on the cloned node, you need to set the correct values for the ORACLE_HOME and ORACLE_SID variables in the ORACLE_HOME\bin\dvca.bat file on the cloned node.

If you are using the lockout option with the dvca command, then to successfully lockout SYSDBA connections, you also need to add the following values to your Microsoft Windows registry under HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_ORACLE_HOME_NAME:

1.11 Incorrect Registry Entry on Remote Node

Bug 5663098

When installing Database Vault for a RAC database, the following registry entry needs to be corrected on the remote node before running DVCA (dvca -action optionrac) on the remote node:

HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_ORACLE_HOME_NAME\ORA_instance_name_PWFILE

The instance_name in the remote node registry should be the database instance name for the remote node, and not the database instance name for the local node.

The value for this key should be the complete path to the password file on the remote node. For example:

C:\ORACLE\PRODUCT\10.2.0\DB_1\dbs\orapwORCL2

1.12 Silent Installation of Database Vault Fails If SID Is Not Specified in Uppercase

Bug 5679164

The Database Vault installer fails to detect the database during a silent installation. The following error is displayed:

OUI-10155:Error while setting variable s_dbSIDSelectedForUpgrade: The
10.2.0.3.0 database with the SID you have specified does not exist in the
system or does not run in the Oracle Home you have specified.

The workaround is to ensure that the value specified for the s_dbSIDSelectedForUpgrade variable in the response file is in uppercase. The s_dbSIDSelectedForUpgrade variable is used to provide the system identifier (SID) of the existing 10.2.0.3 database to the Database Vault installer. You must ensure that the SID is specified in uppercase.

1.13 DLL Not Found Error Displayed During Database Vault Installation

Bugs 5654569 and 5676283

The Database Vault installer displays the DLL Not Found error while running the Database Vault Configuration Assistant (DVCA).

The workaround for this problem is to click OK and continue with the installation. After the installation is complete, you might need to manually start the Enterprise Manager dbconsole process. Use the following command to manually start the dbconsole process:

C:\> ORACLE_HOME\bin\emctl start dbconsole

An alternative workaround is to include the following directory paths at the start of the PATH environment variable, before you start the Database Vault installation:

ORACLE_HOME\jdk\bin;ORACLE_HOME\jdk\jre\bin;

2.1 Accounts with DV_OWNER, DV_ADMIN, or DV_SECANALYST Role Cannot Use the ALTER USER Command

Bug 5161953

Accounts with the DV_OWNER, DV_ADMIN, or DV_SECANALYST role cannot run the following command:

ALTER USER user QUOTA UNLIMITED ON tablespace

The workaround is to REVOKE the role from the account, run the ALTER USER command, and then GRANT back the role to the account. This works if the account is not the DV_OWNER account that was created during installation. If the account is the DV_OWNER account created during installation, then you would need to use the following steps:

1. Disable the Database Vault command rule for the ALTER USER command.

2. Run the ALTER USER command.

3. Re-enable the Database Vault command rule for the ALTER USER command.

2.2 Enabling a Realm Fails When a Realm Secured Object Is Invalid

Bug 5582720

Enabling a realm fails with the following error:

ORA-00942: Table or view does not exist

This might happen if you try to enable a realm on an invalid object. The workaround is to make sure that all objects protected by the realm are valid, before trying to enable the realm.

2.3 Command Rule SELECT Not Found for SYSADM.%

Bug 5508407

The following error is displayed when you try to update the owner or the rule set for the SELECT command rule:

Command Rule SELECT not found for schema.%

After the update has failed, you are not allowed to delete the command rule. You can use the following workaround steps:

1. Login to SQL*Plus using the SYSTEM account. Run the following command:

   SQL>ALTER SYSTEM FLUSH SHARED_POOL;
   
   

2. Delete the command rule.

3. If you were trying to update the command rule, then re-create the command rule with the new parameters.

4. Repeat Step 1 for the new command rule to take effect.

2.4 CREATE SESSION Privilege Is Controlled by the Data Dictionary Realm

Use the following steps to grant the CREATE SESSION privilege:

1. Temporarily disable the data dictionary realm.

2. Log in as the SYSTEM user.

3. Grant the CREATE SESSION privilege.

4. Enable the data dictionary realm.

5.1 Snapshots and Materialized Views

The keyword SNAPSHOT is supported in place of MATERIALIZED VIEW for backward compatibility.

5.2 JOB_QUEUE_PROCESSES Initialization Parameter

The JOB_QUEUE_PROCESSES initialization parameter specifies the maximum number of processes that can be created for the execution of jobs. It specifies the number of job queue processes per instance.

This parameter must have a non-zero value. The default value for JOB_QUEUE_PROCESSES is 10.