EDI系统版本升级

 近年来，EDI系统在各行各业获得了普遍的应用，随着EDI对接需求的变化，EDI系统的难度和复杂度不断增长。为知足客户提出的全新需求，扩展系统功能，修复旧版本可能出现的问题，EDI工程师们不断钻研，按期更新EDI系统。新版本的EDI软件有更强大的功能，更好的性能以及更漂亮的界面，经过系统更新，用户将拥有更好的使用体验。

 

本文主要介绍EDI系统版本升级步骤，为保证版本升级不会给已上线使用的业务带来没必要要的影响，升级新版本以前，EDI顾问会先在本地的新版本上对已上线的业务进行本地测试。本地测试经过后方可进行版本升级，本地测试能够有效的模拟新版本的运行状况，提早预警可能会出现的问题，并及时提出解决方案，同时会对旧版本上的代码及Flow的优化确保系统升级后能够正常稳定运行，方便操做。

 

• 本地测试

1. 搭建环境：在版本升级前须要在确认升级的新版本中搭建环境，注意此时新环境的代码须要从您旧版本的系统中导出，从而保持新旧代码的一致。
2. 优化：确认以前部署在旧版本上的工做流是否须要进行优化，主要对端口转发、每一个端口的Events页面下的脚本进行优化，使其工做流更加清晰明确。
3. 测试数据准备：须要在您的服务器上保存部分原始数据以及最终的数据，做为后续操做的测试文件。
4. 测试：先使用一个测试文件走完整个工做流，确保优化后的工做流正常工做。须要注意观察是否存在报错，是否会出现兼容性问题。使用以前准备好的测试数据对每一个端口进行测试，尽量考虑到全部可能出现的业务场景（包括997等功能性文件、各类类型的邮件通知）。将测试结果与以前准备好的最终数据进行比较，确保取值无误。
5. 在每个端口的Automation Settings页面下取消勾选Send，导出工做流，以备进行升级时使用。

　　Automation Settings页面以下

　　6. 压力测试

压力测试主要目的是检测大量文件传输时EDI系统各个端口的传输速率是否达标，若是不达标则须要进行性能调优。这部分工做能够交由专业的EDI工程师来完成。详细过程能够参考文章：知行之桥EDI系统压力测试&性能调优分享

• 服务器升级

1. 确认升级服务器的时间、获取远程操做的权限。
2. 确认以前环境对外使用的端口是什么（RSSBus Windows环境默认使用的是8001，linux环境默认使用的是8080）、是否已设置https，保证安装新版本时这些配置保持一致。
3. 联系EDI供应商，获取新版本的EDI系统安装包。

• 版本升级

进行版本升级须要按照以下步骤进行操做：

1. 须要告知全部相关人员（内部使用人员、合做伙伴），停掉旧环境的服务，进行安装目录重命名（好比加_old），以便区分，防止新旧环境的安装目录类似或者重复致使文件混淆。
2. 安装新版本，注意新版本的安装路径和旧的保持一致，避免有第三方程序对个别路径进行监控，影响使用。
3. 以下图所示，导入工做流：

 

 

注：旧版本中的XML TO EDI端口下的port.db文件，须要复制进新版本的XML TO EDI端口相应路径下。port.db文件的做用是记录每一个文件中惟一的GSControlNumber和ISAControlNumber，保证新版本上的文件不会和旧版本上的文件冲突。

在EDI系统主界面的FLOWS页面下选择Import Workspace,导入以前在旧版本导出的工做流便可。

1. 根据您的需求，将旧环境中的链接端口（AS二、OFTP、FTP、DB、EmailSend、EmailReceive等）的port.cfg复制到新环境中的对应端口目录下、Profile.cfg以及全部配置的证书复制到新环境安装目录下的data目录下。
2. 注意将RSSBus页面中有配置密码的页面都手动保存下来，用来检查密码是否正确。
3. 检查：确认全部的code中、配置的信息都是生产环境的信息，必要时能够进行测试。
4. 设置service
5. 自动化设置：检查全部端口的send都已经勾选上（自动发送都打开），此时链接端口（AS二、OFTP、FTP、DB、EmailSend、EmailReceive等）能够先不打开，当收发数据时能够先手动检查下，没有问题后再开始自动，总之当有任何一个端口的自动化没有设置时就须要人工处理。
6. 升级完成后的一段时间内，须要对新版本的使用状况进行跟踪，监控版本升级以后数据的收发状况。出现任何问题请在第一时间联系您的EDI实施工程师。

 

任何关于EDI的问题，欢迎评论或私信。

 

注：文案部份内容来源于网络，版权归原创做者全部，若有侵犯到您的权益，请您联系咱们进行删除，给您带来困扰，咱们深感抱歉。