Ahhh. If all you copy is the databases, then you should indeed be fine. But
that means you would have to have the same exact environment on 4.1 as on 5.1.
So if you had some third-party app installed on 4.1, you'd have to install it on
5.1 before you copied over the 4.1 databases, right? Because you'd have to
have the fields set up and the proper registration files and all that ... for
those databases to work.
Sure, this might work fine in many cases.
I don't blame you for hating the glitches and the bugs. We should do a better
job of eliminating them. (and some of us are trying to do just that -- sigh :-)
But for sure I am not always "CORRECT" and I certainly hope you meant that as a
joke. If I sound pedantic, it's because I want to make sure I understand and
that everyone else does too. I spend a great deal of my time confused.
Thanks for clarifying, Ken.
James Shanks
Tivoli (NetView for UNIX) L3 Support
"Ken Garst." <KGarst@GIANTOFMARYLAND.COM> on 07/06/99 02:46:00 PM
Please respond to Discussion of IBM NetView and POLYCENTER Manager on NetView
<NV-L@UCSBVM.UCSB.EDU>
To: NV-L@UCSBVM.UCSB.EDU
cc: (bcc: James Shanks/Tivoli Systems)
Subject: Re: Urgent Netview Migration Problem
JAMES SHANKS wrote:
Ken -
I don't know what may fail, but your procedure assumes that nothing new was
added and that nothing old was changed when we went from NetView V4 to NetView
V5. That's not an assumption I would like to have to live with. Much is the
same, that is true, but the reason there is a migration procedure rather than a
simple note specifying your method is for precisely those two cases.
But I am not expert enough to assess the risk. I just worry about all the
changes being lost ...
What exactly did you tar/untar? All of /usr/OV ? Not only would you lose the
default files in /usr/OV/conf for example, but you would also lose the samples
of the new stuff in /usr/OV/newconfig, so you couldn't even check there to see
if anything was missing or copy in a new copy if something had changed. And
what about binaries and scripts? Or was /usr/OV/bin excluded? When you do
"xnmtrap" can you still add / alter TEC/classes and slot map values?
I'm glad it seems to have worked for you, but I don't see how I could recommend
it.
James Shanks
Tivoli (NetView for UNIX) L3 Support
Of course, James is always CORRECT. The proper way to do things is to
"migrate". However, sometimes you just get tired of dealing with glitches, bugs
and whatnots and try something on your own.
In my case I wanted to save two things, all customizations in trapd.conf and the
current databases and maps. I did not touch anything in /usr/OV/bin. I tarred
everything in /usr/OV/databases from NetView 4.1 and untarred them in the
NetView 5.1.1 host. In fact I have done this several times and it works
perfectly each time. Keep in mind that this is a very restricted but
nevertheless important "fast migration".
Regards,
ken
kgarst@giantofmaryland.com
|