mfgprod.b1文件增长过快的问题

lsdaniel

各位：你们好！

          我的服务器上mfgprod.b1增长很快，20日2G，21日增长到8G，我查询了相关的资料，这个文件是BI的文件，由于服务器硬件故障等原因会导致该文件增长，原文如下：
One primary recovery (before image) area, which contains one or more extents with a .bn
filename extension. The .bi file stores notes about data changes. In the event of hardware
failure, the database engine uses these notes to undo any incomplete transactions and
maintain data integrity.
     
            我检查了服务器，没有故障报警，请问各位，这个问题如何处理，感谢！

lsdaniel

原因分析：
估计是部份数据导入程序在进行数据导入过程中失败，不断的进行重试，导致BI文件快速增长。

处理措施如下：
通过在QQ群中交流学习，对这个问题进行简单处理，现将处理过程小结。
1、停止QAD服务及数据库：/etc/init.d/qad stop
2、重启服务器：reboot
3、停止数据库后进行离线全备份：/apps/scripts/dailybackup_fulls.sh（由于在第1条命令停止过程中，有部份进程没有停掉，使用proutil进行检测数据库时，数据库还在多用户状态中，所以先重启，再备份）
4、如果不能成功启动OE数据库，执行BI清理后再启动：proutil /qdbs/qaddb/prod/mfgprod -C truncate bi（由于能启动成功，没有对BI文件进行清空处理）

yyj063

结果呢？结果如何了。是否修复了这个重复循环的问题

lsdaniel

QAD原厂没有查到这个问题的产生原因，他们给的解决方案：重启服务器，正常重启后关闭QAD服务，再清空B1文件。

adminelvis

lsdaniel 发表于 2017-5-10 09:46
QAD原厂没有查到这个问题的产生原因，他们给的解决方案：重启服务器，正常重启后关闭QAD服务，再清空B1文件 ...

如果每天有定期离线备份脚本，可以在脚本中，添加proutil -C truncate 命令，毕竟这个文件累计大了，重启数据库都需要很长时间。
可能导致原因我遇到的基本两种：
1、有ODBC、JDBC连接数据库作取数或写数据的。（测试方法，停止ODBC，jdbc后，BI不再异常增长）
2、有自动执行脚本，例如Cimload、EDI接口、电子银行等，由于程序对于事务异常控制有问题，导致BI增长。