Professional Documents
Culture Documents
The Setup: an Oracle database supporting an application called ABC, and given the
following:
Assuming that we need to create filesystems intended for Oracle and:
we are using a SID of 'ABC'
we have nine disks, c0t0d1 through c0t0d9
we will be creating six volumes: /u01/oradata/ABC ( 4gb ), /u02/oradata/ABC (4gb ), /u03/oradata/ABC
(8gb ), /u04/oradata/ABC ( 4gb ), /u01/app/oracle/product/8.0.5_ABC ( 4gb ), and /u01/admin/ABC
( 4gb ).
We added these disks to Volume Manager Control during installation with vxinstall, or later with
vxdiskadd(1m). Both vxinstall and vxdiskadd can add either initialize a previously unused disk,
or 'encapsulate' a disk already containing data, but not under Volume Manager control.
we could take the following steps to set up our filesystems.
This would create a disk group called ABCdg containing one physical disk, c0t0d1,
which will be referred to by it's name within vxvm, ABCdg01. You cannot initiate a disk
group without specifying at least one disk as a member of the group. You should not
include any disks destined to be part of an Oracle Database in the default vxvm group,
rootdg. This allows you to use the vxdg'deport' and 'import' commands to
migrate an entire vxvm disk group to another host.
Now that we've create the disk group for our database, we can add the rest of our disks to
it:
vxdggABCdgadddiskABCdg02=c0t0d2
vxdggABCdgadddiskABCdg09=c0t0d9
vxassistgABCdgmakeABC038g
vxassistgABCdgmakeABC048g
vxassistgABCdgmakeABC058g
vxassistgABCdgmakeABC068g
Do a vxprint -g mydg first to see what disks your volumes lie on!
Do a vxdisk list and save it
Do an inq -et and save it!
You may wish to review moving a volume off of a particluar disk
Procedure
1) comment the volume(s) you're destroying out of vfstab
2) umount the volume
3) stop it:
vxvolstopvolume01
4) remove it:
vxeditrfrmvolume01
5) remove the disk(s) the volume was on from the disk group ( up to the last disk )
vxdggmydgrmdiskdmdiskname01
6) Remove the the disk(s) from VXVM control
vxdiskrmc1t1d51s2
7) If you wish do get rid of the disk group ( in order to recover the last disk ), you must
destroy the disk group:
vxdgdestroymydg
8) remove the last disk
vxdiskrmc2t7d9s2
9) If you're removing the disks from the EMC port, be sure to clean up:
drvconfig
disks
vxdctlenable
vxdctlinitdmp
10) Freak out and realize you whacked the wrong thing, use /root/eotw to recover.
Renaming a VM Disk:
Since names like "ABCdg10" are not as descriptive as they could be, you can rename it to
something more useful.
vxeditrenameABCdg10ABCdg_hot_spare
Using long disk names can be more descriptive, but will make using vxva trickier, as it
will truncate your disk name somewhat if it is too long.
This procedure assumes that the second system can see the disks, and also that you have
commented the file systems out of vfstab on the old system.
Throttle: 0
Progress: 18.33% 1537352 of 8388608 Blocks
Work time: 1 minute, 26 seconds (06:23 remaining)
# more
vxmake
vxmake
vxmake
vxplex
than one sd
-g dwproddg
-g dwproddg
-g dwproddg
-g dwproddg
# now for the scary part. dis-associating the plexes and sd's
vxplex -o rm dis dw01-01
# zap the dm from the dg
vxdg -g dwproddg rmdisk dwprodd01
# nuke the da
vxdisk rm c2t2d13s2
NAME
nclproddg
STATE
ID
enabled 949356971.2501.dfwns19