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的問題，歡迎評論或私信。

 

注：文案部份內容來源於網絡，版權歸原創做者全部，若有侵犯到您的權益，請您聯繫咱們進行刪除，給您帶來困擾，咱們深感抱歉。