About cookies on this site Our websites require some cookies to function properly (required). In addition, other cookies may be used with your consent to analyze site usage, improve the user experience and for advertising. For more information, please review your options. By visiting our website, you agree to our processing of information as described in IBM’sprivacy statement. To provide a smooth navigation, your cookie preferences will be shared across the IBM web domains listed here.
Hi Janet , sorry for the late reply, thats not exactly what I mean. If the table you are reorging, after the reorg not accesable or a page is corrupt, you need to load the whole table from the latest Image Copy + copying the log apply from the last copy 9 days earlier that takes 6 hours ( what we found out, check my IDUG presentation) that would means ( load the table is 4 hour happy flow + 6 hours logapply ) is 10 hours offline...
What we think should be a nice feature ..if we already copied the IC to a backup table (via redirected recovery) + and do the logapply per day (a certain timeframe) to that backup table..then you can do very quickly a rename of corrupt table, rename the backup table , do some binds of the packages that needs this table and you are 'directly' up andd running agian.
Think that the table is a 'always on' table , every hick up is too much ..than is a solution via a redirected table + extra features the only way to go
Leo
Dear Leo, Thank you for submitting this enhancement request.
COPY SHRLEVEL CHANGE and REORG SHRLEVEL CHANGE can be run concurrently on the same target table space, except for the brief window in the LOG/SWITCH phase of REORG when the utility needs to acquire exclusive control. So even if the REORG runs for a week, image copies can be created on a daily basis or at the required frequency to meet the RPO. A later APAR PH11255 also supports LOAD SHRLEVEL CHANGE and REORG SHRLEVEL CHANGE concurrency if there's a need to load into the same target table while REORG is running.
We appreciate your input to the Db2 for z/OS development team. And we hope that you will continue to submit enhancement suggestions for improvements as customer feedback is a key component to shaping the future direction of Db2 for z/OS.
Sincerely,
Db2 Utilities team