

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.

# Paramètres de tâche de voyage dans le temps
<a name="CHAP_Tasks.CustomizingTasks.TaskSettings.TimeTravel"></a>

Pour enregistrer et déboguer les tâches de réplication, vous pouvez utiliser AWS DMS Time Travel. Dans cette approche, vous utilisez Amazon S3 pour stocker les journaux et les chiffrer à l’aide de vos clés de chiffrement. Ce n’est qu’en accédant à votre compartiment S3 de voyage dans le temps que vous pouvez récupérer vos journaux S3 à l’aide de filtres de date et d’heure, puis afficher, télécharger et masquer les journaux selon vos besoins. Ce faisant, vous pouvez « voyager dans le temps » en toute sécurité pour examiner les activités de base de données. Time Travel fonctionne indépendamment de la CloudWatch journalisation. Pour plus d'informations sur la CloudWatch journalisation, consultez[Paramètres de la tâche de journalisation](CHAP_Tasks.CustomizingTasks.TaskSettings.Logging.md). 

Vous pouvez utiliser Time Travel dans toutes les AWS régions avec des points de terminaison sources AWS DMS compatibles avec Oracle, Microsoft SQL Server et PostgreSQL, et des points de terminaison cibles PostgreSQL et MySQL AWS DMS pris en charge. Vous pouvez activer le voyage dans le temps uniquement pour les tâches de chargement complet et de capture des données de modification (CDC) et pour les tâches de CDC uniquement. Pour activer le voyage dans le temps ou pour modifier des paramètres de voyage dans le temps existants, assurez-vous que votre tâche de réplication est arrêtée.

Les paramètres de voyage dans le temps incluent les propriétés `TTSettings` suivantes :
+ `EnableTT` : si cette option est définie sur `true`, la journalisation de voyage dans le temps est activée pour la tâche. La valeur par défaut est `false`.

  Type : booléen

  Obligatoire : non
+ `EncryptionMode` : type de chiffrement côté serveur actuellement utilisé sur votre compartiment S3 pour stocker vos données et vos journaux. Vous pouvez spécifier `"SSE_S3"` (par défaut) ou `"SSE_KMS"`.

  Vous pouvez redéfinir `EncryptionMode` de `"SSE_KMS"` à `"SSE_S3"`, mais pas l’inverse.

  Type : chaîne

  Obligatoire : non
+ `ServerSideEncryptionKmsKeyId`— Si vous le spécifiez `"SSE_KMS"` pour`EncryptionMode`, fournissez l'ID de votre AWS KMS clé gérée personnalisée. Assurez-vous que la clé que vous utilisez est associée à une politique qui active les autorisations utilisateur Gestion des identités et des accès AWS (IAM) et autorise l'utilisation de la clé. 

  Seule votre propre clé KMS symétrique gérée personnalisée est prise en charge avec l’option `"SSE_KMS"`.

  Type : Chaîne

  Obligatoire uniquement si vous définissez `EncryptionMode` sur `"SSE_KMS"`
+ `ServiceAccessRoleArn` : Amazon Resource Name (ARN) utilisé par le service pour accéder au rôle IAM. Définissez le nom du rôle sur `dms-tt-s3-access-role`. Il s'agit d'un paramètre obligatoire qui permet d' AWS DMS écrire et de lire des objets à partir d'un compartiment S3.

  Type : Chaîne

  Obligatoire si le voyage dans le temps est activé

  Voici un exemple de politique pour ce rôle.

------
#### [ JSON ]

****  

  ```
  {
   "Version":"2012-10-17",		 	 	 
   "Statement": [
          {
              "Sid": "VisualEditor0",
              "Effect": "Allow",
              "Action": [
                  "s3:PutObject",
                  "kms:GenerateDataKey",
                  "kms:Decrypt",
                  "s3:ListBucket",
                  "s3:DeleteObject"
              ],
              "Resource": [
                  "arn:aws:s3:::S3bucketName*",
                  "arn:aws:kms:us-east-1:112233445566:key/1234a1a1-1m2m-1z2z-d1d2-12dmstt1234"
              ]
          }
      ]
  }
  ```

------

  Voici un exemple de politique d’approbation pour ce rôle.

