政務信息系統遷移研究

張家勇

【摘要】? ? 隨著云計算的發展和各地電子政務基礎設施建設，各地政務信息化正由分散化向集約化轉變，獨立部署的政務信息系統遷移至統一的電子政務基礎設施是大勢所趨，而系統遷移是一個復雜的過程，本文從遷移的角度出發按照政務信息系統遷移流程對各個環節工作進行梳理，分析問題并提出解決方案，對各地政務信息系統遷移有參考意義。

【關鍵詞】? ? 政務云? ? 電子政務? ? 數據遷移? ? 系統改造

Abstract： With the development of cloud computing and the construction of local e-government infrastructure， the informatization of local government affairs is changing from decentralization to intensification. It is a general trend to move the independently deployed government information system to the unified e-government infrastructure， and the system migration is a complex process， In this paper， from the perspective of migration， according to the government information system migration process to sort out the work of each link， analyze the problems and propose solutions， which has reference significance for the government information system migration in various regions.

Keyword： Government cloud; E-Government; Data Migration; System Reform

引言：

經過多年信息化發展，我國政務云建設取得了顯著成績[1]。中央層面，國家電子政務外網、政務云平臺已經為中央政務部門30余項業務系統部署提供了統一安全、按需使用的基礎設施環境和及技術支撐服務。地方層面，我國九成省級行政區（不包括港澳臺）和七成以上地級行政區已建或正建政務云[2]。為避免分散投資，重復建設，同時推動政務信息資源共享交換和業務協同[3]，各地政務云完成建設后，目前分散部署的政務信息系統必將遷移至政務云統一承載和集約化部署，因此一段時間內，政務信息系統遷移將稱為各地電子政務重點工作之一。本文研究分析了政務信息系統遷移過程提供了各環節的解決方案，希望能為各地政務信息系統遷移工作提供參考。

一、遷移原則

政務信息系統遷移是一項非常復雜的工作，涉及部門較多，并存在一定安全風險，應參照以下原則開展[4]。

1.充分計劃，有序組織。成立政務信息系統遷移工作領導小組負責統籌協調各相關部門工作開展，同時在工作開展之前要充分調研，做好遷移方案和應急措施，必要時請專家論證確保遷移工作安全有序開展。

2.風險評估，保障安全。政務信息系統遷移可能面臨業務不能中斷、環境不兼容、功能失靈、性能下降、改造難度大，遷移工期短等問題，從而增加系統遷移難度和風險。因此遷移之前一定要做好充分調研和風險評估并準備應對措施。

3.循序漸漸，先易后難。按照系統的業務要求，結合調研和風險評估結果，按照“先易后難，先外圍后核心”的策略開展遷移工作。從業務連續性和耦合度要求低的業務系統入手逐步開展遷移工作。

4.遷移為主，兼顧整合。政務信息系統遷移的不是單純的數據拷貝和設備搬遷，工作開展應該以遷移為契機，在業務遷移基礎上，推進業務梳理和流程優化，從而促進政務信息系統的整合共享[5]。

二、遷移方案

2.1 遷移方法

第一種方法，基于IAAS搬遷。此種方法是利用政務云平臺的基礎設施資源進行遷移，基本不需要系統改造。此種方法分為兩種情況，第一種情況是物理機設備搬遷，采用機柜空間的方式實現物理集中部署，而系統和數據隨物理設備一并完成遷移。此種情況適用于硬件設備在狀態良好且保修期內，可利舊使用避免資源浪費。第二種情況是硬件設備老舊不適合繼續使用時，將采用政務云資源統一承載，而數據庫、中間件等支撐軟件將利舊使用，自行部署。此種情況新申請的資源配置（如：CPU、內存、存儲空間等）原則上應與原設備配置相似[6]。

第二種方法，基于PAAS遷移。此種方法是使用政務云提供的應用程序開發及運行的環境部署系統，而不需要考慮底層基礎設施細節。這種遷移方法較基于IAAS遷移更進一步但還不同于基于SAAS遷移，適用于專業性較強，無法使用SAAS調用的方式完成部署系統。此種方法需要一定量的系統改造，如中間件配置、數據庫操作等代碼調整。

第三種方法，基于SAAS遷移。此種方法充分利用政務云的軟件服務進行遷移。此種方法在遷移過程中需重新分解政務信息系統，采用政務云平臺封裝好的SAAS服務實現系統原有的功能（如郵件、OA協同辦公等）。此種方法系統改造量較大。

2.2 遷移流程

政務信息系統遷移是一項復雜的工作，應按計劃有序開展，如果盲目進行，輕則造成遷移失敗，重則影響業務造成經濟損失。

結合以往經驗，政務信息系統遷移工作至少應包含遷移準備、情況調研、遷移實施、遷移驗收等工作環節。其工作流程如圖1所示。

2.3 遷移調研

