EDI系统版本升级
近年来，EDI系统在各行各业得到了广泛的应用，随着EDI对接需求的变化，EDI系统的难度和复杂度不断增加。为满足客户提出的全新需求，扩展系统功能，修复旧版本可能出现的问题，EDI工程师们不断钻研，定期更新EDI系统。新版本的EDI软件有更强大的功能，更好的性能以及更漂亮的界面，通过系统更新，用户将拥有更好的使用体验。
本文主要介绍EDI系统版本升级步骤，为保证版本升级不会给已上线使用的业务带来不必要的影响，升级新版本之前，EDI顾问会先在本地的新版本上对已上线的业务进行本地测试。本地测试通过后方可进行版本升级，本地测试可以有效的模拟新版本的运行情况，提前预警可能会出现的问题，并及时提出解决方案，同时会对旧版本上的代码及Flow的优化确保系统升级后可以正常稳定运行，方便操作。
- 本地测试
- 搭建环境：在版本升级前需要在确认升级的新版本中搭建环境，注意此时新环境的代码需要从您旧版本的系统中导出，从而保持新旧代码的一致。
- 优化：确认之前部署在旧版本上的工作流是否需要进行优化，主要对端口转发、每个端口的Events页面下的脚本进行优化，使其工作流更加清晰明确。
- 测试数据准备：需要在您的服务器上保存部分原始数据以及最终的数据，作为后续操作的测试文件。
- 测试：先使用一个测试文件走完整个工作流，确保优化后的工作流正常工作。需要注意观察是否存在报错，是否会出现兼容性问题。使用之前准备好的测试数据对每个端口进行测试，尽可能考虑到所有可能出现的业务场景（包括997等功能性文件、各种类型的邮件通知）。将测试结果与之前准备好的最终数据进行比较，确保取值无误。
- 在每一个端口的Automation Settings页面下取消勾选Send，导出工作流，以备进行升级时使用。
Automation Settings页面如下
6. 压力测试
压力测试主要目的是检测大量文件传输时EDI系统各个端口的传输速率是否达标，如果不达标则需要进行性能调优。这部分工作可以交由专业的EDI工程师来完成。详细过程可以参考文章：知行之桥EDI系统压力测试&性能调优分享
- 服务器升级
- 确认升级服务器的时间、获取远程操作的权限。
- 确认之前环境对外使用的端口是什么（RSSBus Windows环境默认使用的是8001，linux环境默认使用的是8080）、是否已设置https，保证安装新版本时这些配置保持一致。
- 联系EDI供应商，获取新版本的EDI系统安装包。
- 版本升级
进行版本升级需要按照如下步骤进行操作：
- 需要告知所有相关人员（内部使用人员、合作伙伴），停掉旧环境的服务，进行安装目录重命名（比如加_old），以便区分，防止新旧环境的安装目录相似或者重复导致文件混淆。
- 安装新版本，注意新版本的安装路径和旧的保持一致，避免有第三方程序对个别路径进行监控，影响使用。
- 如下图所示，导入工作流：
注：旧版本中的XML TO EDI端口下的port.db文件，需要复制进新版本的XML TO EDI端口相应路径下。port.db文件的作用是记录每个文件中唯一的GSControlNumber和ISAControlNumber，保证新版本上的文件不会和旧版本上的文件冲突。
在EDI系统主界面的FLOWS页面下选择Import Workspace,导入之前在旧版本导出的工作流即可。
- 根据您的需求，将旧环境中的连接端口（AS2、OFTP、FTP、DB、EmailSend、EmailReceive等）的port.cfg复制到新环境中的对应端口目录下、Profile.cfg以及所有配置的证书复制到新环境安装目录下的data目录下。
- 注意将RSSBus页面中有配置密码的页面都手动保存下来，用来检查密码是否正确。
- 检查：确认所有的code中、配置的信息都是生产环境的信息，必要时可以进行测试。
- 设置service
- 自动化设置：检查所有端口的send都已经勾选上（自动发送都打开），此时连接端口（AS2、OFTP、FTP、DB、EmailSend、EmailReceive等）可以先不打开，当收发数据时可以先手动检查下，没有问题后再开始自动，总之当有任何一个端口的自动化没有设置时就需要人工处理。
- 升级完成后的一段时间内，需要对新版本的使用情况进行跟踪，监控版本升级之后数据的收发情况。出现任何问题请在第一时间联系您的EDI实施工程师。
任何关于EDI的问题，欢迎评论或私信。
注：文案部分内容来源于网络，版权归原创作者所有，如有侵犯到您的权益，请您联系我们进行删除，给您带来困扰，我们深感抱歉。
