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:
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
Help IBM prioritize your ideas and requests
The IBM team may need your help to refine the ideas so they may ask for more information or feedback. The product management team will then decide if they can begin working on your idea. If they can start during the next development cycle, they will put the idea on the priority list. Each team at IBM works on a different schedule, where some ideas can be implemented right away, others may be placed on a different schedule.
Receive notification on the decision
Some ideas can be implemented at IBM, while others may not fit within the development plans for the product. In either case, the team will let you know as soon as possible. In some cases, we may be able to find alternatives for ideas which cannot be implemented in a reasonable time.
Add an ability to start a q subscription via MODIFY on the Capture started task
Currently Q Capture subscriptions can be interacted with either via MODIFY command invoked on a Q Capture started task, or SQL insert statements executed on table IBMQREP_SIGNAL. For many customers, executing a MODIFY command to perform an action ...
support for CHG_UPD_TO_DEL_INS=Y in Q-replication z/OS
we are on DB2 z/OS V12R1M509 and are migrating our applications from SQL-replication to Q-replication. we have multiple applications which use Non-Condensed, Non-complete CCD targets and are built around using IBMSNAP_REGISTER CHG_UPD_TO_DEL_INS=Y...
When a table fails due to structure or availability changes, the replication set should instead set the failed table to inactive instead of crashing capture. It should also send an email notification to alert of the issue.
Ability to create ASNMON Oracle Control Tables via GUI without Federated Server
We have QREP Data Replication established between DB2 Z/OS and Oracle on Linux. We are using Oracle Native Apply on the target DBMS.As per discussions and conclusions in the referenced PMR, 85301,442,000, we have 2 issues:1) We can not directly...
Provide Replication Center and Replication Dashboard functionality within DSM
We would like to see the Replication Center tool functionality for IIDR Queue Replication added under the Data Server Manager(DSM) Umbrella. Today we are using Replication Center to administer and monitor our IIDR Queue Replication environment. Th...
Kafka evolves as a platform for real time data streaming, analytics, and event processing. For enterprise customers the challenge is to let data originating on IBM z flow to Kafka. Popular options are Kafka APIs, MQ, data replication. Only data re...
Display of replication throughput per subscription
Today Q Apply stores detailed performance statistics on queue level. This idea raises the request to store certain Q Apply throuput statistics (like rows_processed) on subscription level. Background: Today it is very difficult / sometime impossibl...
Automate restart of IIDR tasks when RRS terminates
We had issues with RRS recently which were solved via a maintenance cycle. During those issues, our IIDR Capture and Apply tasks failed and required manual restart. We have the option TERM=N enabled yet the Capture/Apply tasks were not restarted w...
We need an emergency mechanism to control the capturing of a limited and dedicated amount of time. Today, Q Capture can be stopped when a dedicated timestamp is reached using CAPSTOP CAPTUREUPTO=<ts>. But that is not useful when Capture is d...
The Q-Replication apply programm shall be able to call the Db2 High Performance Unload (HPU) utility by the HPU stored procedure
in enterprise warehouse and OLTP areas of DB2 installations exist often very big databases with several tera bytes (often 100 of TBs) of data.
For example we have several OLTP databases with more than 20TB and tables with billion of recor...
Do not place IBM confidential, company confidential, or personal information into any field.