Tous les produits
Search
Centre de documentation

Data Management:Service de sauvegarde de base de données (DBS)

Dernière mise à jour :Aug 09, 2026

Cette rubrique répond aux questions fréquemment posées sur la reprise après sinistre.

FAQ sur la facturation

Frais après l'achat d'un planning de sauvegarde

  • Frais de spécification du planning de sauvegarde : vous payez des frais de spécification lors de l'achat d'un planning de sauvegarde par abonnement. Les différentes spécifications de planning de sauvegarde offrent des performances de sauvegarde et de restauration, des quotas de données gratuits et des tarifs distincts. Pour plus d'informations sur les frais de spécification, consultez la section Frais de sauvegarde.

  • Frais de stockage du plan de sauvegarde (facultatif) : si vous configurez un plan de sauvegarde par abonnement et sélectionnez DBS Storage comme type de destination de stockage pour la sauvegarde, des frais de stockage sont facturés en fonction de la taille et de la durée des données réellement stockées dans le stockage intégré de Data Disaster Recovery. Pour plus d'informations, consultez la section Frais de stockage.

  • Frais de sauvegarde du planning de sauvegarde (facultatif) : si un planning de sauvegarde dépasse son quota de données gratuit, le Database Backup Service (DBS) vous facture le dépassement. Pour connaître le quota de données gratuit et les tarifs applicables aux données excédentaires pour chaque spécification de planning de sauvegarde, consultez la section Frais de sauvegarde.

  • Frais Sandbox (facultatif) : cette fonctionnalité vous permet de créer des instances Sandbox pour la reprise d'urgence des bases de données MySQL auto-gérées.

    • Une fois la fonctionnalité Sandbox activée, vous êtes facturé pour le stockage Sandbox en fonction du volume de données stocké dans le stockage Sandbox.

    • Une fois une instance Sandbox créée, vous êtes facturé pour l'instance Sandbox en fonction des spécifications de l'instance et de la durée d'utilisation. Pour plus de détails sur les frais, consultez la section Éléments facturables (DMS).

Remarque

Vous ne pouvez pas créer directement un planning de sauvegarde à la demande.

Périmètre de compensation des plans de stockage et réseau DBS

Plans de stockage du Database Backup Service (DBS)

Data Disaster Recovery propose les types de plans de stockage suivants : deux. Ces plans sont disponibles dans diverses tailles de stockage, telles que 100 Go, 500 Go, 1 To et 500 To, et pour différentes durées d'abonnement, telles que 1 mois, 6 mois et 1 an. Si votre utilisation du stockage dépasse le quota de votre plan de stockage, le stockage excédentaire est facturé à la demande.

Type de plan de stockage

Éléments compensables

Plan de stockage Sandbox CDM

Ces plans de stockage peuvent être utilisés pour compenser les frais engagés sur votre compte lorsque vous utilisez le stockage Sandbox. Pour plus de détails sur les tarifs, consultez la section Facturation Sandbox.

Plan de stockage d'instance de sauvegarde

Compense les frais de stockage intégré pour les instances de planning de sauvegarde au sein du même compte Alibaba Cloud. Pour plus d'informations, consultez la section Stockage intégré et OSS.

Plans réseau du Database Backup Service (DBS)

Périmètre de compensation

Description

Utilisation du réseau pour les sauvegardes inter-régions

Les plans réseau du Database Backup Service (DBS) peuvent être utilisés dans n'importe quelle région pour compenser les frais réseau liés aux sauvegardes inter-régions d'ApsaraDB RDS for MySQL, d'ApsaraDB RDS for PostgreSQL, d'ApsaraDB RDS for SQL Server, de PolarDB for MySQL, PolarDB for PostgreSQL et d'ApsaraDB for MongoDB. La compensation varie selon la région et est calculée à l'aide de facteurs de compensation différents.

Utilisation du réseau pour les téléchargements d'ensembles de sauvegarde

Les plans réseau du Database Backup Service (DBS) peuvent être utilisés dans n'importe quelle région pour compenser les frais réseau engagés lors du téléchargement d'ensembles de sauvegarde depuis ApsaraDB RDS for MySQL, ApsaraDB RDS for PostgreSQL et ApsaraDB RDS for SQL Server. La compensation varie selon la région et est calculée à l'aide de facteurs de compensation différents.

Pour plus d'informations sur les règles de compensation, les facteurs de compensation, les exemples de compensation et les méthodes d'achat, consultez les sections Utiliser des plans de stockage et Utiliser des plans réseau.

Frais pour les plannings de sauvegarde inutilisés

Le stockage vous est toujours facturé même si un planning de sauvegarde ne crée pas de nouveaux ensembles de sauvegarde, car les sauvegardes historiques continuent de consommer des ressources de stockage.

Remarque

Pour libérer un planning de sauvegarde ou réduire le volume de données de sauvegarde, consultez les sections Afficher et réduire les données de sauvegarde, Supprimer ou réduire les sauvegardes et Supprimer les sauvegardes d'une instance libérée.

  • À la demande : si vous ne prévoyez pas d'utiliser un planning de sauvegarde à la demande pendant une période prolongée, nous vous recommandons de libérer le planning de sauvegarde après avoir sauvegardé les données et téléchargé les ensembles de sauvegarde. La libération du planning de sauvegarde arrête tous les futurs frais de sauvegarde et de stockage. Pour plus d'informations, consultez la section Libérer ou se désabonner d'un planning de sauvegarde.

  • Abonnement : si vous ne prévoyez pas d'utiliser un planning de sauvegarde par abonnement pendant une période prolongée mais souhaitez conserver les ensembles de sauvegarde historiques sans en générer de nouveaux, nous vous recommandons de mettre en pause ou redémarrer le planning de sauvegarde. Une fois le planning mis en pause, vous n'encourez plus de frais de sauvegarde. Toutefois, des frais de stockage sont toujours facturés pour les plannings de sauvegarde par abonnement qui utilisent DBS Storage.

Remarque
  • La mise en pause d'un planning de sauvegarde par abonnement en cours d'exécution n'affecte pas sa période d'abonnement.

  • Des frais de stockage sont facturés uniquement pour les plannings de sauvegarde par abonnement qui utilisent DBS Storage.

Changement de méthode de facturation

Non, cette opération n'est pas prise en charge.

Libération d'un planning de sauvegarde à la demande

Oui. Pour plus d'informations, consultez la section Libérer un planning de sauvegarde.

Désabonnement ou libération des plannings par abonnement

  • Vous ne pouvez pas libérer un planning de sauvegarde par abonnement.

  • Vous ne pouvez pas vous désabonner d'un planning de sauvegarde par abonnement.

Pour plus d'informations, consultez la section Politique de remboursement.

Effets de l'expiration du plan

Les plans de stockage et les plans réseau sont des plans de ressources prépayés proposés par le Database Backup Service (DBS). Une fois qu'un plan a expiré, il ne peut plus être utilisé pour compenser les frais de stockage ou de réseau. Cela n'affecte pas vos plannings de sauvegarde ni vos données de sauvegarde existantes.

Expiration et paiements en retard

Pour plus d'informations, consultez la section Expiration et paiements en retard.

Comment réduire les coûts d'un plan de sauvegarde de reprise après sinistre par abonnement ?

Achetez un plan de stockage pour compenser les frais DBS Storage des plannings de sauvegarde sous le même compte. Pour plus d'informations, consultez la section DBS Storage et buckets OSS créés par l'utilisateur.

Frais de sauvegarde de base de données inattendus

