| title | Self-Hosted Backup & Restore |
|---|
If you need a quick way to backup and restore your Sentry instance and you don't need historical event data, you can use the built in export and import commands. These commands will save and load all project and user data, but will not contain any event data.
Backup is currently not working, see issue: getsentry/sentry#36868
docker-compose run --rm -T -e SENTRY_LOG_LEVEL=CRITICAL web export > sentry/backup.json
If you omit the -T or -e SENTRY_LOG_LEVEL=CRITICAL parts, your backup file will have logging lines mixed in and you'll have to remove them somehow.
Once you have a backup by using the export command, the easiest way to restore it is to place it under the sentry directory in your main self-hosted repo, next to the config files. This directory automatically gets mounted to /etc/sentry so you can run the following to restore your backup:
docker-compose run --rm -T web import /etc/sentry/backup.jsonIf you don't see any errors and the process exits with code 0, congratulations, you have just restored your backup.
The ideal way to backup and restore Sentry is to backup and restore all Docker volumes that it uses. All volumes that hold critical long-term data are already defined as global volumes at install time and are prefixed with sentry-:
sentry-datasentry-postgressentry-redissentry-zookeepersentry-kafkasentry-clickhousesentry-symbolicator
docker-compose automatically creates, typically with the sentry_self_hosted_sentry- prefix.
Docker documents how to backup and restore volumes on their documentation. You may use different methods as long as the volumes can be read back without issues.