泡读  泡读美文  泡读学习

  本次投产从7月7日开始,到10日顺利结束,总体来说又是一次成功的投产。但在投产过程中还是暴露出一些问题,在此进行总结,为后续投产奠定基础。

  1、7月7日,下午检查投产checklist,发现siebel7。5的导入,排在北京RBS导入前,经过多方一起分析,确认siebel7.5部分可转入账户,需要在北京RBS导入后,才可执行。因此需要调整投产指令的顺序。

  2、7月7日,晚上7点开始导入基础信息、CTI配置、知识库、分支机构,原计划为8―12点,但是实际是从7点开始操作,由于为一个操作、多人复合,所以每步操作时间增加一倍,CTI配置为手工在页面操作,且数据较多,花费了将近1个半小时,建议该部分通过工具导入,提高效率。知识库导入时北京有个文件无法导入,日志报错为该文件对应base表必输字段为空。经过重新单独导入该文件后,结果成功导入。全部完成操作时,时间已经12点了,建议以后投产时,该部分时间窗口放长点。

  3、7月8日上午,计划将ptf09部署到生产后,批量同步7日数据验证ptf09正确后,即开始siebel7.5的数据迁移工作。部署好ptf09后,发现批量同步7日数据时,调用runIFBBANCS.Sh时报错,导致无法运行eim任务。经过2个多小时的排查,发现加上home环境变量设置后,即能正常运行。建议后续投产时,涉及到程序版本的部署,在投产前起变更投产,以免影响投产过程。

  4、7月8日上午,发现天津数据迁移sqlldr导入很慢,时间为准生产环境两倍。经开发平台工程师检查,发现IO参数设置有问题,调整了AIO设置后,sqlldr导入时间恢复到正常状态。建议,后续投产时建议信息中心一定要检查相关环境的一致性。

  5、7月7日晚上迁移天津数据时,发现有一存储过程无法执行。经过检查发现该存储过程生产环境未部署。建议以后投产时,将涉及到需要用到的功能,在投产前检查核对版本是否正确。

  6、北京EIM向siebel导入时,发现脚本存在隐患,未清除账户EIM表,后信息中心修改了相关脚本后,成功导入北京数据。经过分析,项目组提供的操作手册中有该步骤,但是信息中心人员进行整理时,遗漏了此步骤。建议后续投产时,对信息中心自己整理的操作步骤等手册进行审核。以免出现类似错误。

  7、在导入北京Siebel7.5数据时,发现有300多条操作员信息没有导入,后经过分析,发现这部分数据的电话号码字段出现了回车换行符,导致一条记录被截断成为两条。后经过将该部分数据调整后,重新导入,问题解决。此问题暴露出在演练过程中存在演练不细致的问题。经过准生产测试、演练都没有发现问题。

  此次投产,最大的教训是:

  1、虽然我们已经经历过多次成功的投产,但是每一次都要向第一次投产一样,认真对待,对所有的操作手册、步骤都要进行认真走查,认真分析,避免出现任务不明确等情况。由于此次投产为厂商负责,Siebel组未安排所有人走查投产方案,导致出现此问题,建议Siebel组继续发挥把关作用,对厂商提交的文档/代码等都要严肃认真、多次走查。

  2、认真对待演练,在演练时一定要配合信息中心、协调信息中心,完全按照投产操作时序执行,以免出现像Siebel7.5演练时后迁入,投产时安排先迁入的情况发生,影响投产过程。