Skip to Main Content

Oracle Database Express Edition (XE)

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

Is there a way to simulate Oracle VSS writer behavior in pre/post snapshot scripts?

User_20ACPJan 27 2021

We use VSS to backup our Windows servers. When these server contain an Oracle database, we used to use the Oracle VSS writer to ensure a consistent database. Unfortunately with Oracle 12c and the introduction of pluggable databases, the Oracle VSS writer no longer functions correctly. It contains a bug that causes a failure when it attempts to put a pluggable database into backup mode; see https://community.oracle.com/tech/developers/discussion/comment/15467069
Since it's unclear when/if this issue is going to be fixed, I'm looking for ways to simulate what the Oracle VSS writer does in scripts that run "pre/post" when the VSS snapshot is taken. In the "pre" VSS snapshot script, I use RMAN to backup the control file, run "alter system archive log current" to get a new archive redo log, and then put the database in backup mode with "alter database begin backup". After the snapshot is taken, the "post" script runs "alter database end backup". The recover process uses "recover database using backup controlfile until cancel", but fails with an ORA-01194 file needs more recovery error. This error makes sense because the "alter system archive log current" really needs to be run after the database is taken out of backup mode, but if done there the archive redo log created would not be included in my VSS snapshot (and not available for recovery).
I'm not really sure there's a way around this... However, I'm curious if anyone knows what the Oracle VSS writer does internally since if it didn't have the bug above (as is the case in older versions of Oracle that don't support pluggable database), it would allow for proper recovery?
Note that I'm able to perform an "incremental forever" backup in the "pre" snapshot script and use those files to restore the database and do point-in-time recovery for the archived log files, but I'm trying to avoid having to consume storage/restore time required for a backup of the database files.
Any help is greatly appreciated.

Comments

Timo Hahn

InvokeAction?
Aren't they deprecated?
From the description, the flow is hard to understand.
Can you provide some images?
A reproducible test case might help as well.

Timo

dvohra21

The migration path is supported. How was the application migrated?
Just open ADF 12.2.1.3 app in JDev 12.2.1.4. Issues, if any, shall get listed.

DebWilliams

Thank you, Timo. Yes, I realize the invokeAction is deprecated. The application was originally migrated from ADF 10.1.3.5 to ADF 12.2.1.0, 12.2.1.3, and then 12.2.1.4. The invokeAction functionality, although deprecated, still worked. I will have to update the code to replace the functionality for the invokeAction at some point.

The web application was successfully migrated to each version of ADF, deployed to WebLogic, and working. The last Version 12.2.1.3 was deployed successfully.
The issues I am having were all introduced after migrating from 12.2.1.3 to 12.2.1.4.

I believe I have found the cause for the New Row not being displayed in the Add page.
In JDev 11.1.2, the changeEventPolicy was updated to default to "ppr" instead of "none".
The changeEventPolicy did not impact our application for version 12.2.1.0 or 12.2.1.3.
However, version 12.2.1.4 is refreshing the Iterator several times. The end result is the Iterator is refreshed again after the New Row is created and before the Page is displayed - which is removing the New Row, after it is created.
After setting the changeEventPolicy to "none", the Add page is initialized as expected, the New Row is created, and now displayed as the Current Row.

I am still having trouble with the default values not displaying on the Add page, but the New Row is now displayed.

Thank you for your time!
-Deb

1 - 3

Post Details

Added on Jan 27 2021
4 comments
449 views