政務(wù)信息系統(tǒng)遷移研究

張家勇

【摘要】? ? 隨著云計算的發(fā)展和各地電子政務(wù)基礎(chǔ)設(shè)施建設(shè)，各地政務(wù)信息化正由分散化向集約化轉(zhuǎn)變，獨(dú)立部署的政務(wù)信息系統(tǒng)遷移至統(tǒng)一的電子政務(wù)基礎(chǔ)設(shè)施是大勢所趨，而系統(tǒng)遷移是一個復(fù)雜的過程，本文從遷移的角度出發(fā)按照政務(wù)信息系統(tǒng)遷移流程對各個環(huán)節(jié)工作進(jìn)行梳理，分析問題并提出解決方案，對各地政務(wù)信息系統(tǒng)遷移有參考意義。

【關(guān)鍵詞】? ? 政務(wù)云? ? 電子政務(wù)? ? 數(shù)據(jù)遷移? ? 系統(tǒng)改造

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

引言：

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

一、遷移原則

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

1.充分計劃，有序組織。成立政務(wù)信息系統(tǒng)遷移工作領(lǐng)導(dǎo)小組負(fù)責(zé)統(tǒng)籌協(xié)調(diào)各相關(guān)部門工作開展，同時在工作開展之前要充分調(diào)研，做好遷移方案和應(yīng)急措施，必要時請專家論證確保遷移工作安全有序開展。

2.風(fēng)險評估，保障安全。政務(wù)信息系統(tǒng)遷移可能面臨業(yè)務(wù)不能中斷、環(huán)境不兼容、功能失靈、性能下降、改造難度大，遷移工期短等問題，從而增加系統(tǒng)遷移難度和風(fēng)險。因此遷移之前一定要做好充分調(diào)研和風(fēng)險評估并準(zhǔn)備應(yīng)對措施。

3.循序漸漸，先易后難。按照系統(tǒng)的業(yè)務(wù)要求，結(jié)合調(diào)研和風(fēng)險評估結(jié)果，按照“先易后難，先外圍后核心”的策略開展遷移工作。從業(yè)務(wù)連續(xù)性和耦合度要求低的業(yè)務(wù)系統(tǒng)入手逐步開展遷移工作。

4.遷移為主，兼顧整合。政務(wù)信息系統(tǒng)遷移的不是單純的數(shù)據(jù)拷貝和設(shè)備搬遷，工作開展應(yīng)該以遷移為契機(jī)，在業(yè)務(wù)遷移基礎(chǔ)上，推進(jìn)業(yè)務(wù)梳理和流程優(yōu)化，從而促進(jìn)政務(wù)信息系統(tǒng)的整合共享[5]。

二、遷移方案

2.1 遷移方法

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

第二種方法，基于PAAS遷移。此種方法是使用政務(wù)云提供的應(yīng)用程序開發(fā)及運(yùn)行的環(huán)境部署系統(tǒng)，而不需要考慮底層基礎(chǔ)設(shè)施細(xì)節(jié)。這種遷移方法較基于IAAS遷移更進(jìn)一步但還不同于基于SAAS遷移，適用于專業(yè)性較強(qiáng)，無法使用SAAS調(diào)用的方式完成部署系統(tǒng)。此種方法需要一定量的系統(tǒng)改造，如中間件配置、數(shù)據(jù)庫操作等代碼調(diào)整。

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

2.2 遷移流程

政務(wù)信息系統(tǒng)遷移是一項復(fù)雜的工作，應(yīng)按計劃有序開展，如果盲目進(jìn)行，輕則造成遷移失敗，重則影響業(yè)務(wù)造成經(jīng)濟(jì)損失。

結(jié)合以往經(jīng)驗，政務(wù)信息系統(tǒng)遷移工作至少應(yīng)包含遷移準(zhǔn)備、情況調(diào)研、遷移實施、遷移驗收等工作環(huán)節(jié)。其工作流程如圖1所示。

2.3 遷移調(diào)研

由遷移工作領(lǐng)導(dǎo)小組統(tǒng)籌協(xié)調(diào)各相關(guān)單位開展對政務(wù)信息系統(tǒng)設(shè)備、網(wǎng)絡(luò)、數(shù)據(jù)、軟件、業(yè)務(wù)等情況進(jìn)行全面調(diào)研，如計算、存儲、網(wǎng)絡(luò)情況，存儲的數(shù)據(jù)量、數(shù)據(jù)類型、數(shù)據(jù)增量、備份策略以及系統(tǒng)功能模塊、架構(gòu)、通信機(jī)制、相關(guān)系統(tǒng)依賴以及業(yè)務(wù)需求、運(yùn)行需求等，并綜合以上情況對待遷移系統(tǒng)進(jìn)行分類，有針對性申請和分配資源，不同類型政務(wù)信息系統(tǒng)資源需求情況請見表1。

2.4 風(fēng)險評估

2.4.1風(fēng)險識別

