Overview of restoring an instance

This page provides information you should know before restoring an instance from a backup or performing a point-in-time recovery (PITR).

Point-in-time recovery

Point-in-time recovery helps you recover an instance to a specific point in time. For example, if an error causes a loss of data, you can recover a database to its state before the error occurred.

A point-in-time recovery always creates a new instance; you cannot perform a point-in-time recovery to an existing instance. The new instance inherits the settings of the source instance, similar to how clone creation works.

For step-by-step instructions for performing a point-in-time recovery, see:

General tips about performing a restore

When you restore an instance from a backup, whether to the same instance or to a different instance, keep in mind the following items:

  • The restore operation overwrites all data on the target instance.
  • The target instance is unavailable for connections during the restore operation; existing connections are lost.
  • If you are restoring to an instance with read replicas, you must delete all replicas and recreate them after the restore operation completes.
  • The restore operation restarts the instance.

For step-by-step instructions for performing a restore, see:

Tips and requirements for restoring to a different instance

When you are restoring a backup to a different instance, keep in mind the following restrictions and best practices:

  • The target instance should have the same database version and edition as the instance from which the backup was taken.

    If you want to upgrade the database version for your instance, follow the steps in Upgrading the Database for an Instance.

  • The storage capacity of the target instance must be at least as large as the capacity of the instance being backed up. The amount of storage being used does not matter. You can see the storage capacity of the instance in the console Cloud SQL instances page

  • The target instance must be in the RUNNABLE state.

  • The target instance can be a different tier or machine type than the instance from which the backup was taken.

What's next