Duplicati备份Pervasive(v10)实时数据库出现数据丢失问题求助

核心原因分析 #

你的问题本质是Pervasive v10的内存缓存机制和Duplicati的备份判断逻辑不匹配导致的，具体拆解：

• Pervasive的延迟写盘特性：Pervasive（现Actian Zen）v10默认会将新增/修改的数据暂存在内存缓存中，不会立刻写入磁盘上的表文件。只有当所有ERP客户端断开连接、数据库触发自动checkpoint，或者缓存达到阈值时，才会把内存中的数据刷到磁盘——这就是你观察到“关闭ERP后文件时间戳更新、数据才写入”的原因。
• Duplicati的备份触发逻辑：Duplicati依赖文件的修改时间戳和字节大小来判断是否需要备份新内容。但在ERP客户端连接期间，磁盘上的表文件大小和时间戳都没有变化（新数据还在内存里），所以Duplicati会认为该文件没有更新，直接复用之前的备份版本，最终导致恢复后丢失新增的数据行。
• 直接备份数据文件的风险：跳过ERP自带的备份功能直接备份数据目录，相当于绕过了数据库的一致性备份流程。此时磁盘上的文件是“不完整”的（内存和磁盘数据不同步），备份这种文件自然无法得到完整的数据集。

可行的解决方案 #

根据你的场景，按优先级推荐以下方案：

1. 改用ERP/Pervasive官方备份工具
   这是最稳妥的方案。官方备份工具会先触发数据库的checkpoint操作，强制将内存缓存刷到磁盘，然后生成一致性的备份文件，从根源上避免数据丢失问题。
2. 备份前手动触发Pervasive缓存刷盘
   如果必须使用Duplicati，可以在备份前用Pervasive的命令行工具pvswctl执行checkpoint：

   pvswctl -c checkpoint
   

   等待命令执行完成（确保缓存全部写入磁盘）后，再启动Duplicati备份任务。建议把这个操作做成脚本，和Duplicati备份任务联动执行。
3. 调整备份时机与Duplicati配置
   • 选择业务低峰期执行备份，确保此时所有ERP客户端都已断开连接，数据库有足够时间完成缓存刷盘。
   • 修改Duplicati的备份策略，强制备份整个数据目录（忽略文件时间戳和大小的判断），但这会增加备份时间和存储空间，适合数据量较小的场景。
4. 谨慎调整Pervasive的写盘配置（不推荐生产环境）
   部分版本的Pervasive支持配置“即时写盘”，让数据立刻写入磁盘，但这会大幅降低数据库的性能，仅适合测试环境或极小体量的系统，不建议在生产环境随意修改。

内容的提问来源于stack exchange，提问作者NaN