DBUA displays wrong RMAN backup for restore – Oracle

Related Blog Posts:

If you are using the Database Upgrade Assistant (DBUA) to upgrade your database to Oracle Database be aware when you choose to potentially restore your database from a existing backup in case of an error during the upgrade.

First of all I would always stop DBUA and try the command line upgrade after fixing the issues instead of restoring the entire database. But this is a different story.

Anyhow, the most recent available backup to be displayed is most likely your newest one as the underlying query uses a MAX function – but leading to an incorrect (or unintended) result.

Ignore the fact that the screenshot is in German – the interesting part is the displayed time stamp for the most recent available backup:

DBUA Restore Backup

The customer who alerted me was wondering as his list of backups showed also backups from August and early September.

The query being used in DBUA to gather the most recent date;

SELECT MAX (TO_CHAR (completion_time, ‘DD-MON-YYYY HH24:MI:SS’)) AS end_time FROM (SELECT completion_time FROM v$backup_set)

may give you this result: 31-JUL-2015
– even if you have newer backups taken in August and September. The TO_CHAR conversion will lead to the incorrect handling of the date as the MAX function won’t deliver the most recent date but the alphabetical highest value of the conversion result.

The query should be:

SELECT MAX (completion_time) AS end_time
FROM (SELECT completion_time FROM v$backup_set)

to display the most recent full backup.

It will be fixed in the next release.
Credits go to Bernd Tuba from MM Warburg – thanks!!


Share this:

4 thoughts on “DBUA displays wrong RMAN backup for restore – Oracle

  1. Yes, he does – and failures can happen. My intention of posting this is not to let somebody look bad in any way. It’s just to warn people about a misbehavior which may lead to some sort of misunderstanding. Especially as one person I know quite well for a long time has stumbled across this.

    But I’m really not blaming somebody. Such things can happen in a tough job. And the potential to harm anybody is very little. A wrong query result bug or a corruption issue can do a lot more damage to a critical environment than this one.


  2. Pingback: DBUA and Read-Only Tablespaces – Things to Know – I | Upgrade your Database - NOW!

  3. Pingback: DBUA and Read-Only Tablespaces – Things to Know II | Upgrade your Database - NOW!

Leave a Reply

Your email address will not be published. Required fields are marked *

* Checkbox to comply with GDPR is required


I agree

This site uses Akismet to reduce spam. Learn how your comment data is processed.