Sauvegardes et point-in-time restaurations continues (PITR) - AWS Backup
Services pris en chargePoint-in-time considérations relatives au rétablissement

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.

Sauvegardes et point-in-time restaurations continues (PITR)

Pour certaines ressources, AWS Backup prend en charge les sauvegardes et point-in-time restaurations continues (PITR) en plus des sauvegardes instantanées.

Avec les sauvegardes continues, vous pouvez restaurer les ressources AWS Backup prises en charge en les rétablissant à l'heure précise de votre choix, avec une seconde de précision (en remontant au maximum 35 jours en arrière). La sauvegarde continue fonctionne en créant d'abord une sauvegarde complète de votre ressource, puis en sauvegardant constamment les journaux de transactions de votre ressource. PITRla restauration fonctionne en accédant à votre sauvegarde complète et en relisant le journal des transactions jusqu'à l'heure indiquée AWS Backup pour la restauration.

Il est également possible d'effectuer des sauvegardes d'instantanés toutes les heures. Les sauvegardes d'instantanés peuvent être stockées pendant 100 ans au maximum. Les instantanés peuvent être copiés pour des sauvegardes complètes ou incrémentielles.

Étant donné que les sauvegardes continues et d'instantanés présentent des avantages différents, nous vous recommandons de protéger vos ressources à l'aide de règles de sauvegarde continues et instantanées.

Une sauvegarde à la demande commence immédiatement à sauvegarder vos ressources. Vous pouvez choisir une sauvegarde à la demande si vous souhaitez créer une sauvegarde à un moment autre que celui défini dans un plan de sauvegarde. Une sauvegarde à la demande peut être utilisée, par exemple, pour tester la sauvegarde et les fonctionnalités à tout moment.

Vous ne pouvez pas utiliser de sauvegardes à la demande avec point-in-time restore (PITR), car une sauvegarde à la demande préserve les ressources dans l'état dans lequel elles se trouvent au moment de la sauvegarde, tout en PITR utilisant des sauvegardes continues, qui enregistrent les modifications au fil du temps.

Vous pouvez opter pour des sauvegardes continues pour les ressources prises en charge lorsque vous créez un plan de sauvegarde à AWS Backup l'aide de la AWS Backup console ou duAPI. Le plan de sauvegarde continue crée un point de restauration continue et met à jour ce point de restauration chaque fois que la tâche est exécutée.

Table des matières

Services pris en charge pour la sauvegarde continue/la restauration ponctuelle (PITR)

AWS Backup prend en charge les sauvegardes et point-in-time les restaurations continues pour les services et applications suivants :

Amazon S3

Pour activer PITR les sauvegardes S3, les sauvegardes continues doivent faire partie du plan de sauvegarde.

Bien que cette sauvegarde d'origine du compartiment source puisse être PITR active, les copies de destination entre régions ou entre comptes ne le seront pasPITR, et la restauration à partir de ces copies rétablira la date à laquelle elles ont été créées (les copies seront des copies instantanées) au lieu de restaurer à un moment précis.

RDS

Programmes de sauvegarde : lorsqu'un AWS Backup plan crée à la fois des RDS instantanés Amazon et des sauvegardes continues, il AWS Backup planifie intelligemment vos fenêtres de sauvegarde afin de les coordonner avec la fenêtre de RDS maintenance Amazon afin d'éviter les conflits. Pour éviter davantage les conflits, la configuration manuelle de la fenêtre de sauvegarde RDS automatique Amazon n'est pas disponible. RDSprend des instantanés une fois par jour, qu'un plan de sauvegarde prévoie une fréquence de sauvegarde autre qu'une fois par jour pour les sauvegardes.

Paramètres : une fois que vous avez appliqué une règle de sauvegarde AWS Backup continue à une RDS instance Amazon, vous ne pouvez pas créer ou modifier les paramètres de sauvegarde continue pour cette instance dans Amazon RDS ; les modifications doivent être effectuées via la AWS Backup console ou le AWS Backup CLI.

Transfert du contrôle de la sauvegarde continue d'une RDS instance Amazon vers Amazon RDS :

