Gestion des sauvegardes automatisées - Amazon Relational Database Service
Fenêtre de sauvegardePériode de rétention des sauvegardesActivation des sauvegardes automatiquesConservation des sauvegardes automatiquesSuppression des sauvegardes automatisées conservéesDésactivation des sauvegardes automatiquesMoteurs de stockage MySQL non pris en chargeMoteurs de stockage MariaDB non pris en charge

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Gestion des sauvegardes automatisées

Cette section explique comment gérer les sauvegardes automatisées pour les instances de base de données et les clusters de base de données.

Rubriques

Fenêtre de sauvegarde

Les sauvegardes automatiques sont exécutées chaque jour pendant la fenêtre de sauvegarde préférée. Si la sauvegarde a besoin de plus de temps que la durée allouée par la fenêtre de sauvegarde, elle continue après la fin de la fenêtre jusqu'à ce qu'elle soit terminée. La fenêtre de sauvegarde ne peut pas chevaucher la fenêtre de maintenance hebdomadaire pour l'instance de base de données ou le cluster de base de données multi-AZ.

Pendant la fenêtre de sauvegarde automatique, les I/O de stockage peuvent être suspendues brièvement tandis que le processus de sauvegarde s'initialise (généralement en quelques secondes). Vous pouvez rencontrer des latences élevées pendant quelques minutes lors de sauvegardes de déploiements multi-AZ. Pour MariaDB, MySQL, Oracle et PostgreSQL, l'activité d'E/S n'est pas suspendue sur votre instance principale lors de la sauvegarde pour des déploiements multi-AZ, car la sauvegarde est prise à partir de l'instance de secours. Pour SQL Server, l'activité d'E/S est suspendue brièvement pendant la sauvegarde des déploiements mono-AZ et multi-AZ, car la sauvegarde est effectuée à partir de l'instance principale. Pour Db2, l'activité d'E/S est également suspendue brièvement pendant la sauvegarde, même si la sauvegarde est prise depuis le mode veille.

Il peut arriver que des sauvegardes automatisées soient ignorées si l'instance ou le cluster de base de données a une charge de travail importante au moment où une sauvegarde est censée démarrer. Si une sauvegarde est ignorée, vous pouvez toujours effectuer une sauvegarde point-in-time-recovery (PITR), et une sauvegarde est toujours tentée lors de la fenêtre de sauvegarde suivante. Pour plus d'informations sur la restauration à un instant dans le passé, consultez Restauration d'une instance de base de données à une date spécifiée.

Si vous ne spécifiez pas une fenêtre de sauvegarde préférée lorsque vous créez l'instance de base de données ou le cluster de base de données multi-AZ, Amazon RDS attribue une fenêtre de sauvegarde par défaut de 30 minutes. Cette fenêtre est sélectionnée au hasard sur une période de 8 heures pour chacune Région AWS d'entre elles. Le tableau suivant répertorie les intervalles de temps pour chacun Région AWS desquels les fenêtres de sauvegarde par défaut sont attribuées.