政務(wù)信息系統(tǒng)遷移的各個環(huán)節(jié)均存在一定風(fēng)險，常見的風(fēng)險主要有業(yè)務(wù)風(fēng)險、數(shù)據(jù)風(fēng)險、網(wǎng)絡(luò)風(fēng)險以及安全風(fēng)險等4類：

1.業(yè)務(wù)風(fēng)險。系統(tǒng)遷移過程中經(jīng)常會因為網(wǎng)絡(luò)割接、系統(tǒng)配置、數(shù)據(jù)備份系統(tǒng)改在等工作暫停系統(tǒng)服務(wù)影響業(yè)務(wù)辦理，因此必須充分考慮并提前做好應(yīng)對策略，如選擇休息日或下班時間遷移、準(zhǔn)備備用系統(tǒng)以及提前通知停止辦理業(yè)務(wù)等應(yīng)對措施。

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

3.網(wǎng)絡(luò)風(fēng)險。系統(tǒng)遷移必須要考慮網(wǎng)絡(luò)風(fēng)險，一是因計劃、調(diào)研或測試不充分而造成的新網(wǎng)絡(luò)環(huán)境不穩(wěn)定，二是采用遠(yuǎn)程方式遷移大量數(shù)據(jù)時會在占用大量網(wǎng)絡(luò)帶寬造成網(wǎng)絡(luò)不穩(wěn)定。因此應(yīng)該在充分調(diào)研、有序計劃的同時采用增加臨時線路、擴(kuò)展已有鏈路帶寬等方式降低網(wǎng)絡(luò)防風(fēng)險。

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

2.4.2風(fēng)險評估

結(jié)合系統(tǒng)遷移調(diào)研情況從兼容性、性能、改造難度、資源及工期風(fēng)險等幾個方面進(jìn)行風(fēng)險評估并出具報告。

1.兼容性評估。對支撐系統(tǒng)的政務(wù)云支撐軟件兼容性進(jìn)行評估，如所使用的云平臺、虛擬機(jī)操作系統(tǒng)、云數(shù)據(jù)庫的版本型號，網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)以及硬件設(shè)備的參數(shù)配置等是否與待遷移的政務(wù)信息系統(tǒng)兼容。

2.性能評估。對系統(tǒng)使用的計算設(shè)備、存儲設(shè)備、網(wǎng)絡(luò)設(shè)備、支撐軟件（如數(shù)據(jù)庫、中間件等）性能以及系統(tǒng)數(shù)據(jù)存儲量、數(shù)據(jù)處理技術(shù)、用戶訪問量等情況進(jìn)行評估，判斷其能否滿足系統(tǒng)需求。

3.改造評估：根據(jù)系統(tǒng)的業(yè)務(wù)特點、技術(shù)路線、關(guān)聯(lián)系統(tǒng)依賴以及政務(wù)云情況評估系統(tǒng)改造風(fēng)險。

4.其他評估：針對系統(tǒng)遷移的方案計劃、實施工期、使用資源、人員配置、部門協(xié)調(diào)等情況進(jìn)行風(fēng)險評估。

2.5 遷移實施

2.5.1 硬件遷移

物理設(shè)備的搬遷相對簡單，但是也存在設(shè)備故障、網(wǎng)絡(luò)故障、人員失誤等風(fēng)險因素。因此搬遷之前一定要統(tǒng)籌協(xié)調(diào)搬遷單位、使用用戶及供貨廠商人員做好設(shè)備狀態(tài)檢測確認(rèn)等準(zhǔn)備工作，同時要備份系統(tǒng)代碼、配置文件及系統(tǒng)數(shù)據(jù)等文件，一旦出現(xiàn)緊急情況可以應(yīng)急恢復(fù)回滾。針對易損設(shè)備要提前準(zhǔn)備備件或者購買原廠質(zhì)保。設(shè)備下架之前應(yīng)該提前通知各相關(guān)單位做好準(zhǔn)備，按順序關(guān)機(jī)下架，嚴(yán)格按規(guī)范打包。

設(shè)備運(yùn)輸過程中要注意防震、防雨、防水處理。必要時可以采用關(guān)鍵節(jié)點冗余部署然后分批遷移等方式進(jìn)行搬遷調(diào)試，降低設(shè)備遷移風(fēng)險，確保關(guān)鍵節(jié)點安全穩(wěn)定運(yùn)行。

2.5.2 網(wǎng)絡(luò)遷移

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

2.5.3 系統(tǒng)遷移

應(yīng)用系統(tǒng)遷移和數(shù)據(jù)遷移相關(guān)性較高很難分開，很多情況下是一并完成的。根據(jù)業(yè)務(wù)需求不同，可以采用以下方法完成。