Console

  1. Ouvrez la AWS Backup console à l'adresse https://console.aws.amazon.com/backup.

  2. Dans le panneau de navigation, choisissez Backup plans (Plans de sauvegarde).

  3. Supprimez tous les plans RDS de sauvegarde Amazon avec une sauvegarde continue protégeant cette ressource.

  4. Choisissez Coffres-forts de sauvegarde. Supprimez le point de récupération des sauvegardes continues de votre coffre-fort de sauvegarde. Vous pouvez également attendre la fin de leur période de conservation, ce qui entraînera AWS Backup la suppression automatique du point de récupération.

Une fois ces étapes terminées, le contrôle continu des sauvegardes de vos ressources AWS Backup sera transféré à AmazonRDS.

AWS CLI

Appelez l'DisassociateRecoveryPointAPIopération.

Pour en savoir plus, consultez la section DisassociateRecoveryPoint.
IAMautorisations requises pour les sauvegardes RDS continues d'Amazon

  • À utiliser AWS Backup pour configurer des sauvegardes continues pour votre RDS base de données Amazon, vérifiez que l'APIautorisation rds:ModifyDBInstance existe dans le IAM rôle défini par la configuration de votre plan de sauvegarde. Pour restaurer les sauvegardes RDS continues d'Amazon, vous devez ajouter l'autorisation rds:RestoreDBInstanceToPointInTime au IAM rôle que vous avez soumis pour la tâche de restauration. Vous pouvez utiliser le AWS Backup default service role pour effectuer des sauvegardes et des restaurations.

  • Pour décrire la plage de temps disponible pour le point-in-time rétablissement, AWS Backup appelezrds:DescribeDBInstanceAutomatedBackups. Dans la AWS Backup console, vous devez disposer de cette rds:DescribeDBInstanceAutomatedBackups API autorisation dans votre politique gérée AWS Identity and Access Management (IAM). Vous pouvez utiliser les politiques gérées par AWSBackupFullAccess ou AWSBackupOperatorAccess. Les deux politiques disposent de toutes les autorisations requises. Pour plus d'informations, consultez Stratégies gérées .

Périodes de conservation : lorsque vous modifiez votre période de PITR conservation, AWS Backup appelez ModifyDBInstance et appliquez immédiatement cette modification. Si d'autres mises à jour de configuration sont en attente de la prochaine période de maintenance, la modification de votre période de PITR rétention appliquera également ces mises à jour de configuration immédiatement. Pour plus d'informations, consultez ModifyDBInstancele manuel Amazon Relational Database API Service Reference.

Copies des sauvegardes RDS continues d'Amazon :

  • Les tâches de copie d'instantanés incrémentielles sont traitées plus rapidement que les tâches de copie d'instantanés complets. La conservation d'une copie précédente d'un instantané jusqu'à ce que la nouvelle tâche de copie soit terminée peut réduire la durée de la tâche de copie. Si vous choisissez de copier des instantanés à partir d'instances de RDS base de données, il est important de noter que la suppression initiale des copies précédentes entraînera la création de copies instantanées complètes (au lieu de copies incrémentielles). Pour plus d'informations sur l'optimisation de la copie, consultez la section Copie incrémentielle d'instantanés dans le guide de l'RDSutilisateur Amazon

  • Création de copies des sauvegardes RDS continues d'Amazon — Vous ne pouvez pas créer de copies des sauvegardes RDS continues d'Amazon car AWS Backup Amazon n'RDSautorise pas la copie des journaux de transactions. Il AWS Backup crée plutôt un instantané et le copie à la fréquence spécifiée dans le plan de sauvegarde.

Restaurations : vous pouvez effectuer une point-in-time restauration à l'aide de l'un ou de l'autre AWS Backup ou d'AmazonRDS. Pour les instructions relatives à AWS Backup la console, consultez Restaurer une RDS base de données Amazon. Pour RDS obtenir les instructions d'Amazon, consultez la section Restaurer une instance de base de données à une heure spécifiée dans le guide de RDS l'utilisateur Amazon.

Astuce

Une instance de base de données multi-AZ (zone de disponibilité) définie sur ne Always On doit pas avoir de rétention des sauvegardes définie sur zéro. En cas d'erreur, utilisez AWS CLI la commande disassociate-recovery-point au lieu dedelete-recovery-point, puis remplacez le paramètre de rétention par 1 dans vos RDS paramètres Amazon.

