Skip to content

Commit

Permalink
Docs for restoring in an emergency (#32027)
Browse files Browse the repository at this point in the history
GitOrigin-RevId: 93dc48acd8f715d17165ffd094c1fb829da1e67a
  • Loading branch information
nipunn1313 authored and Convex, Inc. committed Dec 6, 2024
1 parent 90a8b0b commit 010f972
Showing 1 changed file with 15 additions and 0 deletions.
15 changes: 15 additions & 0 deletions docs/database/backup-restore.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -39,6 +39,21 @@ Note that restoring is a destructive operation that wipes your existing data and
replaces it with that from the backup. It's recommended that you generate an
additional backup before doing a restore.

### Restoring in an emergency

If your production deployment ends up in a bad state, you may want to consider
doing a restore to return to a good state. Note that getting your data to a good
state may not be enough. Consider whether you may need each of the following
actions. Depending on the nature of your emergency, these may be required.

- Take an additional backup prior to restore, since restores are destructive
- Do a restore from a good backup - to restore data
- Use `npx convex dev` to push a known version of good code.
- Use `npx convex env` or the dashboard to restore to a good set of env vars
- Use the dashboard to make any manual fixes to the database for your app.
- Write mutations to make required (more programmatic) manual fixes to the
database for your app.

# Downloading a backup

You can download your manual and periodic backups from the dashboard via the
Expand Down

0 comments on commit 010f972

Please sign in to comment.