这个品类的数据长什么样
本品类的数据来源于备份系统、数据库日志、对象存储、灾备平台。日常维护的文档包括备份策略、恢复演练报告、灾备切换预案、数据校验记录。数据更新频率分为日、月、季三类，备份任务日志按日更新，演练报告按月归档，灾备切换预案按季修订。数据字段包含备份任务ID、恢复时间戳、数据校验值、演练执行状态，单位涵盖秒、字节、日期等，用于支撑故障排查与复盘的全链路追溯。
这些特征在「对话日志与审计」这一环带来什么约束
本品类的数据来源分散且更新节奏不同，要求对话日志审计需整合多系统的异构日志，避免出现信息割裂。日常文档与日志需强关联，审计时需通过chatId、responseChatItemId等标识关联对应备份策略、演练报告，确保可追溯。数据校验记录的字段复杂度较高，需开启detail级别的日志采集以覆盖完整字段。此外，出错后果严重，审计需保留全链路执行记录，且需按更新频率自动归档旧日志，防止存储资源耗尽影响后续业务连续性。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
| 日志留存周期 | 30 天 | 匹配本品类按月归档的日常文档节奏，平衡存储占用与审计需求 |
关联chatId | 绑定备份任务ID | 确保每一条日志可追溯至对应备份或演练任务，符合审计溯源要求 |
detail日志采集粒度 | 全量字段 | 覆盖数据校验值、恢复时间戳等关键字段，满足故障排查的细节需求 |
| 日志导出格式 | JSON / CSV | 适配本品类的文档格式要求，便于与备份策略、演练报告整合 |
| 单次导出日志上限 | 前 1000 条 | 避免导出文件过大影响传输与存储 |
| 审计触发条件 | 任务执行完成后 60 秒内 | 确保审计日志与任务执行的时间差最小，避免出现日志遗漏 |
容易做错的三处
- 现象：工作流中添加自定义插件后无输入输出参数，且无报错日志；原因：未开启
detail级别的日志采集，导致插件调用的上下文信息未被记录。 - 现象：数据库连接失败提示未出现在审计日志中；原因：未配置
chatId关联数据库日志的筛选规则，导致跨系统日志无法整合。 - 现象：日志留存超出预期时长占用大量存储；原因：未设置合理的日志留存周期，未按本品类的更新频率自动归档旧日志。
怎么确认配好了
- 在FastGPT v4.17.0的系统设置中，进入对话日志配置页面，确认日志留存周期、导出格式等参数已按配置项设置。
- 发起一次灾备演练任务，等待任务完成后，通过
chatId筛选对应任务的日志，确认detail级别的全量字段已被记录。 - 尝试导出指定任务的对话历史，确认导出格式为
JSON / CSV，且包含responseChatItemId相关的交互记录。 - 查看审计日志列表，确认任务执行完成后 60 秒内自动生成了对应的审计条目。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-10-19，文中适用性按 FastGPT v4.17.0 基线讨论；部署前需核对实际版本。