1.基于存儲復(fù)制技術(shù)遷移。當(dāng)原存儲和目標(biāo)存儲為相同品牌即原和目標(biāo)存儲同構(gòu)時，可以通過存儲自身復(fù)制技術(shù)進(jìn)行磁盤和邏輯單元數(shù)據(jù)復(fù)制完成系統(tǒng)和數(shù)據(jù)遷移。當(dāng)同原存儲和目標(biāo)存儲異構(gòu)時，可以使用存儲虛擬化技術(shù)統(tǒng)一管理不同類型的存儲并實現(xiàn)異構(gòu)存儲數(shù)據(jù)復(fù)制和遷移[7]。此種數(shù)據(jù)復(fù)制技術(shù)適合短時間內(nèi)大數(shù)據(jù)量遷移。

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

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

4.基于云遷移技術(shù)遷移?；谠七w移技術(shù)的遷移是系統(tǒng)遷移上云常用的方法，根據(jù)遷移雙方運(yùn)行環(huán)境不同可以分為P2V遷移和V2V遷移。可以選擇成熟的遷移工具，如：VMware Convertor等實現(xiàn)P2V、V2V遷移，此種方法被經(jīng)常使用。為確保系統(tǒng)平穩(wěn)過渡、順利遷移，遷移之前還應(yīng)充分考慮目標(biāo)主機(jī)CPU、內(nèi)存、存儲空間等配置以及遷移時間、網(wǎng)絡(luò)帶寬等因素，并根據(jù)業(yè)務(wù)需要情況選擇冷遷移或熱遷移。

2.5.4 系統(tǒng)改造

在對待遷移系統(tǒng)充分調(diào)研的基礎(chǔ)上，充分分析系統(tǒng)的功能要求、用戶范圍、基礎(chǔ)環(huán)境特點以及系統(tǒng)改造風(fēng)險等，有針對性的提出系統(tǒng)整體架構(gòu)、業(yè)務(wù)應(yīng)用、數(shù)據(jù)庫的改造方案和系統(tǒng)改造測試方案。如可以考慮使用ETL、DATAX、數(shù)據(jù)總線等工具完成單位內(nèi)部數(shù)據(jù)整合，通過工作流等技術(shù)完成內(nèi)部工作流程再造，使用Web Service、SOA技術(shù)開發(fā)接口完成數(shù)據(jù)交流和訪問控制，使用單點登陸等技術(shù)完成單位內(nèi)部政務(wù)信息系統(tǒng)整合與身份認(rèn)證等。

三、測試驗收

3.1 測試

1.功能測試。系統(tǒng)遷移完成后應(yīng)進(jìn)行全面的系統(tǒng)功能測試確保服務(wù)可用性。功能測試應(yīng)組織所有用戶和開發(fā)運(yùn)維單位分別從業(yè)務(wù)和技術(shù)角度按業(yè)務(wù)流程和系統(tǒng)開發(fā)文檔對系統(tǒng)的所有功能模塊及關(guān)聯(lián)系統(tǒng)（如采集系統(tǒng)與數(shù)據(jù)分析系統(tǒng)）的相關(guān)功能進(jìn)行測試。

2.性能測試。參考系統(tǒng)業(yè)務(wù)運(yùn)行歷史情況估算系統(tǒng)并發(fā)量等性能指標(biāo)，搭建測試環(huán)境，使用LoadRunner、JMeter等壓力測試工具進(jìn)行性能測試出具測試報告，并根據(jù)測試結(jié)果對系統(tǒng)進(jìn)行優(yōu)化調(diào)優(yōu)。

3.2 驗收

系統(tǒng)完成遷移并通過測試后則進(jìn)入試運(yùn)行階段，待試運(yùn)行一段時間后，由遷移工作小組組織相關(guān)單位及人員開展系統(tǒng)遷移驗收形成驗收報告，并對整體遷移工作進(jìn)行總結(jié)。

四、結(jié)束語

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

參? 考? 文? 獻(xiàn)

[1] 張琳琳，李倩.云計算支撐下的產(chǎn)業(yè)互聯(lián)網(wǎng)發(fā)展[J].信息通信技術(shù)，2018，12（3）：13-17.

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

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

[4] 鄭炯，楊婷.政務(wù)信息系統(tǒng)云化遷移探討[J].電子產(chǎn)品可靠性與環(huán)境試驗，2018，36（s1）：191-195.

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

[6] 張曉艷.云計算環(huán)境下大數(shù)據(jù)處理對電子商務(wù)發(fā)展的作用探析[J].無線互聯(lián)科技，2016，（20） ：139-140.

[7] 王文飛，李長春.基于HPXP虛擬化技術(shù)的異構(gòu)存儲優(yōu)化[J].科技風(fēng)，2018，（13）：60-61.

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

[9] 徐靈均.數(shù)據(jù)遷移技術(shù)及其應(yīng)用[D].南京：南京理工大學(xué)，2013.

[10] 彭展，李密，楊楠.基于XML數(shù)據(jù)遷移技術(shù)應(yīng)用研究[J].現(xiàn)代計算機(jī)，2017（7）：79-82.