Welcome!

Julian Stuhler

Welcome!

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Mark Vickers

RE: Welcome!
(in response to Julian Stuhler)

We are what I would classify a young vanilla DB2 user and had no issues migrating from v7 to v8.
Here is my dilemma... Leapfrog v9 to v10 so we can get current (won't do that until at least 9 months after v10-GA) which will give us immediate CPU savings and all the other goodies and then have more time to take advantage of the new features and educate everyone or keep my job safe by going to v9?


In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Julian Stuhler

RE: Welcome!
(in response to Mark Vickers)

Hi Mark - congratulations on being our first contributor. Yours is a dilemma many people are facing - hence this forum! I'm hoping a few other folks will jump in with their views, but here's my take on your situation.

If you're well esablished on V8 and have the resource/approval for an upgrade project in the very short term it might be worth going to DB2 9 first while the DB2 10 codebase continues to mature. If you're a "young" site without much complexity you should be able to get the DB2 9 upgrade done comfortably in 6-9 months, which will position you very nicely to begin planning for the DB2 10 upgrade in 2012.

If it's going to take you some months to get the resource/approval for the upgrade, or if you're in need of specific features in DB2 10 then the skip migration might be for you. The critical factor is the announced EOS date for V8, which is 30th April 2012 - if you're not off V8 by then you're going to have to talk to IBM about extended support. Again, starting the skip migration project a little later this year will allow the DB2 10 codebase to continue to mature while you're working your way to production.

If you do decide to go for the skip migration approach, be aware of the recommended best practices. I'll start another thread for those so we can add to them as the community gains more experience.


In Reply to Mark Vickers:

We are what I would classify a young vanilla DB2 user and had no issues migrating from v7 to v8.
Here is my dilemma... Leapfrog v9 to v10 so we can get current (won't do that until at least 9 months after v10-GA) which will give us immediate CPU savings and all the other goodies and then have more time to take advantage of the new features and educate everyone or keep my job safe by going to v9?


In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Roger Miller

RE: Welcome!
(in response to Julian Stuhler)

I tried to put my flavor of choices into a paper, and often append it to migration presentations, like this one. Early migrations need to use best practices for service and testing. We have been keeping changes on these web pages.
ftp://ftp.software.ibm.com/software/data/db2/zos/presentations/migration/db2-10-migration-planning-webcast-2011-feb-miller.pdfftp://ftp.software.ibm.com/software/data/db2/zos/presentations/migration/
DB2 best practices web page https://www.ibm.com/developerworks/data/bestpractices/db2zos/


In Reply to Julian Stuhler:

Hi Mark - congratulations on being our first contributor. Yours is a dilemma many people are facing - hence this forum! I'm hoping a few other folks will jump in with their views, but here's my take on your situation.

If you're well esablished on V8 and have the resource/approval for an upgrade project in the very short term it might be worth going to DB2 9 first while the DB2 10 codebase continues to mature. If you're a "young" site without much complexity you should be able to get the DB2 9 upgrade done comfortably in 6-9 months, which will position you very nicely to begin planning for the DB2 10 upgrade in 2012.

If it's going to take you some months to get the resource/approval for the upgrade, or if you're in need of specific features in DB2 10 then the skip migration might be for you. The critical factor is the announced EOS date for V8, which is 30th April 2012 - if you're not off V8 by then you're going to have to talk to IBM about extended support. Again, starting the skip migration project a little later this year will allow the DB2 10 codebase to continue to mature while you're working your way to production.

If you do decide to go for the skip migration approach, be aware of the recommended best practices. I'll start another thread for those so we can add to them as the community gains more experience.


In Reply to Mark Vickers:

We are what I would classify a young vanilla DB2 user and had no issues migrating from v7 to v8.
Here is my dilemma... Leapfrog v9 to v10 so we can get current (won't do that until at least 9 months after v10-GA) which will give us immediate CPU savings and all the other goodies and then have more time to take advantage of the new features and educate everyone or keep my job safe by going to v9?


In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Bjarne Nelson

RE: Welcome!
(in response to Roger Miller)

Hi Mark,
excellent opening question for this new forum, and I believe your dilemma is being shared by many other DB2 users that are currently on DB2 V8. Representing one of them here are my thoughts.

Unless your (or the company’s) risk appetite would fit being an early adapter of a new release of DB2, my take would be that you can alone justify the migration from DB2 V8 to 9 based on normal software life cycle needs (i.e. as Julian pointed out, DB2 V8 EOS being announced).

The business case for going through another software life cycle shortly thereafter could then be easily justifiable based on CPU saving and all the nice new features being made available in DB2 10.

You will anyway have to learn and adapt new features and functions in both DB2 9 and 10, so perhaps a step by step approach would be the right way forward considering all factors.


In Reply to Roger Miller:

I tried to put my flavor of choices into a paper, and often append it to migration presentations, like this one. Early migrations need to use best practices for service and testing. We have been keeping changes on these web pages.
ftp://ftp.software.ibm.com/software/data/db2/zos/presentations/migration/db2-10-migration-planning-webcast-2011-feb-miller.pdfftp://ftp.software.ibm.com/software/data/db2/zos/presentations/migration/
DB2 best practices web page https://www.ibm.com/developerworks/data/bestpractices/db2zos/


In Reply to Julian Stuhler:

Hi Mark - congratulations on being our first contributor. Yours is a dilemma many people are facing - hence this forum! I'm hoping a few other folks will jump in with their views, but here's my take on your situation.

If you're well esablished on V8 and have the resource/approval for an upgrade project in the very short term it might be worth going to DB2 9 first while the DB2 10 codebase continues to mature. If you're a "young" site without much complexity you should be able to get the DB2 9 upgrade done comfortably in 6-9 months, which will position you very nicely to begin planning for the DB2 10 upgrade in 2012.

If it's going to take you some months to get the resource/approval for the upgrade, or if you're in need of specific features in DB2 10 then the skip migration might be for you. The critical factor is the announced EOS date for V8, which is 30th April 2012 - if you're not off V8 by then you're going to have to talk to IBM about extended support. Again, starting the skip migration project a little later this year will allow the DB2 10 codebase to continue to mature while you're working your way to production.

If you do decide to go for the skip migration approach, be aware of the recommended best practices. I'll start another thread for those so we can add to them as the community gains more experience.


In Reply to Mark Vickers:

We are what I would classify a young vanilla DB2 user and had no issues migrating from v7 to v8.
Here is my dilemma... Leapfrog v9 to v10 so we can get current (won't do that until at least 9 months after v10-GA) which will give us immediate CPU savings and all the other goodies and then have more time to take advantage of the new features and educate everyone or keep my job safe by going to v9?


In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Mark Vickers

RE: Welcome!
(in response to Bjarne Nelson)

Thanks to all and Roger, some excellent papers and presentations.I have great bedtime reading materials now !

I have also scheduled the DB2 v9 Migration Workshop in a couple of weeks (I will take all the free help I can get :-) If you did not know, IBM is offering two FREE half day sessions, one for DBA/Sysprog Migration Planning and the second part is New Features etc. for DBA/Programmers.

I would like to post a link to a well written article by Willie favero which covered most of my concerns - thanks Willie - <http://it.toolbox.com/blogs/db2zos/yes-you-can-do-db2-v8-to-db2-10-but-should-you-skip-db2-9-the-story-continues-44688?rss=1>

In short, this week has convinced me that we will go the conventional v9 route and probably try to move quickly to v10 as my 3 year plan is to get to roughly a year behind DB2-v-latest-GA. Tried to make an acronym but best I could come up with is DB2vL-12 - I am sure the IBM acronym swat team will respond soon !

<friday dance>Thanks again and keep 'em coming...<friday dance>


In Reply to Bjarne Nelson:

Hi Mark,
excellent opening question for this new forum, and I believe your dilemma is being shared by many other DB2 users that are currently on DB2 V8. Representing one of them here are my thoughts.

Unless your (or the company’s) risk appetite would fit being an early adapter of a new release of DB2, my take would be that you can alone justify the migration from DB2 V8 to 9 based on normal software life cycle needs (i.e. as Julian pointed out, DB2 V8 EOS being announced).

The business case for going through another software life cycle shortly thereafter could then be easily justifiable based on CPU saving and all the nice new features being made available in DB2 10.

You will anyway have to learn and adapt new features and functions in both DB2 9 and 10, so perhaps a step by step approach would be the right way forward considering all factors.


In Reply to Roger Miller:

I tried to put my flavor of choices into a paper, and often append it to migration presentations, like this one. Early migrations need to use best practices for service and testing. We have been keeping changes on these web pages.
ftp://ftp.software.ibm.com/software/data/db2/zos/presentations/migration/db2-10-migration-planning-webcast-2011-feb-miller.pdfftp://ftp.software.ibm.com/software/data/db2/zos/presentations/migration/
DB2 best practices web page https://www.ibm.com/developerworks/data/bestpractices/db2zos/


In Reply to Julian Stuhler:

Hi Mark - congratulations on being our first contributor. Yours is a dilemma many people are facing - hence this forum! I'm hoping a few other folks will jump in with their views, but here's my take on your situation.

If you're well esablished on V8 and have the resource/approval for an upgrade project in the very short term it might be worth going to DB2 9 first while the DB2 10 codebase continues to mature. If you're a "young" site without much complexity you should be able to get the DB2 9 upgrade done comfortably in 6-9 months, which will position you very nicely to begin planning for the DB2 10 upgrade in 2012.

If it's going to take you some months to get the resource/approval for the upgrade, or if you're in need of specific features in DB2 10 then the skip migration might be for you. The critical factor is the announced EOS date for V8, which is 30th April 2012 - if you're not off V8 by then you're going to have to talk to IBM about extended support. Again, starting the skip migration project a little later this year will allow the DB2 10 codebase to continue to mature while you're working your way to production.

If you do decide to go for the skip migration approach, be aware of the recommended best practices. I'll start another thread for those so we can add to them as the community gains more experience.


In Reply to Mark Vickers:

We are what I would classify a young vanilla DB2 user and had no issues migrating from v7 to v8.
Here is my dilemma... Leapfrog v9 to v10 so we can get current (won't do that until at least 9 months after v10-GA) which will give us immediate CPU savings and all the other goodies and then have more time to take advantage of the new features and educate everyone or keep my job safe by going to v9?


In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Mark Vickers

RE: Welcome!
(in response to Mark Vickers)

Correction - blog posting was by Willie Favero.

In Reply to Mark Vickers:

Thanks to all and Roger, some excellent papers and presentations.I have great bedtime reading materials now !

I have also scheduled the DB2 v9 Migration Workshop in a couple of weeks (I will take all the free help I can get :-) If you did not know, IBM is offering two FREE half day sessions, one for DBA/Sysprog Migration Planning and the second part is New Features etc. for DBA/Programmers.

I would like to post a link to a well written article by Willie favero which covered most of my concerns - thanks Willie - <http://it.toolbox.com/blogs/db2zos/yes-you-can-do-db2-v8-to-db2-10-but-should-you-skip-db2-9-the-story-continues-44688?rss=1>

In short, this week has convinced me that we will go the conventional v9 route and probably try to move quickly to v10 as my 3 year plan is to get to roughly a year behind DB2-v-latest-GA. Tried to make an acronym but best I could come up with is DB2vL-12 - I am sure the IBM acronym swat team will respond soon !

<friday dance>Thanks again and keep 'em coming...<friday dance>


In Reply to Bjarne Nelson:

Hi Mark,
excellent opening question for this new forum, and I believe your dilemma is being shared by many other DB2 users that are currently on DB2 V8. Representing one of them here are my thoughts.

Unless your (or the company’s) risk appetite would fit being an early adapter of a new release of DB2, my take would be that you can alone justify the migration from DB2 V8 to 9 based on normal software life cycle needs (i.e. as Julian pointed out, DB2 V8 EOS being announced).

The business case for going through another software life cycle shortly thereafter could then be easily justifiable based on CPU saving and all the nice new features being made available in DB2 10.

You will anyway have to learn and adapt new features and functions in both DB2 9 and 10, so perhaps a step by step approach would be the right way forward considering all factors.


In Reply to Roger Miller:

I tried to put my flavor of choices into a paper, and often append it to migration presentations, like this one. Early migrations need to use best practices for service and testing. We have been keeping changes on these web pages.
ftp://ftp.software.ibm.com/software/data/db2/zos/presentations/migration/db2-10-migration-planning-webcast-2011-feb-miller.pdfftp://ftp.software.ibm.com/software/data/db2/zos/presentations/migration/
DB2 best practices web page https://www.ibm.com/developerworks/data/bestpractices/db2zos/


In Reply to Julian Stuhler:

Hi Mark - congratulations on being our first contributor. Yours is a dilemma many people are facing - hence this forum! I'm hoping a few other folks will jump in with their views, but here's my take on your situation.

If you're well esablished on V8 and have the resource/approval for an upgrade project in the very short term it might be worth going to DB2 9 first while the DB2 10 codebase continues to mature. If you're a "young" site without much complexity you should be able to get the DB2 9 upgrade done comfortably in 6-9 months, which will position you very nicely to begin planning for the DB2 10 upgrade in 2012.

If it's going to take you some months to get the resource/approval for the upgrade, or if you're in need of specific features in DB2 10 then the skip migration might be for you. The critical factor is the announced EOS date for V8, which is 30th April 2012 - if you're not off V8 by then you're going to have to talk to IBM about extended support. Again, starting the skip migration project a little later this year will allow the DB2 10 codebase to continue to mature while you're working your way to production.

If you do decide to go for the skip migration approach, be aware of the recommended best practices. I'll start another thread for those so we can add to them as the community gains more experience.


In Reply to Mark Vickers:

We are what I would classify a young vanilla DB2 user and had no issues migrating from v7 to v8.
Here is my dilemma... Leapfrog v9 to v10 so we can get current (won't do that until at least 9 months after v10-GA) which will give us immediate CPU savings and all the other goodies and then have more time to take advantage of the new features and educate everyone or keep my job safe by going to v9?


In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Ron Brown

RE: Welcome!
(in response to Julian Stuhler)

I have been intending to migrate from version 8 to 10 for quite a while. The idea was to do all the prereqs (including the installation of DB2 10 supporting versions of all third party software) before getting the DB2 10 code. I was advised by John Campbell that there is a "sweet spot" in the maintenance if you wait 6-8 months after GA. Naturally, there can always be some problems, but no software is ever completely bug free. I had planned to get the code in about July/August 2011, which even later than his suggestion, and put it into production in the first quarter of 2012..

Now, a new (non-technical) project manager has decided that going to DB2 10 is too much of a risk, and that we must migrate to version 9 instead. Apparently, that PM has also been advising other companies that DB2 10 is too risky.

Any suggestions about how DB2 10 can be defended against the nay-sayers?


In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Julian Stuhler

RE: Welcome!
(in response to Ron Brown)

Hello Ron, good to hear from you.

Your proposed timescales are in line with other customers I've spoken to in a similar position (although most tend to quote end of first quarter 2012) and as you point out they would result in you going into Production with DB2 10 being 14-17 months into it's release cycle.

In my opinion this is no different to any kind of IT change: you balance risk with reward and any good PM should be able to take an objective view of both. There are some significant potential rewards offered by DB2 10 for most sites and while the risks are certainly there, good timing, thorough preparation and meticulous testing should help to mitigate them. There are some excellent references earlier in this thread which I'd encourage you to investigate if you haven't already.

We're fortunate to have several key IBMers participating in this forum and as customer experiences of DB2 increase they will hopefully be sharing what they are seeing and giving general feedback on common issues etc. That might be too late for your V9/V10 decision though, which you probably need to make quickly given the V8 end of support dates. Does the PM quote specific issues that he/she is expecting to encounter?


In Reply to Ron Brown:

I have been intending to migrate from version 8 to 10 for quite a while. The idea was to do all the prereqs (including the installation of DB2 10 supporting versions of all third party software) before getting the DB2 10 code. I was advised by John Campbell that there is a "sweet spot" in the maintenance if you wait 6-8 months after GA. Naturally, there can always be some problems, but no software is ever completely bug free. I had planned to get the code in about July/August 2011, which even later than his suggestion, and put it into production in the first quarter of 2012..

Now, a new (non-technical) project manager has decided that going to DB2 10 is too much of a risk, and that we must migrate to version 9 instead. Apparently, that PM has also been advising other companies that DB2 10 is too risky.

Any suggestions about how DB2 10 can be defended against the nay-sayers?


In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Ron Brown

RE: Welcome!
(in response to Julian Stuhler)

Hi Jules, if you're coming to Melbourne some time - let me know.

I have been following all the available information I can find about DB2 10 and early experiences (eg. Roger's recent webcast), and discussing it with anyone I meet who has experience of it. Our problem is that the PM does not seem to be interested in technical details (unless there is some user requirement for feature(s) which are only in DB2 10). She only talks about using the oldest version available because she sees that as "less risky".and claims that otherwise we would be "one of the first in the world" to go to DB2 10.

My plan was to get it at software level RSU1107, test it for a while, then take it up to RSU1110 before migrating it into development & production. Thus we would have production on DB2 10 CM by end of first quarter 2012, and I don't see any later date being feasible.
If we go to version 9 instead, they would then delay the next DB2 upgrade until version 9 going out of service. I think that would be a shame to go another 3 years without the performance (and extra features) of DB2 10 when we could have it for just a little extra migration effort. The improved CPU costs could pay for the higher licence fee too!


In Reply to Julian Stuhler:

Hello Ron, good to hear from you.

Your proposed timescales are in line with other customers I've spoken to in a similar position (although most tend to quote end of first quarter 2012) and as you point out they would result in you going into Production with DB2 10 being 14-17 months into it's release cycle.

In my opinion this is no different to any kind of IT change: you balance risk with reward and any good PM should be able to take an objective view of both. There are some significant potential rewards offered by DB2 10 for most sites and while the risks are certainly there, good timing, thorough preparation and meticulous testing should help to mitigate them. There are some excellent references earlier in this thread which I'd encourage you to investigate if you haven't already.

We're fortunate to have several key IBMers participating in this forum and as customer experiences of DB2 increase they will hopefully be sharing what they are seeing and giving general feedback on common issues etc. That might be too late for your V9/V10 decision though, which you probably need to make quickly given the V8 end of support dates. Does the PM quote specific issues that he/she is expecting to encounter?


In Reply to Ron Brown:

I have been intending to migrate from version 8 to 10 for quite a while. The idea was to do all the prereqs (including the installation of DB2 10 supporting versions of all third party software) before getting the DB2 10 code. I was advised by John Campbell that there is a "sweet spot" in the maintenance if you wait 6-8 months after GA. Naturally, there can always be some problems, but no software is ever completely bug free. I had planned to get the code in about July/August 2011, which even later than his suggestion, and put it into production in the first quarter of 2012..

Now, a new (non-technical) project manager has decided that going to DB2 10 is too much of a risk, and that we must migrate to version 9 instead. Apparently, that PM has also been advising other companies that DB2 10 is too risky.

Any suggestions about how DB2 10 can be defended against the nay-sayers?


In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Julian Stuhler

RE: Welcome!
(in response to Ron Brown)

Hmm, sounds like the cultural/political issues might be more of a challenge than the technical ones!

You can definitely challenge the assertion that you'll be "one of the first in the world" by migrating at the end of first quarter 2012. The first customers are running DB2 10 in production NOW - including skip migration customers.

IDUG is about to run a survey asking our members to share their DB2 10 migration plans. We'll be posting the results to this forum and hopefully that will give you some objective figures to put in front of your PM. More news soon...


In Reply to Ron Brown:

Hi Jules, if you're coming to Melbourne some time - let me know.

I have been following all the available information I can find about DB2 10 and early experiences (eg. Roger's recent webcast), and discussing it with anyone I meet who has experience of it. Our problem is that the PM does not seem to be interested in technical details (unless there is some user requirement for feature(s) which are only in DB2 10). She only talks about using the oldest version available because she sees that as "less risky".and claims that otherwise we would be "one of the first in the world" to go to DB2 10.

My plan was to get it at software level RSU1107, test it for a while, then take it up to RSU1110 before migrating it into development & production. Thus we would have production on DB2 10 CM by end of first quarter 2012, and I don't see any later date being feasible.
If we go to version 9 instead, they would then delay the next DB2 upgrade until version 9 going out of service. I think that would be a shame to go another 3 years without the performance (and extra features) of DB2 10 when we could have it for just a little extra migration effort. The improved CPU costs could pay for the higher licence fee too!


In Reply to Julian Stuhler:

Hello Ron, good to hear from you.

Your proposed timescales are in line with other customers I've spoken to in a similar position (although most tend to quote end of first quarter 2012) and as you point out they would result in you going into Production with DB2 10 being 14-17 months into it's release cycle.

In my opinion this is no different to any kind of IT change: you balance risk with reward and any good PM should be able to take an objective view of both. There are some significant potential rewards offered by DB2 10 for most sites and while the risks are certainly there, good timing, thorough preparation and meticulous testing should help to mitigate them. There are some excellent references earlier in this thread which I'd encourage you to investigate if you haven't already.

We're fortunate to have several key IBMers participating in this forum and as customer experiences of DB2 increase they will hopefully be sharing what they are seeing and giving general feedback on common issues etc. That might be too late for your V9/V10 decision though, which you probably need to make quickly given the V8 end of support dates. Does the PM quote specific issues that he/she is expecting to encounter?


In Reply to Ron Brown:

I have been intending to migrate from version 8 to 10 for quite a while. The idea was to do all the prereqs (including the installation of DB2 10 supporting versions of all third party software) before getting the DB2 10 code. I was advised by John Campbell that there is a "sweet spot" in the maintenance if you wait 6-8 months after GA. Naturally, there can always be some problems, but no software is ever completely bug free. I had planned to get the code in about July/August 2011, which even later than his suggestion, and put it into production in the first quarter of 2012..

Now, a new (non-technical) project manager has decided that going to DB2 10 is too much of a risk, and that we must migrate to version 9 instead. Apparently, that PM has also been advising other companies that DB2 10 is too risky.

Any suggestions about how DB2 10 can be defended against the nay-sayers?


In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Roger Miller

RE: Welcome!
(in response to Julian Stuhler)

From the 23 customers in the early ship program, it appears that we'll probably have about 20 moving into DB2 10 ahead of you, with production rollouts that have begun now. We had a second wave of early customers, and are getting more customers moving now. If the results continue for performance, value, and stability, 2012 might be the middle of the migration. We expect to get the Performance Topics book out in the next couple of months.

In Reply to Julian Stuhler:

Hmm, sounds like the cultural/political issues might be more of a challenge than the technical ones!

You can definitely challenge the assertion that you'll be "one of the first in the world" by migrating at the end of first quarter 2012. The first customers are running DB2 10 in production NOW - including skip migration customers.

IDUG is about to run a survey asking our members to share their DB2 10 migration plans. We'll be posting the results to this forum and hopefully that will give you some objective figures to put in front of your PM. More news soon...


In Reply to Ron Brown:

Hi Jules, if you're coming to Melbourne some time - let me know.

I have been following all the available information I can find about DB2 10 and early experiences (eg. Roger's recent webcast), and discussing it with anyone I meet who has experience of it. Our problem is that the PM does not seem to be interested in technical details (unless there is some user requirement for feature(s) which are only in DB2 10). She only talks about using the oldest version available because she sees that as "less risky".and claims that otherwise we would be "one of the first in the world" to go to DB2 10.

My plan was to get it at software level RSU1107, test it for a while, then take it up to RSU1110 before migrating it into development & production. Thus we would have production on DB2 10 CM by end of first quarter 2012, and I don't see any later date being feasible.
If we go to version 9 instead, they would then delay the next DB2 upgrade until version 9 going out of service. I think that would be a shame to go another 3 years without the performance (and extra features) of DB2 10 when we could have it for just a little extra migration effort. The improved CPU costs could pay for the higher licence fee too!


In Reply to Julian Stuhler:

Hello Ron, good to hear from you.

Your proposed timescales are in line with other customers I've spoken to in a similar position (although most tend to quote end of first quarter 2012) and as you point out they would result in you going into Production with DB2 10 being 14-17 months into it's release cycle.

In my opinion this is no different to any kind of IT change: you balance risk with reward and any good PM should be able to take an objective view of both. There are some significant potential rewards offered by DB2 10 for most sites and while the risks are certainly there, good timing, thorough preparation and meticulous testing should help to mitigate them. There are some excellent references earlier in this thread which I'd encourage you to investigate if you haven't already.

We're fortunate to have several key IBMers participating in this forum and as customer experiences of DB2 increase they will hopefully be sharing what they are seeing and giving general feedback on common issues etc. That might be too late for your V9/V10 decision though, which you probably need to make quickly given the V8 end of support dates. Does the PM quote specific issues that he/she is expecting to encounter?


In Reply to Ron Brown:

I have been intending to migrate from version 8 to 10 for quite a while. The idea was to do all the prereqs (including the installation of DB2 10 supporting versions of all third party software) before getting the DB2 10 code. I was advised by John Campbell that there is a "sweet spot" in the maintenance if you wait 6-8 months after GA. Naturally, there can always be some problems, but no software is ever completely bug free. I had planned to get the code in about July/August 2011, which even later than his suggestion, and put it into production in the first quarter of 2012..

Now, a new (non-technical) project manager has decided that going to DB2 10 is too much of a risk, and that we must migrate to version 9 instead. Apparently, that PM has also been advising other companies that DB2 10 is too risky.

Any suggestions about how DB2 10 can be defended against the nay-sayers?


In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Mark Vickers

RE: Welcome!
(in response to Roger Miller)

Thanks Roger, Does IBM publish the experiences of these early ship customers, or is there any way we can get feedback?

In Reply to Roger Miller:

From the 23 customers in the early ship program, it appears that we'll probably have about 20 moving into DB2 10 ahead of you, with production rollouts that have begun now. We had a second wave of early customers, and are getting more customers moving now. If the results continue for performance, value, and stability, 2012 might be the middle of the migration. We expect to get the Performance Topics book out in the next couple of months.

In Reply to Julian Stuhler:

Hmm, sounds like the cultural/political issues might be more of a challenge than the technical ones!

You can definitely challenge the assertion that you'll be "one of the first in the world" by migrating at the end of first quarter 2012. The first customers are running DB2 10 in production NOW - including skip migration customers.

IDUG is about to run a survey asking our members to share their DB2 10 migration plans. We'll be posting the results to this forum and hopefully that will give you some objective figures to put in front of your PM. More news soon...


In Reply to Ron Brown:

Hi Jules, if you're coming to Melbourne some time - let me know.

I have been following all the available information I can find about DB2 10 and early experiences (eg. Roger's recent webcast), and discussing it with anyone I meet who has experience of it. Our problem is that the PM does not seem to be interested in technical details (unless there is some user requirement for feature(s) which are only in DB2 10). She only talks about using the oldest version available because she sees that as "less risky".and claims that otherwise we would be "one of the first in the world" to go to DB2 10.

My plan was to get it at software level RSU1107, test it for a while, then take it up to RSU1110 before migrating it into development & production. Thus we would have production on DB2 10 CM by end of first quarter 2012, and I don't see any later date being feasible.
If we go to version 9 instead, they would then delay the next DB2 upgrade until version 9 going out of service. I think that would be a shame to go another 3 years without the performance (and extra features) of DB2 10 when we could have it for just a little extra migration effort. The improved CPU costs could pay for the higher licence fee too!


In Reply to Julian Stuhler:

Hello Ron, good to hear from you.

Your proposed timescales are in line with other customers I've spoken to in a similar position (although most tend to quote end of first quarter 2012) and as you point out they would result in you going into Production with DB2 10 being 14-17 months into it's release cycle.

In my opinion this is no different to any kind of IT change: you balance risk with reward and any good PM should be able to take an objective view of both. There are some significant potential rewards offered by DB2 10 for most sites and while the risks are certainly there, good timing, thorough preparation and meticulous testing should help to mitigate them. There are some excellent references earlier in this thread which I'd encourage you to investigate if you haven't already.

We're fortunate to have several key IBMers participating in this forum and as customer experiences of DB2 increase they will hopefully be sharing what they are seeing and giving general feedback on common issues etc. That might be too late for your V9/V10 decision though, which you probably need to make quickly given the V8 end of support dates. Does the PM quote specific issues that he/she is expecting to encounter?


In Reply to Ron Brown:

I have been intending to migrate from version 8 to 10 for quite a while. The idea was to do all the prereqs (including the installation of DB2 10 supporting versions of all third party software) before getting the DB2 10 code. I was advised by John Campbell that there is a "sweet spot" in the maintenance if you wait 6-8 months after GA. Naturally, there can always be some problems, but no software is ever completely bug free. I had planned to get the code in about July/August 2011, which even later than his suggestion, and put it into production in the first quarter of 2012..

Now, a new (non-technical) project manager has decided that going to DB2 10 is too much of a risk, and that we must migrate to version 9 instead. Apparently, that PM has also been advising other companies that DB2 10 is too risky.

Any suggestions about how DB2 10 can be defended against the nay-sayers?


In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Roger Miller

RE: Welcome!
(in response to Mark Vickers)

Customers are talking at conferences, but each customer needs to clear their information, so the process may seem slow. IDUG and IOD 2010 had a number of customers discussing their experiences. Share had some more, and IDUG will have more. Some of the local user groups and road shows have had customer presentations. IBM is very careful about customer confidentiality. I think that the IOD sessions are on the web. http://www.ibm.com/software/info/forum/iod2010/http://www.idug.org/http://www.share.org/http://www.ibm.com/software/data/2011-conference/

In Reply to Mark Vickers:

Thanks Roger, Does IBM publish the experiences of these early ship customers, or is there any way we can get feedback?

In Reply to Roger Miller:

From the 23 customers in the early ship program, it appears that we'll probably have about 20 moving into DB2 10 ahead of you, with production rollouts that have begun now. We had a second wave of early customers, and are getting more customers moving now. If the results continue for performance, value, and stability, 2012 might be the middle of the migration. We expect to get the Performance Topics book out in the next couple of months.

In Reply to Julian Stuhler:

Hmm, sounds like the cultural/political issues might be more of a challenge than the technical ones!

You can definitely challenge the assertion that you'll be "one of the first in the world" by migrating at the end of first quarter 2012. The first customers are running DB2 10 in production NOW - including skip migration customers.

IDUG is about to run a survey asking our members to share their DB2 10 migration plans. We'll be posting the results to this forum and hopefully that will give you some objective figures to put in front of your PM. More news soon...


In Reply to Ron Brown:

Hi Jules, if you're coming to Melbourne some time - let me know.

I have been following all the available information I can find about DB2 10 and early experiences (eg. Roger's recent webcast), and discussing it with anyone I meet who has experience of it. Our problem is that the PM does not seem to be interested in technical details (unless there is some user requirement for feature(s) which are only in DB2 10). She only talks about using the oldest version available because she sees that as "less risky".and claims that otherwise we would be "one of the first in the world" to go to DB2 10.

My plan was to get it at software level RSU1107, test it for a while, then take it up to RSU1110 before migrating it into development & production. Thus we would have production on DB2 10 CM by end of first quarter 2012, and I don't see any later date being feasible.
If we go to version 9 instead, they would then delay the next DB2 upgrade until version 9 going out of service. I think that would be a shame to go another 3 years without the performance (and extra features) of DB2 10 when we could have it for just a little extra migration effort. The improved CPU costs could pay for the higher licence fee too!


In Reply to Julian Stuhler:

Hello Ron, good to hear from you.

Your proposed timescales are in line with other customers I've spoken to in a similar position (although most tend to quote end of first quarter 2012) and as you point out they would result in you going into Production with DB2 10 being 14-17 months into it's release cycle.

In my opinion this is no different to any kind of IT change: you balance risk with reward and any good PM should be able to take an objective view of both. There are some significant potential rewards offered by DB2 10 for most sites and while the risks are certainly there, good timing, thorough preparation and meticulous testing should help to mitigate them. There are some excellent references earlier in this thread which I'd encourage you to investigate if you haven't already.

We're fortunate to have several key IBMers participating in this forum and as customer experiences of DB2 increase they will hopefully be sharing what they are seeing and giving general feedback on common issues etc. That might be too late for your V9/V10 decision though, which you probably need to make quickly given the V8 end of support dates. Does the PM quote specific issues that he/she is expecting to encounter?


In Reply to Ron Brown:

I have been intending to migrate from version 8 to 10 for quite a while. The idea was to do all the prereqs (including the installation of DB2 10 supporting versions of all third party software) before getting the DB2 10 code. I was advised by John Campbell that there is a "sweet spot" in the maintenance if you wait 6-8 months after GA. Naturally, there can always be some problems, but no software is ever completely bug free. I had planned to get the code in about July/August 2011, which even later than his suggestion, and put it into production in the first quarter of 2012..

Now, a new (non-technical) project manager has decided that going to DB2 10 is too much of a risk, and that we must migrate to version 9 instead. Apparently, that PM has also been advising other companies that DB2 10 is too risky.

Any suggestions about how DB2 10 can be defended against the nay-sayers?


In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Roger Miller

RE: Welcome!
(in response to Roger Miller)

Here are a couple of points that I forgot. Julian Stuhler's white paper has three case studies in it. http://www.ibm.com/software/data/db2/zos/db2-10/https://www14.software.ibm.com/webapp/iwm/web/signup.do?source=sw-infomgt&S_PKG=wp-z-db2-smarter

Some customer statements are on the web.
http://www.ibm.com/software/data/db2/zos/db2-10/testimonials.html


In Reply to Roger Miller:

Customers are talking at conferences, but each customer needs to clear their information, so the process may seem slow. IDUG and IOD 2010 had a number of customers discussing their experiences. Share had some more, and IDUG will have more. Some of the local user groups and road shows have had customer presentations. IBM is very careful about customer confidentiality. I think that the IOD sessions are on the web. http://www.ibm.com/software/info/forum/iod2010/http://www.idug.org/http://www.share.org/http://www.ibm.com/software/data/2011-conference/

In Reply to Mark Vickers:

Thanks Roger, Does IBM publish the experiences of these early ship customers, or is there any way we can get feedback?

In Reply to Roger Miller:

From the 23 customers in the early ship program, it appears that we'll probably have about 20 moving into DB2 10 ahead of you, with production rollouts that have begun now. We had a second wave of early customers, and are getting more customers moving now. If the results continue for performance, value, and stability, 2012 might be the middle of the migration. We expect to get the Performance Topics book out in the next couple of months.

In Reply to Julian Stuhler:

Hmm, sounds like the cultural/political issues might be more of a challenge than the technical ones!

You can definitely challenge the assertion that you'll be "one of the first in the world" by migrating at the end of first quarter 2012. The first customers are running DB2 10 in production NOW - including skip migration customers.

IDUG is about to run a survey asking our members to share their DB2 10 migration plans. We'll be posting the results to this forum and hopefully that will give you some objective figures to put in front of your PM. More news soon...


In Reply to Ron Brown:

Hi Jules, if you're coming to Melbourne some time - let me know.

I have been following all the available information I can find about DB2 10 and early experiences (eg. Roger's recent webcast), and discussing it with anyone I meet who has experience of it. Our problem is that the PM does not seem to be interested in technical details (unless there is some user requirement for feature(s) which are only in DB2 10). She only talks about using the oldest version available because she sees that as "less risky".and claims that otherwise we would be "one of the first in the world" to go to DB2 10.

My plan was to get it at software level RSU1107, test it for a while, then take it up to RSU1110 before migrating it into development & production. Thus we would have production on DB2 10 CM by end of first quarter 2012, and I don't see any later date being feasible.
If we go to version 9 instead, they would then delay the next DB2 upgrade until version 9 going out of service. I think that would be a shame to go another 3 years without the performance (and extra features) of DB2 10 when we could have it for just a little extra migration effort. The improved CPU costs could pay for the higher licence fee too!


In Reply to Julian Stuhler:

Hello Ron, good to hear from you.

Your proposed timescales are in line with other customers I've spoken to in a similar position (although most tend to quote end of first quarter 2012) and as you point out they would result in you going into Production with DB2 10 being 14-17 months into it's release cycle.

In my opinion this is no different to any kind of IT change: you balance risk with reward and any good PM should be able to take an objective view of both. There are some significant potential rewards offered by DB2 10 for most sites and while the risks are certainly there, good timing, thorough preparation and meticulous testing should help to mitigate them. There are some excellent references earlier in this thread which I'd encourage you to investigate if you haven't already.

We're fortunate to have several key IBMers participating in this forum and as customer experiences of DB2 increase they will hopefully be sharing what they are seeing and giving general feedback on common issues etc. That might be too late for your V9/V10 decision though, which you probably need to make quickly given the V8 end of support dates. Does the PM quote specific issues that he/she is expecting to encounter?


In Reply to Ron Brown:

I have been intending to migrate from version 8 to 10 for quite a while. The idea was to do all the prereqs (including the installation of DB2 10 supporting versions of all third party software) before getting the DB2 10 code. I was advised by John Campbell that there is a "sweet spot" in the maintenance if you wait 6-8 months after GA. Naturally, there can always be some problems, but no software is ever completely bug free. I had planned to get the code in about July/August 2011, which even later than his suggestion, and put it into production in the first quarter of 2012..

Now, a new (non-technical) project manager has decided that going to DB2 10 is too much of a risk, and that we must migrate to version 9 instead. Apparently, that PM has also been advising other companies that DB2 10 is too risky.

Any suggestions about how DB2 10 can be defended against the nay-sayers?


In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or anywhere along the migration path, this group is where you can discuss your experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones. All we ask is that the subject material is related to DB2 10 for z/OS upgrades in some way.

Mark Vickers

RE: Welcome!
(in response to Roger Miller)

Just finished the DB2 v9 MPW (Migration Planning Workshop) and my thanks to IBM & Shri for an informative and helpful session and loads of good documentation. So don't miss out on this free service from IBM. We just did the DBA/Sysprog section and will do the new features etc. once we are nearing NFM.
I will work through all the doc and get my first draft of the migration plan and then take another look at skipping v9 - I am starting to gain some confidence in the v8-v10 migration process and I think by the time I am ready to lay it down, v10 should be more stable....
BTW, Roger, I registered for IOD Virtual 2010 and did not see any sessions on DB2 - did I go to the right place - it sent me to unisfair (http://events.unisfair.com)?

Edited By:
Mark Labby[Organization Members] @ Jul 08, 2011 - 05:38 PM (America/Eastern)

Roger Miller

RE: Welcome!
(in response to Mark Vickers)

I just went out to the link
http://events.unisfair.com/index.jsp?eid=556&seid=4595&code=newsgc
<http://events.unisfair.com/index.jsp?eid=556&seid=4595&code=newsgc>

It appears that the virtual conference only has the keynotes, not the
details. We had lots of sessions

recorded for the conference, but they are not online here. Sorry, as they
were available for conference attendees.

I checked the box to get SB2 items, and nothing showed up that I could
find.


In Reply to Mark Vickers:

Just finished the DB2 v9 MPW (Migration Planning Workshop) and my thanks to IBM & Shri for an informative and helpful session and loads of good documentation. So don't miss out on this free service from IBM. We just did the DBA/Sysprog section and will do the new features etc. once we are nearing NFM.
I will work through all the doc and get my first draft of the migration plan and then take another look at skipping v9 - I am starting to gain some confidence in the v8-v10 migration process and I think by the time I am ready to lay it down, v10 should be more stable....
BTW, Roger, I registered for IOD Virtual 2010 and did not see any sessions on DB2 - did I go to the right place - it sent me to unisfair (http://events.unisfair.com)?


In Reply to Roger Miller:

Here are a couple of points that I forgot. Julian Stuhler's white paper has three case studies in it. http://www.ibm.com/software/data/db2/zos/db2-10/https://www14.software.ibm.com/webapp/iwm/web/signup.do?source=sw-infomgt&S_PKG=wp-z-db2-smarter

Some customer statements are on the web.
http://www.ibm.com/software/data/db2/zos/db2-10/testimonials.html


In Reply to Roger Miller:

Customers are talking at conferences, but each customer needs to clear their information, so the process may seem slow. IDUG and IOD 2010 had a number of customers discussing their experiences. Share had some more, and IDUG will have more. Some of the local user groups and road shows have had customer presentations. IBM is very careful about customer confidentiality. I think that the IOD sessions are on the web. http://www.ibm.com/software/info/forum/iod2010/http://www.idug.org/http://www.share.org/http://www.ibm.com/software/data/2011-conference/

In Reply to Mark Vickers:

Thanks Roger, Does IBM publish the experiences of these early ship customers, or is there any way we can get feedback?

Edited By:
Mark Labby[Organization Members] @ Jul 08, 2011 - 05:21 PM (America/Eastern)

Cuneyt Goksu

Welcome!
(in response to Mark Vickers)
I also have a business case for V10.

Customer is government and running V8 NFM in production.



Migration Projects are outsourced for this customer since they don't have
enough skills.

So they go to tender and it's a long process takes 5-6 months.



We were discussing V9 or V10.

If they go to V8-V9, they'll have another migration tender/project for the
near future.

But if they go to V10, they will be safe for several years.



So this is another consideration/parameter for some customers.



Regards, Cuneyt



From: Mark Vickers [mailto:[login to unmask email]
Sent: Saturday, July 09, 2011 12:02 AM
To: [login to unmask email]
Subject: [DB210z-Upgrade] - RE: Welcome!



Correction - blog posting was by Willie Favero.

In Reply to Mark Vickers:

Thanks to all and Roger, some excellent papers and presentations.I have
great bedtime reading materials now !

I have also scheduled the DB2 v9 Migration Workshop in a couple of weeks (I
will take all the free help I can get :-) If you did not know, IBM is
offering two FREE half day sessions, one for DBA/Sysprog Migration Planning
and the second part is New Features etc. for DBA/Programmers.

I would like to post a link to a well written article by Willie favero which
covered most of my concerns - thanks Willie -
<http://it.toolbox.com/blogs/db2zos/yes-you-can-do-db2-v8-to-db2-10-but-shou
ld-you-skip-db2-9-the-story-continues-44688?rss=1
<http://www.linkedin.com/redirect?url=http%3A%2F%2Fit%2Etoolbox%2Ecom%2Fblog
s%2Fdb2zos%2Fyes-you-can-do-db2-v8-to-db2-10-but-should-you-skip-db2-9-the-s
tory-continues-44688%3Frss%3D1&urlhash=q6Ao&_t=tracking_disc> >

In short, this week has convinced me that we will go the conventional v9
route and probably try to move quickly to v10 as my 3 year plan is to get to
roughly a year behind DB2-v-latest-GA. Tried to make an acronym but best I
could come up with is DB2vL-12 - I am sure the IBM acronym swat team will
respond soon !

<friday dance>Thanks again and keep 'em coming...<friday dance>

In Reply to Bjarne Nelson:

Hi Mark,
excellent opening question for this new forum, and I believe your dilemma is
being shared by many other DB2 users that are currently on DB2 V8.
Representing one of them here are my thoughts.

Unless your (or the company's) risk appetite would fit being an early
adapter of a new release of DB2, my take would be that you can alone justify
the migration from DB2 V8 to 9 based on normal software life cycle needs
(i.e. as Julian pointed out, DB2 V8 EOS being announced).

The business case for going through another software life cycle shortly
thereafter could then be easily justifiable based on CPU saving and all the
nice new features being made available in DB2 10.

You will anyway have to learn and adapt new features and functions in both
DB2 9 and 10, so perhaps a step by step approach would be the right way
forward considering all factors.

In Reply to Roger Miller:

I tried to put my flavor of choices into a paper, and often append it to
migration presentations, like this one. Early migrations need to use best
practices for service and testing. We have been keeping changes on these web
pages.
ftp://ftp.software.ibm.com/software/data/db2/zos/presentations/migration/db2
-10-migration-planning-webcast-2011-feb-miller.pdf
<http://www.linkedin.com/redirect?url=ftp%3A%2F%2Fftp%2Esoftware%2Eibm%2Ecom
%2Fsoftware%2Fdata%2Fdb2%2Fzos%2Fpresentations%2Fmigration%2Fdb2-10-migratio
n-planning-webcast-2011-feb-miller%2Epdf&urlhash=8k0s&_t=tracking_disc>
ftp://ftp.software.ibm.com/software/data/db2/zos/presentations/migration/
<http://www.linkedin.com/redirect?url=ftp%3A%2F%2Fftp%2Esoftware%2Eibm%2Ecom
%2Fsoftware%2Fdata%2Fdb2%2Fzos%2Fpresentations%2Fmigration%2F&urlhash=ysgB&_
t=tracking_disc>
DB2 best practices web page
https://www.ibm.com/developerworks/data/bestpractices/db2zos/
<http://www.linkedin.com/redirect?url=https%3A%2F%2Fwww%2Eibm%2Ecom%2Fdevelo
perworks%2Fdata%2Fbestpractices%2Fdb2zos%2F&urlhash=RUe0&_t=tracking_disc>

In Reply to Julian Stuhler:

Hi Mark - congratulations on being our first contributor. Yours is a dilemma
many people are facing - hence this forum! I'm hoping a few other folks will
jump in with their views, but here's my take on your situation.

If you're well esablished on V8 and have the resource/approval for an
upgrade project in the very short term it might be worth going to DB2 9
first while the DB2 10 codebase continues to mature. If you're a "young"
site without much complexity you should be able to get the DB2 9 upgrade
done comfortably in 6-9 months, which will position you very nicely to begin
planning for the DB2 10 upgrade in 2012.

If it's going to take you some months to get the resource/approval for the
upgrade, or if you're in need of specific features in DB2 10 then the skip
migration might be for you. The critical factor is the announced EOS date
for V8, which is 30th April 2012 - if you're not off V8 by then you're going
to have to talk to IBM about extended support. Again, starting the skip
migration project a little later this year will allow the DB2 10 codebase to
continue to mature while you're working your way to production.

If you do decide to go for the skip migration approach, be aware of the
recommended best practices. I'll start another thread for those so we can
add to them as the community gains more experience.

In Reply to Mark Vickers:

We are what I would classify a young vanilla DB2 user and had no issues
migrating from v7 to v8.
Here is my dilemma... Leapfrog v9 to v10 so we can get current (won't do
that until at least 9 months after v10-GA) which will give us immediate CPU
savings and all the other goodies and then have more time to take advantage
of the new features and educate everyone or keep my job safe by going to v9?

In Reply to Julian Stuhler:

Welcome to IDUG's DB2 10 for z/OS Upgrade group.

Whether you have already upgraded to DB2 10, are in the process of
upgrading, trying to decide whether to upgrade to DB2 9 or DB2 10, or
anywhere along the migration path, this group is where you can discuss your
experiences and learn from experts and peers.

Please feel free to start new discussions or contribute to existing ones.
All we ask is that the subject material is related to DB2 10 for z/OS
upgrades in some way.



-----End Original Message-----