Oracle Forms 6i数据莫名自动删除问题求助

可能的原因 #

• Oracle Forms 6i原生Bug：这个版本存在已知的事务处理异常，比如表单调用COMMIT_FORM但未正确处理回滚触发条件时，可能导致已提交数据被隐性回滚；另外，表单绑定的数据库行级触发器若存在逻辑错误，在特定场景下会触发意外删除操作，造成数据消失。
• 系统升级的兼容性冲突：如果新旧系统共享数据库实例，旧Forms程序可能和新系统的数据库对象（存储过程、定时触发器）产生逻辑冲突——比如新系统的清理任务误匹配旧表单的数据表，或者升级时修改了数据表约束，导致旧表单提交的数据被数据库自动清理。
• 数据库层面问题：回滚段配置不足会导致提交后的事务被异常回滚；数据表分区策略有漏洞的话，日常/月度数据可能被误归档或清理；此外，数据库闪回特性若被误配置，也可能让数据隐性恢复到之前的状态。
• 网络与连接异常：Oracle Forms 6i依赖客户端-服务器连接，保存操作时若出现网络波动，客户端显示保存成功但数据库实际未完成提交，后续重新连接后看不到数据，容易被误认为数据消失。

解决方案建议 #

• 排查Forms程序逻辑：
  • 检查表单中所有COMMIT相关代码（如COMMIT_FORM、DO_KEY('COMMIT_FORM')），确认事务提交后是否有异常处理逻辑，添加操作日志（比如提交后写入专用日志表），验证数据是否真的写入数据库。
  • 检查表单绑定的数据库触发器，尤其是AFTER INSERT/AFTER UPDATE类型的，确认是否存在意外删除数据的逻辑，可暂时禁用可疑触发器测试数据是否还会消失。
• 隔离升级影响：
  • 若新旧系统共享数据库，给旧Forms使用的数据表添加独立前缀或创建专用测试实例，隔离新系统操作对旧表单数据的影响；检查新系统的定时任务、ETL流程，确认是否涉及旧数据表的清理或修改。
• 数据库层面排查：
  • 查询数据库事务日志（V$TRANSACTION、V$LOG），查看数据消失时间段的操作记录，确认是否有隐性回滚或删除操作；检查数据表的分区归档规则，确认数据是否被误归档。
  • 验证数据库回滚段配置，确保大小足够支撑日常事务；若开启了闪回特性，检查是否存在异常恢复操作。
• 网络与连接验证：
  • 客户端保存数据后，直接用SQL*Plus查询对应数据表，确认数据是否真的写入；若存在网络波动问题，给Forms程序添加提交后的二次验证逻辑，查询数据存在后再返回保存成功提示。
• 临时应急方案：
  • 为核心数据表创建每日自动备份（用EXP或EXPDP工具），避免数据丢失无法恢复；在表单中添加详细操作日志，记录操作时间、用户、数据内容，便于后续排查。

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