要获得与亚马逊 Timestream 类似的功能 LiveAnalytics，可以考虑适用于 InfluxDB 的亚马逊 Timestream。适用于 InfluxDB 的 Amazon Timestream 提供简化的数据摄取和个位数毫秒级的查询响应时间，以实现实时分析。点击[此处](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html)了解更多信息。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 问题排查
<a name="timestream-for-influx-troubleshooting"></a>

## 无法识别“dev”版本的警报
<a name="timestream-for-influx-getting-started-security-troubleshooting-dev-not-recognized"></a>

迁移期间可能会显示警告 “警告：假设支持最新 backup/restore APIs 版本，则无法解析服务器报告的版本 “dev”。可忽略此警报。

## 迁移在还原阶段失败
<a name="timestream-for-influx-getting-started-security-troubleshooting-migration-failed"></a>

如果在还原阶段出现迁移失败，用户可使用 `--retry-restore-dir` 标志重新尝试还原。使用带有先前备份目录路径的 `--retry-restore-dir` 标志，跳过备份阶段并重试还原阶段。如果在还原期间出现迁移失败，则会显示已创建用于迁移的备份目录。

还原失败的可能原因包括：
+ InfluxDB 目标令牌无效：目标实例中存在与源实例名称相同的存储桶。对于单个存储桶迁移，请使用 `--dest-bucket` 选项，以设置已迁移存储桶的唯一名称
+ 连接失败，可能是与源主机、目标主机或可选的 S3 存储桶存在连接问题。

## 适用于 InfluxDB 的 Amazon Timestream 基本操作指南
<a name="timestream-for-influx-getting-started-security-best-practices-operational-guidelines"></a>

以下是使用适用于 InfluxDB 的 Amazon Timestream 时每个人都应遵循的基本操作指南。请注意，适用于 InfluxDB 的 Amazon Timestream 服务等级协议要求您遵循以下指南：
+ 使用指标监控您的内存、CPU 和存储使用情况。您可以将 Amazon 设置 CloudWatch 为在使用模式发生变化或接近部署容量时通知您。这样，您就可以保持系统的性能和可用性。
+ 当接近存储容量限制时，可以纵向扩展数据库实例。存储和内存中应含有一些缓冲区，以适应应用程序的意外增大需求。请注意，此时需创建新实例并迁移数据才能实现这一目标。
+ 如果您的数据库工作负载需要 I/O 超出预配置的范围，则故障转移或数据库故障后的恢复速度会很慢。要增加数据库实例的 I/O 容量，请执行以下任一或全部操作：
  + 迁移到 I/O 容量更大的其他数据库实例。
  + 如果已使用内含存储的 Influx IOPS，请配置包含更高 IOPS 的存储类型。
+ 如果您的客户端应用程序正在缓存数据库实例的域名服务 (DNS) 数据，请将 time-to-live (TTL) 值设置为小于 30 秒。数据库实例的底层 IP 地址在故障转移后可能会发生变化。因此，长时间缓存 DNS 数据可能会导致连接故障。您的应用程序可能会尝试连接到不再使用的 IP 地址。

## 数据库实例 RAM 建议
<a name="timestream-for-influx-getting-started-security-best-practices-ram-recommendations"></a>

适用于 InfluxDB 的 Amazon Timestream 性能最佳实践是分配足够的 RAM，以便您的工作集几乎完全驻留在内存中。工作集是经常在实例上使用的数据和索引。使用数据库实例的次数越多，工作集的增长量就越大。