From: Gene Siepka (gsie44@tsg.cbot.com)
Date: Thu Jan 12 2006 - 11:03:37 EST
Hi, I've got a general question about a storage migration we are
going to be doing soon..
They way things look now, its a 2 node cluster, attached to a Hitachi
9960 storage array. Suncluster 3.0, Solaris 9, Using Cluster Volume
Manager 3.2.. The quorum device is one of the 9960 Luns.
We will be migrating that storage to a 9980 array. We will be
migrating the data by attaching to the new storage and mirroring all
the vxvm volumes to the new array, and then breaking off the old...
Its not a huge deal just time consuming..
The question I have is, I know this gets a little trickier with
Cluster. After doing lots of reading... below is my procedure. Does
this sound correct? Is there anything I'm missing or I should look
out for?
0. Cross fingers.......
1. Storage guys make new luns available.
2. devfsadm/cfgadm them in..... run through format and label each one...
3. run scgdevs to update global devices.
4. run scdidadm -r to update /dev/did entries.
5. Make sure they are the same on both nodes
6. scsetup, 1,1 Add new quorum device.
7. confirm with scconf --pvv | grep Quorum
8. scsetup. 1,2 Remove the quorum device that was on 9960.
9. Veritas stuff to mirror disks.. (vxdctl enable, vxassist mirror...
etc...... )
10. Once mirroring finishes break off mirrors.
11. devfsadm/cfgadm out the old storage
12. scgdevs
13. scdidadm -C to cleanup old entries.
Anything else? Any help would be appreciated..
Thanks in advance..
-Gene Siepka
--------------------------------------------------------------------
This message is confidential and is intended only for the
individual(s) named. If you are not the intended recipient,
please let us know by e-mail reply and delete it from your system;
do not copy/save this message or disclose its contents to anyone.
E-mail transmissions cannot be guaranteed to be secure or error-free
as the transmission could be interrupted, corrupted, lost,
destroyed, altered, arrive late or contain viruses. The Chicago
Board of Trade does not accept liability for any errors or omissions
in the contents of this message which arise as a result of e-mail
transmission. The views expressed in this message do not
necessarily reflect those of the Chicago Board of Trade or its
affiliates.
--------------------------------------------------------------------
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:38:25 EDT