Thanks to:
Darren Dunham
Briscoe Kristopher-P95013
>From the responses, it seems to me that I can just use the deport and import
feature of the Volume Manager to split the storage array.
Here are the final steps that I think I will take:
. Backup all the data on the file systems and databases to tape.
. Verify the backup is good and can be restored on both file systems and
database data.
. Run vxdisk list command on both servers to collect all the current
device,
disk and group info.
. Run ssaadm display cx (x is the controller number) to find out the
physical disk location on the Storage Array.
. Combine the info from vxdisk list and ssaadm display to locate the
corresponding physical disks which are used by host B.
. Backup the /etc/path_to_inst file on host B and host A.
. Vxdg deport the diskgroup on host B.
. Shutdown host A and host B.
. Pull the disks which belong to host B out and mark their slots and
trays
locations. (The slots and trays location does not matter to Veritas)
. Connect the new array to host B and install the disks pulled from the
old
array according to the slots and trays location. (location is not
important)
. Boot -r on host B to bring up host B.
. Vxdg import diskgroup on host B.
. Run vxprint command to check all the volumes on all disk groups.
. Bring up the database server (sybase) on host B.
. If all is well at this point, then boot host A to bring up host A.
. vxprint command to check all the volumes on all disk groups.
. Bring up the database server (sybase) on host A.
Zion
---------------------------------------------------------------------------------
Here are the original question:
To All Helpers:
I have a SPARCStorage Array 110 (PN:595-4081-01) with 30 4GB disks fully
populated. Currently it supports two Ultra Enterprise 2 servers (host A and
host B) running Solaris 2.6 with Volume Manager software version 2.5.
I have received another SPARCStorage Array 110 and is planning to migrate host B
to this new Array and the host A will continue to use the existing array. The
rootdg is from a local hard disk on each host and is not using storage array for
the Solairs operating system. Only database volumes and user data/application
file systems are using the storage array disk space.
I know I can backup everything on both servers and physically split the servers
off the storage array, connect the new array to host B and restore everything
that belongs to host B.
But I think with volume manager software, I may have a chance to use deport and
import feature of the volume manager software to migrate the disks and disk
group with ease.
Here are the steps in my thought:
. Backup all the data on the file systems and databases to tape.
. Verify the backup is good and can be restored on both file systems and
database data.
. Run vxdisk list command on both servers to collect all the current device,
disk and group info.
. Run ssaadm display cx (x is the controller number) to find out the
physical disk location on the Storage Array.
. Combine the info from vxdisk list and ssaadm display to locate the
corresponding physical disks which are used by host B.
. Backup the /etc/path_to_inst file on host B and host A.
. Vxdg deport the diskgroup on host B.
. Remove the /dev/dsk and /dev/rdsk links for the old array on host B. (Could
this step be harmful?)
. Shutdown host A and host B.
. Pull the disks which belong to host B out and mark their slots and trays
locations.
. Connect the new array to host B and install the disks pulled from the old
array according to the slots and trays location.
. Boot -r on host B to bring up host B.
. Vxdg import diskgroup on host B.
. Run vxprint command to check all the volumes on all the disk group.
. Bring up the database server (sybase).
. If all is well at this point, then boot -r on host A to bring up host A.
Will this work? Am I missing any important steps in this plan? What should I
be cautious of using deport and import function for Volume Manager?
Your help are greatly appreciated in advance,
S
U BEFORE POSTING please READ the FAQ located at
N ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/faq
. and the list POLICY statement located at
M ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/policy
A To submit questions/summaries to this list send your email message to:
N sun-managers@sunmanagers.ececs.uc.edu
A To unsubscribe from this list please send an email message to:
G majordomo@sunmanagers.ececs.uc.edu
E and in the BODY type:
R unsubscribe sun-managers
S Or
. unsubscribe sun-managers original@subscription.address
L To view an archive of this list please visit:
I http://www.latech.edu/sunman.html
S
T
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:14:23 CDT