By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
440,854 Members | 833 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 440,854 IT Pros & Developers. It's quick & easy.

DB2 9.5 equivilent of alternate fixpack

P: n/a
In version 8.2 ESE we used alternate fixpacks to allow multiple fixpack
levels for different instances, and to allow an instance to be deprecated
back to the previous fixpack (with certain limitations).

In looking at V9.5 install procedures there are no alternate fixpacks. There
is only a db2_install and a installFixPack script (not counting the db2setup
GUI program).

It looks to me like the installFixPack script is used to update (overlay) an
existing install (not add a separate set of binaries like an alternate
fixpack in 8.2) and that db2_install using a new directory should be used to
emulate the functionality of the an alternate fixpack in V8.2.

Is this interpretation correct?
Sep 19 '08 #1
Share this Question
Share on Google+
6 Replies


P: n/a
On 19 Wrz, 20:15, "Mark A" <some...@someone.comwrote:
In version 8.2 ESE we used alternate fixpacks to allow multiple fixpack
levels for different instances, and to allow an instance to be deprecated
back to the previous fixpack (with certain limitations).

In looking at V9.5 install procedures there are no alternate fixpacks. There
is only a db2_install and a installFixPack script (not counting the db2setup
GUI program).

It looks to me like the installFixPack script is used to update (overlay) an
existing install (not add a separate set of binaries like an alternate
fixpack in 8.2) and that db2_install using a new directory should be used to
emulate the functionality of the an alternate fixpack in V8.2.

Is this interpretation correct?
You can install more than one instance of DB2 9.1 or 9.5. Then you can
fixpack some of them (or install new DB2 9.5 instance by db2_install
script - fixpack for DB2 9.x is now full installer).

Marcin
Sep 20 '08 #2

P: n/a
"Marcin 'frodo2000' Molak" <fr*******@gmail.comwrote in message
news:de0420fb-4d35-4e3a-b08d-
You can install more than one instance of DB2 9.1 or 9.5. Then you can
fixpack some of them (or install new DB2 9.5 instance by db2_install
script - fixpack for DB2 9.x is now full installer).

Marcin
I am quite aware that in V9+ the fixpack code can be installed without any
previous GA code, but you didn't answer the question. Maybe you are not
familiar with alternate fixpacks in version 8.2.

Also, there is no such thing as installing an instance. You install the code
or a fixpack, and then create or update an instance.

Sep 20 '08 #3

P: n/a
I am quite aware that in V9+ the fixpack code can be installed without any
previous GA code, but you didn't answer the question. Maybe you are not
familiar with alternate fixpacks in version 8.2.

Also, there is no such thing as installing an instance. You install the code
or a fixpack, and then create or update an instance.
Does installing in a new path using db2_install not work? There should
be no need for alternate fixpacks as there can be many parallel
installations.

If you want to apply a fixpack, you have to chose the path to apply
the fixpack to (using -b or -p to ./installfixpack), so that DB2 know
which installation to update.

By the way, DB2 V9.1 didn't need a GA to install a fixpack, but when I
looked at the DB2 V9.5 FP 2 installation requirements, they did
require a DB2 V9.5 GA.
Sep 20 '08 #4

P: n/a
Ian
Mark A wrote:
"Marcin 'frodo2000' Molak" <fr*******@gmail.comwrote in message
news:de0420fb-4d35-4e3a-b08d-
>You can install more than one instance of DB2 9.1 or 9.5. Then you can
fixpack some of them (or install new DB2 9.5 instance by db2_install
script - fixpack for DB2 9.x is now full installer).

Marcin

I am quite aware that in V9+ the fixpack code can be installed without any
previous GA code, but you didn't answer the question. Maybe you are not
familiar with alternate fixpacks in version 8.2.
Mark,

You install the fixpack into a new location. For example, you have
/opt/IBM/db2/v9.5 with GA code, and you can install FP2 into
/opt/IBM/db2/V9.5_fp2.

Then, just use /opt/IBM/db2/V9.5_fp2/instance/db2iupdt to switch
your instance over to the FP2 code.

To switch back, use /opt/IBM/db2/V9.5/instance/db2iupdt. (And,
presumably, restore your database to the pre-FP2 image).

Sep 20 '08 #5

P: n/a
<w.*********@googlemail.comwrote in message
news:df**********************************@r66g2000 hsg.googlegroups.com...
By the way, DB2 V9.1 didn't need a GA to install a fixpack, but when I
looked at the DB2 V9.5 FP 2 installation requirements, they did
require a DB2 V9.5 GA.
Actually, 9.5 FP2 does not need 9.5 GA (or any previous code). That is an
error (or at least a very poorly worded) install instructions.
Sep 21 '08 #6

P: n/a
"Ian" <ia*****@mobileaudio.comwrote in message
news:eA******************@newsfe01.iad...
Mark,

You install the fixpack into a new location. For example, you have
/opt/IBM/db2/v9.5 with GA code, and you can install FP2 into
/opt/IBM/db2/V9.5_fp2.

Then, just use /opt/IBM/db2/V9.5_fp2/instance/db2iupdt to switch
your instance over to the FP2 code.

To switch back, use /opt/IBM/db2/V9.5/instance/db2iupdt. (And,
presumably, restore your database to the pre-FP2 image).
Yes I have figured that out now. But to do that one must use the db2_install
script, and not the installFixPack script. That is not clear from the
instructions, but I figured it out by trial and error.
Sep 21 '08 #7

This discussion thread is closed

Replies have been disabled for this discussion.