HP XP7 Storage - Manual (Page 188)

Restrictions on Database Validator
•
Oracle® tablespace location
File system-based Oracle files are not supported by Database Validator. All Oracle
database files must be placed on raw volumes (including LVM raw volumes) directly. ◦
◦ If host-based striping is used on raw volumes, then the stripe size must be an exact multiple
of the Oracle block size.
◦ Oracle redo log files (including archive logs) must be on separate volumes with respect
to the data files (including control files). In other words, Oracle redo log files and the
data files must not be mixed on the same LU.
•
Restoring Oracle® files
◦ Before restoring Oracle data files from a backup, data validation may need to be
temporarily turned off for those data files that were backed up prior to the Oracle checksum
being enabled.
Old blocks may exist on disk without checksum information in them if the database was running
without checksum enabled in the past.
•
Oracle® on LVM(VxVM)
◦ LVM block size must be a multiple of the Oracle block size. The Oracle block size must
be less than or equal to the minimum of the LVM stripe size and the largest block size at
which LVM will not fracture (known as "Logical Track Group" in LVM), which is 256 KB
in LVM.
◦ When adding new physical volumes (PVs) to a logical volume (LV) to be used as an
Oracle data file, control file, or online log, the data validation should be re-enabled in
order to have HARD checking take effect on those new PVs.
Similarly, in order to have HARD checking no longer performed on PVs that have been
removed from an LV that had previously been used by Oracle, HARD checking should
be explicitly disabled on the device corresponding to the PV.
◦ If host-based mirroring is used such as LVM mirroring, all component PV mirrors must be
HARD-enabled, otherwise the entire logical volume (LV) is exposed. That is, if a user takes
an unmirrored HARD-enabled LV, then makes it mirrored on the fly without HARD-enabling
all sides of the mirror, that entire LV is exposed to data corruption.
◦ LVM bad block relocation is not allowed on PVs that are HARD-enabled.
•
Oracle® and LVM (VxVM) on HA Cluster Server
◦ If HA Cluster software writes to LVM metadata at regular intervals to confirm whether its
disks are available or not, change the check area which is set for the target LU (except
management area) by using the "-vs <bsize> SLBA ELBA" option.
Protection parameters and operations
The RAID storage systems have protection checking parameters for each LU, and these parameters
are set through RAID Manager and its command device. RAID Manager supports the following
commands to set and verify the parameters for protection checking for each LU:
•
raidvchkset: Sets the protection checking parameter for the specified volumes.
•
raidvchkdsp: Shows the protection checking parameter for the specified volumes based on
the RAID Manager configuration definition file.
•
raidvchkscan: This command has three different uses depending on the options used with the
command.
188 Data protection operations with RAID Manager