As you might be aware and already posted by me here, o export APEX Applications the APEXExport Tool should be used.
Here we’ll also see some alternatives to accomplish that.
Plan A) Using same as discussed in the previous post for exporting all Applications in an instance:
As being, for any backup script, 3 parts need to be backed up
1. With database Export utilities (Datapump or Legacy Export, be aware of the limitations of each) dump your APEX applications need to run:
expdp matheusdba schemas=MY_APP_SCHEMA directory=DIR_BKP dumpfile=APEX_APP_SCHEMA.dmp logfile=APEX_APP_SCHEMA.log
2. Run the APEXExport using “-expWorkspace” to export all workspaces (This will generate a w*.sql script for each workspace)
java oracle.apex.APEXExport -db localhost:1521:MYDB -user system -password systems_password -expWorkspace
3. Run the APEXExport using “-instance” which will generate a f*.sql script for every application and shared component.
java oracle.apex.APEXExport -db localhost:1521:MYDB -user system -password systems_password -instance
Plan B) Take separate Backups for each Application or Workspace
Here is the interesting part: You can take also backups by applicationid or workspace id, with the following:
1. Exporting by ApplicationID:
APEXExport -db hostname:listenerport:dbservicename -user -password -applicationid 31500
2. Exporting by WorkspaceID:
APEXExport -db hostname:listenerport:dbservicename -user -password -workspaceid 9999
But how take all the workspace IDs? You can use the following SQL statement in SQLWORKSHOP:
select wwv_flow_api.get_security_group_id from dual;
Now you have all the basic exporting steps, it’s up to you to build the script as it fits better for you.
I hope it helps!
- The workspace export should export all of the shared components from the workspaces.
- This does not mention RESTful services but if using the APEXExport from 4.2.4 or higher, they will be included.
- APEXExport Gives: Java.lang.NoClassDefFoundError: Oracle/apex/APEXExport (Doc ID 2265534.1)