This portal is to open public enhancement requests against products and services offered by the IBM Data & AI organization. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
Shape the future of IBM!
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Search existing ideas
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post your ideas
Post ideas and requests to enhance a product or service. Take a look at ideas others have posted and upvote them if they matter to you,
Post an idea
Upvote ideas that matter most to you
Get feedback from the IBM team to refine your idea
Specific links you will want to bookmark for future use
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
IBM Employees should enter Ideas at https://ideas.ibm.com
See this idea on ideas.ibm.com
IBM case: TS008415413
When an OFFLINE REORG is submitted on Primary, the REPLAY on STANDBY (both Principal and Auxiliary) applies the transactional logs till the BUILD phase. When the reorg moves to recreate or updates the INDEXES, the REPLAYS stops on STANDBY. When a large table is reorged with 1-5 billions records or few indexes, the STANDBY REPLAY stays on hold for hours; After the reorg is finished, the REPLAY starts and hence STANDBY are not available for hours, which bring a HUGH risks to the availability of the database and big RISKS to the application, specially when it is concern to the national security.
Needed By | Quarter |
By clicking the "Post Comment" or "Submit Idea" button, you are agreeing to the IBM Ideas Portal Terms of Use.
Do not place IBM confidential, company confidential, or personal information into any field.
I have helped this customer / DBA extensively test offline REORGs and have observed this behavior: extreme delay in replaying the reorg to the HADR standby. Testing was done under Db2 11.5.7.0. special build #18100 running on AIX 7.2
Note that this RFE is for tables that have indexes but do not have a clustering index (which will have a known offline reorg replay delay).
Comments:
-- The reorg commands incurring this lengthy replay delay do not include indexes in the REORG command and do not include the RESETDICTIONARY in the REORG command.
-- The REORG commands issued were simple REORG <tablename> statements.
-- Tests were also performed including "CLEANUP ONLY ALL" which did not improve the HADR replay performance.
Chris Braudy
Db2 Specialist
Expertise Connect / AVS for US Customs and Border Patrol