一、案例
- 问题描述:工作流中通过command组件更新参数文件,某天发现该文件不更新了。
问题原因:当时做过应急抽取,将该文件备份后进行了修改,抽取完成后再将备份的文件还原回来。使用cp命令生成的备份文件的权限是默认值755,而原文件的权限为775。这样通过mv命令将原文件覆盖掉之后,权限变成了755,缺少了同组用户的写权限,导致写入失败。
Tips:如果涉及到参数文件等的复制和替换操作,要注意权限问题,保证权限一致。
- 问题描述:某次升级后,同Workflow下本次未变更的某些session失效。
问题原因:几个session共用的一个mapping,升级后将开发环境的mapping导入到生产,所有用到该mapping的session的源和目标连接信息都重置了,需要重新配置。
Tips:如果mapping发生修改,使用该mapping的所有session都要重新验证。
3.问题描述:informatica服务停止运行,报java.io.IOException: Too many open files
问题原因:infa服务占用的句柄数超过了操作系统设置的上限,无法打开新的句柄了。往往这种情况的发生是因为错误地使用了句柄,可以称作句柄泄漏,找到句柄达到上限的原因才是关键。
Tips:infa安装维护时要注意一下这个句柄上限的参数(open files),建议值不小于32000。其它的关键参数也应该注意。
关于Linux中句柄的介绍: