Backup & Restore Metadata
Introduction
Before upgrading your OpenMetadata version we strongly recommend backing up the metadata.
The source of truth is stored in the underlying database (MySQL and Postgres supported). During each version upgrade there is a database migration process that needs to run. It will directly attack your database and update the shape of the data to the newest OpenMetadata release.
It is important that we backup the data because if we face any unexpected issues during the upgrade process, you will be able to get back to the previous version without any loss.
You can learn more about how the migration process works here.
Since version 1.4.0, OpenMetadata encourages using the builtin-tools for creating logical backups of the metadata:
For PROD deployment we recommend users to rely on cloud services for their databases, be it AWS RDS, Azure SQL or GCP Cloud SQL.
If you're a user of these services, you can leverage their backup capabilities directly:
Requirements
mysqldump
8.3 or higherpg_dump
13.3 or higher
If you're running the project using docker compose, the ingestion
container already comes packaged with the correct mysqldump
and pg_dump
versions ready to use.
Storing the backup files
It's important that when you backup your database, you keep the snapshot safe in case you need in later.
You can check these two examples on how to:
- Use pipes to stream the result directly to S3 (or AWS blob storage) (link).
- Dump to a file and copy to storage (link).
Example with Docker
Start a local instance of OpenMetadata using the docker-compose
file provided in the repository. Then, we can use the following commands to backup the metadata:
MySQL
1. Start a local docker deployment
Ingest some data...
2. Backup and Restore
3. Restart the docker deployment with the restored database
PostgreSQL
1. Start a local docker deployment
Ingest some data...