上个月底，公司的SAP系统升级到了ECC6，在升级时，我们进行了所有关联系统的集成测试，当时没有发现什么问题。

过了2周，需要从SAP下载对账单了，这个时候问题出现了，很多分公司的数据下载失败。和SAP的同事也进行了沟通，都没有

进行什么修改，除了那次升级，而且升级时对系统没有做什么业务和系统的配置修改。

           没有办法，只得使用老办法一步步调试跟踪了，看下载下来的数据为什么会插入报错，经过确认，终于发现了罪魁祸首

由于SAP升级ECC6时系统从nonunicode变成了unicode，所以所有的数据库中的字段实际上长度扩充了一倍。这样SAP中传给

我们的系统的数据就有些超出了我们的系统字段的长度范围了，原因找到了。我赶快进行了补救措施，先将对应表的相关的字符

型的字段扩容，然后重新下载数据，终于OK了，问题圆满解决。

          但是此次SAP升级，虽然在正式系统升级后进行确认和集成测试，但是还是漏掉了这个问题，因为测试时没有真正的业务

数据在那个时候产生，我们也只是列出了受影响的系统和接口，而忽视了SAP此次升级和以前的系统将会有那些变化点。因为

大家都在关注此次升级不要影响所有系统的连接和交互，而且测试时由于那时的数据都是从SAP老系统上的正式数据当然也测试

不出问题了。而且用测试环境时，对应的业务操作也没有仿真模拟正式环境做单，下载传送数据。

          此次可以事故即可以总结为一个字符类型引起事故，但是背后的诸多原因需要引起思考。