If this is your first visit, be sure to check out the FAQ by clicking the link above.
You may have to register before you can post: click the register link above to proceed.
To start viewing messages, select the forum that you want to visit from the selection below.
I have a very large amount of data, many dbspaces some live some for test / training. My onbar back-up takes an age so I want to just backup the primary dbspaces required to run our application.
If I never (ever say) backup a dbspaces and use onbar to restore the backed up dbspaces the non restored dbspaces status go to offline and the chunks are labelled as inconsistent.
You cannot force an inconsistent chunk to go online. Only the IBM technical support can do this with their support tools. Even if they manage to make it online, chances are the server will placed if in inconsistent mode.
The only way to make sure all chunks are consistent is to perform a full restore or drive south as fast as possible.
Problem is my friend my IDS instance is full of dbspaces that are NOT critcal and increase the backup time by 3 hours. I am now convinced I need to create a new instance where I can move my non critical dbspace and therfor reduce the critical backup to 2 hours.