Pour obtenir des informations générales sur l'utilisation d'AmazonRDS, consultez le guide de RDS l'utilisateur Amazon.

Aurora

Pour activer la sauvegarde continue de vos ressources Aurora, consultez les étapes décrites dans la première section de cette page.

La procédure de restauration d'un cluster Aurora à un instant dans le passé est une variante des étapes de restauration d'un instantané d'un cluster Aurora.

Lorsque vous effectuez une restauration à un instant dans le passé, la console affiche une section heure de restauration. Consultez Restauration d'une sauvegarde continue plus bas sur cette page dans Utilisation des sauvegardes continues.

SAPHANAsur les EC2 instances Amazon

Vous pouvez effectuer des sauvegardes continues, qui peuvent être utilisées avec point-in-time restore (PITR) (notez que les sauvegardes à la demande préservent les ressources dans l'état dans lequel elles ont été prises, alors qu'elles PITR utilisent des sauvegardes continues qui enregistrent les modifications au fil du temps).

Avec les sauvegardes continues, vous pouvez restaurer votre SAP HANA base de données sur une EC2 instance en la ramenant à l'heure précise de votre choix, avec une seconde de précision (en remontant au maximum 35 jours en arrière). La sauvegarde continue fonctionne en créant d'abord une sauvegarde complète de votre ressource, puis en sauvegardant constamment les journaux de transactions de votre ressource. PITRla restauration fonctionne en accédant à votre sauvegarde complète et en relisant le journal des transactions jusqu'à l'heure indiquée AWS Backup pour la restauration.

Vous pouvez opter pour les sauvegardes continues lorsque vous créez un plan de sauvegarde à AWS Backup l'aide de la AWS Backup console ou duAPI.

Pour activer les sauvegardes continues à l'aide de la console

  1. Connectez-vous au et ouvrez AWS Management Console la AWS Backup console à l'adresse https://console.aws.amazon.com/backup.

  2. Dans le volet de navigation, choisissez Plans de sauvegarde, puis Créer un plan de sauvegarde.

  3. Sous Règles de sauvegarde, choisissez Ajouter une règle de sauvegarde.

  4. Dans la section Configuration de règle de backup, sélectionnez Activer les sauvegardes continues pour les ressources prises en charge.

Une fois que vous avez désactivé PITR(point-in-timerestauration) les sauvegardes SAP HANA de base de données, les journaux continueront d'être envoyés AWS Backup jusqu'à ce que le point de restauration expire (statut égal à)EXPIRED). Vous pouvez passer à un autre emplacement de sauvegarde des journaux SAP HANA pour arrêter la transmission des journaux à AWS Backup.

Un point de restauration continue dont l'état est égal à STOPPED indique qu'un point de restauration continue a été interrompu ; en d'autres termes, les journaux transmis de SAP HANA à AWS Backup qui indiquent les modifications incrémentielles apportées à une base de données présentent une lacune. Les points de récupération qui se produisent pendant cet intervalle de temps ont un statut STOPPED..

Pour les problèmes que vous pouvez rencontrer lors des tâches de restauration de sauvegardes continues (points de restauration), consultez la section Résolution des problèmes liés à la SAP HANA restauration de ce guide.

Point-in-time considérations relatives au rétablissement

Tenez compte des considérations suivantes en matière de point-in-time rétablissement :

  • Retour automatique aux instantanés : si AWS Backup n'est pas en mesure d'effectuer une sauvegarde continue, il essaie plutôt d'effectuer une sauvegarde par instantané.

  • Aucune prise en charge des sauvegardes continues à la demande : AWS Backup ne prend pas en charge la sauvegarde continue à la demande, car la sauvegarde à la demande enregistre un moment précis, alors que la sauvegarde continue enregistre les modifications au fil du temps.

  • Aucune prise en charge pour la transition vers le stockage à froid : les sauvegardes continues ne prennent pas en charge la transition vers le stockage à froid, car la transition vers le stockage à froid nécessite une période de transition minimale de 90 jours, tandis que les sauvegardes continues ont une période de rétention maximale de 35 jours.

  • Restauration de l'activité récente : Amazon RDS Activity autorise les restaurations jusqu'aux 5 dernières minutes d'activité ; Amazon S3 autorise les restaurations jusqu'aux 15 dernières minutes d'activité.