IBM Data and AI Ideas Portal for Customers


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:

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,

  1. Post an idea

  2. Upvote ideas that matter most to you

  3. 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.

Additional Information

To view our roadmaps: http://ibm.biz/Data-and-AI-Roadmaps

Reminder: This is not the place to submit defects or support needs, please use normal support channel for these cases

IBM Employees:

The correct URL for entering your ideas is: https://hybridcloudunit-internal.ideas.aha.io


ADD A NEW IDEA

FILTER BY CATEGORY

High Availability and/or Disaster Recovery

Showing 60

Asynchronous index rebuild at restart

When an index rebuild is required at the restart time, it can depend on the connection of the first user accessing the table. If the connection is killed, the index rebuild need to redone.It would be smarter to let the rebuild complete even if the...
over 5 years ago in Db2 / High Availability and/or Disaster Recovery 0 Not under consideration

DB2 database kill

A database may hang and must be killed and this is currently only possible with db2_kill
over 5 years ago in Db2 / High Availability and/or Disaster Recovery 0 Not under consideration

Backup and Log Archive into private Clouds ownCloud/Nextcloud

Backup and Log Archive into a Cloud Storage
over 5 years ago in Db2 / High Availability and/or Disaster Recovery 0 Not under consideration

db2haicu and the Wirelistener

If the WireListerner is required for JSON/MongoDB, DB2haicu should support it instead of making a TSAMP policy outside of db2haicu.
over 5 years ago in Db2 / High Availability and/or Disaster Recovery 0 Not under consideration

Force LOAD COPY location with HADR

LOAD COPY files can go anywhere, but when running HADR, they should only go to a shared location. If they do not, then the tables on the standby will be unavailable on failover. Those doing LOADs may not know or understand the impact of this. Ther...
almost 6 years ago in Db2 / High Availability and/or Disaster Recovery 0 Not under consideration

Tablespace reports rollforward pending after an HADR takeover report success

Banco do Brasil built a DR site and deployed a DB2 Purescale with HADR between these sites.HADR is in peer state. Then customer perform a takeover to switch HADR roles between sites.After the takeover finished successfully we tried to activate the...
about 6 years ago in Db2 / High Availability and/or Disaster Recovery 0 Not under consideration

Add an optional control to stop HADR when non-logged operation occurred on primary

Currently, if there were non-logged operation such as loading data into a table on HADR primary, the log replay will continue on standby and the HADR state is still peer. But that table on standby can't be accessed. The application may not work on...
over 6 years ago in Db2 / High Availability and/or Disaster Recovery 0 Not under consideration

Add DB2 LUW "TP Monitor client" special register attributes to the DB2 Log files

This is related to a Declined requirement for Q Replication which would require this data to be in the DB2 Log Files;ID: 71069 - Headline: Suppress Deletes using the DB2 LUW "TP Monitor client" special register attributesMedtroinc would like to h...
over 6 years ago in Db2 / High Availability and/or Disaster Recovery 0 Not under consideration

Automatic bad pages' repair on Primary DB in HADR environment.

In HADR env. which is running the primary and the standby database(s), when a bad page will appear in the Primary database – DB2 will be able to identify and repair the bad page, while the recovery can be easily based on the good copy of the pag...
over 6 years ago in Db2 / High Availability and/or Disaster Recovery 0 Not under consideration

Automatic bad pages' repair on Standby DB in HADR environment.

In HADR env. which is running the primary and the standby database(s), when a bad page will appear in the Standby database – DB2 will be able to identify and repair the bad page, while the recovery can be (theoretically) easily based on the good...
over 6 years ago in Db2 / High Availability and/or Disaster Recovery 0 Not under consideration