Les fonctionnalités de sauvegarde et de restauration pour ApsaraDB RDS, PolarDB, ApsaraDB for MongoDB, ApsaraDB for Redis, Tair et AnalyticDB for PostgreSQL sont fournies par le Database Backup Service (DBS). Il se peut que vous ayez engagé ces frais en utilisant les fonctionnalités de sauvegarde au sein de ces produits. Pour plus d'informations, consultez la section Présentation de la facturation.

Résoudre un échec de planning de sauvegarde

Symptôme

Sur la page Plannings de sauvegarde, un planning de sauvegarde ayant échoué affiche le statut Erreur.

Cause

Le statut Erreur signifie qu'au moins une tâche du planning de sauvegarde a échoué. Il peut s'agir d'une sauvegarde complète, d'une sauvegarde incrémentielle ou d'un autre type de tâche.

Remarque
  • Lorsqu'une tâche échoue, Data Disaster Recovery ne la redémarre pas automatiquement. Cela permet d'éviter tout impact potentiel sur vos services métier.

  • Pour garantir le bon fonctionnement de vos services, identifiez rapidement la cause de l'erreur. Si le problème persiste après avoir appliqué les solutions présentées dans cette rubrique, contactez-nous via le groupe de support client DBS (ID de groupe DingTalk : 35585947).

Résolution

Data Disaster Recovery propose les solutions suivantes pour les tâches de sauvegarde ayant échoué.

Scénario et solution

Remarques

Si vous avez identifié et résolu la cause de l'échec de la tâche, cliquez sur Restart Backup.

Par exemple, si une sauvegarde a échoué car l'instance source était arrêtée, redémarrez la tâche ayant échoué une fois que l'instance source est en cours d'exécution.

  • Si la tâche ayant échoué est une sauvegarde complète, tenez compte de l'impact de l'opération de sauvegarde sur la base de données source avant de redémarrer la tâche. Effectuez cette action pendant les heures creuses.

  • Si le problème est résolu, le statut de la tâche passe à Terminé après le redémarrage. S'il s'agissait de la seule tâche ayant échoué dans le planning de sauvegarde, le statut du planning revient à En cours d'exécution. Si le statut du planning reste Erreur, vérifiez s'il existe d'autres tâches ayant échoué.

  • Si le problème n'est pas résolu, le statut de la tâche passe à En cours d'exécution puis revient à Erreur, ou elle peut échouer immédiatement. Dans ce cas, vous devez approfondir l'identification de la cause.

Si vous avez identifié et résolu la cause de l'échec de la tâche, cliquez sur Ignore Error.

Par exemple, si une sauvegarde a échoué car l'instance de sauvegarde était arrêtée ou si un service était indisponible mais est désormais disponible, vous pouvez ignorer l'erreur. La sauvegarde s'exécutera comme prévu lors de la prochaine fenêtre de sauvegarde.

Si le problème est résolu, le statut de la tâche passe à Terminé après que vous avez ignoré l'erreur. S'il s'agissait de la seule tâche ayant échoué dans le planning de sauvegarde, le statut du planning revient à En cours d'exécution. Si le statut du planning reste Erreur, vérifiez s'il existe d'autres tâches ayant échoué.

Si vous ne parvenez pas à déterminer la cause de l'erreur ou à la résoudre, placez le curseur sur l'icône point d'exclamation (!) pour afficher le message d'erreur. Recherchez ensuite le message d'erreur dans la rubrique Dépannage des erreurs Data Disaster Recovery.

Si votre erreur ne figure pas dans la rubrique ou si la solution recommandée ne résout pas le problème, contactez-nous via le groupe de support client DBS (ID de groupe DingTalk : 35585947).

Procédure

  1. Cliquez sur Rectify dans la colonne Status du planning de sauvegarde ayant échoué. Vous êtes redirigé vers la page de la tâche de sauvegarde ayant échoué.

    Si la tâche ayant échoué est une sauvegarde complète, vous êtes redirigé vers la page Full Data. Si la tâche ayant échoué est une sauvegarde incrémentielle, vous êtes redirigé vers la page Incremental Data.

  2. Choisissez une solution pour corriger la tâche de sauvegarde ayant échoué.

    • Pour redémarrer la tâche de sauvegarde ayant échoué, cliquez sur Restart Backup.

      Remarque

      Si la tâche ayant échoué est une sauvegarde complète, tenez compte de l'impact de l'opération de sauvegarde sur la base de données source avant de redémarrer la tâche. Effectuez cette action pendant les heures creuses.

    • Pour ignorer l'erreur, cliquez sur Ignore Error.

    • Pour dépanner le problème, placez le curseur sur l'icône point d'exclamation (!) pour afficher le message d'erreur. Cliquez ensuite sur View Exception Fixing Suggestions (pour une sauvegarde complète ayant échoué) ou View Incremental Exception Fixing Suggestions (pour une sauvegarde incrémentielle ayant échoué). Vous êtes redirigé vers la rubrique Erreurs courantes. Recherchez le message d'erreur dans la rubrique.

      Remarque

      Si vous ne parvenez pas à localiser le message d'erreur, l'échec peut être causé par un autre type de tâche. Dans ce cas, contactez-nous via le groupe de support client DBS (ID de groupe DingTalk : 35585947).

Activer le Database Backup Service (DBS)

Lorsque vous utilisez le Database Backup Service (DBS) pour la première fois, vous devez attribuer le rôle AliyunServiceRoleForDBS au DBS et activer Object Storage Service (OSS). Cela permet au DBS d'accéder, d'interroger et de gérer vos bases de données et de les sauvegarder sur OSS en temps réel. Cette autorisation garantit que les fonctionnalités de sauvegarde et de récupération du DBS fonctionnent correctement et n'affecte pas les performances de vos instances de sauvegarde DBS.

Étape 1 : Autoriser le rôle lié au service DBS

Le rôle lié au service DBS, AliyunServiceRoleForDBS, est un rôle RAM qui accorde des autorisations pour accéder à d'autres services cloud. Lorsque le DBS doit accéder à vos bases de données Alibaba Cloud, telles que ApsaraDB for RDS, ApsaraDB for MongoDB, ApsaraDB for Redis ou PolarDB, ou à une base de données auto-gérée hébergée sur une instance Elastic Compute Service (ECS), il utilise AliyunServiceRoleForDBS pour obtenir les autorisations requises. Pour plus d'informations, consultez la section rôles liés au service.

La première fois que vous utilisez le DBS, vous devez attribuer le rôle lié au service (AliyunServiceRoleForDBS) au DBS. Pour plus d'informations sur les autorisations, consultez la section Annexe : AliyunServiceRoleForDBS.

  1. Connectez-vous à DMS 5.0.

  2. Dans la barre de navigation supérieure, choisissez Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Disaster Recovery Data Source.

    Remarque

    Si vous utilisez la console DMS en mode simple, placez le pointeur sur l'icône 2023-01-28_15-57-17.png dans le coin supérieur gauche de la console DMS et choisissez All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Disaster Recovery Data Source.

  3. Dans la boîte de dialogue qui s'affiche, cliquez sur Authorize DBS SLR.

    Remarque

    Si la boîte de dialogue d'autorisation ne s'affiche pas après vous être connecté à la console DBS, ignorez les étapes restantes de cette rubrique et procédez à la création d'une sauvegarde. Pour plus d'informations, consultez les sections Gérer une sauvegarde à l'aide d'une source de données de reprise après sinistre ou Créer une sauvegarde à partir de la liste des plans de sauvegarde.

  4. Cliquez sur OK.

    Le rôle lié au service DBS (AliyunServiceRoleForDBS) est créé. Si vous devez supprimer le rôle lié au service (AliyunServiceRoleForDBS), consultez la section Supprimer un rôle RAM.

