本次投产从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演练时后迁入，投产时安排先迁入的情况发生，影响投产过程。