[Veritas-vx] DR test with VxVM
robertinoau at yahoo.com.au
Tue Aug 24 06:22:23 CDT 2004
>My question is, when I reboot on this new system disk
>what is my next step to re-enable a new, clean VM
>installation ? This is where I get stuck because I'm
>unclear what gets picked up from the old system.
Nothing will get picked up from the old system as your
new disk doesn't have a valid VM configuration
database (tag 15).
>I assume I first run vxlicinst -k xxxx to insert a
Nope. Just run vxinstall and enter your license key
>an I just re-run vxinstall and re-configure or will
>there be "legacy" files in the way ? Should I use
>combination of vxconfigd/vxdctl disable/enable and
>then vxedit to remove old volume details, or is this
>now irrelevant ?
Irrelevant as I explained above, you don't have a
valid configuration database so you will not any
volumes to begin with. You will have to re-create
then all from scratch
--- Andrew Garnett <andrewwdg at yahoo.co.uk> wrote:
> Thanks all for the useful feedback.
> Still running VM3.5 on Solaris 8 with an
> and mirrored root.
> I have to do a DR test by restoring all my backup
> tapes (ufsdump under Solaris 8) to a completely
> different server model, different disk sizes,
> and layouts. I have an evaluation license key for
> VxVM. The DR company will provide me with a big
> server with one disk pre-installed with Solaris to
> save time over the CD install.
> My intention is to restore a clean system disk,
> reinitialise any other disks for data then build
> volumes and filesystems manually and restore to
> The new volumes will not have the same topology as
> old ones.
> I will do this by the usual boot, format the second
> system disk & ufsrestore root & var to it, then
> it & edit all the relevant system files (devices
> Here's the VM bit....
> I'll create an install-db, remove file from state.d
> ,comment out 2 lines in /etc/system and change
> then install a boot block. I think this is all
> (correct me if I'm wrong).
> My question is, when I reboot on this new system
> what is my next step to re-enable a new, clean VM
> installation ? This is where I get stuck because I'm
> unclear what gets picked up from the old system.
> I assume I first run vxlicinst -k xxxx to insert a
> temporary key.
> Can I just re-run vxinstall and re-configure or
> there be "legacy" files in the way ? Should I use
> combination of vxconfigd/vxdctl disable/enable and
> then vxedit to remove old volume details, or is this
> now irrelevant ?
> Yahoo! Messenger - all new features - even more fun!
> Veritas-vx maillist -
> Veritas-vx at mailman.eng.auburn.edu
Find local movie times and trailers on Yahoo! Movies.
More information about the Veritas-vx