Restore Dashboard backup
Learn how to restore your dashboard backup to a new Supabase project
Before you begin
Things to keep in mind
Here are some things that are not stored directly in your database and will require you to re-create or setup on the new project:
- Edge Functions
- Auth Settings and API keys
- Realtime settings
- Database extensions and settings
- Read Replicas
Here is a non-exhaustive list of items that are commonly asked about and will be migrated with your backup restoration:
- Database triggers
- Database functions
Restore backup
Get the new database connection string
Go to the project page and click the "Connect" button at the top of the page for the connection string.
Use the Session pooler connection string by default. If your ISP supports IPv6, use the direct connection string.
Session pooler connection string:
_10 postgresql://postgres.[PROJECT-REF]:[YOUR-PASSWORD]@aws-0-us-east-1.pooler.supabase.com:5432/postgres
Direct connection string:
_10 postgresql://postgres.[PROJECT-REF]:[YOUR-PASSWORD]@db.[PROJECT-REF].supabase.com:5432/postgres
Get the database password
It can take a few minutes for the database password reset to take effect. Especially if multiple password resets are done.
Reset the password in the Database Settings.
Replace [YOUR-PASSWORD]
in the connection string with the database password.
Get the backup file path
Get the relative file path of the downloaded backup file.
If the restore is done in the same directory as the downloaded backup, the file path would look like this:
./backup_name.backup
Verify the backup file format
The backup file will be gzipped with a .gz extension. You will need to unzip the file to look like this:
backup_name.backup
Restore your backup
_10psql -d [CONNECTION_STRING] -f /file/path
Replace [CONNECTION_STRING]
with connection string from Steps 1 & 2.
Replace /file/path
with the file path from Step 3.
Run the command with the replaced values to restore the backup to your new project.
Migrate storage objects to new project's S3 storage
After restoring the backup, the buckets and files metadata will show up in the dashboard of the new project. However, the storage files stored in the S3 buckets would not be present.
Use the following Google Colab script provided below to migrate your downloaded storage objects to your new project's S3 buckets.
This method requires uploading to Google Colab and then to the S3 buckets. This could add significant upload time if there are large storage objects.
Common errors with the backup restore process
"object already exists" "constraint x for relation y already exists" "Many other variations of errors"
These errors are expected when restoring to a new Supabase project. The backup from the dashboard is a full dump which contains the CREATE commands for all schemas. This is by design as the full dump allows you to rebuild the entire database from scratch even outside of Supabase.
One side effect of this method is that a new Supabase project has these commands already applied to schemas like storage and auth. The errors from this are not an issue because it skips to the next command to run. Another side effect of this is that all triggers will run during the restoration process which is not ideal but generally is not a problem.
There are circumstances where this method can fail and if it does, you should reach out to Supabase support for help.
"psql: error: connection to server at "aws-0-us-east-1.pooler.supabase.com" (44.216.29.125), port 5432 failed: received invalid response to GSSAPI negotiation:"
You are possibly using psql and postgres version 15 or lower. Completely remove the Postgresql installation and install the latest version as per the instructions above to resolve this issue.
"psql: error: connection to server at "aws-0-us-east-1.pooler.supabase.com" (44.216.29.125), port 5432 failed: error received from server in SCRAM exchange: Wrong password"
If the database password was reset, it may take a few minutes for it to reflect. Try again after a few minutes if you did a password reset.