由遷移工作領導小組統籌協調各相關單位開展對政務信息系統設備、網絡、數據、軟件、業務等情況進行全面調研，如計算、存儲、網絡情況，存儲的數據量、數據類型、數據增量、備份策略以及系統功能模塊、架構、通信機制、相關系統依賴以及業務需求、運行需求等，并綜合以上情況對待遷移系統進行分類，有針對性申請和分配資源，不同類型政務信息系統資源需求情況請見表1。

2.4 風險評估

2.4.1風險識別

政務信息系統遷移的各個環節均存在一定風險，常見的風險主要有業務風險、數據風險、網絡風險以及安全風險等4類：

1.業務風險。系統遷移過程中經常會因為網絡割接、系統配置、數據備份系統改在等工作暫停系統服務影響業務辦理，因此必須充分考慮并提前做好應對策略，如選擇休息日或下班時間遷移、準備備用系統以及提前通知停止辦理業務等應對措施。

2.數據風險。系統遷移過程中通常出現數據丟失、數據不完整、數據不一致等情況。如部分系統遷移割接之前通常采用正式系統與測試系統并行運行一段時間的，待確認測試無誤通過驗收后正式割接，這種做法通常會使生產系統和測試系統產生數據差異，而影響實際業務。因此可以借助歸檔日志或者全數據導入的方式實現兩套系統的“數據對表”以及數據備份恢復等方式保證數據安全。

3.網絡風險。系統遷移必須要考慮網絡風險，一是因計劃、調研或測試不充分而造成的新網絡環境不穩定，二是采用遠程方式遷移大量數據時會在占用大量網絡帶寬造成網絡不穩定。因此應該在充分調研、有序計劃的同時采用增加臨時線路、擴展已有鏈路帶寬等方式降低網絡防風險。

4.安全風險。系統準備遷移時一般會對數據進行拷貝、備份、恢復等操作，因此必須做好充分準備防范數據安全風險，特別是數據泄露安全風險。如驗證數據操作人員的身份，記錄操作日志，以及數據加密等方式保障數據安全。

2.4.2風險評估

結合系統遷移調研情況從兼容性、性能、改造難度、資源及工期風險等幾個方面進行風險評估并出具報告。

1.兼容性評估。對支撐系統的政務云支撐軟件兼容性進行評估，如所使用的云平臺、虛擬機操作系統、云數據庫的版本型號，網絡拓撲結構以及硬件設備的參數配置等是否與待遷移的政務信息系統兼容。

2.性能評估。對系統使用的計算設備、存儲設備、網絡設備、支撐軟件（如數據庫、中間件等）性能以及系統數據存儲量、數據處理技術、用戶訪問量等情況進行評估，判斷其能否滿足系統需求。

3.改造評估：根據系統的業務特點、技術路線、關聯系統依賴以及政務云情況評估系統改造風險。

4.其他評估：針對系統遷移的方案計劃、實施工期、使用資源、人員配置、部門協調等情況進行風險評估。

2.5 遷移實施

2.5.1 硬件遷移

物理設備的搬遷相對簡單，但是也存在設備故障、網絡故障、人員失誤等風險因素。因此搬遷之前一定要統籌協調搬遷單位、使用用戶及供貨廠商人員做好設備狀態檢測確認等準備工作，同時要備份系統代碼、配置文件及系統數據等文件，一旦出現緊急情況可以應急恢復回滾。針對易損設備要提前準備備件或者購買原廠質保。設備下架之前應該提前通知各相關單位做好準備，按順序關機下架，嚴格按規范打包。

設備運輸過程中要注意防震、防雨、防水處理。必要時可以采用關鍵節點冗余部署然后分批遷移等方式進行搬遷調試，降低設備遷移風險，確保關鍵節點安全穩定運行。

2.5.2 網絡遷移

網絡遷移一般涉及互聯網出口、業務子網（專網）、內部局域網遷移、網絡設備搬遷、IP地址規劃、網絡割接等工作。遷移之前要摸清楚網絡情況，如目前IP地址如何規劃，業務系統哪些功能依賴業務專網（子網）提供服務，使用哪些線路交換數據，使用哪些線路對外提供服務，網絡中有哪些關鍵節點等情況，并針對這些情況做好網絡遷移方案。在遷移實施過程中要統一指揮，將遷移方案、計劃以及應急措施提前通知相關部門人員，一旦發生意外情況在規定時間內無法處置，能夠及時啟動回滾操作，保證業務能夠及時恢復。

2.5.3 系統遷移

應用系統遷移和數據遷移相關性較高很難分開，很多情況下是一并完成的。根據業務需求不同，可以采用以下方法完成。

1.基于存儲復制技術遷移。當原存儲和目標存儲為相同品牌即原和目標存儲同構時，可以通過存儲自身復制技術進行磁盤和邏輯單元數據復制完成系統和數據遷移。當同原存儲和目標存儲異構時，可以使用存儲虛擬化技術統一管理不同類型的存儲并實現異構存儲數據復制和遷移[7]。此種數據復制技術適合短時間內大數據量遷移。

2.基于卷鏡像技術遷移。如果原主機與目標主機操作系統一致，可以考慮使用卷鏡像技術為原有邏輯卷增加新的物理映射，然后通過初始化機制完成不同存儲之間的數據遷移。