Nom de la région Région Bloc chronologique
US East (Ohio) us-east-2 03:00–11:00 UTC
US East (N. Virginia) us-east-1 03:00–11:00 UTC
USA Ouest (Californie du Nord) us-west-1 06:00–14:00 UTC
US West (Oregon) us-west-2 06:00–14:00 UTC
Africa (Cape Town) af-south-1 03:00–11:00 UTC
Asie-Pacifique (Hong Kong) ap us-east-1 06:00–14:00 UTC
Asie-Pacifique (Hyderabad) ap-south-2 6h30–14h30 UTC
Asie-Pacifique (Jakarta) ap-southeast-3 08:00–16:00 UTC
Asie-Pacifique (Melbourne) ap-southeast-4 11:00–19:00 UTC
Asie-Pacifique (Mumbai) ap-south-1 16:30–00:30 UTC
Asia Pacific (Osaka) ap-northeast-3 00:00–08:00 UTC
Asia Pacific (Seoul) ap-northeast-2 13:00–21:00 UTC
Asia Pacific (Singapore) ap-southeast-1 14:00–22:00 UTC
Asia Pacific (Sydney) ap-southeast-2 12:00–20:00 UTC
Asia Pacific (Tokyo) ap-northeast-1 13:00–21:00 UTC
Canada (Central) ca-central-1 03:00–11:00 UTC
Canada Ouest (Calgary) ca-west-1 18:00–02:00 UTC
Chine (Beijing) cn-north-1 06:00–14:00 UTC
China (Ningxia) cn-northwest-1 06:00–14:00 UTC
Europe (Frankfurt) eu-central-1 20:00–04:00 UTC
Europe (Ireland) eu-west-1 22:00–06:00 UTC
Europe (London) eu-west-2 22:00–06:00 UTC
Europe (Milan) eu-south-1 02:00–10:00 UTC
Europe (Paris) eu-west-3 07:29–14:29 UTC
Europe (Espagne) eu-south-2 02:00–10:00 UTC
Europe (Stockholm) eu-north-1 23:00–07:00 UTC
Europe (Zurich) eu-central-2 02:00–10:00 UTC
Israël (Tel Aviv) il-central-1 03:00–11:00 UTC
Moyen-Orient (Bahreïn) me-south-1 06:00–14:00 UTC
Moyen-Orient (EAU) me-central-1 05:00–13:00 UTC
Amérique du Sud (São Paulo) sa-east-1 23:00–07:00 UTC
AWS GovCloud (USA Est) us-gov-east-1 17:00–01:00 UTC
AWS GovCloud (US-Ouest) us-gov-west-1 06:00–14:00 UTC

Période de rétention des sauvegardes

Vous pouvez configurer une période de rétention des sauvegardes lorsque vous créez une instance de base de données ou un cluster de base de données multi-AZ. Si vous créez une instance de base de données à l'aide de l'API Amazon RDS ou du AWS CLI et si vous ne définissez pas la période de conservation des sauvegardes, la période de rétention des sauvegardes par défaut est d'un jour. Si vous créez une instance de base de données à l'aide de la console, la période de conservation des sauvegardes par défaut est de sept jours.

Après avoir créé une instance ou un cluster de base de données, vous pouvez modifier la période de rétention des sauvegardes. Vous pouvez définir la période de rétention des sauvegardes d'une instance de base de données entre 0 et 35 jours. Le réglage de la période de rétention des sauvegardes sur 0 désactive les sauvegardes automatisées. Pour un cluster de base de données multi-AZ, vous pouvez définir la période de rétention des sauvegardes entre 1 et 35 jours. La limite des instantanés manuels (100 par région) ne s'applique pas aux sauvegardes automatiques.

Les sauvegardes automatisées ne sont pas créées lorsqu'une instance ou un cluster de base de données est arrêté. Les sauvegardes peuvent être conservées au-delà de la période de conservation des sauvegardes si une instance de base de données a été arrêtée. RDS n'inclut pas le temps passé dans l'état stopped lorsque la fenêtre de rétention des sauvegardes est calculée.

Important

Une panne se produit si vous modifiez la période de rétention des sauvegardes d'une instance de base de données de 0 à une valeur différente de zéro ou d'une valeur non nulle à 0.

Activation des sauvegardes automatiques

Si les sauvegardes automatiques ne sont pas activées pour votre instance de base de données, vous pouvez les activer à tout moment. Pour activer les sauvegardes automatiques, vous devez définir la période de rétention des sauvegardes sur une valeur positive différente de zéro. Lorsque les sauvegardes automatiques sont activées, votre instance de base de données est mise hors ligne et une sauvegarde est immédiatement créée.

Note

Si vous gérez vos sauvegardes dans AWS Backup, vous ne pouvez pas activer les sauvegardes automatisées. Pour plus d'informations, consultez Utilisation AWS Backup pour gérer les sauvegardes automatisées.

Pour activer immédiatement les sauvegardes automatiques

  1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le panneau de navigation, choisissez Bases de données, puis l'instance de base de données ou le cluster de base de données multi-AZ que vous souhaitez modifier.

  3. Sélectionnez Modifier.

  4. Pour la Période de rétention des sauvegardes, choisissez une valeur positive différente de zéro, 3 jours par exemple.

  5. Choisissez Continuer.

  6. Choisissez Apply immediately (Appliquer immédiatement).

  7. Choisissez Modifier l'instance de base de données ou Modifier le cluster pour enregistrer vos modifications et activer les sauvegardes automatisées.

