Skip to main content
Version: 8.9 (unreleased)

Database

Database configuration is required for both Camunda 7 and Camunda 8 (RDBMS history) data sources. The Data Migrator uses JDBC to connect to these databases.

Setup

  1. Include the appropriate JDBC driver in the classpath by dropping the JAR into configuration/userlib.
  2. Configure connection details in configuration/application.yml.
  3. Set table prefixes if your installation uses them.
  4. Verify connectivity before starting migration.
  5. Ensure sufficient disk space for migration data.
info

The database vendor is automatically detected but can be overridden using the database-vendor property.

Transaction isolation level

The required isolation level to run the Data Migrator with is READ COMMITTED. Other transaction isolation levels are not supported and might lead to unexpected behavior.

Compatibility

The migrator supports the following SQL databases:

DatabaseVersionJDBC DriverNotes
H22.3.232org.h2.DriverDefault, good for testing
PostgreSQL17org.postgresql.DriverRecommended for production
Oracle23aioracle.jdbc.OracleDriverRecommended for production

The migrator supports migration only within the same database vendor:

Migration PathStatus
PostgreSQL → PostgreSQL✅ Supported
Oracle → Oracle✅ Supported
H2 → H2✅ Supported
PostgreSQL → Oracle❌ Not supported
Oracle → PostgreSQL❌ Not supported

Dropping the migration mapping schema

The migrator uses the {prefix}MIGRATION_MAPPING table to keep track of instances.

If you wish to drop this table after migration is completed, you can use the --drop-schema flag when starting the migrator. This will drop the migration mapping schema on shutdown if the migration was successful (no entities were skipped).

# Migrate and drop the migration mapping schema on shutdown if migration was succcesful
./start.sh --runtime --drop-schema

If you wish to drop the table regardless of the migration status, you can use the --force flag in combination with --drop-schema. This will perform the drop in all cases.

# Migrate and force drop the migration mapping schema on shutdown
./start.sh --runtime --drop-schema --force
warning

Using --force can lead to data loss. Use with caution.