All Products
Search
Document Center

ApsaraDB RDS:Restore SQL Server data

Last Updated:Mar 28, 2026

Restore backup data from an RDS SQL Server instance to an existing instance or a new instance. Common use cases include recovering from accidental data changes and querying historical data snapshots.

This topic covers restoring data to an instance in the same region. To restore data across regions or to a self-managed SQL Server database, see Restoration solution overview.

Restore paths

Two restore paths are available. Choose based on your goal:

GoalRestore pathCost impact
Restore databases to an existing instance quickly, without incurring additional infrastructure costsRestore to an existing instanceNo additional instance fee
Restore databases to an isolated copy for analysis, or to an instance with a different configurationRestore to a new instanceNew instance billed separately

Limitations

LimitationDetails
Data archiving to OSSOnly databases present in the backup set (non-archived) are restored. Databases archived to OSS are excluded from the restored instance.
Serverless instancesBackup data from Serverless instances can only be restored to new Serverless instances. Restoring to an existing instance is not supported.
RDS SQL Server 2008 R2 (premium performance local disk)Not supported. Restore data through a temporary instance instead.
Transparent Data Encryption (TDE)After TDE is enabled, backup data can be restored to a new instance, but restoring to an existing instance is not supported.

Restore to an existing instance

Restore selected databases to any compatible instance in the same region, including the source instance. No new instance is created; billing is unchanged.

Compatibility requirements

RequirementConstraint
Database versionThe target instance version must be greater than or equal to the source instance version.
Instance seriesRestoring from a higher series to a lower series is not supported. Series from highest to lowest: Cluster Edition > High-availability Edition > Basic Edition.
Instance typeSupported combinations: same type to same type, General-purpose to Dedicated, and Dedicated to General-purpose.

Restore databases to an existing instance

  1. Go to the Instances page. In the top navigation bar, select the region where the instance resides, then click the instance ID.

  2. In the left navigation pane, click Backup and Restoration, then click Restore.

  3. In the dialog box, select Restore to Existing Instance and click OK.

  4. Configure the following parameters and click OK.

    Important

    You cannot overwrite an existing database during a restore. If a database name conflicts with an existing name in the target instance, the restore task fails. Modify the database name to a unique name before retrying. When the restored name differs from all existing databases in the target instance, a new database is created without affecting existing data.

    ParameterDescription
    Restore MethodBy Backup Set: Restores the data in the selected backup set. By Time: Restores to any point in time within the log backup retention period, based on the most recent full backup and incremental backups. Restoring a specific incremental backup is not supported. View or modify the log backup retention period as needed.
    Restore TimeVisible when Restore Method is set to By Time. Select the point in time to restore to.
    Backup SetVisible when Restore Method is set to By Backup Set. Select the backup set to restore.
    More Backup SetsSelect this option if the target backup set does not appear in the Backup Set list.
    Destination Instance NameSelect the target instance. All instances in the current region under the current Alibaba Cloud account are listed by default, including the source instance. Use the search box to filter if the list is large.
    Note

    Snapshot backups can only be restored to instances that have snapshot backup enabled. Backups from shared instances cannot be restored to General-purpose or Dedicated instances, and vice versa.

    Databases to RestoreSelect the databases to restore (some or all). The original database name is used by default. The restored database name must be unique within the target instance and can only contain letters, numbers, underscores (_), and hyphens (-).
  5. Track progress in Task Center. Click Task Center in the upper-right corner and filter by Task Type = Clone Instance.

    image.png

Restore to a new instance

Restore selected databases to a newly provisioned instance by backup set or point in time. A separate instance fee applies. Billing starts after the instance is created.

If the original instance is no longer needed after the restore, release or unsubscribe from it to avoid ongoing charges.

