🇦🇺 Hello Australia! Sydney region is officially live on Neon.Sign Up

Branch Restore

Learn how to revert changes or recover lost data using Neon Branch Restore with Time Travel Assist

With Neon's branch restore capability, you can easily restore a branch to an earlier state in its own or another branch's history. You can also use Time Travel Assist to connect to a specific point in your history retention window, where you can run read-only queries to pinpoint the exact moment you need to restore to.

How branch restore works

Restore from history

The restore operation lets you revert the state of a selected branch to an earlier point in time in its own or another branch's history, using time and date or Log Sequence Number (LSN). For example, you can revert to a state just before a data loss occurred.

branch restore to timestamp

The default history retention for a Neon project differs by plan. You can revert a branch to any time within your configured retention window, down to the millisecond.

A few key points to keep in mind about the restore operation:

Automatic backups

In case you need to rollback a restore, Neon preserves the branch's final state before the restore operation in an automatically created backup branch, which takes the following format:


You can use this backup to rollback the restore operation if necessary. The backup branches are listed on the Branches page in the Neon Console among your other branches.

This backup becomes the parent of your original branch, which makes rolling back the restore operation simple: Reset from parent.

Backup branch as parent to original

Overwrite, not a merge

It is important to understand that whenever you restore a branch, you are performing a complete overwrite, not a merge or refresh. Everything on your current branch, data and schema, is replaced with the contents from the historical source. All data changes from the selected restore point onwards are excluded from the branch.

Changes apply to all databases

A reminder that in Neon's object hierarchy, a branch can include any number of databases. Keep this in mind when restoring branches. For example, let's say you want to restore lost data in a given database. If you restore your branch to an earlier point in time before the data loss occurred, the operation applies to all databases on the branch, not just the one you are troubleshooting. You can expect the restore operation to last a few seconds.

In general, Neon recommends that you avoid creating too many databases in a single Neon project. If you have multiple, distinct applications, each one deserves its own Neon project. A good rule of thumb: use one Neon project per source code repository.

Connections temporarily interrupted

Existing connections to the selected branch are temporarily interrupted during the restore operation. However, your connection details do not change. Applications can automatically re-establish their database connections as soon as the restore operation is finished.

Technical details

Neon is open source and built in public, so if you are interested in understanding the technical implementation of a branch restore operation, see the details below.

View technical details

Similar to the manual restore operation using the Neon Console and API described here, the Restore operation performs a similar set of actions, but automatically:

  1. On initiating a restore action, Neon builds a new point-in-time branch by matching your selected timestamp to the corresponding LSN of the relevant entries in the shared WAL record.
  2. The compute endpoint for your initial branch is moved to this new branch so that your connection string remains stable.
  3. We rename your new branch to the exact name as your initial branch, so the effect is seamless; it looks and acts like the same branch.
  4. Your initial branch, which now has no compute attached to it, is renamed to branch_name_old_head_timestamp to keep the pre-restore branch available should you need to roll back. Note that the initial branch was the parent for your new branch, and this is reflected when you look at your branch details.

Time Travel Assist

To help troubleshoot your data's history, you can use Time Travel Assist to connect to any selected point in time within your history retention window and then run queries against that connection. It's a good idea to run this kind of query to make sure you've targeted the correct restore point before you restore a branch.

The restore operation and Time Travel Assist are meant to work together. When you select a branch and timestamp, you can either use that selection as your restore point or as the point in time connection to query against.

Time travel assist

Ephemeral endpoints

Time travel assist leverages Neon's instant branching capability to create a temporary branch and compute endpoint at the selected point in time, which is automatically removed once you are done querying against this point-in-time connection. The compute endpoints are ephemeral: they are not listed on the Branches page or in a CLI or API list branches request.

However, you can see the history of operations related to the creation and deletion of the ephemeral branch on the Operations page:

  • start_compute
  • create_branch
  • delete_timeline
  • suspend_compute

How long do ephemeral endpoints remain active

The ephemeral endpoints are created according to your configured default compute size. An ephemeral endpoint remains active for as long as you keep running queries against it. After 10 seconds of inactivity, the timeline is deleted and the endpoint is removed.

How to use branch restore

You can use the Neon Console or the CLI to restore branches.

Restoring from history

Use the Restore page to restore a branch to an earlier timestamp in its history.

First, select the Branch to restore. This is the target branch for the restore operation.

branch restore to timestamp

To restore a branch from its own history:

  1. Make sure the From history tab is selected.

  2. Choose your timestamp or switch to LSN.

  3. Click Next.

    A confirmation window opens giving you details about the pending restore operation. Review these details to make sure you've made the correct selections.

  4. Click Restore to complete the operation.

To restore from another branch:

  1. Switch to the From another branch tab.

  2. Select the source branch that that you want to restore data from.

  3. By default, the operation pulls the latest data from the source branch. If you want to pull from an earlier point in time, disable Restore from latest data (head).

    The timestamp selector will appear.

  4. Choose your timestamp or switch to the LSN input.

  5. Click Next, confirm the details of the operation, then click Restore to complete.

All databases on the selected branch are instantly updated with the data and schema from the chosen point in time. From the Branches page, you can now see a backup branch was created with the state of the branch at the restore point in time.

branch restore backup branch

To make sure you choose the right restore point, we encourage you to use Time Travel Assist before running a restore job, but the backup branch is there if you need it. If you do need to revert your changes, you can Reset from parent since that is your branch's relationship to the restore point backup.

Using Time Travel Assist

Here is how to use the Time Travel Assist SQL editor:

  1. Select the branch you want to query against, then select a timestamp, the same as you would to Restore a branch.

    This makes the selection for Time Travel Assist. Notice the updated fields above the SQL editor show the branch and timestamp you just selected. Time travel assist

  2. Check that you have the right database selected to run your query against. Use the database selector under the SQL editor to switch to a different database for querying against.

  3. Write your read-only query in the editor, then click Query at timestamp to run the query. You don't have to include time parameters in the query; the query is automatically targeted to your selected timestamp.

If your query is successful, you will see a table of results under the editor.

Depending on your query and the selected timestamp, instead of a table of results, you might see different error messages like:

If you query a timestamp in the futureConsole request failed with 400 Bad Request: timestamp [timestamp] is in the future, try an older timestamp
If you query a timestamp from before your project was createdConsole request failed with 400 Bad Request: parent timestamp [timestamp] is earlier than the project creation timestamp [timestamp], try a more recent timestamp
If you query from earlier than your history retention windowConsole request failed with 400 Bad Request: timestamp [timestamp] recedes your project's history retention window of 168h0m0s, try a more recent timestamp

Adjust your selected timestamp accordingly.

Billing considerations

There are minimal impacts to billing from the branch restore and Time Travel Assist features.

Restore from history (billing)

Restoring a branch to its own history adds to your number of branches — due to the restore_backup branch — but since they do not have any compute endpoint attached, they do not add to any consumption costs.

Time travel Assist (billing)

The ephemeral endpoints used to run your Time Travel Assist queries do contribute to your consumption usage totals for the billing period, like any other active endpoint that consumes resources.

A couple of details to note:

  • The endpoints are shortlived. They are suspended 10 seconds after you stop querying.
  • Since these endpoints are created according to your default compute size (which applies to all new branch computes you create), you may want to reduce this default if you're performing a lot of time-travel queries for troubleshooting.


  • You cannot delete a backup branch without first removing the child branch.
  • Once you restore a branch, Reset from parent restores from the restore backup branch, not the original parent.

Last updated on

Edit this page
Was this page helpful?