Étape 2 : Activer OSS

L'activation d'Object Storage Service (OSS) n'entraîne aucun frais. Après l'activation, lorsque vous utilisez Data Disaster Recovery pour créer des sauvegardes, Data Disaster Recovery peut stocker les données de sauvegarde dans OSS (stockage cloud).

  1. Connectez-vous à la console Data Management Service (DMS) 5.0.

  2. Dans la barre de navigation supérieure, choisissez Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.

    Remarque

    Si vous utilisez la console DMS en mode simple, placez le pointeur sur l'icône 2023-01-28_15-57-17.png dans le coin supérieur gauche de la console DMS et choisissez All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.

  3. Dans la boîte de dialogue qui s'affiche, cliquez sur Activate OSS Now.

  4. Dans la boîte de dialogue qui s'affiche, cliquez sur Activate Now.

  5. Sur la page Object Storage Service (OSS), lisez le contrat de service, cochez la case d'acceptation du contrat, puis cliquez sur Activate Now.

Vous avez maintenant activé le service DBS.

Annexe : AliyunServiceRoleForDBS

Nom du rôle : AliyunServiceRoleForDBS

Stratégie : AliyunServiceRolePolicyForDBS

Autorisations :

{
  "Version": "1",
  "Statement": [
    {
      "Action": [
        "rds:DescribeDBInstanceNetInfo",
        "rds:DescribeDBInstanceNetInfoForChannel",
        "rds:DescribeTasks",
        "rds:DescribeDBInstances",
        "rds:DescribeFilesForSQLServer",
        "rds:DescribeImportsForSQLServer",
        "rds:DescribeSlowLogRecords",
        "rds:DescribeBinlogFiles",
        "rds:DescribeSQLLogRecords",
        "rds:DescribeParameters",
        "rds:DescribeParameterTemplates",
        "rds:DescribeDBInstanceAttribute",
        "rds:DescribeDatabases",
        "rds:DescribeAccounts",
        "rds:DescribeSecurityIPList",
        "rds:DescribeSecurityIps",
        "rds:DescribeDBInstanceIPArray",
        "rds:DescribeDBInstanceIPArrayList",
        "rds:DescribeDBInstanceSSL",
        "rds:DescribeDBInstanceTDE",
        "rds:CreateDBInstance",
        "rds:CreateAccount",
        "rds:CreateDatabase",
        "rds:ModifySecurityIps",
        "rds:GrantAccountPrivilege",
        "rds:CreateMigrateTask",
        "rds:CreateOnlineDatabaseTask",
        "rds:DescribeMigrateTasks",
        "rds:DescribeOssDownloads",
        "rds:CreateBackup",
        "rds:DescribeBackups",
        "rds:DescribeBackupPolicy",
        "rds:ModifyBackupPolicy",
        "rds:DescribeBackupTasks",
        "rds:DescribeBinlogFiles"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "ecs:DescribeInstance",
        "ecs:DescribeInstances",
        "ecs:DescribeVpcs",
        "ecs:DescribeSecurityGroups",
        "ecs:DescribeSecurityGroupAttribute",
        "ecs:AuthorizeSecurityGroup",
        "ecs:JoinSecurityGroup",
        "ecs:RevokerSecurityGroup"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "kms:ListKeys"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "cms:PutEventRule",
        "cms:PutEventTargets",
        "cms:ListEventRules",
        "cms:ListEventTargetsByRule",
        "cms:DeleteEventRule",
        "cms:DeleteEventTargets"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "polardb:DescribeDBClusterIPArrayList",
        "polardb:DescribeDBClusterNetInfo",
        "polardb:DescribeDBClusters",
        "polardb:ModifySecurityIps",
        "polardb:DescribeDBClusterEndpoints",
        "polardb:DescribeDBClusterAccessWhitelist",
        "polardb:ModifyDBClusterAccessWhitelist"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "dds:DescribeDBInstanceAttribute",
        "dds:DescribeReplicaSetRole",
        "dds:DescribeSecurityIps",
        "dds:DescribeDBInstances",
        "dds:ModifySecurityIps"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "kvstore:DescribeSecurityIps",
        "kvstore:DescribeInstances",
        "kvstore:DescribeAccounts",
        "kvstore:DescribeDBInstanceNetInfo",
        "kvstore:CreateAccount",
        "kvstore:ModifySecurityIps",
        "kvstore:DescribeInstanceAttribute",
        "kvstore:AllocateInstancePrivateConnection",
        "kvstore:DescribeLogicInstanceTopology"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "drds:DescribeDrdsDB",
        "drds:DescribeDrdsDBs",
        "drds:DescribeDrdsDbInstance",
        "drds:DescribeDrdsDbInstances",
        "drds:DescribeDrdsDBIpWhiteList",
        "drds:DescribeDrdsInstances",
        "drds:ModifyDrdsIpWhiteList",
        "drds:CreateDrdsDB",
        "drds:DescribeTable",
        "drds:DescribeTables",
        "drds:ModifyRdsReadWeight",
        "drds:ChangeAccountPassword",
        "drds:CreateDrdsInstance",
        "drds:CreateInstanceAccount",
        "drds:CreateInstanceInternetAddress",
        "drds:DescribeInstanceAccounts"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "vpc:DescribeVpcs"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },    
    {
       "Action": [
         "bssapi:QueryResourcePackageInstances"
      ],
       "Resource": "*",
       "Effect": "Allow"
    },
    {
      "Action": "hdm:AddHDMInstance",
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": "ram:DeleteServiceLinkedRole",
      "Resource": "*",
      "Effect": "Allow",
      "Condition": {
          "StringEquals": {
              "ram:ServiceName": "dbs.aliyuncs.com"
          }
        }
    }
  ]
}

Autorisations de compte

MySQL

Fonctionnalité

Autorisations

Sauvegarde

  • Pour la sauvegarde physique : LOCK_TABLES, REPLICATION_CLIENT, PROCESS, SUPER, CREATE et RELOAD

    Si votre base de données exécute MySQL 8.0, le compte de base de données doit également disposer de l'autorisation BACKUP_ADMIN et de l'autorisation SELECT sur les tables performance_schema.log_status et keyring_component_status.

  • Pour la sauvegarde logique : autorisations SELECT, SHOW VIEW, REPLICATION SLAVE et REPLICATION CLIENT sur la base de données cible et la base de données information_schema.

Restauration

SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, CREATE VIEW, SHOW VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT et TRIGGER.

Remarque
  • Pour effectuer une sauvegarde incrémentielle sur une base de données MySQL, vous devez utiliser l'instruction show binary logs. Pour MySQL 5.5.24 et versions antérieures, le compte de base de données doit disposer de l'autorisation super pour exécuter cette instruction. Pour MySQL 5.5.25 et versions ultérieures, seule l'autorisation REPLICATION CLIENT est requise.

  • Pour une base de données RDS, un compte en lecture seule suffit pour les sauvegardes, tandis que les restaurations nécessitent un compte en lecture-écriture.

SQL Server

Fonctionnalité

Autorisations

Sauvegarde

SELECT et VIEW DEFINITION

Restauration

SELECT, INSERT, ALTER Database, REFERENCES et VIEW DEFINITION

PostgreSQL

Fonctionnalité

Autorisations

Sauvegarde

Autorisation SELECT ou rôle SUPER

Restauration

CREATE, INSERT, USAGE, REFERENCES et TRIGGER

Cohérence des données

  • Pour les sauvegardes logiques, afin de minimiser l'impact sur les performances de la base de données, Data Disaster Recovery utilise une méthode sans verrouillage pendant le processus de sauvegarde complète pour extraire les données en parallèle et les sauvegarder sur OSS.

  • Les sauvegardes complètes contiennent des données provenant de différents points dans le temps. Lors de la récupération des données, la sauvegarde complète est restaurée en premier, suivie de la sauvegarde incrémentielle. Le processus de récupération de sauvegarde incrémentielle idempotent garantit la cohérence des données.

Sauvegarde incrémentielle

Cohérence des données

Activée

Prise en charge

Désactivée

Non prise en charge

Gestion du cycle de vie

Cycle de vie

Le cycle de vie d'un ensemble de sauvegarde peut varier de 7 à 3 650 jours (10 ans). Data Disaster Recovery supprime automatiquement les ensembles de sauvegarde expirés qui répondent aux critères de nettoyage.

Selon la politique de nettoyage, si un planning de sauvegarde contient plus de trois ensembles de sauvegarde complets, Data Disaster Recovery supprime automatiquement les ensembles de sauvegarde complets et incrémentiels expirés.

Remarque
  • Vous pouvez attendre la prochaine sauvegarde planifiée ou en lancer une manuellement si nécessaire. La politique de nettoyage est déclenchée lorsque le nombre d'ensembles de sauvegarde complets dépasse trois. Pour plus d'informations, consultez la section Lancer manuellement une tâche de sauvegarde.

  • Si vous supprimez continuellement des ensembles de sauvegarde complets de sorte que leur nombre reste inférieur ou égal à trois, la politique de nettoyage n'est pas déclenchée. Par conséquent, les ensembles de sauvegarde incrémentiels sont stockés indéfiniment dans Data Disaster Recovery et consomment de l'espace de stockage. Si vous n'avez plus besoin de sauvegardes incrémentielles, désactivez la fonctionnalité de sauvegarde des journaux incrémentiels. Pour plus d'informations, consultez la section Activer ou désactiver la sauvegarde des journaux incrémentiels.

  • Si vous modifiez le cycle de vie après avoir créé un planning de sauvegarde, les nouvelles règles de cycle de vie s'appliquent aux ensembles de sauvegarde nouveaux et existants.

Modification du cycle de vie

Pour plus d'informations, consultez les sections Modifier la politique de sauvegarde d'un planning de sauvegarde ou Modifier le cycle de vie d'un planning de sauvegarde.

Opérations connexes

Pour savoir comment afficher la taille des sauvegardes et réduire les sauvegardes de données, consultez la section Supprimer des ensembles de sauvegarde ou réduire la fréquence de sauvegarde.

FAQ

  • Q : J'ai défini le cycle de vie de mon planning de sauvegarde sur 7 jours. Pourquoi les ensembles de sauvegarde expirés ne sont-ils pas supprimés ?

    R : La politique de nettoyage n'est pas déclenchée si un planning de sauvegarde contient trois ensembles de sauvegarde complets ou moins. Par conséquent, les ensembles de sauvegarde expirés ne sont pas automatiquement supprimés.

  • Q : Mes ensembles de sauvegarde ont expiré. Pourquoi les sauvegardes incrémentielles consomment-elles encore de l'espace de stockage ?

    R : Cela se produit si les suppressions manuelles maintiennent le nombre d'ensembles de sauvegarde complets à trois ou moins, empêchant ainsi le déclenchement de la politique de nettoyage. Pour plus d'informations, consultez la section Règles de cycle de vie.

Taille des données de sauvegarde

La taille des données de sauvegarde correspond au volume de données transmises via le chemin de sauvegarde de Data Disaster Recovery.

Concepts clés

Les scénarios de sauvegarde de base de données impliquent les concepts suivants : espace disque de la base de données, taille des fichiers de données, taille des données de sauvegarde et taille des données de stockage.

Volume de donnéesDescription
Espace disque de la base de donnéesL'espace total consommé par les fichiers de données, les journaux, les fichiers du système d'exploitation et l'espace disponible du système d'exploitation du serveur où réside la base de données.
Remarque
  • Pour une instance ApsaraDB RDS, l'espace de stockage que vous sélectionnez lors de l'achat de l'instance correspond à l'espace disque de la base de données.
  • Pour une base de données hébergée sur une instance Elastic Compute Service (ECS), l'espace de stockage collectif des disques système et de données que vous sélectionnez lors de l'achat de l'instance ECS correspond à l'espace disque de la base de données.
Taille des fichiers de donnéesLa quantité d'espace disque occupée par les fichiers de données de la base de données sur le serveur où réside la base de données.
Vous pouvez effectuer les opérations suivantes pour afficher la taille des fichiers de données d'une base de données :
  • Pour afficher la taille des fichiers de données d'une base de données ApsaraDB RDS :
    1. Sur la page Instances, recherchez l'instance dont vous souhaitez afficher la taille des fichiers de données et cliquez sur Manage dans la colonne Actions.
    2. Dans le volet de navigation de gauche, cliquez sur Monitoring and Alerts. Par défaut, l'élément Resource Monitoring est sélectionné dans l'onglet Standard Monitoring.
    3. Dans le graphique linéaire Disk Space, placez le pointeur sur le graphique pour afficher Data Usage.
  • Pour afficher la taille des fichiers de données d'une base de données hébergée sur un serveur Linux, accédez au répertoire des fichiers de la base de données et exécutez la commande du -sh.
  • Pour afficher la taille des fichiers de données d'une base de données hébergée sur un serveur Windows, ouvrez le dossier où résident les fichiers de la base de données. Cliquez avec le bouton droit dans la zone vide et sélectionnez Propriétés.
Taille des données de sauvegardeLa quantité de données sauvegardées à l'aide de Database Backup (DBS). Cette taille dépend de divers facteurs tels que le type de base de données, le mode de sauvegarde et la granularité de la sauvegarde.
Taille des données de stockageLe volume de données stocké dans le système de stockage. Cette taille dépend de divers facteurs tels que la taille des données de sauvegarde, le format de stockage des données de sauvegarde et l'algorithme de compression.

En général, la relation entre ces tailles est la suivante : espace disque de la base de données (sur RDS/ECS) > taille des fichiers de données (utilisation réelle) > taille des données de sauvegarde > taille des données de stockage.

En résumé, vous pouvez réduire la taille des données de sauvegarde en ajustant la granularité de la sauvegarde et le cycle de sauvegarde fournis par Data Disaster Recovery, ce qui réduit vos coûts Data Disaster Recovery. Vous pouvez également réduire la taille des données de stockage en utilisant le format de stockage compact, la compression et les politiques de cycle de vie et de nettoyage automatiques fournis par Data Disaster Recovery, ce qui réduit vos coûts OSS.

Utilisation de la sauvegarde

  1. Cliquez sur manage dans la colonne actions du planning de sauvegarde cible.

  2. Vous pouvez afficher la taille des données de sauvegarde dans la section billing information.

    Paramètre

    Description

    Instance type

    Data Disaster Recovery prend en charge divers types d'instances, notamment serverless, micro, small, medium, large et xlarge. Pour plus d'informations, consultez la section Comment sélectionner les spécifications du planning de sauvegarde.

    Billing method

    Data Disaster Recovery prend en charge les méthodes de facturation à la demande et par abonnement. Pour plus d'informations, consultez la section éléments de facturation (DMS).

    Free backup data quota

    Les quotas de données gratuits, les tarifs ainsi que les performances de sauvegarde et de restauration varient selon le type d'instance. Pour plus d'informations, consultez la section éléments de facturation (DMS).

    Remarque

    Vous pouvez mettre à niveau le type d'instance pour augmenter son quota de données gratuit. Pour plus d'informations, consultez les sections Mettre à niveau un planning de sauvegarde et Quotas gratuits pour chaque type d'instance.

    Billed backup data this month

    L'utilisation des données dépassant le quota gratuit est facturée. Un type d'instance supérieur offre de meilleures performances de sauvegarde et de restauration à un prix unitaire inférieur.

    Full backup data this month

    Le total des données provenant de toutes les tâches de sauvegarde complète.

    Incremental backup data this month

    Le total des données provenant de toutes les tâches de sauvegarde incrémentielle.

    Statistical period

    Les statistiques sont calculées sur une base mensuelle calendaire.

    Created at

    L'heure de création du planning de sauvegarde.

Modifier la source de sauvegarde

Cas d'utilisation

  • Votre base de données d'origine est migrée ou mise hors service, et vous devez basculer vers une nouvelle base de données pour les sauvegardes.

  • La phase de test est terminée et vous devez basculer vers une base de données de production pour les sauvegardes.

  • Les informations d'identification du compte configurées pour la base de données source sont incorrectes ou disposent d'autorisations insuffisantes, et vous devez les mettre à jour.

  • Le schéma de la base de données source a changé et vous devez reconfigurer les objets de sauvegarde.

Procédure

Modifier les informations d'identification et les objets de sauvegarde

Prérequis
  • Le planning de sauvegarde utilise la méthode de sauvegarde logique.

  • Le compte de base de données de la base de données source doit disposer des autorisations requises pour sauvegarder et restaurer les données. Pour plus d'informations, consultez la section Autorisations de compte.

Procédure
  1. Dans la colonne Actions du planning de sauvegarde cible, cliquez sur Manage. La page Configure Task s'affiche.

  2. Dans la section Basic Information, cliquez sur Edit Backup Source. Pour plus de détails sur la configuration de la source de sauvegarde pour différentes bases de données, consultez la section Configurer un planning de sauvegarde et restaurer les données.

  3. Mettez à jour les informations de la source de sauvegarde et cliquez sur Next une fois que le test de connexion a réussi.

    Les paramètres incluent Backup Method, Database Location, Instance region, RDS instance ID, Connection address, Database Account et Password. Après avoir saisi les informations, cliquez sur Check Connection.

  4. Spécifiez les objets de base de données à sauvegarder et cliquez sur Save.

    • Pour ajouter une nouvelle base de données source, sélectionnez la base de données dans la section Available et cliquez sur l'icône image.

    • Pour supprimer une base de données sélectionnée, sélectionnez la base de données dans la section Selected et cliquez sur l'icône image.

    Cette page utilise un sélecteur à double liste. Cliquez sur les flèches > et < pour déplacer les objets de base de données entre les deux listes.

  5. Dans la boîte de dialogue precheck, le système exécute successivement les contrôles source database connectivity check, database permission check, OSS check et storage engine check. Une fois que tous les contrôles ont réussi, cliquez sur Start Immediately.

    Remarque
    • Après avoir cliqué sur Start Immediately, si une tâche de sauvegarde incrémentielle est en cours d'exécution, le système la marque comme terminée et planifie une nouvelle tâche de sauvegarde incrémentielle avec les nouvelles informations d'identification du compte.

    • Si aucune tâche de sauvegarde complète n'est en cours d'exécution, le système démarre immédiatement une tâche de sauvegarde complète. Pour minimiser l'impact sur votre base de données source, nous vous recommandons de modifier la configuration pendant les heures creuses.

    • Si une tâche de sauvegarde complète est en cours d'exécution, le système ne met pas à jour sa configuration. Le système utilisera la nouvelle configuration pour la prochaine tâche de sauvegarde complète planifiée ou lancée manuellement.

Modifier les objets de sauvegarde

  1. Dans la colonne Actions du planning de sauvegarde cible, cliquez sur Manage. La page Configure Task s'affiche.

  2. Dans la section Basic Information, cliquez sur Edit Backup Objects.

  3. Modifiez les objets de sauvegarde et cliquez sur Save.

    • Pour ajouter une nouvelle base de données source, sélectionnez la base de données dans la zone Source Database Objects à gauche et cliquez sur image.

    • Pour supprimer une base de données précédemment sélectionnée, sélectionnez la base de données dans la zone Selected Database Objects à droite et cliquez sur image.

    Cette page utilise un sélecteur à double liste. Cliquez sur les flèches > et < pour déplacer les objets de base de données entre les deux listes.

  4. La boîte de dialogue Start Full Backup s'affiche avec le message « Are you sure you want to back up the database immediately? ». Cliquez sur OK ou Close.

    • Si vous cliquez sur OK, la tâche de sauvegarde démarre dans environ une minute et sauvegarde les objets spécifiés dans le planning de sauvegarde. Pour minimiser l'impact sur votre base de données source, nous vous recommandons d'effectuer cette opération pendant les heures creuses.

    • Si vous cliquez sur Close, le système enregistre la configuration mais ne démarre pas immédiatement une tâche de sauvegarde complète. La nouvelle configuration s'applique à la prochaine sauvegarde planifiée.

Planning de sauvegarde inter-régions

Lorsque vous activez la fonctionnalité de sauvegarde inter-régions dans la console ApsaraDB RDS, Data Disaster Recovery utilise Express Connect pour transférer et sauvegarder les données de votre instance RDS (ApsaraDB RDS for MySQL, ApsaraDB RDS for SQL Server ou ApsaraDB RDS for PostgreSQL) entre les régions. Ce processus crée également un nouveau planning de sauvegarde dans la console Data Disaster Recovery. Vous pouvez afficher les informations de la base de données source sur la page des détails du planning de sauvegarde.

Pour plus d'informations sur la fonctionnalité de sauvegarde inter-régions et sa facturation, consultez les rubriques suivantes :

FAQ

  • Q : Comment désactiver le planning de sauvegarde ?

    R : Après avoir désactivé la fonctionnalité de sauvegarde inter-régions dans la console ApsaraDB RDS, Data Disaster Recovery arrête automatiquement le planning de sauvegarde correspondant.

  • Q : Pourquoi suis-je toujours facturé après avoir désactivé la fonctionnalité de sauvegarde inter-régions ?

    R : Après avoir désactivé la fonctionnalité de sauvegarde inter-régions, la facturation du transfert de données s'arrête et aucune nouvelle sauvegarde n'est créée. Toutefois, le système conserve les sauvegardes existantes pendant au moins 7 jours en fonction de la politique de rétention. Vous pouvez définir la période de rétention sur 7 jours. Après la période de 7 jours, le système supprime automatiquement tous les fichiers de sauvegarde inter-régions et vous n'encourrez plus de frais de stockage pour ceux-ci.

  • Q : Puis-je passer la méthode de facturation du planning de sauvegarde à l'abonnement ?

    R : Non. Ce type de planning de sauvegarde utilise par défaut la méthode de facturation à la demande et vous ne pouvez pas le passer à un abonnement.

  • Q : Après avoir désactivé la fonctionnalité de sauvegarde inter-régions dans la console ApsaraDB RDS, pourquoi le planning de sauvegarde apparaît-il toujours dans la console Data Disaster Recovery ?

    R : Le planning de sauvegarde reste temporairement dans la console Data Disaster Recovery, mais il n'engendre plus aucun frais.

Impact des sauvegardes

L'exécution de sauvegardes pour la reprise après sinistre affecte les performances de la base de données. Pour minimiser cet impact, planifiez les tâches de sauvegarde pendant les heures creuses.

Principes de sauvegarde et impact

Élément

Sauvegarde logique

Sauvegarde physique

Principe de la sauvegarde complète

Lit les données des tables en parallèle en exécutant des instructions SQL sur plusieurs threads.

Une passerelle de sauvegarde installée sur le serveur de base de données copie directement les fichiers de la base de données.

Principe de la sauvegarde incrémentielle

Capture les journaux de la mémoire de la base de données en temps réel pour effectuer des sauvegardes incrémentielles. Cette méthode empêche l'accumulation de données et réduit l'impact sur les performances d'E/S de la base de données.

Impact sur la base de données

Lit les données de l'instance de base de données, ce qui affecte les performances de la base de données mais ne provoque pas de verrouillage de table.

Lit les données du disque de la base de données, ce qui affecte les performances d'E/S mais ne provoque pas de verrouillage de table.

Format binlog pour MySQL

Data Disaster Recovery prend en charge la sauvegarde complète, la sauvegarde incrémentielle et la restauration des données. Pour garantir le bon déroulement des sauvegardes, Data Disaster Recovery nécessite des configurations spécifiques et des autorisations de compte pour la base de données que vous souhaitez sauvegarder.

Scénario d'erreur

Lorsque vous configurez un planning de sauvegarde dans la console Data Disaster Recovery, le précontrôle échoue. Le message d'erreur indique que le paramètre binlog_format de la base de données source n'est pas défini sur ROW. Pour plus d'informations, consultez la section Sauvegarder des bases de données locales et de clouds tiers.

Pour résoudre ce problème, exécutez la commande set global binlog_format=ROW sur la base de données source, puis terminez toutes les connexions actives. Si vous ne terminez pas les connexions, les sessions existantes peuvent continuer à écrire des données dans un format non ROW, ce qui entraîne une incohérence des données incrémentielles.

Remarques d'utilisation

  • Le paramètre binlog_format doit être défini sur ROW. En mode ROW, le journal binaire enregistre l'image avant et l'image après complètes pour toute opération de langage de manipulation de données (DML). Cette journalisation détaillée est essentielle pour la restauration des données.

  • Il n'est pas recommandé de définir binlog_format sur STATEMENT ou MIXED. Le format ROW est plus stable et fiable à des fins de sauvegarde et de récupération.

  • Le changement de binlog_format en ROW n'affecte que le contenu du journal binaire et n'a pas d'impact sur les requêtes de base de données. Toutefois, nous vous recommandons de terminer toutes les connexions de base de données actives pour garantir que toutes les connexions utilisent le format ROW.

Procédure

  1. Utilisez un compte privilégié pour vous connecter à la base de données source et exécutez la commande suivante pour définir binlog_format sur ROW.

    SET GLOBAL binlog_format = 'ROW';

    Pour vérifier la valeur actuelle du paramètre binlog_format, exécutez la commande suivante :

    SHOW GLOBAL VARIABLES LIKE 'binlog_format';
  2. Terminez toutes les connexions actives à la base de données. Cette étape est cruciale pour empêcher les sessions existantes d'écrire des données dans un format non ROW, ce qui entraîne une incohérence des données incrémentielles.

Sauvegarder une instance en lecture seule

Prérequis

Considérations

  • La réplication binlog peut être retardée lors des sauvegardes via le réseau public. Nous vous recommandons de définir une valeur plus élevée pour la Retention Period locale des journaux dans l'onglet Backup Policy de la page Backup and Restoration pour votre instance ApsaraDB RDS for MySQL en lecture seule. La période de rétention par défaut est de 18 heures.

  • Lorsque vous configurez un planning de sauvegarde à l'aide d'un point de terminaison interne, l'adresse IP interne peut changer si vous clonez l'instance en lecture seule, la migrez vers une autre zone de disponibilité ou modifiez son VPC ou vSwitch. Un changement d'adresse IP entraîne l'échec de la connexion à l'instance source, provoquant ainsi un échec de la sauvegarde.

    Si cela se produit, obtenez une nouvelle adresse IP interne actuelle comme décrit dans la section Prérequis, puis modifiez la base de données source de la sauvegarde. Enregistrez les modifications.

Procédure

Vous pouvez configurer un plan de sauvegarde pour une instance ApsaraDB RDS for MySQL en lecture seule en sélectionnant l'une des deux options pour Database Location : A self-managed database with a public IP address and port ou A self-managed database connected through Express Connect, a VPN Gateway, or an Intelligent Gateway.

Méthode 1 : Utiliser un point de terminaison public

  1. Sur la page Plannings de sauvegarde, recherchez l'ID du planning de sauvegarde que vous souhaitez configurer et cliquez sur Configure Backup Schedule dans la colonne Actions.

    image.png

  2. Sur la page Configure Backup Source and Destination, configurez la source et la destination de la sauvegarde, puis cliquez sur Next dans le coin inférieur droit.

    Remarque
  3. Sur la page Edit Backup Objects, déplacez les bases de données ou les tables cibles vers la zone Selected, puis cliquez sur Next.

    Remarque
    • Sauvegarde logique : vous pouvez sélectionner les bases de données et les tables à sauvegarder lors d'une sauvegarde complète. Certains moteurs de base de données vous permettent de sauvegarder plusieurs bases de données, une seule base de données ou une seule table. Certains moteurs de base de données prennent également en charge la sauvegarde incrémentielle. Une sauvegarde incrémentielle ne fait pas de distinction entre les bases de données ou les tables et sauvegarde toutes les données incrémentielles par défaut.

      • Vous pouvez cliquer sur Select All dans le coin inférieur gauche pour sauvegarder l'intégralité de la base de données. Les objets de sauvegarde pris en charge et la granularité varient selon le moteur de base de données. Pour plus d'informations, consultez la section Types de bases de données et fonctionnalités pris en charge.

      • Les bases de données créées après la configuration du planning de sauvegarde ne sont pas sauvegardées par défaut. Pour sauvegarder une base de données nouvellement créée, vous devez l'ajouter à la configuration du planning de sauvegarde. Pour plus d'informations, consultez la section Modifier les objets de sauvegarde.

    • Sauvegarde physique : vous ne pouvez sauvegarder qu'une instance de base de données entière.

  4. Sur la page Configure Backup Time, configurez l'heure de sauvegarde et d'autres paramètres, puis cliquez sur Next dans le coin inférieur droit.

    Paramètre

    Description

    Full Backup Frequency

    Sélectionnez Periodic Backup ou Single Backup selon vos besoins.

    Remarque

    Si vous devez restaurer des données incrémentielles, nous vous recommandons de sélectionner Periodic Backup et d'effectuer une sauvegarde complète au moins une fois par semaine. Sinon, la restauration des données nécessite la relecture d'un grand nombre de fichiers binlog, ce qui augmente le risque d'échec de la restauration et prolonge l'objectif de temps de récupération (RTO).

    Full Backup Cycle

    Ce paramètre est requis si vous définissez Full Backup Frequency sur Periodic Backup. Sélectionnez les jours de la semaine pour la sauvegarde. Vous devez sélectionner au moins un jour par semaine.

    Full Backup Start Time

    Ce paramètre est requis si vous définissez Full Backup Frequency sur Periodic Backup. Sélectionnez une heure de début de sauvegarde, par exemple 01:00. Nous vous recommandons de la définir sur une heure creuse.

    Remarque

    Si la tâche de sauvegarde complète précédente est toujours en cours d'exécution à l'heure de début planifiée de la prochaine sauvegarde, le système ignore la sauvegarde planifiée.

    Incremental Backup

    Active la sauvegarde incrémentielle. Si vous activez cette fonctionnalité, assurez-vous que binlog est activé pour la base de données source.

    Remarque
    • Ce paramètre n'apparaît que si vous définissez Full Backup Frequency sur Periodic Backup.

    • Binlog est activé par défaut pour ApsaraDB RDS for MySQL. Pour une base de données auto-gérée, vous devez activer manuellement binlog.

    Maximum Concurrent Threads for Full Backup

    Saisissez le nombre maximal de threads simultanés pour une sauvegarde complète. Vous pouvez ajuster ce paramètre pour contrôler la vitesse de sauvegarde. Par exemple, vous pouvez réduire le nombre de threads de sauvegarde pour minimiser l'impact sur la base de données.

    Backup Network Throttling

    La limite de bande passante réseau. Unité : Mo/s. Vous pouvez définir la limite en fonction de vos exigences métier. La valeur par défaut 0 indique que la bande passante réseau est illimitée.

    Remarque

    Ce paramètre n'est affiché que lorsque vous sauvegardez une base de données MySQL.

  5. À l'étape Edit Lifecycle, configurez le cycle de vie des données de sauvegarde complète dans la section Configure Full Data Backup Lifecycle.

    Remarque

    Si vous définissez le paramètre Incremental Backup sur Enable à l'étape 6, vous devez configurer le cycle de vie des données de sauvegarde incrémentielle.

  6. Une fois les configurations terminées, cliquez sur Precheck dans le coin inférieur droit de la page.

  7. Dans la boîte de dialogue Precheck, cliquez sur Start Task une fois que le précontrôle a réussi.

    Remarque
    • Le planning de sauvegarde est prêt lorsque son Status passe à Running.

    • Si le planning de sauvegarde devient anormal ou signale une erreur, dépannez et résolvez le problème rapidement. Pour plus d'informations, consultez la section Comment corriger un planning de sauvegarde anormal. Si le problème persiste après avoir suivi les suggestions de la rubrique, contactez le support technique dans le groupe DingTalk (ID : 35585947).

Méthode 2 : Utiliser un point de terminaison interne

  1. Sur la page Plannings de sauvegarde, recherchez l'ID du planning de sauvegarde que vous souhaitez configurer et cliquez sur Configure Backup Schedule dans la colonne Actions.

    image.png

  2. Sur la page Configure Backup Source and Destination, configurez la source et la destination de la sauvegarde, puis cliquez sur Next dans le coin inférieur droit.

    Remarque
    • Pour Database Location, sélectionnez Self-managed database accessed via Express Connect/VPN Gateway/Intelligent Gateway.

    • Pour Destination VPC, sélectionnez le VPC de l'instance ApsaraDB RDS for MySQL en lecture seule cible.

    • Pour Connection address, saisissez l'adresse IP privée comme décrit dans Prérequis.

    • Pour Port, saisissez le numéro de port de l'instance ApsaraDB RDS for MySQL en lecture seule cible.

    • Pour plus de détails sur les autres paramètres, consultez la section Gérer un planning de sauvegarde.

  3. Sur la page Edit Backup Objects, déplacez les bases de données ou les tables cibles vers la zone Selected, puis cliquez sur Next.

    Remarque
    • Sauvegarde logique : vous pouvez sélectionner les bases de données et les tables à sauvegarder lors d'une sauvegarde complète. Certains moteurs de base de données vous permettent de sauvegarder plusieurs bases de données, une seule base de données ou une seule table. Certains moteurs de base de données prennent également en charge la sauvegarde incrémentielle. Une sauvegarde incrémentielle ne fait pas de distinction entre les bases de données ou les tables et sauvegarde toutes les données incrémentielles par défaut.

      • Vous pouvez cliquer sur Select All dans le coin inférieur gauche pour sauvegarder l'intégralité de la base de données. Les objets de sauvegarde pris en charge et la granularité varient selon le moteur de base de données. Pour plus d'informations, consultez la section Types de bases de données et fonctionnalités pris en charge.

      • Les bases de données créées après la configuration du planning de sauvegarde ne sont pas sauvegardées par défaut. Pour sauvegarder une base de données nouvellement créée, vous devez l'ajouter à la configuration du planning de sauvegarde. Pour plus d'informations, consultez la section Modifier les objets de sauvegarde.

    • Sauvegarde physique : vous ne pouvez sauvegarder qu'une instance de base de données entière.

  4. Sur la page Configure Backup Time, configurez l'heure de sauvegarde et d'autres paramètres, puis cliquez sur Next dans le coin inférieur droit.

    Paramètre

    Description

    Full Backup Frequency

    Sélectionnez Periodic Backup ou Single Backup selon vos besoins.

    Remarque

    Si vous devez restaurer des données incrémentielles, nous vous recommandons de sélectionner Periodic Backup et d'effectuer une sauvegarde complète au moins une fois par semaine. Sinon, la restauration des données nécessite la relecture d'un grand nombre de fichiers binlog, ce qui augmente le risque d'échec de la restauration et prolonge l'objectif de temps de récupération (RTO).

    Full Backup Cycle

    Ce paramètre est requis si vous définissez Full Backup Frequency sur Periodic Backup. Sélectionnez les jours de la semaine pour la sauvegarde. Vous devez sélectionner au moins un jour par semaine.

    Full Backup Start Time

    Ce paramètre est requis si vous définissez Full Backup Frequency sur Periodic Backup. Sélectionnez une heure de début de sauvegarde, par exemple 01:00. Nous vous recommandons de la définir sur une heure creuse.

    Remarque

    Si la tâche de sauvegarde complète précédente est toujours en cours d'exécution à l'heure de début planifiée de la prochaine sauvegarde, le système ignore la sauvegarde planifiée.

    Incremental Backup

    Active la sauvegarde incrémentielle. Si vous activez cette fonctionnalité, assurez-vous que binlog est activé pour la base de données source.

    Remarque
    • Ce paramètre n'apparaît que si vous définissez Full Backup Frequency sur Periodic Backup.

    • Binlog est activé par défaut pour ApsaraDB RDS for MySQL. Pour une base de données auto-gérée, vous devez activer manuellement binlog.

    Maximum Concurrent Threads for Full Backup

    Saisissez le nombre maximal de threads simultanés pour une sauvegarde complète. Vous pouvez ajuster ce paramètre pour contrôler la vitesse de sauvegarde. Par exemple, vous pouvez réduire le nombre de threads de sauvegarde pour minimiser l'impact sur la base de données.

    Backup Network Throttling

    La limite de bande passante réseau. Unité : Mo/s. Vous pouvez définir la limite en fonction de vos exigences métier. La valeur par défaut 0 indique que la bande passante réseau est illimitée.

    Remarque

    Ce paramètre n'est affiché que lorsque vous sauvegardez une base de données MySQL.

  5. À l'étape Edit Lifecycle, configurez le cycle de vie des données de sauvegarde complète dans la section Configure Full Data Backup Lifecycle.

    Remarque

    Si vous définissez le paramètre Incremental Backup sur Enable à l'étape 6, vous devez configurer le cycle de vie des données de sauvegarde incrémentielle.

  6. Une fois les configurations terminées, cliquez sur Precheck dans le coin inférieur droit de la page.

  7. Dans la boîte de dialogue Precheck, cliquez sur Start Task une fois que le précontrôle a réussi.

    Remarque
    • Le planning de sauvegarde est prêt lorsque son Status passe à Running.

    • Si le planning de sauvegarde devient anormal ou signale une erreur, dépannez et résolvez le problème rapidement. Pour plus d'informations, consultez la section Comment corriger un planning de sauvegarde anormal. Si le problème persiste après avoir suivi les suggestions de la rubrique, contactez le support technique dans le groupe DingTalk (ID : 35585947).

Obtenir les points de terminaison internes et publics

  1. Accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région dans laquelle réside l'instance RDS. Recherchez ensuite l'instance RDS et cliquez sur l'ID de l'instance.

  2. Sur la page Basic Information, cliquez sur View Connection Details pour afficher les points de terminaison internes et publics de l'instance en lecture seule. La page Database Connection répertorie le Internal Endpoint et le Public Endpoint avec leurs numéros de port correspondants. Le point de terminaison interne utilise le format rr-bp1xxx.mysql.rds.aliyuncs.com.

    Remarque

    Si l'instance en lecture seule ne dispose pas de point de terminaison public, cliquez sur Apply for Public Endpoint dans la ligne Public Endpoint de la page Database Connection, puis cliquez sur OK. Le nouveau point de terminaison s'affiche après son activation.

FAQ

  • Q : Pourquoi mon planning de sauvegarde échoue-t-il à se connecter à l'instance source lors de l'utilisation d'une adresse IP interne, et comment y remédier ?

    R : Causes possibles : l'adresse IP interne utilisée dans la Méthode 2 est dynamique et peut changer si vous clonez l'instance en lecture seule, la migrez vers une autre zone de disponibilité ou modifiez son VPC ou vSwitch. Ce changement rompt la connexion à l'instance source et provoque l'échec de la sauvegarde.

    Solution : utilisez le point de terminaison interne de l'instance en lecture seule et exécutez la commande ping localement pour obtenir une nouvelle adresse IP interne actuelle. Ensuite, modifiez la base de données source de la sauvegarde et enregistrez les modifications.

    ~ % ping rr-bp1xxx.mysql.rds.aliyuncs.com
    PING rr-bp1xxx.mysql.rds.aliyuncs.com (172.xx.xxx.101): 56 data bytes
    Request timeout for icmp_seq 0
    Request timeout for icmp_seq 1
  • Q : Le Database Backup Service (DBS) prend-il en charge les sauvegardes complètes et incrémentielles d'une instance en lecture seule ?

    R : Oui, DBS prend en charge les deux.

Reprise après sinistre et sauvegarde RDS

  • La reprise après sinistre fournit des sauvegardes par vidage et logiques, permettant des sauvegardes inter-régions et flexibles.

  • RDS fournit des sauvegardes physiques, permettant des sauvegardes locales et une restauration rapide.

Avantages des sauvegardes par vidage du Database Backup Service (DBS)

Sauvegarde inter-régions

  • Les sauvegardes utilisent un réseau sécurisé, stable et dédié.

  • DBS vide directement les sauvegardes physiques natives et les journaux depuis ApsaraDB RDS, de sorte que vous n'avez pas besoin de démarrer une sauvegarde distincte.

  • Restaurez un ensemble de sauvegarde vers une instance ApsaraDB RDS en un seul clic.

  • Conservez les ensembles de sauvegarde jusqu'à cinq ans. Ils sont stockés indépendamment et restent disponibles pendant la période spécifiée, même après la libération de l'instance ApsaraDB RDS.

  • DBS fournit un stockage sans maintenance et à mise à l'échelle automatique.

Sauvegarde flexible

  • Le Database Backup Service (DBS) protège les données critiques en sauvegardant les tables principales en temps réel. Il combine des sauvegardes complètes par table unique avec des sauvegardes incrémentielles en temps réel pour atteindre un objectif de point de récupération (RPO) de quelques secondes et permettre une récupération à un instant donné.

  • Le Database Backup Service (DBS) prend en charge la récupération par table unique, ce qui vous permet d'extraire une table spécifique d'un ensemble de sauvegarde. Étant donné que le temps de récupération dépend uniquement du volume de données restauré, vous pouvez récupérer les données en quelques minutes.

  • Data Disaster Recovery fournit une fonctionnalité de mappage de schéma pour la restauration. Vous n'avez pas besoin d'acheter une instance de base de données supplémentaire pour la restauration des données et pouvez restaurer les données directement dans l'instance de base de données d'origine. La fonctionnalité de mappage de schéma vous permet de renommer manuellement les schémas et les tables pour la restauration. De plus, la reprise après sinistre fournit une stratégie de résolution des conflits pour les objets portant le même nom. Si un schéma ou une table portant le même nom est rencontré pendant le processus de restauration, il est automatiquement renommé. Ce processus ne supprime ni ne modifie les données d'origine sur la base de données cible.

  • Pour les bases de données RDS, Data Disaster Recovery est profondément intégré à DMS, ce qui vous permet de lancer directement des sauvegardes et des restaurations. Vous pouvez accéder à cette fonctionnalité depuis : Security and Specifications (DBS) > Data Disaster Recovery..

Afficher les fichiers de sauvegarde dans OSS

Data Disaster Recovery prend en charge la sauvegarde d'instances de base de données vers votre propre OSS. Lorsque vous sauvegardez des données vers OSS For User, Data Disaster Recovery crée automatiquement un répertoire de sauvegarde dans le bucket OSS spécifié. Vous n'avez pas besoin de le créer manuellement. La convention de nommage des fichiers de sauvegarde est <Backup task ID>/<Backup type>/<Backup task run ID (full or incremental)>/<Specific data>.

  1. Sur la page Plannings de sauvegarde, recherchez le planning de sauvegarde que vous souhaitez gérer et cliquez sur Manage dans la colonne Actions.

  2. Sur la page Configure Task, recherchez Destination OSS Bucket et cliquez sur le nom du bucket.

    Vous êtes automatiquement redirigé vers le répertoire du bucket de destination dans la console OSS. Ce répertoire contient un dossier full pour les sauvegardes complètes et un dossier continuous pour les sauvegardes incrémentielles. Pour plus d'informations sur OSS, consultez la section Démarrage rapide.

Décalage du temps d'exécution pour la reprise après sinistre

La reprise après sinistre exécute les instructions SQL de sauvegarde dans le fuseau horaire UTC+0 pour garantir la fiabilité des données pour les sauvegardes logiques. Toutefois, la fonctionnalité d'audit SQL d'ApsaraDB RDS enregistre ces exécutions dans le fuseau horaire UTC+8. Par conséquent, l'heure affichée dans la console ApsaraDB RDS est décalée de huit heures par rapport à l'heure d'exécution réelle affichée dans la console de reprise après sinistre.

Impact sur les bases de données

Les sauvegardes de reprise après sinistre peuvent affecter les performances de la base de données. Nous vous recommandons d'exécuter les sauvegardes pendant les heures creuses pour minimiser l'impact.

Élément

Logical backup

Physical backup

How full backups work

Divise les données de chaque table et exécute des instructions SQL pour lire les données en parallèle à l'aide de plusieurs threads.

Une passerelle de sauvegarde sur le serveur de base de données copie directement les fichiers de la base de données.

How incremental backups work

Effectue des sauvegardes incrémentielles en capturant les journaux de la mémoire de la base de données en temps réel. Cette méthode empêche l'accumulation de données et réduit l'impact sur les performances d'E/S de la base de données.

Impact sur la base de données

Lit les données de l'instance de base de données, ce qui affecte les performances de la base de données. Toutefois, cette méthode ne provoque pas de verrouillage de table.

Lit les données du disque de la base de données, ce qui affecte les performances d'E/S de la base de données. Toutefois, cette méthode ne provoque pas de verrouillage de table.