为争议分析IT系统日志与故障

需要哪些材料

• 合同、技术任务书、专项技术任务书、附件及验收文件；
• 双方往来通信及验收意见；
• 日志、导出数据、截图、链接及技术文档；
• 拟提交专业人员或法院的问题。

评估内容

评估交付成果的实际状态、与技术要求的符合程度、是否存在缺陷、故障原因、已完成工作量，以及所发现情况与争议文件之间的关联。

为什么要保留原始日志

日志包含时间戳、操作标识、错误消息及组件交互信息。仅导出个别行可能使事件脱离上下文，因此应尽可能保存故障发生前、发生时及发生后一整个时段的记录。

可以查明哪些情况

• 系统请求与响应的顺序；
• 错误发生的时间及受影响的组件；
• 是否存在重试、超时及集成接口故障；
• 用户与管理员的操作；
• 实际事件是否与技术文档相符。

检验局限

如果日志被覆盖、时间设置被更改、部分基础设施缺失，或未保存软件版本，可能无法作出确定性结论。专业人员意见书中必须明确列出这些局限。

如何拟定问题

宜提出能够通过技术手段核查的问题：故障之前发生了哪些事件、哪些组件失效、日志是否记录了某个具体账户的操作，以及系统运行是否符合既定要求。

与专业人员的工作如何开展

首先对任务和现有材料进行初步审阅，然后协商确定检验对象、技术上恰当的问题、必要的访问权限及成果形式。如果原始数据不足，专业人员会提前说明还需要保存哪些文件、文档或导出数据。

最终报告分别列明所交信息、已实施的操作、已查明特征、局限及结论。这一结构有助于核查检验逻辑，并将文档用于索赔、谈判或诉讼。

何时宜提前咨询

越早保存原始数据，数据丢失或被更改的风险越低。在重装系统、更新软件、清除日志或送修设备之前，宜先讨论如何固定材料。