If a VxVM volume is the backup target, execute backup in the physical disk units that comprise the VxVM volume.
Since disk group consistency needs to be maintained, all the physical disks in the disk group must be synchronized for the backup operation.
Point
Refer to "stgxfwcmdispdev (Device information display command)", or the "Confirmation of devices in the save logical group" of "ETERNUS SF AdvancedCopy Manager GUI User's Guide" for information on how to check the physical volume/s which should be synchronized.
Note
Before starting this operation, be sure to understand the basic operation of ordinary volumes.
Snapshot backup is recommended for backing up in units of physical disks. In the case of synchronized backup, commands that access the destination volume, such as VxVM commands cannot be used during full copy or differential copy.
For operation in a cluster configuration, the device name (/dev/(r)dsk/c#t#d#) of the physical disks that comprise the disk group must be the same at all servers that comprise the cluster, and the ETERNUS disk indicated by the device name must be the same.
From HP-UX 11i v3, new device names are supported. For details, refer to "1.5 Managing a Device on AdvancedCopy Manager". A physical disk made up of VxVM can only use legacy devices (/dev/(r)dsk/c#t#d#) and cannot use new devices (/dev/(r)disk/disk#). As a result, when VxVM is used, the AdvancedCopy Manager information collection mode must be set to legacy devices. For details on the information collection mode, refer to stgxfwcmsetmode (Information collection mode setup command).
Normal devices, physical disks made up of LVM and physical disks made up of VxVM must be set to the same device format as the AdvancedCopy Manager information collection mode.
[Example]
If the AdvancedCopy Manager information collection mode is "legacy device", normal devices, physical disks made up of LVM and physical disks made up of VxVM must all be legacy devices.
Configure disk groups that are to be used as transaction volumes or backup volumes.
Observe the following conditions when configuring the disk groups:
The number, sizes, and types of VM disks must be the same.
The configurations of logical volumes must be the same.
Figure 4.17 Transaction volume and backup volume
The disk group must be reconfigured in backup post-processing. Confirm that a volume group configuration information file has been saved in the following format.
/etc/vx/cbr/bk/<disk group name>.<disk group ID> |
When configuring the transaction and backup volumes, all disks in the volume group must be specified.
# /opt/FJSVswsts/bin/swstdevinfoset -t /dev/vx/dmp/c1t0d10 swstdevinfoset completed # /opt/FJSVswsts/bin/swstdevinfoset -t /dev/vx/dmp/c1t0d11 swstdevinfoset completed # /opt/FJSVswsts/bin/swstdevinfoset -b /dev/vx/dmp/c1t0d20 swstdevinfoset completed # /opt/FJSVswsts/bin/swstdevinfoset -b /dev/vx/dmp/c1t0d21 swstdevinfoset completed #
For the backup operation of a VxVM volume, a device map file must be created because a backup volume in the same volume structure as the transaction volume must be specified.
# Transaction volume name Output destination backup volume name /dev/vx/dmp/c1t0d10 /dev/vx/dmp/c1t0d20 /dev/vx/dmp/c1t0d11 /dev/vx/dmp/c1t0d21
For details on the device map file, refer to "4.4.10 Preparing a device map file."
Before performing backup operation, all physical disks in the disk group must be synchronized.
Perform the required pre-processing and/or post-processing work for each volume group. Disable pre-processing and post-processing when operating individual physical disks.
(Pre-processing performed for the transaction volume / backup volume) # /opt/FJSVswsts/bin/swstbackup /dev/vx/dmp/c1t0d10 -Xdevmap /acm/devmap.txt /dev/vx/dmp/c1t0d10 swstbackup completed # /opt/FJSVswsts/bin/swstbackup /dev/vx/dmp/c1t0d11 -Xdevmap /acm/devmap.txt /dev/vx/dmp/c1t0d11 swstbackup completed # (Post-processing performed for the transaction volume / backup volume)
(Pre-processing performed for the backup volume) # /opt/FJSVswsts/bin/swststartsync /dev/vx/dmp/c1t0d10 -Xdevmap /acm/devmap.txt /dev/vx/dmp/c1t0d10 swststartsync completed # /opt/FJSVswsts/bin/swststartsync /dev/vx/dmp/c1t0d11 -Xdevmap /acm/devmap.txt /dev/vx/dmp/c1t0d11 swstsstartsync completed (After equivalency maintenance status) (Pre-processing performed for the transaction volume) # /opt/FJSVswsts/bin/swstbackup /dev/vx/dmp/c1t0d10 /dev/vx/dmp/c1t0d10 swstbackup completed # /opt/FJSVswsts/bin/swstbackup /dev/vx/dmp/c1t0d11 /dev/vx/dmp/c1t0d11 swstbackup completed # (Post-processing performed for the transaction volume / backup volume)
The table below summarizes the pre-processing and post-processing work to be performed before and after backup.
Pre-processing | Post-processing | |
|---|---|---|
Transaction |
|
|
Backup |
|
|
Reconfiguring the disk group
Reconfigure the disk group as follows:
Pre-commit analysis for restoration
# /etc/vx/bin/vxconfigrestore -p dstdg Diskgroup dstdg configuration restoration started ...... Installing volume manager disk header for c1t0d20 ... Installing volume manager disk header for c1t0d21 ... - dstdg's diskgroup configuration is restored (in precommit state). Diskgroup can be accessed in read only and can be examined using vxprint in this state. Run: vxconfigrestore -c dstdg ==> to commit the restoration. vxconfigrestore -d dstdg ==> to abort the restoration. # |
Commit the change required for restoring the configuration of the copy destination disk group.
# /etc/vx/bin/vxconfigrestore -c dstdg Committing configuration restoration for diskgroup dstdg .... dstdg's diskgroup configuration restoration is committed. # |
Note
In the case of a cluster system, when a disk group or a mount resource has been defined, instead of using the import/deport command for the disk group use the online/offline process.
If a mount point is defined as a cluster resource, instead of using the file system mount/unmount commands use the mount resource online/offline processing.
When performing a system disk exchange, there are cases when conflicting backup configuration information may exist.
In such cases, the disk group ID needs to be reset after executing the above command.
After this operation, where the volumes within a disk group are required to be run in synchronous mode in background, synchronous processing may take some time depending on the volume configuration.
It is also possible to use the volumes during this time.
All physical disks in the disk group must firstly be synchronized to perform this operation.
Perform the required pre-processing or post-processing work for each disk group as necessary. Disable pre-processing and post-processing when using individual physical disks.
(Pre-processing performed for the transaction volume / backup volume) # /opt/FJSVswsts/bin/swstrestore /dev/vx/dmp/c1t0d10 /dev/vx/dmp/c1t0d10 swstrestore completed # /opt/FJSVswsts/bin/swstrestore /dev/vx/dmp/c1t0d10 /dev/vx/dmp/c1t0d10 swstrestore completed # (Post-processing performed for the transaction volume / backup volume)
The table below summarizes the pre-processing and post-processing work to be performed before and after restoration.
Pre-processing | Post-processing | |
|---|---|---|
Backup |
| Post-processing is not required. |
Restoration |
|
|
Reconfiguring the disk group
Reconfigure the disk group as follows:
Restoration pre-commit analysis
# /etc/vx/bin/vxconfigrestore -p srcdg Diskgroup srcdg configuration restoration started ...... Installing volume manager disk header for c1t0d10 ... Installing volume manager disk header for c1t0d11 ... - srcdg's diskgroup configuration is restored (in precommit state). Diskgroup can be accessed in read only and can be examined using vxprint in this state. Run: vxconfigrestore -c srcdg ==> to commit the restoration. vxconfigrestore -d srcdg ==> to abort the restoration. # |
Commit the change required for restoring the configuration of the copy destination disk group.
# /etc/vx/bin/vxconfigrestore -c srcdg Committing configuration restoration for diskgroup srcdg .... srcdg's diskgroup configuration restoration is committed. # |
Note
In case of a cluster system, when a disk group or a mount resource has been defined, instead of using the import/deport command for the disk group use the online/offline process.
If a mount point has been defined as a cluster system resource, instead of using the file system mount/unmount commands use the mount resource online/offline processing.
When performing a system disk exchange, there are cases when conflicting backup configuration information may exist.
In such cases, the disk group ID needs to be reset after executing the above command.
After this operation, where the volumes within a disk group are required to be run in synchronous mode in background, synchronous processing it may take some time depending on the volume configuration.
It is also possible to use the volumes during this time.