Restore databases to a new instance

  1. Go to the Instances page. In the top navigation bar, select the region where the instance resides, then click the instance ID.

  2. In the left navigation pane, click Backup and Restoration, then click Restore.

  3. In the Select Restore Method dialog box, select Restore to New Instance and click OK.

  4. On the Database Restoration page, configure the following parameters.

    ParameterDescription
    Billing MethodSubscription: Prepaid billing, suitable for long-term use. Longer subscription periods receive higher discounts. Pay-as-you-go: Postpaid billing charged by hour, suitable for short-term use.
    Restoration MethodBy Backup Set: Restores the data in the selected backup set. By Point in Time: Restores to any point in time within the log backup retention period, based on the most recent full backup and incremental backups. Restoring a specific incremental backup is not supported. View or modify the log backup retention period as needed.
    DatabaseAll: Restores all databases. Some: Restores specific databases; enter database names separated by commas.
    Note

    If snapshot backup is enabled on the instance, only All is supported.

    EditionAvailable editions vary by region and database version. See supported editions or refer to the console.
    Storage TypeSelect ESSD (Enterprise SSD) or premium performance disk. See Storage type introduction.
    Zone of Primary NodeSelect the zone for the primary node. The Basic Edition has only one node and one zone.
    Deployment MethodMulti-zone Deployment (recommended): Primary and secondary nodes are in different zones within the same region, providing cross-zone disaster recovery. Single-zone Deployment: Both nodes are in the same zone.
    Note

    Zone performance differences within the same region are minimal. If a zone shows Insufficient, select a different zone. The Basic Edition supports Single-zone Deployment only.

    Zone of Secondary NodeAvailable when Deployment Method is set to Multi-zone Deployment. The Basic Edition has no secondary node.
    Instance TypeAvailable types vary by region and database version. See supported instance types or refer to the console.
    Storage CapacityMust be greater than or equal to the source instance's storage capacity. Check the source instance's capacity on its Basic Information page. Storage capacity includes data space, system file space, log file space, and transaction file space.
  5. Click Next: Instance Configuration and configure the following parameters.

    ParameterDescription
    Network TypeOnly virtual private cloud (VPC) is supported. Create a VPC and vSwitch as needed. Make sure the RDS instance and the ECS instance you want to connect are in the same VPC to enable internal network communication.
    Resource GroupThe resource group for the new instance. Create a resource group as needed.
  6. Click Next: Confirm Order.

  7. Review the Parameter Configuration, select Quantity and Subscription Duration (for Subscription instances), click Confirm Order, and complete payment. The new instance appears in the instance list. Instance creation takes 1–10 minutes. Refresh the page to check the status.

  8. Connect to the new SQL Server instance and verify the restored databases and tables.

API reference

To restore data programmatically, use the RecoveryDBInstance API.

FAQ

How long does it take to restore data to a new instance?

Estimated time

The exact duration depends on data size, instance type, and the volume of transaction logs accumulated since the last full backup. The table below shows estimated speeds for each phase. Speed figures are based on uncompressed data size.

Note

The Web version of RDS SQL Server does not support backup compression, so backup and restore speeds may drop below 100 GB/hour.

OperationRequiredEstimated speed/timeNotes
Create and configure a new instanceYes10–15 minutesTime varies by edition and instance type.
Full backup of source instanceNo200 GB/hourIf no full backup exists within the past 36 hours, the system runs one automatically before restoring. To reduce total time, run a manual full backup before initiating the restore, or start the restore within 36 hours of the last automatic full backup. Speed may vary by region and time of day.
Restore full backup to the new instanceYes200 GB/hour
Incremental transaction log backup on sourceYes200 GB/hourIncludes up to 2 minutes of overhead for backup preparation and completion.
Apply incremental log backup to new instanceYes200 GB/hourIncludes up to 2 minutes of overhead for consistency verification.
Bring database onlineYesWithin 2 minutes (typical)Small instance types (2 cores, 4 GB) may be slower due to high transaction log volume. RDS SQL Server 2019 and later support the Accelerated Database Recovery option, which can reduce this step. See Microsoft documentation to evaluate whether to enable it.

Example

Example estimate — 4-core 8 GB instance, 600 GB of data, 10 GB of transaction logs accumulated since the last backup:

PhaseTime
Create instance12 minutes
Full backup (if triggered)3 hours
Restore full backup3 hours
Incremental log backup5 minutes
Apply incremental log5 minutes
Bring database online< 2 minutes
Total (with full backup triggered)~6 hours 24 minutes
Total (full backup not triggered)~3 hours 24 minutes

Recommendations

  • Run a manual full backup before restoring. This eliminates or shortens the automatic full backup phase. Alternatively, start the restore within 36 hours of the last automatic full backup.

  • Schedule the restore during low-traffic periods. Reduces resource contention and minimizes business impact.

  • Avoid long-running transactions during the restore. Operations such as index creation, index rebuilds, and data archiving extend the database online step.

What's next