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.
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. Le PITR fonctionne en accédant à votre sauvegarde complète et en relisant le journal des transactions jusqu'à l'heure à laquelle vous avez indiqué de procéder AWS Backup à 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 PITR, car une sauvegarde à la demande préserve les ressources dans l'état dans lequel elles se trouvent au moment de la sauvegarde, tandis que PITR utilise 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 de l'API. 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
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 : l'activité Amazon RDS autorise les restaurations jusqu'aux 5 dernières minutes d'activité ; Amazon S3 autorise les restaurations jusqu'aux 15 dernières minutes d'activité.
Important
Une seule ressource ne peut faire l'objet que d'une seule sauvegarde continue. Développez ci-dessous pour plus de détails et les meilleures pratiques.
Chaque ressource (telle qu'un compartiment Amazon S3 ou une base de données Amazon RDS) ne peut faire l'objet que d'une seule sauvegarde continue (point de restauration) ; les sauvegardes continues supplémentaires sont redondantes. Lorsque plusieurs politiques, plans ou règles de sauvegarde demandent de AWS Backup créer plusieurs sauvegardes continues pour la même ressource, le processus suivant s'applique :
-
Si plusieurs règles spécifient que plusieurs sauvegardes continues doivent se trouver dans un même coffre, suivez la règle AWS Backup ayant la plus longue période de conservation (cycle de vie) et ignore les règles supplémentaires.
-
Si plusieurs règles spécifient que plusieurs sauvegardes continues doivent se trouver dans plusieurs coffres-forts, AWS Backup crée une sauvegarde continue conformément à la première règle traitée. Chaque règle suivante spécifiant une sauvegarde continue pour une ressource qui possède déjà une sauvegarde continue se traduira par une sauvegarde instantanée (périodique) à la place.
Lorsque des plans de sauvegarde continue dupliqués se produisent, les sauvegardes instantanées créées après le point de restauration continue peuvent afficher un état deCompleted with issues. Les informations détaillées de ce point de récupération afficheront une erreur similaire à“Enabling continuous backup failed, because of the following error: PITR already
configured in backup plan: [ARN]”. Cette erreur indique qu'au moins une sauvegarde continue est déjà configurée (pour un point de restauration différent de celui contenant l'erreur). Cette première sauvegarde continue (point de restauration) peut être utilisée pour une restauration instantanée (PITR) tant qu'elle a un statut deCOMPLETED.
Pour éviter la création de snapshots involontaires présentant des problèmes (et des messages d'erreur), passez en revue la stratégie de sauvegarde de votre organisation. Si nécessaire, ajustez les plans et les politiques de sauvegarde qui créent plusieurs sauvegardes continues de la même ressource.
Une fois que vous avez effectué des ajustements qui se traduisent par une seule sauvegarde continue pour une ressource, les sauvegardes instantanées sont conservées conformément au cycle de vie spécifié du plan qui les a créées, puis elles sont transférées EXPIRED et supprimées. La sauvegarde continue et sa capacité point-in-time de restauration seront maintenues conformément à la règle qui l'a créée.
Services pris en charge pour la sauvegarde continue et le 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 la PITR pour les sauvegardes S3, les sauvegardes continues doivent faire partie du plan de sauvegarde.
Bien que la PITR puisse être active dans cette sauvegarde d'origine du compartiment source, les copies de destination entre régions ou entre comptes ne comporteront pas la PITR, et la restauration à partir de ces copies les rétablira la date à laquelle elles ont été créées (les copies seront des copies instantanées) au lieu d'être restaurées à un moment précis.
RDS
Programmes de sauvegarde : lorsqu'un AWS Backup plan crée à la fois des instantanés Amazon RDS et des sauvegardes continues, il AWS Backup planifie intelligemment vos fenêtres de sauvegarde afin de les coordonner avec la fenêtre de maintenance Amazon RDS afin d'éviter les conflits. Pour éviter davantage les conflits, la configuration manuelle de la fenêtre de sauvegarde automatique Amazon RDS n'est pas disponible. RDS prend des instantanés une fois par jour, qu'un plan de sauvegarde prévoie une fréquence de sauvegarde d'instantanés autre qu'une fois par jour.
Paramètres : une fois que vous avez appliqué une règle de sauvegarde AWS Backup continue à une instance Amazon RDS, 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 la CLI AWS Backup .
Transfert du contrôle de la sauvegarde continue d'une instance Amazon RDS vers Amazon RDS :
Ouvrez la AWS Backup console à l'adresse https://console.aws.amazon.com/backup
. -
Dans le panneau de navigation, choisissez Backup plans (Plans de sauvegarde).
-
Supprimez tous les plans de sauvegarde Amazon RDS avec une sauvegarde continue protégeant cette ressource.
-
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é à Amazon RDS.
Autorisations IAM requises pour les sauvegardes continues Amazon RDS
-
À utiliser AWS Backup pour configurer des sauvegardes continues pour votre base de données Amazon RDS, vérifiez que l'autorisation d'API
rds:ModifyDBInstanceexiste dans le rôle IAM défini par la configuration de votre plan de sauvegarde. Pour restaurer les sauvegardes continues Amazon RDS, vous devez ajouter l'autorisationrds:RestoreDBInstanceToPointInTimeau rôle IAM que vous avez soumis pour la tâche de restauration. Vous pouvez utiliser leAWS Backup default service rolepour effectuer des sauvegardes et des restaurations. -
Pour décrire la plage de temps disponible pour le point-in-time rétablissement, AWS Backup appelez
rds:DescribeDBInstanceAutomatedBackups. Dans la AWS Backup console, vous devez disposer de l'autorisation d'rds:DescribeDBInstanceAutomatedBackupsAPI dans votre politique gérée AWS Identity and Access Management (IAM). Vous pouvez utiliser les politiques gérées parAWSBackupFullAccessouAWSBackupOperatorAccess. 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 la période de conservation de votre PITR, AWS Backup appelez ModifyDBInstance et appliquez immédiatement cette modification. Si vous avez d'autres mises à jour de la configuration en attente de la prochaine fenêtre de maintenance, la modification de votre période de rétention PITR appliquera également ces mises à jour de la configuration immédiatement. Pour plus d'informations, consultez ModifyDBInstance dans la Référence des API d'Amazon Relational Database Service.
Copies des sauvegardes continues d'Amazon RDS :
-
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 base de données RDS, 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 des copies, consultez Copie d'instantané incrémentielle dans le Guide de l'utilisateur Amazon RDS.
-
Création de copies des sauvegardes continues Amazon RDS : vous ne pouvez pas créer de copies des sauvegardes continues Amazon RDS car AWS Backup Amazon RDS n'autorise 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 d'Amazon RDS AWS Backup ou d'Amazon RDS. Pour les instructions relatives à AWS Backup la console, consultez Restaurer une base de données Amazon RDS. Pour obtenir des instructions Amazon RDS, consultez Restauration d'une instance de base de données à une date spécifiée dans le Guide de l'utilisateur Amazon RDS.
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. Si des erreurs se produisent, utilisez la AWS CLI commande disassociate-recovery-point au lieu dedelete-recovery-point, puis modifiez le paramètre de rétention sur 1 dans vos paramètres Amazon RDS.
Pour des informations générales sur le fonctionnement avec Amazon RDS, consultez le Guide de l'utilisateur Amazon RDS.
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.
Instances SAP HANA sur Amazon EC2
Vous pouvez effectuer des sauvegardes continues, qui peuvent être utilisées avec la point-in-time restauration (PITR) (notez que les sauvegardes à la demande préservent les ressources dans l'état dans lequel elles ont été prises, tandis que PITR utilise des sauvegardes continues qui enregistrent les modifications au fil du temps).
Grâce aux sauvegardes continues, vous pouvez restaurer votre base de données SAP HANA sur une EC2 instance en la ramenant à l'heure précise de votre choix, dans un délai d'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. La restauration PITR 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 de l'API.
Pour activer les sauvegardes continues à l'aide de la console
Connectez-vous au et ouvrez AWS Management Console la AWS Backup console à l'adresse https://console.aws.amazon.com/backup.
-
Dans le volet de navigation, choisissez Plans de sauvegarde, puis Créer un plan de sauvegarde.
-
Sous Règles de sauvegarde, choisissez Ajouter une règle de sauvegarde.
-
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é le PITR (point-in-timerestauration) pour les sauvegardes de base de données SAP HANA, les journaux continueront d'être envoyés AWS Backup
jusqu'à expiration du point de restauration (statut égal à). EXPIRED) Vous pouvez passer à un autre emplacement de sauvegarde des journaux dans 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 par SAP HANA à AWS Backup ce point et indiquant 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 sauvegardes continues (points de récupération), consultez la section Dépannage de la restauration SAP HANA dans ce guide.