Pour activer les sauvegardes automatisées, utilisez la modify-db-clustercommande AWS CLI modify-db-instanceor.

Incluez les paramètres suivants :

  • --db-instance-identifier (ou --db-cluster-identifier pour un cluster de base de données multi-AZ)

  • --backup-retention-period

  • --apply-immediately ou --no-apply-immediately

Dans l'exemple suivant, nous activons les sauvegardes automatiques en définissant la période de rétention des sauvegardes sur trois jours. Les modifications sont appliquées immédiatement.

Pour LinuxmacOS, ou Unix :

aws rds modify-db-instance \
    --db-instance-identifier mydbinstance  \
    --backup-retention-period 3 \
    --apply-immediately

Dans Windows :

aws rds modify-db-instance ^
    --db-instance-identifier mydbinstance  ^
    --backup-retention-period 3 ^
    --apply-immediately

Pour activer les sauvegardes automatisées, utilisez l'opération ModifyDBInstance ou ModifyDBCluster de l'API RDS avec les paramètres requis suivants :

  • DBInstanceIdentifier ou DBClusterIdentifier

  • BackupRetentionPeriod

Affichage des sauvegardes automatiques

Pour afficher vos sauvegardes automatisées, choisissez Automated backups (Sauvegardes automatisées) dans le panneau de navigation. Pour afficher des instantanés individuels associés à une sauvegarde automatisée, choisissez Snapshots (Instantanés) dans le panneau de navigation. Vous pouvez également décrire des instantanés individuels associés à une sauvegarde automatique. À partir de là, vous pouvez restaurer une instance de base de données directement à partir d'un de ces instantanés.

Pour décrire les sauvegardes automatisées de vos instances de base de données existantes à l'aide de AWS CLI, utilisez l'une des commandes suivantes :

aws rds describe-db-instance-automated-backups --db-instance-identifier DBInstanceIdentifier

or

aws rds describe-db-instance-automated-backups --dbi-resource-id DbiResourceId

Pour décrire les sauvegardes automatiques conservées de vos instances de base de données existantes à l'aide de l'API RDS, appelez l'action DescribeDBInstanceAutomatedBackups avec un des paramètres suivants :

  • DBInstanceIdentifier

  • DbiResourceId

Conservation des sauvegardes automatiques

Note

Vous pouvez conserver uniquement les sauvegardes automatisées d'instances de base de données, et non de clusters de bases de données multi-AZ.

Vous pouvez choisir de conserver les sauvegardes automatisées lorsque vous supprimez une instance de base de données. Les sauvegardes automatisées peuvent être conservées pendant un nombre de jours égal à la période de conservation des sauvegardes définie pour l'instance de base de données au moment où vous la supprimez.

Les sauvegardes automatiques conservées contiennent des instantanés système et des journaux de transactions d'une instance de base de données. Elles incluent également les propriétés de votre instance de base de données (stockage alloué et classe de l'instance, par exemple) nécessaires pour la restaurer en tant qu'instance active.

Les sauvegardes automatisées conservées et les instantanés manuels sont facturés tant qu'ils ne sont pas supprimés. Pour plus d’informations, consultez Coûts de conservation.

Vous pouvez conserver des sauvegardes automatisées pour les instances RDS exécutant les moteurs Db2, MariaDB, MySQL, PostgreSQL, Oracle et Microsoft SQL Server.

Vous pouvez restaurer ou supprimer les sauvegardes automatisées conservées à l' AWS Management Console aide de l'API RDS et AWS CLI.

Période de conservation

Les instantanés système et les journaux de transactions contenus dans une sauvegarde automatique conservée expirent de la même façon que pour l'instance de base de données source. Dans la mesure où aucun nouvel instantané ni journal n'est créé pour cette instance, les sauvegardes automatiques conservées finissent par toutes expirer. En effet, elles perdurent aussi longtemps que l'aurait fait leur dernier instantané système, sur la base des paramètres définis pour la période de rétention de l'instance source au moment où vous l'avez supprimée. Les sauvegardes automatiques conservées sont supprimées par le système après expiration de leur dernier instantané système.

