One last step, the UNIX databases are unique to each machine, so
once they
have been restored on the target machine, you must start the daemons
and
then run /usr/OV/service/reset_ci to replace the old machine data
with the
new.
Then you can bring up the GUI.
I have just executed the command "mapadmin -u [map:hostname]" command
instead of the reset_ci command without any problem. Perhaps I should be
using reset_ci instead, but haven't experienced any problems.
Joe Prokott - West Group
Network Architect
610 Opperman Drive
St. Paul, MN 55123
Phone: 651-687-4536
Fax: 651-687-6946
E-mail: joe.prokott@westgroup.com
> -----Original Message-----
> From: James_Shanks@TIVOLI.COM [SMTP:James_Shanks@TIVOLI.COM]
> Sent: Friday, October 09, 1998 8:34 AM
> To: NV-L@UCSBVM.UCSB.EDU
> Subject: Re: Databases between AIX and NT
>
> What platform are you asking about? Be aware that while this procedure
> often works, it is not officially supported. If you mess it up, or have
> problems, Support is going to say "Delete and re-discover", so be careful.
>
> To be successful the boxes must be of the same operating system and the
> same version of NetView. I prefer them to be at the same approximate
> maintenance level as well. Then you must stop any GUIs, and at least
> netmon and snmpCollect so that no one is writing to the databases. Then
> you can copy /usr/OV/databases/openview to some medium. There are lots of
> ways to do this. tar is one, cpio, pax, and backup can be used as well on
> UNIX. I believe that just copy works on NT. You have to copy all the
> files and subdirectories. Then you have to put them on the other machine.
> How you do that is your business but if you ftp make sure you use binary
> mode. The daemons on the remote system should be down (ovwdb and ovtopmd
> do not like having their databases overwritten while they are up).
>
> On NT you should just be able to restart the daemons and all should be
> well. On UNIX, you have some more problems to worry about. The databases
> are sparse filesystems and if you use tar to archive them, they will take
> up more space when you untar them. This may not be a problem in some
> installations but with large databases it is. One way to avoid this is to
> use pax to "untar" your archive, but while pax preserves sparse files,
> it does not preserve permissions unless you tell it to. I do it like
> this:
>
> cd /usr/OV/databases/openview
> tar -cvf <filename> * ( this creates
> your
> archive, I usually do it to tape, /dev/rmt0, rather than a file)
>
> On the other machine, cd /usr/OV/databases/openview
>
> pax -vf <filename> (same as tar -tvf <filename>) (make sure
> you can read the archive)
>
> pax -rp e -f <filename> (like tar -xvf <filename>) ( the
> -p e preserves the permissions)
>
> One last step, the UNIX databases are unique to each machine, so once
> they
> have been restored on the target machine, you must start the daemons and
> then run /usr/OV/service/reset_ci to replace the old machine data with the
> new.
> Then you can bring up the GUI.
>
>
> James Shanks
> Tivoli (NetView for UNIX) L3 Support
>
>
>
> Khaya Florida <fkhaya@WOOLWORTHS.COM.AU> on 10/08/98 07:26:58 PM
>
> Please respond to Discussion of IBM NetView and POLYCENTER Manager on
> NetView et alia <NV-L@UCSBVM.UCSB.EDU>
>
> To: NV-L@UCSBVM.UCSB.EDU
> cc: (bcc: James Shanks)
> Subject: Re: Databases between AIX and NT
>
>
>
>
>
> What were the steps you used to move (tar) openview dbs from 1 system to
> another ? Attempted same with no success (tar & ftp). What are the
> limitations on source & target systems, eg, they must be in same subnet,
> etc
> ??
>
> > -----Original Message-----
> > From: Prokott, Joe [SMTP:Joe.Prokott@WESTGROUP.COM]
> > Sent: Friday, 9 October 1998 0:22
> > To: NV-L@UCSBVM.ucsb.edu
> > Subject: Re: Databases between AIX and NT
> >
> > James,
> >
> > Overlaying then is what I mean. Using tar, we are able to backup the
> > entire
> > /usr/OV/databases/openview/ directory structure and move it to another
> > system when going from one AIX system to another AIX system. My
> question
> > is
> > can I tar up this same directory structure on an AIX system and then
> untar
> > it onto an NT platform? Will this then function on NT? Thanks,
> >
> > Joe Prokott - West Group
> > Network Architect
> > 610 Opperman Drive
> > St. Paul, MN 55123
> > Phone: 651-687-4536
> > Fax: 651-687-6946
> > E-mail: joe.prokott@westgroup.com
> >
> >
> > > -----Original Message-----
> > > From: James_Shanks@TIVOLI.COM [SMTP:James_Shanks@TIVOLI.COM]
> > > Sent: Thursday, October 08, 1998 8:55 AM
> > > To: NV-L@UCSBVM.UCSB.EDU
> > > Subject: Re: Databases between AIX and NT
> > >
> > > There is no such utility. You cannot unload a database from one
> machine
> > > and load it on another even within the same operating system platform
> --
> > > AIX to AIX for example. All you can do is physically overlay one
> > > machine's
> > > database with that from another, using an external utility like tar.
> > >
> > > If you think such a utility is a useful addition to the product, then
> I
> > > recommend you send a note to netview@tivoli.com for consideration in a
> > > future release.
> > >
> > > James Shanks
> > > Tivoli (NetView for UNIX) L3 Support
> > >
> > >
> > >
> > > "Prokott, Joe" <Joe.Prokott@WESTGROUP.COM> on 10/07/98 06:43:48 PM
> > >
> > > Please respond to Discussion of IBM NetView and POLYCENTER Manager on
> > > NetView et alia <NV-L@UCSBVM.UCSB.EDU>
> > >
> > > To: NV-L@UCSBVM.UCSB.EDU
> > > cc: (bcc: James Shanks)
> > > Subject: Databases between AIX and NT
> > >
> > >
> > >
> > >
> > >
> > > Is it possible to transfer a NV database from TME 10 NetView for AIX
> 5.1
> > > to
> > > NetView for NT 5.1 or vice versa? I am just wondering if there is any
> > way
> > > we can import our AIX database into our NT version? It would be very
> > > handy
> > > if there was some sort of conversion program that would allow this.
> > > Thanks,
> > >
> > > Joe Prokott - West Group
> > > Network Architect
> > > 610 Opperman Drive
> > > St. Paul, MN 55123
> > > Phone: 651-687-4536
> > > Fax: 651-687-6946
> > > E-mail: joe.prokott@westgroup.com
|