要获得与亚马逊 Timestream 类似的功能 LiveAnalytics，可以考虑适用于 InfluxDB 的亚马逊 Timestream。适用于 InfluxDB 的 Amazon Timestream 提供简化的数据摄取和个位数毫秒级的查询响应时间，以实现实时分析。点击此处了解更多信息。
本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
问题排查
无法识别“dev”版本的警报
迁移期间可能会显示警告 “警告：假设支持最新 backup/restore APIs 版本，则无法解析服务器报告的版本 “dev”。可忽略此警报。
迁移在还原阶段失败
如果在还原阶段出现迁移失败，用户可使用 --retry-restore-dir 标志重新尝试还原。使用带有先前备份目录路径的 --retry-restore-dir 标志，跳过备份阶段并重试还原阶段。如果在还原期间出现迁移失败，则会显示已创建用于迁移的备份目录。
还原失败的可能原因包括：
InfluxDB 目标令牌无效：目标实例中存在与源实例名称相同的存储桶。对于单个存储桶迁移，请使用
--dest-bucket选项，以设置已迁移存储桶的唯一名称连接失败，可能是与源主机、目标主机或可选的 S3 存储桶存在连接问题。
适用于 InfluxDB 的 Amazon Timestream 基本操作指南
以下是使用适用于 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 建议
适用于 InfluxDB 的 Amazon Timestream 性能最佳实践是分配足够的 RAM，以便您的工作集几乎完全驻留在内存中。工作集是经常在实例上使用的数据和索引。使用数据库实例的次数越多，工作集的增长量就越大。