Vous pouvez supprimer une sauvegarde automatique conservée de la même manière que vous supprimez une instance de base de données. Vous pouvez supprimer des sauvegardes automatiques conservées à l'aide de la console ou de l'opération de l'API RDS DeleteDBInstanceAutomatedBackup.

Les instantanés finaux sont indépendants des sauvegardes automatiques conservées. Nous vous recommandons vivement de réaliser un instantané final même si vous conservez les sauvegardes automatisées car celles-ci finissent par expirer. L'instantané final n'expire jamais.

Affichage des sauvegardes retenues

Pour afficher vos sauvegardes automatisées conservées, choisissez Automated backups (Sauvegardes automatisées) dans le panneau de navigation, puis sélectionnez Retained (Conservées). Pour afficher des instantanés individuels associés à une sauvegarde automatisée conservée, choisissez Snapshots (Instantanés) dans le panneau de navigation. Vous pouvez également décrire les instantanés individuels associés à une sauvegarde automatique conservée. À partir de là, vous pouvez restaurer une instance de base de données directement à partir d'un de ces instantanés.

Pour décrire vos sauvegardes automatisées conservées à l'aide de AWS CLI, utilisez la commande suivante :

aws rds describe-db-instance-automated-backups --dbi-resource-id DbiResourceId

Pour décrire vos sauvegardes automatiques conservées à l'aide de l'API RDS, appelez l'action DescribeDBInstanceAutomatedBackups avec le paramètre DbiResourceId :

Restauration

Pour plus d'informations sur la restauration d'instances de base de données à partir de sauvegardes automatiques, consultez Restauration d'une instance de base de données à une date spécifiée.

Coûts de conservation

Le coût d'une sauvegarde automatique conservée correspond au coût du stockage total des instantanés système associés à la sauvegarde. Il n'y a pas de frais supplémentaires pour les journaux de transactions ou les métadonnées de l'instance. Toutes les autres règles de tarification des sauvegardes s'appliquent aux instances restaurables.

Par exemple, imaginons que l'espace de stockage total alloué pour les instances en cours d'exécution soit de 100 Go. Supposons également que vous ayez 50 Go d'instantanés manuels plus 75 Go d'instantanés système associés à une sauvegarde automatique conservée. Dans ce cas, seuls les 25 Go supplémentaires de stockage de sauvegarde vous sont facturés, comme suit : (50 Go + 75 Go) – 100 Go = 25 Go.

Limites

Les limitations suivantes s'appliquent aux sauvegardes automatiques conservées :

  • Le nombre maximum de sauvegardes automatisées conservées dans une AWS région est de 40. Ce nombre n'est pas inclus dans le quota d'instances de base de données. Vous pouvez avoir 40 instances de base de données en cours d'exécution et 40 sauvegardes automatiques conservées supplémentaires en même temps.

  • Les sauvegardes automatiques conservées ne contiennent pas d'informations sur les paramètres ou les groupes d'options.

  • Vous pouvez restaurer une instance supprimée à une date déterminée dans le passé, comprise dans la période de conservation au moment de la suppression.

  • Vous ne pouvez pas modifier une sauvegarde automatique conservée car elle contient des sauvegardes système, des journaux de transactions et des propriétés d'instance de base de données qui existaient au moment de la suppression de l'instance source.

Suppression des sauvegardes automatisées conservées

Vous pouvez supprimer les sauvegardes automatiques conservées quand elles ne sont plus nécessaires.

Pour supprimer une sauvegarde automatisée conservée

  1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le panneau de navigation, choisissez Automated backups (Sauvegardes automatisées).

  3. Sous l'onglet Conservé, choisissez la sauvegarde automatique conservée que vous souhaitez supprimer.

  4. Pour Actions, choisissez Supprimer.

  5. Dans la page de confirmation, entrez delete me et choisissez Delete (Supprimer).

Vous pouvez supprimer une sauvegarde automatique conservée à l'aide de la AWS CLI commande delete-db-instance-automated-backup avec l'option suivante :

  • --dbi-resource-id – Identifiant de la ressource de l'instance de base de données source.

    Vous pouvez trouver l'identifiant de ressource pour l'instance de base de données source d'une sauvegarde automatique conservée en exécutant la AWS CLI commande describe-db-instance-automated-backups.

