1
z/OS Server / Upgrade and my 'personal' thoughts
« on: March 12, 2019, 07:11:11 AM »
Hi
I'm about to run into one of my most hated issues at work,
upgrading OnDemand. This time from 9.5 -> 10.1
If you don't like to read things from a "Grumpy old man", then
stop reading now!!!!
I don't really understand how it can be so hard for IBM to make
proper instructions how to do an 'downgrade' for CMOD, if you
managed to do an upgrade and realized that you're into big trouble
and need to do an 'downgrade'.
I did open an PMR and asked the question...
And not suprisingly!!?? the answers were:
"
..
As I mentioned, I did a quick compare and saw 3 tables that had more
columns in 10.1 than 9.5, ARSHOLDMAP, ARSRES, and ARSSYS but again, that
is not an official statement and there may be other changes that I am
not aware of
..
"
and
"
..
I appreciate that you don't think that answer is acceptable, but it is
and has always been the answer for this release and all others prior.
Development has never documented what changes the arsdb command will
introduce, it is always recommneded to take backups of all the OnDemand
system tables (ARS*) and have those available if a rollback is required.
..
"
I don't understand how it can be so easily written by IBM, in the README-file
"
...
Customers will need to have a database backup and recovery plan implemented prior to
performing this procedure.
..
"
And that we accept ??
How hard can it be for IBM to make a script, so that we can do an 'downgrade'!
As I see it right now, you can do an upgrade.. but if anything happen, and you
need to do an 'downgrade. God forbid if you've loaded anything !!, then you're
out of synch !!
It might even be so that directly after you've upgraded adn starts the ARSSOCKD,
The System Log switch and messages are written to a new table...
whar will happen if you reload ARSSYS/ARSAG ??
Anybody have any thoughts ?
/Hakan Carlberg
I'm about to run into one of my most hated issues at work,
upgrading OnDemand. This time from 9.5 -> 10.1
If you don't like to read things from a "Grumpy old man", then
stop reading now!!!!
I don't really understand how it can be so hard for IBM to make
proper instructions how to do an 'downgrade' for CMOD, if you
managed to do an upgrade and realized that you're into big trouble
and need to do an 'downgrade'.
I did open an PMR and asked the question...
And not suprisingly!!?? the answers were:
"
..
As I mentioned, I did a quick compare and saw 3 tables that had more
columns in 10.1 than 9.5, ARSHOLDMAP, ARSRES, and ARSSYS but again, that
is not an official statement and there may be other changes that I am
not aware of
..
"
and
"
..
I appreciate that you don't think that answer is acceptable, but it is
and has always been the answer for this release and all others prior.
Development has never documented what changes the arsdb command will
introduce, it is always recommneded to take backups of all the OnDemand
system tables (ARS*) and have those available if a rollback is required.
..
"
I don't understand how it can be so easily written by IBM, in the README-file
"
...
Customers will need to have a database backup and recovery plan implemented prior to
performing this procedure.
..
"
And that we accept ??
How hard can it be for IBM to make a script, so that we can do an 'downgrade'!
As I see it right now, you can do an upgrade.. but if anything happen, and you
need to do an 'downgrade. God forbid if you've loaded anything !!, then you're
out of synch !!
It might even be so that directly after you've upgraded adn starts the ARSSOCKD,
The System Log switch and messages are written to a new table...
whar will happen if you reload ARSSYS/ARSAG ??
Anybody have any thoughts ?
/Hakan Carlberg