------
#### [ JSON ]

****  

  ```
  {
   "Version":"2012-10-17",		 	 	 
   "Statement": [
           {
               "Effect": "Allow",
               "Principal": {
                   "Service": [
                       "dms.amazonaws.com"
                   ]
               },
               "Action": "sts:AssumeRole"
          }
      ]
  }
  ```

------
+ `BucketName` : nom du compartiment S3 dans lequel stocker les journaux de voyage dans le temps. Assurez-vous de créer ce compartiment S3 avant d’activer les journaux de voyage dans le temps.

  Type : Chaîne

  Obligatoire si le voyage dans le temps est activé
+ `BucketFolder` : paramètre facultatif pour définir le nom d’un dossier dans le compartiment S3. Si vous spécifiez ce paramètre, DMS crée les journaux de voyage dans le temps dans le chemin `"/BucketName/BucketFolder/taskARN/YYYY/MM/DD/hh"`. Si vous ne spécifiez pas ce paramètre, AWS DMS crée le chemin par défaut sous la forme`"/BucketName/dms-time-travel-logs/taskARN/YYYY/MM/DD/hh`.

  Type : chaîne

  Obligatoire : non
+ `EnableDeletingFromS3OnTaskDelete`— Lorsque cette option est définie sur`true`, AWS DMS supprime les journaux de voyage dans le temps de S3 si la tâche est supprimée. La valeur par défaut est `false`.

  Type : chaîne

  Obligatoire : non
+ `EnableRawData` : lorsque cette option est définie sur `true`, les données brutes DML pour les journaux de voyage dans le temps apparaissent sous la colonne `raw_data` des journaux de voyage dans le temps. Pour obtenir des détails, consultez [Utilisation des journaux de voyage dans le temps](CHAP_Tasks.CustomizingTasks.TaskSettings.TimeTravel.LogSchema.md). La valeur par défaut est `false`. Lorsque cette option est définie sur `false`, seul le type de DML est capturé.

  Type : chaîne

  Obligatoire : non
+ `RawDataFormat`— Dans AWS DMS les versions 3.5.0 et supérieures, quand `EnableRawData` est défini sur. `true` Cette propriété spécifie un format pour les données brutes du DML dans un journal de voyage dans le temps. Elle peut se présenter comme suit :
  + `"TEXT"` : noms de colonnes et valeurs lisibles et analysés pour les événements DML capturés pendant la CDC sous forme de champs `Raw`.
  + `"HEX"` : valeur hexadécimale d’origine pour les noms de colonnes et les valeurs capturés pour les événements DML pendant la CDC.

  Cette propriété s’applique aux sources de base de données Oracle et Microsoft SQL Server.

  Type : chaîne

  Obligatoire : non
+ `OperationsToLog` : spécifie le type d’opérations DML pour journaliser les journaux de voyage dans le temps. Vous pouvez spécifier l'une des options suivantes :
  + `"INSERT"`
  + `"UPDATE"`
  + `"DELETE"`
  + `"COMMIT"`
  + `"ROLLBACK"`
  + `"ALL"`

  La valeur par défaut est `"ALL"`.

  Type : chaîne

  Obligatoire : non
+ `MaxRecordSize` : spécifie la taille maximale des enregistrements de journalisation de voyage dans le temps consignés pour chaque ligne. Utilisez cette propriété pour contrôler la croissance des journaux de voyage dans le temps pour les tables particulièrement chargées. La valeur par défaut est de 64 Ko.

  Type : Integer

  Obligatoire : non

Pour plus d’informations sur l’activation et l’utilisation des journaux de voyage dans le temps, consultez les rubriques suivantes.

**Topics**
+ [Activation des journaux de voyage dans le temps pour une tâche](CHAP_Tasks.CustomizingTasks.TaskSettings.TimeTravel.TaskEnabling.md)
+ [Utilisation des journaux de voyage dans le temps](CHAP_Tasks.CustomizingTasks.TaskSettings.TimeTravel.LogSchema.md)
+ [À quelle fréquence les journaux de voyage AWS DMS dans le temps sont-ils téléchargés sur S3](CHAP_Tasks.CustomizingTasks.TaskSettings.TimeTravel.UploadsToS3.md)