L'exemple suivant supprime la sauvegarde automatisée conservée avec l'identifiant de ressource d'instance de base de données db-123ABCEXAMPLE.

Pour LinuxmacOS, ou Unix :

aws rds delete-db-instance-automated-backup \
    --dbi-resource-id db-123ABCEXAMPLE

Dans Windows :

aws rds delete-db-instance-automated-backup ^
    --dbi-resource-id db-123ABCEXAMPLE

Vous pouvez supprimer une sauvegarde automatique conservée à l'aide de l'opération DeleteDB de l'API Amazon RDS InstanceAutomatedBackup avec le paramètre suivant :

  • DbiResourceId – Identifiant de la ressource de l'instance de base de données source.

    Vous pouvez trouver l'identifiant de ressource pour l'instance de base de données source d'une sauvegarde automatique conservée à l'aide de l'opération d'API Amazon RDS InstanceAutomatedBackupsDescribeDB.

Désactivation des sauvegardes automatiques

Dans certains cas, vous pouvez avoir besoin de désactiver temporairement les sauvegardes automatiques, par exemple lorsque vous chargez un important volume de données.

Important

Nous vous déconseillons vivement de désactiver les sauvegardes automatisées, car cela point-in-time désactive la restauration. Le fait de désactiver les sauvegardes automatiques pour une instance de base de données ou un cluster de base de données multi-AZ supprime toutes les sauvegardes automatisées existantes pour la base de données. Si vous désactivez puis réactivez les sauvegardes automatiques, aucune restauration ne peut avoir lieu tant que ces dernières ne sont pas réactivées.

Pour désactiver immédiatement les sauvegardes automatiques

  1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le panneau de navigation, choisissez Bases de données, puis l'instance de base de données ou le cluster de base de données multi-AZ que vous souhaitez modifier.

  3. Sélectionnez Modifier.

  4. Pour la Période de rétention des sauvegardes, choisissez 0 jours.

  5. Choisissez Continuer.

  6. Choisissez Apply immediately (Appliquer immédiatement).

  7. Choisissez Modifier l'instance de base de données ou Modifier le cluster pour enregistrer vos modifications et désactiver les sauvegardes automatisées.

Pour désactiver immédiatement les sauvegardes automatiques, utilisez la modify-db-clustercommande modify-db-instanceor et définissez la période de conservation des sauvegardes sur 0 avec--apply-immediately.

L'exemple suivant désactive immédiatement les sauvegardes automatiques sur un cluster de base de données multi-AZ.

Pour LinuxmacOS, ou Unix :

aws rds modify-db-cluster \
    --db-cluster-identifier mydbcluster \
    --backup-retention-period 0 \
    --apply-immediately

Dans Windows :

aws rds modify-db-cluster ^
    --db-cluster-identifier mydbcluster ^
    --backup-retention-period 0 ^
    --apply-immediately

Pour savoir quand la modification prend effet, appelez describe-db-instances pour l'instance de base de données (ou describe-db-clusters pour un cluster de base de données multi-AZ) jusqu'à ce que la valeur de la période de rétention des sauvegardes soit 0 et que l'état mydbcluster soit disponible.

aws rds describe-db-clusters --db-cluster-identifier mydcluster

Pour désactiver immédiatement les sauvegardes automatisées, appelez l'opération ModifyDBInstance ou ModifyDBCluster avec les paramètres suivants :

  • DBInstanceIdentifier = mydbinstance (ou DBClusterIdentifier = mydbcluster)

  • BackupRetentionPeriod = 0

https://rds.amazonaws.com/
    ?Action=ModifyDBInstance
    &DBInstanceIdentifier=mydbinstance
    &BackupRetentionPeriod=0
    &SignatureVersion=2
    &SignatureMethod=HmacSHA256
    &Timestamp=2009-10-14T17%3A48%3A21.746Z
    &AWSAccessKeyId=<&AWS; Access Key ID>
    &Signature=<Signature>

Sauvegardes automatiques avec moteurs de stockage MySQL non pris en charge

