Restauration d'une table Amazon Timestream - AWS Backup

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.

Restauration d'une table Amazon Timestream

Lorsque vous restaurez une table Amazon Timestream, plusieurs options doivent être configurées, notamment le nom de la nouvelle table, la base de données de destination, vos préférences d'allocation de stockage (mémoire et stockage magnétique) et le rôle que vous utiliserez pour terminer la tâche de restauration. Vous pouvez également choisir un compartiment Amazon S3 dans lequel stocker les journaux d'erreurs. Les écritures sur stockage magnétique étant asynchrones, vous souhaiterez peut-être journaliser les erreurs.

Le stockage de données Timestream comporte deux niveaux : un stockage en mémoire et un stockage magnétique. Le stockage en mémoire est requis, mais vous avez la possibilité de transférer votre table restaurée vers un stockage magnétique une fois la durée de mémoire spécifiée écoulée. La mémoire est optimisée pour les écritures de données à haut débit et les point-in-time requêtes rapides. Le stockage magnétique est optimisé pour les écritures de données à faible débit et arrivée tardive, le stockage de données à long terme et les requêtes analytiques rapides.

Lorsque vous restaurez une table Timestream, vous déterminez combien de temps vous souhaitez que la table reste dans chaque niveau de stockage. À l'aide de la console ouAPI, vous pouvez définir la durée de stockage pour les deux. Notez que le stockage est linéaire et séquentiel. Timestream stockera d'abord votre table restaurée dans un stockage en mémoire, puis la transmettra automatiquement en stockage magnétique lorsque le temps de stockage en mémoire sera atteint.

Note

La période de rétention de la mémoire magnétique doit être égale ou supérieure à la période de rétention initiale (indiquée en haut à droite de la console), sinon les données seront perdues.

Exemple : vous définissez l'allocation de stockage en mémoire pour conserver les données pendant une semaine et l'allocation de mémoire magnétique pour conserver les mêmes données pendant un an. Lorsque les données du stockage en mémoire datent d'une semaine, elles sont automatiquement déplacées vers le stockage magnétique. Elles sont ensuite conservées dans le stockage magnétique pendant un an. À la fin de cette période, elles sont supprimées de Timestream et d' AWS Backup.

Pour restaurer une table Amazon Timestream à l'aide de la console AWS Backup

Vous pouvez restaurer les tables Timestream dans la AWS Backup console créée par. AWS Backup

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

  2. Dans le volet de navigation, choisissez Ressources protégées et l'ID de ressource Amazon Timestream que vous voulez restaurer.

  3. Sur la page Détails de la ressource, une liste des points de récupération pour l'ID de ressource sélectionné s'affiche. Pour restaurer une ressource, dans le volet Sauvegardes, cliquez sur le bouton d’option en regard de l'ID du point de récupération de la ressource. Dans le coin supérieur droit du volet, choisissez Restaurer.

  4. Spécifiez les nouveaux paramètres de configuration de votre table, notamment :

    1. Nom de la nouvelle table, composé de 2 à 256 caractères (lettres, chiffres, tirets, points et traits de soulignement).

    2. Base de données de destination, choisie dans le menu déroulant.

  5. Allocation de stockage : définissez la durée pendant laquelle la table restaurée restera pour la première fois dans le stockage en mémoire et définissez la durée pendant laquelle la table restaurée restera ensuite dans le stockage magnétique. Le stockage en mémoire peut être défini en heures, jours, semaines ou mois. Le stockage magnétique peut être défini en jours, semaines, mois ou années.

  6. (Facultatif) Activer les écritures de stockage magnétique : vous avez la possibilité d'autoriser les écritures sur stockage magnétique. Lorsque cette option est cochée, les données à arrivée tardive, c'est-à-dire les données horodatées en dehors de la période de rétention de la mémoire, seront écrites directement dans le stockage magnétique.

  7. (Facultatif) Emplacement des journaux d'erreurs Amazon S3 : vous pouvez spécifier un emplacement S3 dans lequel vos journaux d'erreurs seront stockés. Parcourez vos fichiers S3 ou copiez-collez le chemin du fichier S3.

    Note

    Si vous choisissez de spécifier l'emplacement du journal des erreurs S3, le rôle que vous utilisez pour cette restauration doit être autorisé à écrire dans un compartiment S3 ou doit contenir une politique avec cette autorisation.

  8. Choisissez le IAM rôle à transmettre pour effectuer des restaurations. Vous pouvez utiliser le IAM rôle par défaut ou en spécifier un autre.

  9. Cliquez sur Restaurer la sauvegarde.

Vos tâches de restauration seront visibles sous Ressources protégées. Vous pouvez consulter l'état actuel de votre tâche de restauration en cliquant sur le bouton d'actualisation ou sur CTRL -R.

Pour restaurer un tableau API Amazon Timestream à l'aide de, ou CLI SDK

StartRestoreJobÀ utiliser pour restaurer une table Timestream via. API .

Pour restaurer un flux temporel à l'aide de AWS CLI, utilisez l'opération start-restore-job. et spécifiez les métadonnées suivantes :

TableName: string; DestinationDatabase: string; MemoryStoreRetentionPeriodInHours: value: number unit: 'hours' | 'days' | 'weeks' | 'months' MagneticStoreRetentionPeriodInDays: value: number unit: 'days' | 'weeks' | 'months' | 'years' EnableMagneticStoreWrites?: boolean; aws:backup:request-id

Voici un exemple de modèle :

aws backup start-restore-job \ --recovery-point-arn "arn:aws:backup:us-west-2:accountnumber:recovery-point:1a2b3cde-f405-6789-012g-3456hi789012_beta" \ --iam-role-arn "arn:aws:iam::accountnumber:role/rolename" \ --metadata 'TableName=tablename,DatabaseName=databasename,MagneticStoreRetentionPeriodInDays=1,MemoryStoreRetentionPeriodInHours=1,MagneticStoreWriteProperties="{\"EnableMagneticStoreWrites\":true,\"MagneticStoreRejectedDataLocation\":{\"S3Configuration\":{\"BucketName\":\"bucketname\",\"EncryptionOption\":\"SSE_S3\"}}}"' \ --region us-west-2 \ --endpoint-url url

Vous pouvez également utiliser DescribeRestoreJob pour vous aider à obtenir des informations de restauration.

Dans le AWS CLI, utilisez l'opération describe-restore-job et utilisez les métadonnées suivantes :

TableName: string; DestinationDatabase: string; MemoryStoreRetentionPeriodInHours: value: number unit: 'hours' | 'days' | 'weeks' | 'months' MagneticStoreRetentionPeriodInDays: value: number unit: 'days' | 'weeks' | 'months' | 'years' EnableMagneticStoreWrites?: boolean;

Voici un exemple de modèle :

aws backup describe-restore-job \ --restore-job-id restore job ID \ --region awsregion \ --endpoint-url url