3.基于數據庫遷移。基于數據庫的結構化數據遷移，在數據遷移過程中會經常用到[8]。當原數據庫與目標數據庫相同時（包括版本相同），可以通過在原設備上數據備份然后在目標設備上恢復數據的形式實現數據遷移，如：oracle數據庫的exp/imp、expdb/impdb、rman，SQL Server數據庫的backup/restore，MySQL的mysqldump，以及Sybase的數據庫的dump/load命令等[9]。也可以使用數據庫的數據復制工具完成數據遷移，如：使用ReplicationServer完成Sybase數據遷移、使用DataGuard完成Oracle數據遷移等。需要注意的是如果遷移雙方數據庫軟件版本有差異時部分數據遷移可能會失敗，如使用exp/imp、expdb/impdb完成不同版本Oracle數據庫的LOB數據遷移就可能會出現問題[10]。當原數據庫與目標數據庫為不同產品時或者產品相同但是版本不同時，也可以考慮借助第三方遷移工具完成數據遷移，如Navicat、DataX等。但此種方法涉及系統改造較為復雜，經常會遇到如SQL語句差異，序列、觸發器、存儲過程、函數不兼容等問題，因此需要實時前做好充分的遷移方案。實際遷移過程中也可以根據實際數據及業務情況綜合運用多種方法完成數據遷移。

4.基于云遷移技術遷移。基于云遷移技術的遷移是系統遷移上云常用的方法，根據遷移雙方運行環境不同可以分為P2V遷移和V2V遷移。可以選擇成熟的遷移工具，如：VMware Convertor等實現P2V、V2V遷移，此種方法被經常使用。為確保系統平穩過渡、順利遷移，遷移之前還應充分考慮目標主機CPU、內存、存儲空間等配置以及遷移時間、網絡帶寬等因素，并根據業務需要情況選擇冷遷移或熱遷移。

2.5.4 系統改造

在對待遷移系統充分調研的基礎上，充分分析系統的功能要求、用戶范圍、基礎環境特點以及系統改造風險等，有針對性的提出系統整體架構、業務應用、數據庫的改造方案和系統改造測試方案。如可以考慮使用ETL、DATAX、數據總線等工具完成單位內部數據整合，通過工作流等技術完成內部工作流程再造，使用Web Service、SOA技術開發接口完成數據交流和訪問控制，使用單點登陸等技術完成單位內部政務信息系統整合與身份認證等。

三、測試驗收

3.1 測試

1.功能測試。系統遷移完成后應進行全面的系統功能測試確保服務可用性。功能測試應組織所有用戶和開發運維單位分別從業務和技術角度按業務流程和系統開發文檔對系統的所有功能模塊及關聯系統（如采集系統與數據分析系統）的相關功能進行測試。

2.性能測試。參考系統業務運行歷史情況估算系統并發量等性能指標，搭建測試環境，使用LoadRunner、JMeter等壓力測試工具進行性能測試出具測試報告，并根據測試結果對系統進行優化調優。

3.2 驗收

系統完成遷移并通過測試后則進入試運行階段，待試運行一段時間后，由遷移工作小組組織相關單位及人員開展系統遷移驗收形成驗收報告，并對整體遷移工作進行總結。

四、結束語

政務信息系統遷移是一項復雜而重要的工作，其過程復雜且涉及面較廣，期間如何保證系統安全、平穩、快速的完成遷移至關重要。本文從實施者角度出發，按照政務信息系統遷移流程分析了遷移各環節需要做的工作、可以使用方法、可能出現的問題及應對措施等，對各地政務信息系統遷移有參考意義。

參? 考? 文? 獻

[1] 張琳琳，李倩.云計算支撐下的產業互聯網發展[J].信息通信技術，2018，12（3）：13-17.

[2] 安暉，莊金鑫.“新基建”為云計算產業向更高水平發展帶來新機遇[J].中國信息安全， 2020，（5）：48-50.

[3] 徐曉林，明承瀚，陳濤.數字政府環境下政務服務數據共享研究[J].行政論壇，2018，（1）：50-59.

[4] 鄭炯，楊婷.政務信息系統云化遷移探討[J].電子產品可靠性與環境試驗，2018，36（s1）：191-195.

[5] 徐曉林，明承瀚，陳濤.數字政府環境下政務服務數據共享研究[J].行政論壇，2018，（1）：50-59.

[6] 張曉艷.云計算環境下大數據處理對電子商務發展的作用探析[J].無線互聯科技，2016，（20） ：139-140.

[7] 王文飛，李長春.基于HPXP虛擬化技術的異構存儲優化[J].科技風，2018，（13）：60-61.

[8] 鐘志宏.從SQL SERVER到MYSQL的數據庫遷移研究[J]. 電腦知識與技術，2019，15（14）：1-2.

[9] 徐靈均.數據遷移技術及其應用[D].南京：南京理工大學，2013.

[10] 彭展，李密，楊楠.基于XML數據遷移技術應用研究[J].現代計算機，2017（7）：79-82.