CLI cookbook: export a multitenant virtual pluggable Oracle database to ASM or Physical Filesystem
This topic describes how to perform an in-place conversion of a multitenant virtual pluggable database (vPDB) to a multitenant physical Oracle pluggable database (PDB) using the Delphix Engine Command-line Interface (CLI). This procedure will work irrespective of the vPDB being a single instance configuration or RAC.
Prerequisites
You must have the following configuration before you start the export:
-
If exporting to ASM – the target Data diskgroup, or the diskgroup that will contain all the database files, or if exporting to a physical filesystem – the filesystem path where all the datafiles will be exported.
-
The vPDB that needs to be exported to ASM or physical filesystem.
-
Optionally, the pluggable database name for the resulting physical pluggable database and the number of RMAN channels.
Procedure
-
Execute the
database export
command.Copydelphix> database export
-
Set the database export parameters type.
Copydelphix database export *> set type=OraclePDBExportParameters
-
Set the storage strategy:
-
Exporting to ASM:
-
Set the storage strategy type to
OracleExportASMStorageStrategy
.Copydelphix database export *> set storageStrategy.type=OracleExportASMStorageStrategy
-
Set the default target data diskgroup in
asmLayout
.Copydelphix database export *> set storageStrategy.asmLayout.type=OracleASMLayout
delphix database export *> set storageStrategy.asmLayout.defaultDataDiskgroup=+DATAredoDiskgroup
parameter is not required for PDB export.
-
-
Exporting to a Physical Filesystem:
-
Set the storage strategy type to
OracleExportFilesystemStorageStrategy
.Copydelphix database export *> set storageStrategy.type=OracleExportFilesystemStorageStrategy
-
Set the data directory in the
filesystemLayout
object to the location on the filesystem where all the datafiles should be exported.Copydelphix database export *> edit storageStrategy.filesystemLayout
delphix database export storageStrategy.filesystemLayout *> set type=OracleExportTimeflowFilesystemLayout
delphix database export storageStrategy.filesystemLayout *> set dataDirectory=/path/to/exported/datafiles
delphix database export storageStrategy.filesystemLayout *> backAll the properties in the
storageStrategy.filesystemLayout
object are optional and onlydataDirectory
is applicable here.If the datafile location is not specified via
dataDirectory
property, the default location for the exported datafiles is underdb_create_file_dest
of the target CDB.
-
-
-
Set the transfer strategy type and virtual source.
Copydelphix database export *> set transferStrategy.type=OracleExportPDBInPlaceTransferStrategy
delphix database export *> set transferStrategy.virtualSource=v2p_pdbThe above values are just examples. Replace the values such as default data diskgroup, data directory and virtual source name to match your needs. -
Optionally set the following parameters:
-
pluggable database name for the resulting physical pluggable database.
-
If a pluggable database name is specified, the target CDB should not have a PDB with the same name, otherwise the export will fail.
-
If no pluggable database name is specified, the default is the current name of the pluggable database.
-
-
Number of RMAN channels. The default value for the RMAN channels is 8.
-
RMAN file section size. The default value is 0 (i.e. RMAN file section size is not set).
Copydelphix database export *> set transferStrategy.pdbName=v2asm_pdb
delphix database export *> set transferStrategy.rmanChannels=10
delphix database export *> set transferStrategy.rmanFileSectionSizeInGb=64The above values are just examples. Replace the PDB name, number of RMAN channels and RMAN file section size to match your needs. For more details on RMAN channels and RMAN file section size, refer to Performance tuning considerations for Oracle databases with bigfile tablespaces.
-
-
Commit the configuration to execute the job.
Copydelphix database export *> commit
The export operation takes a snapshot of the vPDB before proceeding with the export. After a successful export operation, the original vPDB will be left in a DISABLED state. If the vPDB needs to be re-enabled, the vPDB needs to be migrated to a different host and/or CDB. Ensure there is no PDB with the same name as the vPDB on the target CDB. Subsequently, you must rewind the vPDB to the latest snapshot, after which the vPDB will be back up and running. Since the export operation takes a snapshot before the actual export, the rewind can be performed to the point just before the export started.
Refer to the Exporting an Oracle VDB or a vPDB in-place to ASM page for additional considerations after a successful export.