?

交通運輸行業業務應用系統遷移方案研究

2021-09-10 07:22葛迪
交通科技與管理 2021年3期
關鍵詞:應用系統遷移交通運輸

葛迪

摘 要:對交通運輸行業業務應用系統遷移方法進行了研究,并提出了應用系統的遷移原則、相關流程和具體方案。

關鍵詞:交通運輸;應用系統;遷移

為實現全省交通運輸行業信息化建設統一管理和集約化運維,交通運輸廳及相關業務局已建的、部署在各自機房的業務應用系統應按照數據中心統一要求,由建設單位負責遷移至省交通運輸數據中心。本文提出了應用系統遷移的原則、組織架構及具體方案。

1 遷移原則

(1)統籌協作原則。業務系統用戶方、開發商應以主人翁精神,協助數據中心業對現有業務系統資源評估,數據中心制定的遷移方案須由業務系統用戶方、開發商和廳數據中心業務資源體系集成商三方確認后方可實施。原有業務系統遷移上線運行效果須滿足系統功能和性能要求。

(2)業務平滑遷移原則。選擇合適的時機進行系統割接遷移,系統遷移過程不能影響現有系統的業務正常運行。在系統遷移至上線運行前,被遷移的業務系統在原生產環境中并行運行,待被遷移的業務系統上線運行且符合用戶和原開發商性能、功能要求后,原生產環境中并行運行的業務系統方可下線。

(3)數據一致性原則。必須保證遷移后數據完整性、真實性、準確性、正確性。

(4)規避風險原則。在實施中發生便捷與風險的矛盾時,要永遠將規避風險放在首位;系統遷移過程中應備具有可恢復性(事先做好備份和回退計劃),確保遷移后系統能夠運行正常。

2 系統遷移組織架構

2.1 組織架構

廳信息化主管部門負責系統遷移的管理和監督工作,省交通信息中心和各業務應用系統建設單位、運維部門技術人員、遷移服務商、原有業務應用系統開發商組成遷移工作小組。

2.2 職能職責

(1)廳信息化主管部門。1)組織和督導應用系統遷移工作;2)及時匯總遷移工作進展,對遷移工作中出現的各種問題進行評估;3)決策與實施重大事項(如遷移啟動、應急處置、回退等)。

(2)省交通信息中心。1)審核各單位信息化系統遷移實施方案,全程監督信息化系統遷移工作的實施;2)省廳交通運輸數據中心資源評估;3)配合完成待遷移業務應用系統在數據中心的部署、恢復、運行測試;4)配合制定遷移應急預案,在緊急情況下協助進行應急處置;5)落實和解決系統遷移期間可能出現的突發問題和事件,提供技術支持、問題反饋或事件的處理辦法。

(3)業務應用系統建設單位。1)組織本單位相關部門、業務應用系統原開發商、運維部門等協助制定本單位系統遷移實施方案(包括應急預案),并報廳信息化主管部門審核;2)組織業務應用系統原開發商與省交通信息中心、云資源服務商協調確認本單位遷移到云平臺的方案、方式、策略和所需資源;3)協助組織業務應用系統原開發商、云資源服務商配合本單位應用系統遷移工作,包括前期準備、系統遷移實施、遷移后系統測試與應用系統運行。

(4)遷移服務商。1)負責提供系統遷移實施方案,負責待遷移業務應用系統建設單位系統遷移工作的具體執行;2)負責編制待遷移業務應用系統建設單位具體遷移實施方案;3)負責待遷移業務應用系統建設單位應用系統和數據的遷移、部署工作,負責遷移后應用系統的測試、試運行及上線運行工作;4)及時向廳信息化主管部門、省交通信息中心匯報工作進度、異常事件及問題處理情況。

(5)云資源服務商。1)按照省廳交通運輸數據中心資源評估情況,落實應用系統部署、運行環境的準備;2)在遷移過程中提供技術支持服務。

3 遷移方案

3.1 遷移準備

(1)系統遷移申請。待遷移業務應用系統建設單位應對擬遷移的應用系統應填寫應用系統遷移申請表提前1個月向廳信息化主管部門提出應用系統遷移書面申請。

(2)組建遷移工作組。應建立待遷移業務應用系統建設單位的遷移工作組織機構,包括建設單位主管信息化領導、建設單位技術和業務人員、系統原開發廠商等構成,并明確職能職責,責任落實到人。

