This feature is available in v8.6 and later.
Traditional packaging requires users to maintain a reference database, but often this is expensive and cumbersome to manage. Using an Oracle Ephemeral Database eliminates the need to manage an additional database on the pipeline. You simply configure Liquibase to create a temporary copy of a database in the pipeline to be used in place of the Reference Database. Once the copy is made you will ensure that all of your changes work on the copy, implement them on your original database’s changelog, and then destroy the database copy. Follow this guide to learn how to implement this workflow.
Pre-requisites
Use Liquibase Enterprise 8.6 and higher
Based on Oracle multi-tenant PDB technology
Ephemeral database connection requires a user on ORCLCDB with SYSOPER privileges and the ability to create pluggable databases
Limitations
Ephemeral database feature works ONLY for PDB databases
Ephemeral database feature works ONLY for Oracle 19c and 21c
Ephemeral database feature does not work for Oracle RDS
You cannot place the temporary copied database in a pipeline or run a status on it because technically it does not exist in the pipeline.
Usage
<graphics and info regarding:
During packager operation it will create a pluggable PDB copy, package all the changes on it and drop the PDB copy after it, if final deploy is not skipped - it will deploy newly packaged changes on desired db def (which is DEV in most of the examples).
It’s important to note that the copied database should always be the first database in the pipeline.
Backup and Restore Package Methods
In order to implement Ephemeral Database, the databaseBackupRestoreMethod packageMethod on the deployPackager.properties needs to be configured.
Two new package methods are supported. You can use an internal or external container depending on your needs. If your internal container is secured and permissions do not allow you to make changes within it, the external package method is recommended.
Package Method Name | Description |
---|---|
BackupRestoreOracleEphemeralInternalPdb | This is the same container that holds the dbDef to be copied. Eg. if I want to use the DEV database, the cloned db will be created on the same container as the DEV database. |
BackupRestoreOracleEphemeralExternalPdb | This container is different and separate from the cloned dbDef. |
See: Use the Required deployPackager.properties File
1. Create ORCLCDB SYSOPER User
First you must decide if you are using the internal or external Ephemeral method. Once that is decided, you will create a user.
BackupRestoreOracleEphemeralInternalPdb
You must create a new user on oracle CDB with the following privileges to create an ephemeral copy.
# Should be created on ORCLCDB CREATE USER c##liquibase_ephemeral_user IDENTIFIED BY password; GRANT CREATE SESSION TO c##liquibase_ephemeral_user CONTAINER=all; GRANT CREATE PLUGGABLE DATABASE TO c##liquibase_ephemeral_user CONTAINER=all; GRANT SYSOPER TO c##liquibase_ephemeral_user CONTAINER=all;
The user name must start with c##
to be a correct user type.
c##liquibase_ephemeral_user
is just an example value, you can specify any name you would like. This is the user that connects to the ephemeral dbDef.
BackupRestoreOracleEphemeralExternalPdb
BackupRestoreOracleEphemeralExternalPdb
differs from BackupRestoreOracleEphemeralInternalPdb
. It makes a copy between two different DB instances, so the guide below covers we are going to have database A and B, so we would like to make an ephemeral copy of the A’s database PDB to database B. To be able to use BackupRestoreOracleEphemeralExternalPdb
as databaseBackupRestoreMethod
our customer would need to prepare an additional set up for us.
Create ORCLCDB SYSOPER User
On the database A we will to create a new user on oracle CDB with the following privileges to be able to create an ephemeral copy
-- connect as SYSDBA to a FIRST DB to create common user CREATE USER c##liquibase_ephemeral_user_a IDENTIFIED BY password; GRANT CREATE SESSION TO c##liquibase_ephemeral_user_a CONTAINER=all; GRANT CREATE PLUGGABLE DATABASE TO c##liquibase_ephemeral_user_a CONTAINER=all; GRANT SYSOPER TO c##liquibase_ephemeral_user_a CONTAINER=all;
On the database B we will to create a new user on oracle CDB with the following privileges to be able to create an ephemeral copy and additionally create a link with database A
-- connect as SYSDBA to a SECOND DB to create common user CREATE USER c##liquibase_ephemeral_user_b IDENTIFIED BY password; GRANT CREATE SESSION TO c##liquibase_ephemeral_user_b CONTAINER=all; GRANT CREATE PLUGGABLE DATABASE TO c##liquibase_ephemeral_user_b CONTAINER=all; GRANT SYSOPER TO c##liquibase_ephemeral_user_b CONTAINER=all; --- you need to know hostname, port and service name of DB2 database instance --- you need to know credetials for database user which has enough priviliges --- to perform copy operation CREATE PUBLIC DATABASE LINK liquibase_db_link CONNECT TO c##liquibase_ephemeral_user_a IDENTIFIED BY password USING '(DESCRIPTION= (ADDRESS=(PROTOCOL=TCP)(HOST=172.18.0.2)(PORT=1521)) (CONNECT_DATA=(SERVICE_NAME=ORCLCDB)) )';
Also there is a possibility to use TNS name during link creation, e.g.
CREATE DATABASE LINK liquibase_db_link CONNECT TO c##liquibase_ephemeral_user_a IDENTIFIED BY password USING TNS_NAME;
To check if database link has been created correctly please run query below, if you don’t get errors - database link is correct.
SELECT * FROM dual@liquibase_db_link;
If you would like to use another name for database link - please use oracleEphemeralDatabaseLinkName
packager property.
Create an Ephemeral dbDef
An ephemeral dbDef must be created in the datical.project file to instruct Liquibase which database should be cloned for the ephemeral copy and to set the connection string information. Because this database is transient by definition and only exists during the Deploy Packager operation, it is not eligible on a Liquibase pipeline to have Status run against it.
1. Using TNSNAMES/LDAP with Oracle Ephemeral Database
This section is necessary for TNSNAMES/LDAP users.
Learn more about traditional LDAP connections here: LDAP Connection to an Oracle Database
If a customer uses TNS names in dbDef, then customer should prepare a TNS name with _eph
postfix him self for the ephemeral copy which we are going to create, as in most cases we are not able to modify TNS files or they can be even stored on remote servers (e.g. OID). So if customer’s dbDefs look like that
<dbDefs xsi:type="dbproject:OracleDbDef" name="DEV" hostname="localhost" driver="oracle.jdbc.OracleDriver" tnsName="dev" /> <dbDefs xsi:type="dbproject:OracleDbDef" name="DEV_EPHEMERAL" driver="oracle.jdbc.OracleDriver" tnsName="admin_sysoper" />
then customer should also add dev_eph
entry in TNS config pointing to a PDB which we are going to create. To determine service name or SID for the PDB which this TNS will point to, use the next logic:
If you provided value for
oracleEphemeralCopyName
, then it will be itIf you didn’t provide value for
oracleEphemeralCopyName
, but provided it fororacleEphemeralSourceName
- it will beoracleEphemeralCopyName
value +_eph
postfix, e.g. iforacleEphemeralCopyName
isbucket_01
, then your value will bebucket_01_eph
If you didn’t provide any of these values, just add
_eph
postfix to your source PDB name, e.g if your source PDB name isbucket_01
, then your value will bebucket_01_eph
This is tnsnames.ora file example that contains dev
alias for DEV
DbDef, dev_eph
alias which customer needs to create, and admin_sysoper
alias for DEV_EPHEMERAL
DbDef:
dev = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP) (HOST = 172.17.0.3) (PORT = 1521) ) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = bucket_01) ) ) dev_eph = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP) (HOST = 172.17.0.3) (PORT = 1521) ) (CONNECT_DATA = (SERVER = DEDICATED) (SID = bucket_01_eph) ) ) admin_sysoper = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP) (HOST = 172.17.0.3) (PORT = 1521) ) (CONNECT_DATA = (SERVER = DEDICATED) (SID = ORCLCDB) ) )
Liquibase recommends creating a dbDef definition in the datical.project but not including this dbDef on any Liquibase pipelines/plans.
2. Methods for creating the Ephemeral dbDef
In order to create a dbDef without including the dbDef on an existing pipeline Liquibase recommends using ONE of the following methods:
Method 1: Create the dbDef using the Liquibase Enterprise GUI and then delete the dbDef from the pipeline.
Method 2: Include the ephemeral dbDef on the Project Creation Script but do not include the dbDef on any pipelines.
Method 3: Manually copy the dbDef from an existing dbDef in the pipeline.
Follow the instructions below based on the desired method.
Important note for all methods: If source dbDef does NOT use TNS, then ..._EPHEMERAL
dbDef should also NOT use TNS, because when we create PDB copy in another DB we need to get host and port to connect to it and if ..._EPHEMERAL
uses TNS, then we don’t know where to connect to. If source dbDef uses TNS, then ..._EPHEMERAL
dbDef can use anything, as customer anyway need to create TNS entry with _eph
postfix to be able to connect to it.
Method 1: Create the dbDef with the Liquibase Enterprise GUI
Create the dbDef using instructions from Creating a Liquibase Enterprise project Using the Liquibase Enterprise GUI
Ensure the Name of the database is <dbDef_to_be_cloned>_EPHEMERAL. This can be DEV, QA, STAGE, or PROD.
Enter your Connection Settings.
If you are using a TNSNAMES/LDAP connection, see the section below Using TNSNAMES/LDAP with Oracle Ephemeral Database.
If you are using a BASIC connection Service Name should be ORCLCDB or the name of the container that should house the ephemeral copy. (See Backup and Restore Package Methods section before for more information.)
You will need to enter your container name in the Hostname text box. This entry will depend on if you are using an internal or external backup and restore method. (See Backup and Restore Package Methods section before for more information.)
The username and password should be the ORCLCDB user created in step 1. Create ORCLCDB SYSOPER User above.
Contexts and Labels
Contexts should be left blank or set to the same context as the dbDef to be cloned
Labels should generally be set
To the name of the pipeline that houses the dbDef to be cloned
Or use the same pattern that is in use for the dbDef to be cloned
After creating the dbDef, remove the Step from the Pipeline by selecting Remove Step
Do not select the box to delete the Deployment Step from the Deployment Plan
Method 2: Create the dbDef with the Project Creation Script
Create the project using the instructions from Creating a Liquibase Enterprise Using the Project Creation Script (project_creator.groovy)
Include the ephemeral database on the ProjectNameOracle.dbdefs.tsv.txt. Use name <dbDef_to_be_cloned>_EPHEMERAL
Do not reference the ephemeral database as part of any pipeline on ProjectNameOracle.pipelines.tsv.txt
Method 3: Manually create the dbDef by copying from existing dbDef in datical.project
If you are manually copying the dbDef in the datical.project file from the dbDef to be cloned
If the password is present in the file, please note this value is Base64 encoded. If modifying this value, the new value will also need to be Base64 encoded.
Clear out the dbDefsId for the new _EPHEMERAL dbDef.
<dbDefs xsi:type="dbproject:OracleDbDef" name="DEV_EPHEMERAL" driver="oracle.jdbc.OracleDriver" hostname="cs-oracledb.liquibase.net" port="1521" username="c##liquibase_ephemeral_user" password="bGlxdWliYXNlX3VzZXI=" labels="current" dbDefsId="" serviceName="ORCLCDB" enableCompression="false" rowsPerBatch="10000"/>
Do a Test Connection to another database in the pipeline to populate the dbDefsId field before checking into source control.
Optional Step: Associated deployPackager.properties
These are packaging properties available specifically for the ephemeral database packaging method. They are optional if you would like to override the default values.
Property Name | Description |
---|---|
oracleEphemeralSourceName | [Optional] Defines a source name for an Oracle source PDB in the event Liquibase has not been granted the necessary permissions to query for this name. Necessary permissions are included below. If these grants are not present, oracleEphemeralSourceName will be required.
Property Validation: Source name should up to 30 characters long, contain no spaces [ ], slashes [/] and semicolons [;] and cannot begin with a number. |
oracleEphemeralCopyName | [Optional] Defines a name for an Oracle copy PDB in the event the default name is not desired. Default name for the ephemeral copy will be source PDB name with Property Validation: Copy name should be up to 30 characters long, contain no spaces [ ], slashes [/] and semicolons [;] and cannot begin with a number. |
oracleEphemeralDatabaseLinkName | [Optional] Defines a name for a database link which is used with PackageMethod Default link name will be Property Validation: Database link name should up to 128 characters long, contain no spaces [ ], slashes [/] and semicolons [;] and cannot begin with a number. |
oracleEphemeralCopyWithData | [Optional] By default Liquibase will copy databases without data. (*) If you would like to copy both the structure and data, use this boolean property. (*) There is one exception in that the data from the Property Validation: true/false |
oracleEphemeralSkipFinalDeploy | [Optional] The default value for this setting is false. Any changes being packaged are deployed to the first database in the pipeline during the Deploy Packager operation. Setting this value to true allows changes to be packaged and changesets to be created and stored in the changelog.xml, but the deployment to the first database in the pipeline does not occur. Property Validation: true/false |
See: Use the Required deployPackager.properties File
Troubleshooting:
Potential grants issues
If oracleEphemeralSourceName
packager property is not specified we try to get PDB name from 2 tables on the DB (v$pdbs
and dba_data_files
), if customer already gave the user required grants according to Multi-Schema Projects - Oracle Roles and Permissions , everything should work because both GRANT SELECT ANY DICTIONARY TO DATICAL_ROLE;
and GRANT IMP_FULL_DATABASE TO DATICAL_PACKAGER_ROLE;
already give us enough permission to query the tables, but if customer hasn’t given such permission to us and want to use the ephemeral databaseBackupRestoreMethod
- permissions to query v$pdbs
and dba_data_files
should be provided.
Using Oracle Managed Files (OMF) with Oracle Ephemeral Database
If using OMF with BackupRestoreOracleEphemeralExternalPdb then OMF mode should be the same on both instances of the Oracle database.