View v$backup_datafile is not updated after a backup. Rman is skipping datafiles. [message #681212] |
Fri, 26 June 2020 08:25 |
|
dyrson
Messages: 3 Registered: June 2020
|
Junior Member |
|
|
Hello,
Hope someone can help us with this tricky issue.
The problem:
------------
View v$backup_datafile is not updated after a backup. Rman is skipping datafiles.
Log from rman:
--------------
"channel t1: specifying datafile(s) in backup set
input datafile file number=00005 name=+DG_EXTPRO_DATA/DGEXTPRO6/DATAFILE/tbsd_ext_smartecm.256.974226737
skipping datafile 00005 because it has not changed"
Details:
--------
We use check_mk to monitor our databases. It uses the view v$backup_datafile(field completion_time) in order to verify how many days since last backup(all levels).
As the view is not getting updated after a rman backup, check_mk tool sends alerts.
We use a rman catalog. The backup finishes sucessfully. All datafiles are skipped since June 10. Nothing relevant found in the alert log.
The backup gets really done although the messages from rman. And the datafiles do have changed. The rman catalog gets updated and shows the recent backups.
But issuing LIST BACKUP SUMMARY without connecting on the catalog, only shows the backups until June 10.
Other related views also are not updated: v$backup_controlfile_summary for example.
It seems there is a new behaviour on Oracle 18c. Or a bug.
The Environment:
----------------
Red Hat Enterprise Linux Server release 7.7 (Maipo) - Oralinux
Oracle Database 18c Enterprise Edition Release 18.0.0.0.0 - Production Version 18.3.0.0.0 (both production and rman databases)
Recovery Manager: Release 18.0.0.0.0 - Production on Fri Jun 26 08:51:01 2020 Version 18.3.0.0.0 (client)
DGMGRL for Linux: Release 18.0.0.0.0 - Production on Fri Jun 26 09:28:27 2020 Version 18.3.0.0.0
asmcmd version 18.0.0.0.0 (compatibility: 12.1.0.0.0, database compatibility: 10.1.0.0.0)
Oracle High Availability Services version on the local node is [18.0.0.0.0]
It's a Data Guard environment and the backups are done on the physical standby node.
Thanks in advance.
Dyrson
|
|
|
|
|
|
|
|
|
|