Public Cloud – Flexible Engine

Protects your services by ensuring the security and consistency of your data

For critical applications which request for data privacy and isolation

Cloud Backup and Recovery (CBR) enables you to back up Elastic Cloud Servers (ECSs), Bare Metal Servers (BMSs), Elastic Volume Service (EVS) disks, and SFS Turbo file systems with ease. If there is a virus intrusion, accidental deletion, or software or hardware fault, you can restore data to any point in the past when the data was backed up.

CBR consists of backups, vaults, and policies.


A backup is a copy of the original data that is backed up. A backup is used to restore the original data. CBR backups are classified into the following types:

  • Cloud disk backup provides snapshot-based data protection for EVS disks.
  • Cloud server backup uses the consistency snapshot technology for disks to protect data of ECSs and BMSs. In addition, the backups of servers without databases deployed are common server backups, and the backups of servers deployed with databases are application-consistent backups.
  • common server backups, and the backups of servers deployed with databases are application-consistent backups.


CBR uses vaults to store backups. Before creating a backup, you need to create at least one vault and associate the server or disk to be backed up with the vault. Then the backup of the server or disk will be stored in the associated vault.

Backups of different types of backup objects must be stored in different types of vaults accordingly.


  • Backup policies: To perform automatic backups, configure a backup policy by setting the execution time of backup tasks, backup cycle, and retention rules, and then apply the policy to a vault.
Architecture of CBR

Differences Between the Backup Types

Table 1 Differences between the backup types


Cloud Server Backup

Cloud Disk Backup

File System Backup

Backup or restoration objects

All disks (system and data disks) on a server

One or more specified disks (system or data disks)

SFS Turbo file systems

Recommended scenario

An entire cloud server needs to be protected.

Only data disks need to be backed up, because the system disk does not contain personal data.

Data in the SFS Turbo file systems needs to be protected.


All disks on a server are backed up at the same time, ensuring data consistency.

Backup cost is reduced without compromising data security.

Backup data and original file systems are stored separately. You can use the backup data to create a new file system.

Backup Mechanism

A full backup is performed only for the first backup and backs up all used data blocks. All subsequent backups are incremental. An incremental backup backs up only the data changed since the last backup, which is storage- and time-efficient. When a backup is deleted, only the data blocks that are not depended on by other backups are deleted, so that other backups can still be used for restoration. Both full backup and incremental backup can restore data to the state at a given backup point in time.

CBR automatically creates snapshots during backup and retains the latest snapshot for each disk. If a disk already has a backup and a new backup is created, the system will automatically delete the old snapshot and save the latest one generated.

CBR stores backup data in OBS, enhancing backup data security.

Backup Options

CBR supports one-off backup and periodic backup. A one-off backup task is manually created by users and takes effect only once. Periodic backup tasks are automatically executed based on a user-defined backup policy.

Table 2 describes the two backup options.


One-Off Backup

Periodic Backup

Backup policy

Not required


Number of backup tasks

One manual backup task

Periodic tasks driven by a backup policy

Backup name

User-defined backup name, which defaults to manualbk_xxxx

System-assigned backup name, which defaults to autobk_xxxx

Backup mode

Full backup at the first time and incremental backup subsequently, by default

Full backup at the first time and incremental backup subsequently, by default

Application scenario

Executed before patching or upgrading the OS or upgrading an application on a resource. A one-off backup can be used to restore the resource to the original state in case the patching or upgrading fails.

Executed for routine maintenance of a resource. The latest backup can be used for restoration in case an unexpected failure or data loss occurs.

You can also use the two backup options together if needed. For example, associate all servers or file systems with a vault and then bind the vault to a backup policy to execute periodic backup for them, and manually perform one-off backups for the most important servers or file systems to further ensure data security. Figure 2 shows the intermixed use of the two backup options.

Figure 2 Intermixed use of the two backup options

How to Access CBR

You can access the CBR service through the management console or by calling HTTPS-based APIs.

  • Management Console

The console is a web-based UI, where you can perform operations on CBR resources easily. Log in to the management console and select Cloud Backup and Recovery.

  • Calling APIs

If you need to integrate the CBR service provided by the cloud system into a third-party system for secondary development, you can use an API to access the CBR service. For details, see the Cloud Backup and Recovery API Reference.