Backing up a system disk in a ZFS boot environment is performed by the following procedure.
Note
You cannot restore data on a system disk you have backed up to other servers.
1) Stop the system.
# /usr/sbin/shutdown -y -g0 -i0 |
2) Boot the system from the CD-ROM device (or the network).
For the procedure, see the Solaris manual.
3) Execute the format(1M) command and check the partition information on the target system disk and cylinder size, then make a note of them.
4) Reboot the system.
# reboot |
Note
If the system is booted from an emergency startup disk for restoration, reboot the system using the shutdown(1M) command.
5) When using the shared class or local class, set the GDS configuration parameter.
Add the setting of SDX_DB_FAIL_NUM=0 to the end of /etc/opt/FJSVsdx/sdx.cf configuration file.
# vi /etc/opt/FJSVsdx/sdx.cf
...
SDX_DB_FAIL_NUM=0 <- Added |
The reason to perform this setting is to prevent the shared/local class from closing down after restoring even though the shared/local class configuration database layout differs from backing up to restoring the system disk.
6) Back up ZFS file systems.
Back up the entire root pool.
The outline of the backup procedure is as follows. For details, see the Solaris and ZFS manuals.
6-1) Use the following commands to check the system information needed when the ZFS file systems are restored, then make a note of them.
beadm list command (Solaris 11 or later)
zpool list command
zfs list command
zpool get all command
zfs get all command
6-2) Use the zfs snapshot command to create snapshots of the ZFS file systems.
6-3) Use the zfs send command to back up the ZFS snapshots created in step 5-2) to tape media.
7) When using the shared class or local class, undo the GDS configuration parameter.
Comment out the line of SDX_DB_FAIL_NUM=0 in the /etc/opt/FJSVsdx/sdx.cf configuration file.
# vi /etc/opt/FJSVsdx/sdx.cf ... # SDX_DB_FAIL_NUM=0 |
