Veritas Storage Foundation™ and High Availability Solutions ...

Veritas Storage Foundation™ and High Availability Solutions ... Veritas Storage Foundation™ and High Availability Solutions ...

sfdoccentral.symantec.com
from sfdoccentral.symantec.com More from this publisher
12.07.2015 Views

92Storage Foundation and High Availability Solutions support for Oracle VM Server for SPARCUsing Veritas Volume Manager snapshots for cloning logical domain boot disks2 To create a third-mirror break-off snapshot, use the following form of thevxsnap make command.Caution: Shut down the guest domain before executing the vxsnap commandto take the snapshot.primary# vxsnap [-g diskgroup] make \source=volume[/newvol=snapvol] \{/plex=plex1[,plex2,...]|/nmirror=number]}Either of the following attributes may be specified to create the new snapshotvolume, snapvol, by breaking off one or more existing plexes in the originalvolume:plexSpecifies the plexes in the existing volume that are to be broken off. Thisattribute can only be used with plexes that are in the ACTIVE state.nmirrorSpecifies how many plexes are to be broken off. This attribute can only beused with plexes that are in the SNAPDONE state. Such plexes could havebeen added to the volume by using the vxsnap addmir command.Snapshots that are created from one or more ACTIVE or SNAPDONE plexesin the volume are already synchronized by definition.For backup purposes, a snapshot volume with one plex should be sufficient.For example,primary# vxsnap -g boot_dg make \source=bootdisk1-vol/newvol=SNAP-bootdisk1-vol/nmirror=1Here bootdisk1-vol makes source; SNAP-bootdisk1-vol is the new volume and1 is the nmirror value.The block device for the snapshot volume will be/dev/vx/dsk/boot_dg/SNAP-bootdisk1-vol.3 Configure a service by exportingthe/dev/vx/dsk/boot_dg/SNAP-bootdisk1-volfile as a virtual disk.primary# ldm add-vdiskserverdevice \/dev/vx/dsk/boot_dg/SNAP-bootdisk1-vol vdisk2@primary-vds0

Storage Foundation and High Availability Solutions support for Oracle VM Server for SPARCUsing Veritas Volume Manager snapshots for cloning logical domain boot disks934 Add the exported disk to logical domain1 first.primary# ldm add-vdisk vdisk2 \SNAP-bootdisk1-vol@primary-vds0 logical domain1primary# ldm bind logical domain1primary# ldm start logical domain15 Start logical domain1 and boot logical domain1 from its primary boot diskvdisk1.primary# ldm bind logical domain1primary# ldm start logical domain16 If the new virtual disk device node entires do not show up in the/dev/[r]dskdirectories, then run the devfsadm command in the guest domain:logical domain1# devfsadm -Cwhere vdisk2 is the c0d2s# device.logical domain1# ls /dev/dsk/c0d2s*/dev/dsk/c0d2s0 /dev/dsk/c0d2s2 /dev/dsk/c0d2s4 /dev/dsk/c0d2s6/dev/dsk/c0d2s1 /dev/dsk/c0d2s3 /dev/dsk/c0d2s5 /dev/dsk/c0d2s77 Mount the root file system of c0d2s0 and modify the /etc/vfstab entriessuch that all c#d#s# entries are changed to c0d0s#. You must do this becauselogical domain2 is a new logical domain and the first disk in the operatingsystem device tree is always named as c0d0s#.8 Stop and unbind logical domain1 from its primary boot disk vdisk1.primary# ldm stop logical domain1primary# ldm unbind logical domain19 After you change the vfstab file, unmount the file system and unbind vdisk2from logical domain1:primary# ldm remove-vdisk vdisk2 logical domain1

<strong>Storage</strong> Foundation <strong>and</strong> <strong>High</strong> <strong>Availability</strong> <strong>Solutions</strong> support for Oracle VM Server for SPARCUsing <strong>Veritas</strong> Volume Manager snapshots for cloning logical domain boot disks934 Add the exported disk to logical domain1 first.primary# ldm add-vdisk vdisk2 \SNAP-bootdisk1-vol@primary-vds0 logical domain1primary# ldm bind logical domain1primary# ldm start logical domain15 Start logical domain1 <strong>and</strong> boot logical domain1 from its primary boot diskvdisk1.primary# ldm bind logical domain1primary# ldm start logical domain16 If the new virtual disk device node entires do not show up in the/dev/[r]dskdirectories, then run the devfsadm comm<strong>and</strong> in the guest domain:logical domain1# devfsadm -Cwhere vdisk2 is the c0d2s# device.logical domain1# ls /dev/dsk/c0d2s*/dev/dsk/c0d2s0 /dev/dsk/c0d2s2 /dev/dsk/c0d2s4 /dev/dsk/c0d2s6/dev/dsk/c0d2s1 /dev/dsk/c0d2s3 /dev/dsk/c0d2s5 /dev/dsk/c0d2s77 Mount the root file system of c0d2s0 <strong>and</strong> modify the /etc/vfstab entriessuch that all c#d#s# entries are changed to c0d0s#. You must do this becauselogical domain2 is a new logical domain <strong>and</strong> the first disk in the operatingsystem device tree is always named as c0d0s#.8 Stop <strong>and</strong> unbind logical domain1 from its primary boot disk vdisk1.primary# ldm stop logical domain1primary# ldm unbind logical domain19 After you change the vfstab file, unmount the file system <strong>and</strong> unbind vdisk2from logical domain1:primary# ldm remove-vdisk vdisk2 logical domain1

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!