-
-
Notifications
You must be signed in to change notification settings - Fork 1
Closed
Labels
Description
Currently, the backup/restore workflow experience is not great, and users are unhappy about it. Backup/restore is best practices for upgrading self-hosted versions, and is particularly important when the postgres version or our DB models change. It is also used for migrating from self-hosted to SaaS. The issue about backup/restore being broken is the most commented open source issue in the Sentry repo, and has as many unique commenters as the most commented issues in the self-hosted repo.
Backup/restore is also important for users that want to migrate to SaaS. To make this experience better, we should
Self-hosted issues:
- Fix backup/restore flow sentry#36868
- sentry_environment is not backed up and breaks alerts logic self-hosted#1965
- DB duplicate key violation errors during backup/restore self-hosted#1972
SaaS related concerns:
- Make sure the documented workflow for migrating works
- See if we can make the self-hosted to SaaS migrations we handle easier for ourselves
Future possibilities enabled from this ticket:
- Migrate data from a single org deployment of Sentry to a multi-org one self-hosted#1403
- One-click SaaS migration
- Migration from one region to another (e.g. US -> EU)
Task list:
- Try following SaaS migration docs and self-hosted backup/restore docs and see what breaks. Experiment with changing settings to work different parts of what is backed up.
- Investigate and fix Deserialization errors during backup/restore
- Investigate and fix db integrity errors during backup/restore
- Write Sentry tests to cover what is currently broken with documented workflows.
- Fix backup restore to pass new Sentry tests
- Remove headers from backup/restore self-hosted#1995
- Add integration tests for backup/restore workflow self-hosted#1918
- Dogfood backup/restore self-hosted#1986
- vanguard post