可靠性、备份与恢复
InfluxDB 的单机持久化机制、备份命令和恢复材料随产品代际变化。WAL、Parquet/Object Store、Catalog 和配置各自保存不同状态，不能只复制其中一个目录就假设能够完整恢复。
单机可靠性
| 产品线 | 主要持久化链路 |
|---|---|
| 1.x/2.x | 写入 WAL 与 Cache，Snapshot 形成 TSM，Compaction 合并文件 |
| 3 Core | 写入进入新存储引擎并持久化为 Parquet，同时维护 Catalog 等状态 |
| 3 Enterprise/Clustered | 最近数据、Parquet 对象、Catalog 和集群服务共同构成恢复链路 |
进程崩溃恢复只能处理持久材料仍然完整的情况。磁盘、对象存储、Catalog 或整机丢失需要独立备份或副本。
备份范围
| 内容 | 为什么需要 |
|---|---|
| 时序数据文件或对象 | 保存实际 Point |
| Catalog / Metadata | 保存 Database、Table、Schema、分区与对象位置等信息 |
| Token 与授权配置 | 恢复客户端访问能力 |
| Task、Dashboard、Alert | 数据库备份不一定自动包含外围应用配置 |
| Retention 与 Processing 配置 | 保持写入后处理和生命周期语义 |
| 证书与部署配置 | 重新建立安全通信和服务拓扑 |
恢复验证
时序恢复不能只检查总行数。还应抽查多个时间窗口、Tag 组合、最近值、迟到数据和降采样结果，确认时间精度与时区没有在导入时改变。
逻辑导出再写入适合跨版本迁移，但会重新编码数据并消耗大量时间；物理备份更快，却通常受到版本、文件布局和运行状态约束。具体命令必须使用目标版本文档。