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
Hi. The db2dart message is confusing and I believe not the right one to be displayed. I will look to update this in a future release to match what I had mentioned before.
Thanks.
I understand in the case of something goes wrong with business as usual and it is required to "revert" the data it is not going to be possible, because with db2dart or "/dev/null" it was improver way of handling backups. By the way I only use backup to "/dev/null" when I move data from production to test machines. I never ever take shortcuts when we are dealing with production. Some people must smarther then me have figure it out what should be proper procedure to not lose data and I always follow it.
Neverless the db2dart command like I understand it, it is not warning of potential data loss if there is a need to revert transactions (like take restore of full offline backup + rollforward logs), but it is warning to DATA INTEGRITY in existing database and warning for REFERENTIAL INTEGRITY of data. Like I understand "referential integrity" is foreign keys integritiy between two tables of data.
Yes, as a reminder that by-passing a database backup when one is being asked for can result in data loss, if anything were to go wrong with the database.
Correct command is:
db2dart <dbname> /CHST /WHAT DBBP OFF
Command returns:
The requested DB2DART processing has completed successfully!
But it returns very scary warning:
IMPORTANT:
After resetting the database backup pending state, IBM no longer
guarantees data integrity or the referential integrity of the data.
To ensure the referential integrity of the data, all user tables
should be exported, the database dropped and recreated and all
user tables imported back into the new database.
Yes, this is correct. We recommend to always have a database backup as a base for any database changing to recoverable. For those who want to by-pass this recommendation, the db2dart mechanism can be used.
You can already do this with:
db2dart <dbname> /CHST /WHAT /DBBP OFF
This will provide a better customer experience.