Lisa - No problem, AIX makes this simpple as long as nothing of note is in the rootvg.
FWIW, here's the process I go through: Stop TSM Unmount file systems Varyoffvg the volume group Assign the luns to the new system on the ESS Cfgmgr on the new system to get the hdisk definitions Smitty -> devices -> datapath devices -> define and configure all datapath devices to configure the vpaths Importvg -y <vgname> <hdiskn> to import the vg Unmount the file systems (if mounted) and varyoff the vg Hd2vp <vgname> Varyonvg <vgname> and mount the filesystems Once things look good -- On the old system -- exportvg <vgname> to delete the filesystem definitions Rmdev -dl the vpaths and hdisks And un-assign the volumes on the ESS (I like to leave myself a path back in case of problems) Tom Kauffman NIBCO, Inc > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf > Of Lisa Laughlin > Sent: Monday, August 16, 2004 11:32 AM > To: [EMAIL PROTECTED] > Subject: restore db to new host (LPAR) and ESS dsmfmt'd stg volumes? > > Hello all, > > I am wondering if anyone has any experience moving TSM from one AIX > host to > another, both of which are attached to an ESS. My basic question is > whether it is possible to move the vpaths from the one host and to the > other & be able to retain the dsmfmt'd storage pool volumes in the > reassignment, or if I will have to redefine all the vpaths and then > redsmfmt all the stg pool volumes? I also wonder if it would be > possible > to use Sysback to accomplish this, if it isn't possible through the > conventional AIX ways. > > I have been trying to research this online, but really can't find > anything > about it. > > > TIA > > lisa CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message.
