Veritas Storage Foundation 5.1 SP1: Storage and Availability Management for Oracle (5900-1504, April 2011)

■ Make sure that the repository and the Oracle database are failed over

together to the same host

■ For Storage Foundation Cluster File System (HA): on shared storage. The

administrator must:

■ Configure Cluster File System or a failover resource

■ Make sure that the repository and the Oracle database are failed over

together to the same host

■ For Storage Foundation for Oracle RAC: on shared storage. CFS must be

mounted on all nodes.

Note: Using the same alternate path for several databases is not supported.

Verifying the Storage Foundation for Databases tools are installed

To verify the Storage Foundation for Databases tools are installed

◆

Run the following:

# swlist VRTSdbed

After upgrading from 5.0.x and before migrating SFDB

When upgrading from SF Enterprise products version 5.0 or 5.0.1 to SF Enterprise

products 5.1 SP1 the S*vxdbms3 startup script is renamed to NO_S*vxdbms3. The

S*vxdbms3 startup script is required by sfua_rept_migrate. Thus when

sfua_rept_migrate is run, it is unable to find the S*vxdbms3 startup script and

gives the error message:

/sbin/rc3.d/S*vxdbms3 not found

SFORA sfua_rept_migrate ERROR V-81-3558 File: is missing.

SFORA sfua_rept_migrate ERROR V-81-9160 Failed to mount repository.

To prevent S*vxdbms3 startup script error

◆

Rename the startup script NO_S*vxdbms3 to S*vxdbms3.

When upgrading SFDB tools from the previous release in an HP Service Guard

environment, first verify that the cmviewcl command can be executed by a

non-root user. This permission change must be done before executing SFDB

upgrade commands.

Administering Storage Foundation for Databases (SFDB) tools

Configuring the Storage Foundation for Databases (SFDB) repository