ADSM-L

Re: tsm upgrade

2003-12-10 09:04:36
Subject: Re: tsm upgrade
From: "Hubble, Frank" <FRANK.HUBBLE AT OKDHS DOT ORG>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 10 Dec 2003 08:04:25 -0600
thanks Matt, i'll do the CLEANUP command first.

-----Original Message-----
From: MC Matt Cooper (2838) [mailto:Matt.Cooper AT AMGREETINGS DOT COM]
Sent: Tuesday, December 09, 2003 2:09 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: tsm upgrade


Are you aware that going from a version less than 5.1.7.3 to 5.2 that all
the SYSTEM OBJECTS in your DB will go through some sort of 'cleanup' process
(different internal format)  AS YOU DO THE UPGRADEDB step.  I have heard it
is a CPU burner and you can not stop it.  I believe there are some ZAPS
available (to lessen the CPU usage) but they must be put on before the
UPGRADEDB run is done.  I am in a very similar position and am choosing to
stop off at 5.1.8.1 and run the CLEANUP BACKUPGROUPS procedure to
completion, (on my schedule, which can be interupted) first.  Just my 2
cents....
Matt

I got this from another list serve user that posted the following...






Flash #10258 (ITSM Server V5.2 Upgrade)

ITSM Server upgrade considerations for moving from prior versions to ITSM
5.2 (system objects)



Abstract: Any ITSM server platform upgrading to TSM V5.2, the upgrade will
convert backup group information from the format used by earlier releases
of TSM to the format needed for TSM V5.2. Any groups that are found to be
incomplete or invalid during the conversion are not converted and are left
in the old format. After the conversion, all the incomplete or invalid
groups remaining in the old format are deleted. This step may result in
unnecessary database searching which may utilize a significant portion of
processor capacity and prevent other server activities from running

Problem: When upgrading to TSM V5.2, the upgrade will convert backup group
information from the format used by earlier releases of TSM to the format
needed for TSM V5.2. Any groups that are found to be incomplete or invalid
during the conversion are not converted and are left in the old format.
After the conversion, all the incomplete or invalid groups remaining in the
old format are deleted. This step may result in unnecessary database
searching which may utilize a significant portion of processor capacity and
prevent other server activities from running. See APAR PQ80211. Also, error
messages (ANR9999D) may be issued while deleting the incomplete or invalid
groups. See APAR IC37589.
Who is Affected: TSM servers, prior to V5.2, on any server platform that
have grouped files stored in the server storage hierarchy and tracked in
the TSM server database. Grouped files are used to store Windows System
Objects from a TSM Windows Client. Any filespace reported on a "QUERY
FILESPACE" administrative command with the filespace name "SYSTEM OBJECT"
will have grouped file information recorded in the TSM server database. All
possible invalid or incomplete groups will need to be deleted either prior
to upgrading to TSM 5.2 or after upgrading to TSM V5.2.

Recommendation:

If you have not yet upgraded to TSM 5.2 and are preparing for upgrade:
The upgrade performs a conversion of tables of system objects and this can
be a long process. If you need to minimize the amount of time the system
will be down for the upgrade to the new version of TSM, perform the
following steps prior to the upgrade.

1) If your server is not already at V4.2.3 or above, or at V5.1.7.3 or
above, update your server to this level. It is important to be at these
levels to ensure you have the right fixes installed which are necessary for
the following steps.

2) Run the CLEANUP BACKUPGROUPS utility prior to upgrading to V5.2. This
should ensure that all possible invalid or incomplete grouped file entries
are removed from TSM server database before migrating to V5.2. CLEANUP
BACKUPGROUPS is a long running command and can be scheduled to run during
times when the server is not busy doing other activity. If you ran CLEANUP
BACKUPGROUPS with earlier versions of the utility, you should still rerun
at the specified version (i.e. V4.2.3 or V5.1.7.3). Earlier versions of
CLEANUP BACKUPGROUPS may not have cleaned up all necessary entries and may
have stopped processing before completing all entries. Refer to Flash 10210
if you would like additional information regarding the CLEANUP BACKUPGROUPS
utility.

3) Upgrade to TSM 5.2

4) Obtain and install server Patch 5.2.1.3 which contains the fix for APAR
PQ80211. Restart your server.

5) You may see ANR9999D messages issued as the cleanup of the objects
occurs. The text of this message, if issued, would be: ANR9999D imutil.c
(xxxx): ThreadId (yy) Error deleting object (zzzzzzzz zzzzzzzz) where
zzzzzzzz zzzzzzzz is the object id being deleted. These messages can be
ignored. (APAR IC37589 will resolve this in V5.2.2 although once this
thread runs to completion APAR IC37589 will no longer be needed. )


The following should be done if you have already upgraded to TSM 5.2 and
are experiencing performance problems due to the cleanup activity running
in the background
1) Obtain and install server Patch 5.2.1.3 which contains the fix for APAR
PQ80211. Restart your server.

2) You may see ANR9999D messages issued as the cleanup of the objects
occurs. The text of this message, if issued, would be: ANR9999D imutil.c
(xxxx): ThreadId (yy) Error deleting object (zzzzzzzz zzzzzzzz) where
zzzzzzzz is the object id. These messages can be ignored. (APAR IC37589
will resolve this in V5.2.2 although once this thread runs to completion
APAR IC37589 will no longer be needed.)

In both of the above cases, a background thread runs after the server is
upgraded to remove extraneous database entries after the conversion to new
tables takes place. This background thread has been updated to remove the
extraneous database searching which should result in the background thread
completing more quickly. This thread will be restarted each time the server
is started until the process runs to completion.

Conclusion: The TSM database change in TSM V5.2 is necessary to improve the
production capability and support for grouped files. The recommendations
listed above should be followed to eliminate all possible invalid or
incomplete grouped file entries prior to upgrading to V5.2 and to avoid
performance degradation after upgrading to V5.2.

Additional Information: Flash 10210 described the original problem which
resulted in the creation of CLEANUP BACKUPGROUPS. If you would like
additional information regarding the original problem, refer to FLASH
#10210 on
http://www-3.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManag
er.html





O/S:

OS/400; AIX; HP-UX; Linux; Solaris; Windows; OS/390; z/OS

Keywords:

system objects, upgrade, migration, performance, cleanup BACKUPGROUPS


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Hubble, Frank
Sent: Tuesday, December 09, 2003 2:03 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: tsm upgrade


getting ready to upgrade tsm server on zos 1.4 to 5.2.0.0 from 5.1.6.2
does anyone know if my os/390 linux clients 5.1.5.5 will run with 5.1.6.2?

<Prev in Thread] Current Thread [Next in Thread>