

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.

# Résolution des problèmes
<a name="Troubleshooting"></a>

Cette section contient des informations sur la résolution des problèmes liés à Timestream pour. LiveAnalytics 

**Topics**
+ [

# Manipulation des WriteRecords accélérateurs
](troubleshoot-writethrottles.md)
+ [

# Gestion des enregistrements rejetés
](troubleshoot-rejectedrecords.md)
+ [

# Résolution des problèmes liés à UNLOAD from Timestream pour LiveAnalytics
](troubleshoot-export-unload.md)
+ [

# Diffusion chronologique des codes d'erreur LiveAnalytics spécifiques
](APITimestreamSpecificErrors.md)

# Manipulation des WriteRecords accélérateurs
<a name="troubleshoot-writethrottles"></a>

Les demandes d'écriture de votre mémoire adressées à Timestream peuvent être limitées à mesure que Timestream évolue pour s'adapter aux besoins d'ingestion de données de votre application. Si vos applications rencontrent des exceptions de limitation, vous devez continuer à envoyer des données au même débit (ou à un débit supérieur) pour permettre à Timestream de s'adapter automatiquement aux besoins de votre application. 

Les demandes d'écriture de votre magasin magnétique adressées à Timestream peuvent être limitées si la limite maximale de partitions magnétiques est ingérée. Vous verrez un message d'accélération vous demandant de vérifier la métrique `ActiveMagneticStorePartitions` Cloudwatch pour cette base de données. La résolution de cet accélérateur peut prendre jusqu'à 6 heures. Pour éviter ce ralentissement, vous devez utiliser le stockage de mémoire pour toute charge de travail d'ingestion de débit élevé. Pour l'ingestion de magasins magnétiques, vous pouvez cibler l'ingestion dans un plus petit nombre de partitions en limitant le nombre de séries et la durée pendant lesquelles vous ingérez

Pour plus d'informations sur les meilleures pratiques en matière d'ingestion de données, consultez[Écritures](data-ingest.md).

# Gestion des enregistrements rejetés
<a name="troubleshoot-rejectedrecords"></a>

Si Timestream rejette des enregistrements, vous recevrez un document `RejectedRecordsException` contenant les détails du rejet. Reportez-vous à la section [Gestion des échecs d'écriture](https://docs.aws.amazon.com/timestream/latest/developerguide/code-samples.write.html#code-samples.write.rejectedRecordException) pour plus d'informations sur la façon d'extraire ces informations de la WriteRecords réponse.

 Tous les refus seront inclus dans cette réponse, à **l'exception des mises à jour du magasin magnétique où la version du nouvel enregistrement est inférieure ou égale à la version de l'enregistrement existant**. Dans ce cas, Timestream ne mettra pas à jour l'enregistrement existant contenant la version supérieure. Timestream rejettera le nouvel enregistrement dont la version est inférieure ou égale et enregistrera ces erreurs de manière asynchrone dans votre compartiment S3. Pour recevoir ces rapports d'erreur asynchrones, vous devez définir la `MagneticStoreRejectedDataLocation` propriété dans votre `MagneticStoreWriteProperties` table. 

# Résolution des problèmes liés à UNLOAD from Timestream pour LiveAnalytics
<a name="troubleshoot-export-unload"></a>

Vous trouverez ci-dessous des instructions de dépannage liées à la commande UNLOAD.

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/timestream/latest/developerguide/troubleshoot-export-unload.html)

# Diffusion chronologique des codes d'erreur LiveAnalytics spécifiques
<a name="APITimestreamSpecificErrors"></a>

Cette section contient les codes d'erreur spécifiques à Timestream pour. LiveAnalytics 

## Timestream pour les erreurs d'API d' LiveAnalytics écriture
<a name="APITimestreamSpecificErrors.write"></a>

****InternalServerException****  
 Code d’état HTTP : 500

**ThrottlingException**  
 Code d’état HTTP : 429

**ValidationException**  
 Code d’état HTTP : 400

**ConflictException**  
 Code d’état HTTP : 409

**AccessDeniedException**  
Vous ne disposez pas d’un accès suffisant pour effectuer cette action.  
 Code d’état HTTP : 403

**ServiceQuotaExceededException**  
 Code d'état HTTP : 402

**ResourceNotFoundException**  
 Code d’état HTTP :404

**RejectedRecordsException**  
 Code d'état HTTP : 419

**InvalidEndpointException**  
 Code d'état HTTP : 421

## Timestream pour les erreurs de l'API de LiveAnalytics requête
<a name="APITimestreamSpecificErrors.query"></a>

**ValidationException**  
 Code d’état HTTP : 400

**QueryExecutionException**  
 Code d’état HTTP : 400

**ConflictException**  
 Code d’état HTTP : 409

**ThrottlingException**  
 Code d’état HTTP : 429

**InternalServerException**  
 Code d’état HTTP : 500

**InvalidEndpointException**  
 Code d'état HTTP : 421