(3)確定遷移服務商。應選擇系統遷移服務單位,可由系統原開商或系統運維單位擔任或通過招標方式確定。

3.2 遷移設計

(1)遷移影響分析及對策。1)應對應用系統進行遷移影響分析及風險分析;2)應用系統遷移實施過程中,把風險管理貫穿整個過程來制定應用系統遷移風險規避方案,充分考慮可能造成系統遷移失敗的所有因素和預防措施。

(2)遷移方式??筛鶕孟到y中斷允許時間,采取在線遷移或離線遷移方式。

3.3 遷移實施

(1)遷移申請。應由遷移工作組提出遷移系統部署環境的申請包括:機柜位置、網絡IP地址、部署區域等,由省交通信息中心確認系統部署環境配置情況和就緒時間;應提前向省交通信息中心提出所需生產環境的書面申請。

(2)環境準備。1)遷移系統部署環境的確認。包括確認遷移系統部署所需機柜位置、網絡IP地址、遷移區域分配等已準備就緒;2)應進行遷移恢復方案。應制定遷移系統失敗的應急回退方案、工程安排及回退流程等;當系統遷移不成功時,能確保盡快恢復原系統對外的正常運營;3)網絡系統的確認。測試到運營商的物理線路正常,測試互聯網線路的連通性;對IP地址應用進行驗證,確保原有服務正常運行;4)系統安全的要求。應用系統遷移過程中應保障數據的保密性、完整性和可用性,以及明確相關人員的安全責任。

(3)系統遷移。在應用系統遷移后,對網絡進行遷移后割接,對業務進行新網絡路由發布。

3.4 遷移系統測試

由業務應用系統原開發商負責,待遷移業務應用系統建設單位、遷移服務商、省交通信息中心等技術人員配合進行遷移到省交通運輸數據中心應用系統測試,以驗證遷移系統的可用性、系統設備的可用性、系統安全性;并形成系統測試報告。

3.5 遷移系統運行

(1)系統正式上線。對于通過應用系統測試的遷移系統,由待遷移業務應用系統建設單位提前向省交通信息中心提出系統正式上線運行的書面申請,系統正式上線運行。

(2)遷移驗收。所有遷移工作完成,由廳信息化主管部門組織對遷移服務評價。省交通信息中心組織系統遷移驗收,對于應用系統運行符合要求的,簽署遷移應用系統驗收報告。

3.6 應急處置方案

(1)應急小組構成。根據系統遷移各階段任務成立應急小組,應對各種緊急情況。

應急小組主要由以下小組組成:1)基礎支撐環境應急小組:確保整個系統遷移過程中,所涉及的各種計算資源、存儲資源、網絡資源、安全資源、數據庫管理資源和中間件等資源正常運行。突發情況下,應能實時監控和并及時處理恢復;2)數據遷移應急小組:解決數據遷移中發生的各種問題;3)業務系統應急小組:確保第一時間解決業務系統在內部模擬運行、正式運行等階段發生的問題。

(2)系統遷移中的異常應急方案。系統遷移應具有可逆性,確保意外時可將系統迅速回退到最初狀態,系統和數據在遷移前應做好備份。如遷移工作在規定時間未完成,須將系統回退到遷移前狀態,確保系統對外正常運行。

(3)系統遷移中的異常應急方案。備份數據(全庫和增量)保留至少1年,以觀察遷移后的業務系統運行穩定性。如在試運行期發生故障,仍可回退到遷移前狀態。

4 結束語

基于統一管理和集約建設的思想,遵循“統籌協作、平滑遷移、數據移植、規避風險”的遷移原則,形成全省交通運輸行業業務應用系統的遷移流程和遷移方案,為交通運輸行業各個業務應用系統未來的遷移提供指導依據和方法論,促進交通運輸行業信息化應用系統的一體化集成、統一維護和管理。

猜你喜歡
應用系統遷移交通運輸
淺析遷移規律在足球教學中的影響
VB應用技術下電教管理系統
新形勢下交通運輸行業干部思想政治工作創新研究
運用遷移學習規律 培養學生思維能力
高職學院信息化建設中面臨的問題和思考
基于微信公眾平臺的應用系統開發模式研究
企業云平臺建設研究
公路交通運輸節能降耗經濟分析研究
本體感覺的研究進展與現狀
91香蕉高清国产线观看免费-97夜夜澡人人爽人人喊a-99久久久无码国产精品9-国产亚洲日韩欧美综合