Pour des fonctionnalités similaires à celles d'Amazon Timestream pour, pensez à Amazon Timestream LiveAnalytics pour InfluxDB. Il permet une ingestion simplifiée des données et des temps de réponse aux requêtes à un chiffre en millisecondes pour des analyses en temps réel. Pour en savoir plus, [cliquez ici](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html).
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.
# Travailler avec AWS Backup
La fonctionnalité de protection des données d'Amazon Timestream LiveAnalytics for est une solution entièrement gérée qui vous aide à répondre à vos exigences en matière de conformité réglementaire et de continuité des activités. Cette fonctionnalité est activée grâce à l'intégration native à un service de sauvegarde unifié conçu pour simplifier la création, la migration, la restauration et la suppression des sauvegardes, tout en fournissant des rapports et des audits améliorés. AWS Backup Grâce à l'intégration avec AWS Backup, vous pouvez utiliser une solution de protection des données centralisée entièrement gérée et basée sur des règles pour créer des sauvegardes immuables et gérer de manière centralisée la protection des données de votre application couvrant Timestream et les autres AWS services pris en charge par. AWS Backup
Pour utiliser cette fonctionnalité, vous devez [accepter d'autoriser](https://docs.aws.amazon.com/aws-backup/latest/devguide/service-opt-in.html) la protection AWS Backup de vos ressources Timestream. Les choix d'inscription s'appliquent au compte et à AWS la région spécifiques. Vous devrez donc peut-être vous inscrire dans plusieurs régions en utilisant le même compte. Pour plus d'informations sur AWS Backup, consultez le [manuel du AWS Backup développeur](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html).
Les fonctionnalités de protection des données disponibles via AWS Backup incluent les suivantes.
**Sauvegardes planifiées** : vous pouvez configurer des sauvegardes régulières de votre Timestream pour les LiveAnalytics tables à l'aide de plans de sauvegarde.
Copie **entre comptes et entre régions : vous pouvez copier** automatiquement vos sauvegardes dans un autre coffre-fort de sauvegarde d'une autre AWS région ou d'un autre compte, ce qui vous permet de répondre à vos exigences en matière de protection des données.
**Hiérarchisation du stockage à froid** : vous pouvez configurer vos sauvegardes pour mettre en œuvre des règles de cycle de vie afin de supprimer ou de transférer les sauvegardes vers un stockage à froid. Cela peut vous aider à optimiser vos coûts de sauvegarde.
**Balises** : vous pouvez étiqueter automatiquement vos sauvegardes à des fins de facturation et de répartition des coûts.
**Chiffrement** : vos données de sauvegarde sont stockées dans le AWS Backup coffre-fort. Cela vous permet de chiffrer et de sécuriser vos sauvegardes à l'aide d'une clé AWS KMS indépendante de votre clé de chiffrement Timestream for LiveAnalytics table.
**Sauvegardes sécurisées à l'aide du modèle WORM** : vous pouvez utiliser AWS Backup Vault Lock pour activer un paramètre write-once-read-many (WORM) pour vos sauvegardes. Avec AWS Backup Vault Lock, vous pouvez ajouter une couche de défense supplémentaire qui protège les sauvegardes contre les opérations de suppression involontaires ou malveillantes, les modifications des périodes de conservation des sauvegardes et les mises à jour des paramètres du cycle de vie. Pour en savoir plus, consultez le verrouillage de coffre [AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/vault-lock.html).
La fonctionnalité de protection des données est disponible dans toutes les régions. Pour en savoir plus sur cette fonctionnalité, consultez le [guide du AWS Backup développeur](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html).
# Sauvegarde et restauration de tables Timestream : comment cela fonctionne
Vous pouvez créer des copies de sauvegarde de vos tables Amazon Timestream. Cette section présente le processus de sauvegarde et de restauration.
**Topics**
+ [Sauvegardes](#backups-backups)
+ [Restaurations](#backups-restores)
## Sauvegardes
Vous pouvez utiliser la fonctionnalité de sauvegarde à la demande pour créer des sauvegardes complètes de votre Amazon Timestream LiveAnalytics pour les tables. Cette section présente le processus de sauvegarde et de restauration.
Vous pouvez créer une sauvegarde de vos données Timestream selon une granularité de table. Vous pouvez lancer une sauvegarde de la table sélectionnée à l'aide de la console Timestream, de la console, du SDK ou de AWS Backup la CLI. La sauvegarde est créée de manière asynchrone et toutes les données de la table jusqu'à l'heure de lancement de la sauvegarde sont incluses dans la sauvegarde. Cependant, il est possible que certaines des données ingérées dans la table pendant que la sauvegarde est en cours soient également incluses dans la sauvegarde. Pour protéger vos données, vous pouvez créer une sauvegarde unique à la demande ou planifier une sauvegarde récurrente de votre table.
Pendant qu'une sauvegarde est en cours, vous ne pouvez pas effectuer les opérations suivantes.
+ Suspendre ou annuler l’opération de sauvegarde.
+ Supprimer la table source de la sauvegarde.
+ Désactiver les sauvegardes d’une table si une sauvegarde de cette tables est en cours.
Une fois configuré, il AWS Backup fournit des plannings de sauvegarde automatisés, une gestion de la rétention et une gestion du cycle de vie, éliminant ainsi le besoin de scripts personnalisés et de processus manuels. Pour plus d'informations, consultez le [guide du AWS Backup développeur](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html)
Tous les flux temporels pour les LiveAnalytics sauvegardes sont de nature incrémentielle, ce qui implique que la première sauvegarde d'une table est une sauvegarde complète et que chaque sauvegarde suivante de la même table est une sauvegarde incrémentielle, copiant uniquement les modifications apportées aux données depuis la dernière sauvegarde. Comme les données de Timestream for sont LiveAnalytics stockées dans un ensemble de partitions, toutes les partitions modifiées en raison de l'ingestion de nouvelles données ou de mises à jour des données existantes depuis la dernière sauvegarde sont copiées lors des sauvegardes suivantes.
Si vous utilisez Timestream pour LiveAnalytics console, les sauvegardes créées pour toutes les ressources du compte sont répertoriées dans l'onglet **Sauvegardes**. En outre, les sauvegardes sont également répertoriées dans les détails du **tableau**.
## Restaurations
Vous pouvez restaurer une table à partir du Timestream pour la console, ou de LiveAnalytics la console, du SDK ou de AWS Backup la CLI. AWS Vous pouvez soit restaurer l'intégralité des données à partir de votre sauvegarde, soit configurer les paramètres de conservation des tables pour restaurer certaines données. Lorsque vous lancez une restauration, vous pouvez configurer les paramètres du tableau ci-dessous.
+ Database Name
+ Nom de la table
+ Conservation de la mémoire
+ Rétention magnétique du magasin
+ Activer les écritures sur stockage magnétique
+ Emplacement des journaux d'erreurs S3 (facultatif)
+ Rôle IAM qui AWS Backup sera assumé lors de la restauration de la sauvegarde
Les configurations précédentes sont indépendantes de la table source. Pour restaurer toutes les données de votre sauvegarde, nous vous recommandons de configurer les nouveaux paramètres de la table de telle sorte que la somme de la période de conservation de la mémoire et de la période de conservation de la mémoire magnétique soit supérieure à la différence entre l'horodatage le plus ancien et le présent. Lorsque vous sélectionnez une sauvegarde incrémentielle à restaurer, toutes les données (incrémentielles et données complètes sous-jacentes) sont restaurées. Une fois la restauration réussie, la table est active et vous pouvez effectuer des opérations de and/or requête d'ingestion sur la table restaurée. Toutefois, vous ne pouvez pas effectuer ces opérations pendant que la restauration est en cours. Une fois restaurée, la table est similaire à toutes les autres tables de votre compte.
**Example Restaurez toutes les données à partir d'une sauvegarde**
Cet exemple repose sur les hypothèses suivantes.
*Horodatage le plus ancien* — `August 1, 2021 0:00:00`
+ *Maintenant* — `November 9, 2022 0:00:00`
Pour restaurer toutes les données d'une sauvegarde, entrez et comparez les valeurs comme suit.
1. Entrez Conservation **de la mémoire et Conservation** de **la mémoire magnétique**. Supposons, par exemple, ces valeurs.
+ *Conservation de la mémoire* : 12 heures
+ *Conservation magnétique en magasin* —500 jours
1. Trouvez la somme de la rétention de **la mémoire et de la rétention** de **la mémoire magnétique**.
```
12 hours + (500 * 24 hours) =
12 hours + 12,000 hours =
12,012 hours
```
1. Trouvez la différence entre le **plus ancien horodatage** et le présent.
```
November 9, 2022 0:00:00 - August 1, 2021 0:00:00 =
465 days =
465 * 24 hours =
11,160 hours
```
1. Assurez-vous que la somme des valeurs de rétention de la deuxième étape est supérieure à la différence de temps de la troisième étape. Ajustez les durées de conservation si nécessaire.
```
12,012 > 11,160
true
```
**Example Restaurer certaines données à partir d'une sauvegarde**
Cet exemple repose sur l'hypothèse suivante.
+ *Maintenant* — `November 9, 2022 0:00:00`
Pour restaurer uniquement certaines données d'une sauvegarde, entrez et comparez les valeurs comme suit.
1. Déterminez le premier horodatage requis. Supposons, par exemple`December 4, 2021 0:00:00`.
1. Trouvez la différence entre le premier horodatage requis et l'heure actuelle.
```
November 9, 2022 0:00:00 - December 4, 2021 0:00:00 =
340 days =
340 * 24 hours =
8,160 hours
```
1. Entrez la valeur souhaitée pour la **conservation de la mémoire**. Par exemple, entrez 12 heures.
1. Soustrayez la valeur de la différence à la deuxième étape.
```
8,160 hours - 12 hours =
8148 hours
```
1. Entrez cette valeur pour **Magnetic store retention**.
Vous pouvez copier une sauvegarde de votre flux temporel pour les données des LiveAnalytics tables dans une autre AWS région, puis la restaurer dans cette nouvelle région. Vous pouvez copier puis restaurer des sauvegardes entre les régions AWS commerciales et les régions AWS GovCloud (États-Unis). Vous payez uniquement pour les données que vous copiez depuis la région source et pour les données que vous restaurez vers une nouvelle table dans la région de destination.
Une fois le tableau restauré, vous devez configurer manuellement les éléments suivants sur le tableau restauré.
+ AWS Politiques de gestion des identités et des accès (IAM)
+ Étiquettes
+ Requêtes planifiées
Les temps de restauration sont directement liés à la configuration de vos tables. Il s'agit notamment de la taille de vos tables, du nombre de partitions sous-jacentes, de la quantité de données restaurées dans la mémoire et d'autres variables. Lors de la planification d'une reprise après sinistre, il est recommandé de documenter régulièrement les délais moyens d'exécution des restaurations et de déterminer l'impact de ces délais sur votre objectif de temps de restauration (RTO) global.
Toutes les actions de sauvegarde et de restauration de la console et de l’API sont capturées et enregistrées dans AWS CloudTrail pour la journalisation, la surveillance en continu et l’audit.
# Création de sauvegardes des tables Amazon Timestream
Cette section explique comment activer AWS Backup et créer des sauvegardes planifiées et à la demande pour Amazon Timestream.
**Topics**
+ [AWS Backup Permettre de protéger Timestream pour les données LiveAnalytics](#backups-enabling)
+ [Création de sauvegardes à la demande](#backups-on-demand)
+ [Sauvegardes planifiées](#backups-scheduled)
## AWS Backup Permettre de protéger Timestream pour les données LiveAnalytics
Vous devez l'activer AWS Backup pour l'utiliser avec Timestream pour. LiveAnalytics
Pour l'activer AWS Backup dans Timestream pour LiveAnalytics console, effectuez les étapes suivantes.
1. Connectez-vous à la [AWS console de gestion](https://console.aws.amazon.com/timestream).
1. Une bannière contextuelle apparaît en haut de la page de votre tableau de LiveAnalytics bord Timestream pour permettre de prendre en charge Timestream AWS Backup pour les données. LiveAnalytics Sinon, dans le volet de navigation, choisissez **Backups**.
1. Dans la fenêtre **Backup**, vous verrez la bannière à activer AWS Backup. Sélectionnez **Activer**.
La protection des données via AWS Backup est désormais disponible pour votre Timestream pour les LiveAnalytics tables.
Pour l'activer via AWS Backup, reportez-vous à AWS Backup la documentation relative à l'activation via la console et par programmation.
Si vous choisissez de désactiver la protection AWS Backup de votre Timestream pour les LiveAnalytics données une fois que celles-ci ont été activées, connectez-vous via la AWS Backup console et déplacez le bouton vers la gauche.
Si vous ne pouvez pas activer ou désactiver les AWS Backup fonctionnalités, votre AWS administrateur devra peut-être effectuer ces actions.
## Création de sauvegardes à la demande
Pour créer une sauvegarde à la demande d'un flux temporel pour une LiveAnalytics table, procédez comme suit.
1. Connectez-vous à la [AWS console de gestion](https://console.aws.amazon.com/timestream).
1. Dans le volet de navigation sur le côté gauche de la console, choisissez **Sauvegardes**.
1. Choisissez **Create on-demand backup (Créer une sauvegarde à la demande)**.
1. Continuez à sélectionner les paramètres dans la fenêtre de sauvegarde.
1. Vous pouvez soit créer une sauvegarde maintenant, soit lancer une sauvegarde immédiatement, soit sélectionner une fenêtre de sauvegarde pour démarrer la sauvegarde.
1. Sélectionnez la politique de gestion du cycle de vie de votre sauvegarde. Vous pouvez transférer vos données de sauvegarde vers un stockage à froid où vous devez conserver la sauvegarde pendant au moins 90 jours. Vous pouvez définir la période de conservation requise pour votre sauvegarde. Vous pouvez soit sélectionner un coffre-fort existant, soit sélectionner « **créer un nouveau coffre-fort de sauvegarde** » pour accéder à AWS Backup la console et créer un nouveau coffre-fort de sauvegarde.
1. Sélectionnez le rôle IAM approprié.
1. Si vous souhaitez affecter une ou plusieurs balises à votre sauvegarde à la demande, entrez une **clé** et une **valeur** facultative, puis choisissez **Add tag (Ajouter une balise)**.
1. Choisissez de créer une sauvegarde à la demande. Cela vous amène à la page **Backup**, où vous verrez une liste de tâches.
1. Choisissez l'**ID de tâche de sauvegarde** de la ressource que vous avez choisi de sauvegarder pour afficher les détails de cette tâche.
## Sauvegardes planifiées
Pour planifier une sauvegarde, reportez-vous à la section [Création d'une sauvegarde planifiée](https://docs.aws.amazon.com/aws-backup/latest/devguide/create-a-scheduled-backup.html).
# Restauration d'une sauvegarde d'une table Amazon Timestream
Cette section explique comment restaurer une sauvegarde d'une table Amazon Timestream.
**Topics**
+ [Restaurer un flux temporel pour une table à partir de LiveAnalytics AWS Backup](#backups-restoring-from)
+ [Restaurer le flux temporel d'une LiveAnalytics table vers une autre région ou un autre compte](#backups-restoring-to)
## Restaurer un flux temporel pour une table à partir de LiveAnalytics AWS Backup
Pour restaurer votre Timestream pour LiveAnalytics table AWS Backup en utilisant Timestream pour LiveAnalytics console, procédez comme suit.
1. Connectez-vous à la [AWS console de gestion](https://console.aws.amazon.com/timestream).
1. Dans le volet de navigation sur le côté gauche de la console, choisissez **Sauvegardes**.
1. Pour restaurer une ressource, cliquez sur le bouton radio situé à côté de l'ID du point de récupération de la ressource. Dans le coin supérieur droit du volet, choisissez **Restaurer**.
1. Entrez les paramètres de configuration de la table, à savoir le **nom de la base de données** et le **nom de la table**. Notez que le nom de la table restaurée doit être différent du nom de la table source d'origine.
1. Configurez les paramètres de conservation de la mémoire et de la mémoire magnétique.
1. Pour **le rôle de restauration**, choisissez le rôle IAM qui AWS Backup assumera cette restauration.
1. Choisissez **Restore backup**. Un message en haut de la page fournit des informations sur la tâche de restauration.
**Note**
La restauration de l'intégralité de la sauvegarde vous est facturée, quelles que soient la mémoire configurée et les périodes de conservation du stockage magnétique. Toutefois, une fois la restauration terminée, votre table restaurée ne contiendra les données que pendant les périodes de conservation configurées.
## Restaurer le flux temporel d'une LiveAnalytics table vers une autre région ou un autre compte
Pour restaurer le flux temporel d'une LiveAnalytics table dans une autre région ou un autre compte, vous devez d'abord copier la sauvegarde dans cette nouvelle région ou ce nouveau compte. Pour pouvoir effectuer une copie vers un autre compte, ce compte doit d'abord vous accorder l'autorisation. Une fois que vous avez copié votre Timestream pour le LiveAnalytics sauvegarder dans la nouvelle région ou le nouveau compte, vous pouvez le restaurer en suivant le processus décrit dans la section précédente.
# Copier une sauvegarde d'une table Amazon Timestream
Vous pouvez effectuer une copie d’une sauvegarde en cours. Vous pouvez copier des sauvegardes vers plusieurs AWS comptes ou AWS régions à la demande ou automatiquement dans le cadre d'un plan de sauvegarde planifié. La réplication entre régions est particulièrement utile en cas d’exigences de continuité d’activité ou de conformité pour stocker les sauvegardes à une distance minimale de vos données de production.
Les sauvegardes entre comptes sont utiles pour copier en toute sécurité vos sauvegardes vers un ou plusieurs comptes AWS de votre organisation pour des raisons opérationnelles ou de sécurité. Si votre sauvegarde d’origine est supprimée par inadvertance, vous pouvez copier la sauvegarde de son compte de destination vers son compte source, puis démarrer la restauration. Avant de procéder, vous devez disposer de deux comptes appartenant à la même organisation dans le service Organizations et des autorisations requises pour ces comptes. Lorsque vous copiez une sauvegarde incrémentielle dans un autre compte ou une autre région, la sauvegarde complète associée est également copiée.
Les copies héritent de la configuration de la sauvegarde source, sauf indication contraire de votre part. Il y a une exception. Si vous spécifiez que votre nouvelle copie doit « ne jamais » expirer. Avec ce paramètre, la nouvelle copie hérite toujours de sa date d’expiration source. Si vous souhaitez que la nouvelle copie de votre sauvegarde soit permanente, définissez vos sauvegardes source pour qu’elles n’expirent jamais ou spécifiez que votre nouvelle copie expire 100 ans après sa création.
Pour copier une sauvegarde depuis la console Timestream, procédez comme suit.
1. Connectez-vous à la [AWS console de gestion](https://console.aws.amazon.com/timestream).
1. Dans le volet de navigation sur le côté gauche de la console, choisissez **Sauvegardes**.
1. Cliquez sur le bouton radio situé à côté de l'ID du point de récupération de la ressource. **Dans le coin supérieur droit du volet, sélectionnez **Actions, puis Copier**.**
1. Sélectionnez **Continuer vers la AWS sauvegarde** et suivez les étapes de [sauvegarde entre comptes](https://docs.aws.amazon.com/aws-backup/latest/devguide/cross-region-backup.html).
La copie de sauvegardes à la demande et planifiées entre comptes et régions n'est pas prise en charge de manière native dans la LiveAnalytics console Timestream pour le moment et vous devez naviguer AWS Backup pour effectuer l'opération.
# Suppression de sauvegardes
Cette section explique comment supprimer une sauvegarde d'un Timestream pour LiveAnalytics une table.
Pour supprimer une sauvegarde de la console Timestream, procédez comme suit.
1. Connectez-vous à la [AWS console de gestion](https://console.aws.amazon.com/timestream).
1. Dans le volet de navigation sur le côté gauche de la console, choisissez **Sauvegardes**.
1. Cliquez sur le bouton radio situé à côté de l'ID du point de récupération de la ressource. **Dans le coin supérieur droit du volet, sélectionnez **Actions**, puis choisissez Supprimer.**
1. Sélectionnez **Continuer vers la AWS sauvegarde** et suivez les étapes de suppression des sauvegardes décrites dans [Supprimer des sauvegardes](https://docs.aws.amazon.com/aws-backup/latest/devguide/deleting-backups.html).
**Note**
Lorsque vous supprimez une sauvegarde incrémentielle, seule la sauvegarde incrémentielle est supprimée et la sauvegarde complète sous-jacente n'est pas supprimée.
# Quota et limites
AWS Backup limite les sauvegardes à une sauvegarde simultanée par ressource. Par conséquent, les demandes de sauvegarde planifiées ou à la demande supplémentaires pour la ressource sont mises en file d'attente et ne démarrent qu'une fois la tâche de sauvegarde existante terminée. Si la tâche de sauvegarde n'est pas démarrée ou terminée dans la fenêtre de sauvegarde, la demande échoue. Pour plus d'informations sur AWS Backup les limites, consultez la section [Limites AWS de sauvegarde](https://docs.aws.amazon.com/aws-backup/latest/devguide/aws-backup-limits.html) dans le AWS Backup Developer Guide.
Lorsque vous créez une sauvegarde, vous pouvez exécuter jusqu'à quatre sauvegardes simultanées par compte. De même, vous pouvez exécuter une restauration simultanée par compte. Lorsque vous lancez plus de quatre tâches de sauvegarde simultanément, seules quatre tâches de sauvegarde sont lancées et les tâches restantes sont régulièrement réessayées. Une fois lancée, si la tâche de sauvegarde n'est pas terminée pendant la durée de la fenêtre de sauvegarde configurée, la tâche de sauvegarde échoue. Si la tâche de sauvegarde qui a échoué est une sauvegarde à la demande, vous pouvez réessayer la sauvegarde et, pour les sauvegardes planifiées, la tâche est tentée selon le calendrier suivant.