Pour le moteur de base de données MySQL, les sauvegardes automatiques sont uniquement prises en charge pour le moteur de stockage InnoDB. L'utilisation de ces fonctions avec d'autres moteurs de stockage MySQL, dont MyISAM, peut entraîner un comportement non fiable lors de la restauration à partir de sauvegardes. Plus précisément, dans la mesure où les moteurs de stockage comme MyISAM n'assurent pas une récupération sur incident fiable, vos tables risquent d'être corrompues en cas d'incident. Pour cette raison, nous vous invitons à utiliser le moteur de stockage InnoDB.

  • Pour convertir des tables MyISAM existantes en tables InnoDB, vous pouvez utiliser la commande ALTER TABLE (par exemple, ALTER TABLE table_name ENGINE=innodb, ALGORITHM=COPY;).

  • Si vous choisissez d'utiliser MyISAM, vous pouvez essayer de réparer manuellement les tables endommagées après un incident à l'aide de la commande REPAIR. Pour plus d'informations, veuillez consulter la section Instruction REPAIR TABLE dans la documentation de MySQL. Cependant, comme indiqué dans la documentation MySQL, il y a de fortes chances que vous ne puissiez pas récupérer toutes vos données.

  • Si vous souhaitez prendre un instantané de vos tables MyISAM avant la restauration, procédez comme suit :

    1. Arrêtez toutes les activités de vos tables MyISAM (autrement dit, fermez toutes les sessions).

      Vous pouvez fermer toutes les sessions en appelant la commande mysql.rds_kill pour chaque processus retourné à partir de la commande SHOW FULL PROCESSLIST.

    2. Verrouillez et videz chacune de vos tables MyISAM. Par exemple, les commandes suivantes verrouillent et vident deux tables nommées myisam_table1 et myisam_table2 : 

      mysql> FLUSH TABLES myisam_table, myisam_table2 WITH READ LOCK;

    3. Créez un instantané de votre instance de base de données ou cluster de base de données multi-AZ. Une fois l'instantané terminé, libérez les verrous et reprenez l'activité sur les tables MyISAM. Vous pouvez libérer les verrous sur vos tables à l'aide de la commande suivante : 

      mysql> UNLOCK TABLES;

    Ces étapes obligent MyISAM à vider sur disque les données stockées en mémoire, ce qui garantit un démarrage propre lors d'une restauration à partir d'un instantané de bases de données. Pour plus d'informations sur la création d'un instantané de base de données, consultez Création d'un instantané de base de données pour une instance de base de données mono-AZ.

Sauvegardes automatiques avec moteurs de stockage MariaDB non pris en charge

Pour le moteur de base de données MariaDB, les sauvegardes automatiques sont uniquement prises en charge avec le moteur de stockage InnoDB. L'utilisation de ces fonctions avec d'autres moteurs de stockage MariaDB, dont Aria, peut entraîner un comportement non fiable lors de la restauration à partir de sauvegardes. Même si Aria est une solution de remplacement résistante aux incidents de myISAM, vos tables risquent toujours d'être endommagées en cas d'incident. Pour cette raison, nous vous invitons à utiliser le moteur de stockage InnoDB.

  • Pour convertir les tables Aria existantes en tables InnoDB, vous pouvez utiliser la commande ALTER TABLE. Par exemple : ALTER TABLE table_name ENGINE=innodb, ALGORITHM=COPY;

  • Si vous choisissez d'utiliser Aria, vous pouvez essayer de réparer manuellement les tables endommagées après un incident à l'aide de la commande REPAIR TABLE. Pour plus d'informations, consultez http://mariadb.com/kb/en/mariadb/repair-table/.

  • Si vous souhaitez prendre un instantané de vos tables Aria avant la restauration, procédez comme suit :

    1. Arrêtez toutes les activités de vos tables Aria (autrement dit, fermez toutes les sessions).

    2. Verrouillez et videz chacune de vos tables Aria.

    3. Créez un instantané de votre instance de base de données ou cluster de base de données multi-AZ. Une fois l'instantané terminé, libérez les verrous et reprenez l'activité sur les tables Aria. Ces étapes obligent Aria à vider sur disque les données stockées en mémoire et à garantir ainsi un démarrage propre lors d'une restauration à partir d'un instantané de base de données.