Help Center> Distributed Cache Service> User Guide> Backing Up and Restoring Instances> Overview
Updated on 2024-06-20 GMT+08:00
View PDF

Overview

On the DCS console, you can back up and restore DCS instances.

Importance of DCS Instance Backup

There is a small chance that dirty data could exist in a DCS instance owing to service system exceptions or problems in loading data from persistence files. In addition, some systems demand not only high reliability but also data security, data restoration, and even permanent data storage.

Currently, data in DCS instances can be backed up to OBS. If a DCS instance becomes faulty, data in the instance can be restored from backup so that service continuity is not affected.

Backup Modes

DCS instances support the following backup modes:

  • Automated backup

    You can create a scheduled backup policy on the DCS console. Then, data in the chosen DCS instances will be automatically backed up at the scheduled time.

    You can choose the days of the week on which automated backup will run. Backup data will be retained for a maximum of seven days. Backup data older than seven days will be automatically deleted.

    The primary purpose of automated backups is to create complete data replicas of DCS instances so that the instance can be quickly restored if necessary.

  • Manual backup

    Backup requests can be issued manually. Data in the chosen DCS instances will be backed up to OBS.

    Before performing high-risk operations, such as system maintenance or upgrade, back up DCS instance data.

Additional Information About Data Backup

  • Instance type
    • Redis: Only master/standby, read/write splitting, Proxy Cluster, and Redis Cluster instances can be backed up and restored, while single-node instances cannot. You can export data of a single-node instance to an RDB file using redis-cli. For details, see How Do I Export DCS Redis Instance Data?
  • Backup mechanisms

    Basic edition DCS for Redis 4.0 and later persist data to RDB or AOF files in manual backup mode, and to RDB files in automatic backup mode.

    Backup tasks are run on standby cache nodes. DCS instance data is backed up by compressing and storing the data persistence files from the standby cache node to OBS.

    DCS checks instance backup policies once an hour. If a backup policy is matched, DCS runs a backup task for the corresponding DCS instance.

  • Impact on DCS instances during backup

    Backup tasks are run on standby cache nodes, without incurring any downtime.

    In the event of full-data synchronization or heavy instance load, it takes a few minutes to complete data synchronization. If instance backup starts before data synchronization is complete, the backup data will be slightly behind the data in the master cache node.

    During instance backup, the standby cache node stops persisting the latest changes to disk files. If new data is written to the master cache node during backup, the backup file will not contain the new data.

  • Backup time

    It is advisable to back up instance data during off-peak periods.

  • Storage of backup files

    Backup files are stored to OBS.

  • Handling exceptions in automated backup

    If an automated backup task is triggered while the DCS instance is restarting or being scaled up, the backup task will be run in the next cycle.

    If backing up a DCS instance fails or the backup is postponed because another task is in progress, DCS will try to back up the instance in the next cycle. A maximum of three retries are allowed within a single day.

  • Retention period of backup data

    Automated backup files are retained for up to seven days. You can configure the retention period. At the end of the retention period, most backup files of the DCS instance will be automatically deleted, but at least one backup file will be retained.

    The latest backup files (up to 24) are always stored unless they are manually deleted.

    • A total of 24 latest backups (automatic and manual) can be stored. To store the 25th backup, the earliest one will be automatically deleted.
    • Deleting an instance removes its backups. To restore them, download and save them in advance.

Data Restoration

  • Data restoration process
    1. You can initiate a data restoration request using the DCS console.
    2. DCS obtains the backup file from OBS.
    3. Read/write to the DCS instance is suspended.
    4. The original data persistence file of the master cache node is replaced by the backup file.
    5. The new data persistence file (that is, the backup file) is reloaded.
    6. Data is restored, and the DCS instance starts to provide read/write service again.
  • Impact on service systems

    Restoration tasks are run on master cache nodes. During restoration, data cannot be written into or read from instances.

  • Handling data restoration exceptions

    If a backup file is corrupted, DCS will try to fix the backup file while restoring instance data. If the backup file is successfully fixed, the restoration proceeds. If the backup file cannot be fixed, the master/standby DCS instance will be changed back to the state in which it was before data restoration.