Networker

Re: [Networker] Upgrading server OS and NW version at the same time, re-using same hardware and server name

2011-04-19 15:15:17
Subject: Re: [Networker] Upgrading server OS and NW version at the same time, re-using same hardware and server name
From: Tim Mooney <Tim.Mooney AT NDSU DOT EDU>
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Date: Tue, 19 Apr 2011 14:13:42 -0500
In regard to: Re: [Networker] Upgrading server OS and NW version at the...:

So if we re-do the OS, and I install 64bit NW (hopefully NW 7.6 SP2,
if it
comes out within the next couple weeks),

The DR procedure assumes you're going to install exactly the same
version
of NetWorker, but you're also talking about changing versions and the
ABI
at the same time.  That's not generally advised during a DR.  If you're
very, very comfortable with NetWorker and the DR procedure you can
probably pull it off.

But why, I wonder?

In a true disaster, you don't want to be increasing the challenge by
throwing any unnecessary variables into the mix.

The mmrecov recovers just the mm database, right, and
not anything else (i.e., no program binaries or installed programs)?

The media database *and* the resource database/files, yes.  No executables
are restored as part of the mmrecov.

And
the ABI shouldn't have any effect on the data in a database, right?

In the very general case that statement is false.  The ABI can have
a significant effect on how binary data is stored or retrieved.

In the specific case of NetWorker, one would hope that EMC's developers
have written their programs so that the intrinsic sizes of fields in the
database don't change based on whether the executable reading/writing the
database is ILP32 or LP64.

I personally have never seen a statement from EMC regarding whether the
media database is compatible between ILP32 and LP64 versions of the
product on the same platform.  I would hope it would be, but at this
point I don't take that for granted.  We *know* that the media database
is not architecture independent, so there's at least the possibility that
it's also not independent of intrinsic sizes for an ABI.

Tim
--
Tim Mooney                                             Tim.Mooney AT ndsu DOT 
edu
Enterprise Computing & Infrastructure                  701-231-1076 (Voice)
Room 242-J6, IACC Building                             701-231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164

To sign off this list, send email to listserv AT listserv.temple DOT edu and type 
"signoff networker" in the body of the email. Please write to networker-request 
AT listserv.temple DOT edu if you have any problems with this list. You can access the 
archives at http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER