張家勇

【摘要】? ? 隨著云計(jì)算的發(fā)展和各地電子政務(wù)基礎(chǔ)設(shè)施建設(shè)，各地政務(wù)信息化正由分散化向集約化轉(zhuǎn)變，獨(dú)立部署的政務(wù)信息系統(tǒng)遷移至統(tǒng)一的電子政務(wù)基礎(chǔ)設(shè)施是大勢(shì)所趨，而系統(tǒng)遷移是一個(gè)復(fù)雜的過程，本文從遷移的角度出發(fā)按照政務(wù)信息系統(tǒng)遷移流程對(duì)各個(gè)環(huán)節(jié)工作進(jìn)行梳理，分析問題并提出解決方案，對(duì)各地政務(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ā)展，我國(guó)政務(wù)云建設(shè)取得了顯著成績(jī)[1]。中央層面，國(guó)家電子政務(wù)外網(wǎng)、政務(wù)云平臺(tái)已經(jīng)為中央政務(wù)部門30余項(xiàng)業(yè)務(wù)系統(tǒng)部署提供了統(tǒng)一安全、按需使用的基礎(chǔ)設(shè)施環(huán)境和及技術(shù)支撐服務(wù)。地方層面，我國(guó)九成省級(jí)行政區(qū)（不包括港澳臺(tái)）和七成以上地級(jí)行政區(qū)已建或正建政務(wù)云[2]。為避免分散投資，重復(fù)建設(shè)，同時(shí)推動(dòng)政務(wù)信息資源共享交換和業(yè)務(wù)協(xié)同[3]，各地政務(wù)云完成建設(shè)后，目前分散部署的政務(wù)信息系統(tǒng)必將遷移至政務(wù)云統(tǒng)一承載和集約化部署，因此一段時(shí)間內(nèi)，政務(wù)信息系統(tǒng)遷移將稱為各地電子政務(wù)重點(diǎn)工作之一。本文研究分析了政務(wù)信息系統(tǒng)遷移過程提供了各環(huán)節(jié)的解決方案，希望能為各地政務(wù)信息系統(tǒng)遷移工作提供參考。

一、遷移原則

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

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

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

3.循序漸漸，先易后難。按照系統(tǒng)的業(yè)務(wù)要求，結(jié)合調(diào)研和風(fēng)險(xiǎn)評(pí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ù)云平臺(tái)的基礎(chǔ)設(shè)施資源進(jìn)行遷移，基本不需要系統(tǒng)改造。此種方法分為兩種情況，第一種情況是物理機(jī)設(shè)備搬遷，采用機(jī)柜空間的方式實(shí)現(xiàn)物理集中部署，而系統(tǒng)和數(shù)據(jù)隨物理設(shè)備一并完成遷移。此種情況適用于硬件設(shè)備在狀態(tài)良好且保修期內(nèi)，可利舊使用避免資源浪費(fèi)。第二種情況是硬件設(shè)備老舊不適合繼續(xù)使用時(shí)，將采用政務(wù)云資源統(tǒng)一承載，而數(shù)據(jù)庫、中間件等支撐軟件將利舊使用，自行部署。此種情況新申請(qǐng)的資源配置（如：CPU、內(nèi)存、存儲(chǔ)空間等）原則上應(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ù)云平臺(tái)封裝好的SAAS服務(wù)實(shí)現(xiàn)系統(tǒng)原有的功能（如郵件、OA協(xié)同辦公等）。此種方法系統(tǒng)改造量較大。

2.2 遷移流程

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

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

2.3 遷移調(diào)研

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

2.4 風(fēng)險(xiǎn)評(píng)估

2.4.1風(fēng)險(xiǎn)識(shí)別

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

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

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

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

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

2.4.2風(fēng)險(xiǎn)評(píng)估

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

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

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

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

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

2.5 遷移實(shí)施

2.5.1 硬件遷移

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

設(shè)備運(yùn)輸過程中要注意防震、防雨、防水處理。必要時(shí)可以采用關(guān)鍵節(jié)點(diǎn)冗余部署然后分批遷移等方式進(jìn)行搬遷調(diào)試，降低設(shè)備遷移風(fēng)險(xiǎn)，確保關(guān)鍵節(jié)點(diǎn)安全穩(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ù)，使用哪些線路對(duì)外提供服務(wù)，網(wǎng)絡(luò)中有哪些關(guān)鍵節(jié)點(diǎn)等情況，并針對(duì)這些情況做好網(wǎng)絡(luò)遷移方案。在遷移實(shí)施過程中要統(tǒng)一指揮，將遷移方案、計(jì)劃以及應(yīng)急措施提前通知相關(guān)部門人員，一旦發(fā)生意外情況在規(guī)定時(shí)間內(nèi)無法處置，能夠及時(shí)啟動(dòng)回滾操作，保證業(yè)務(wù)能夠及時(shí)恢復(fù)。

2.5.3 系統(tǒng)遷移

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

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

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

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

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

2.5.4 系統(tǒng)改造

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

三、測(cè)試驗(yàn)收

3.1 測(cè)試

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

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

3.2 驗(yàn)收

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

四、結(jié)束語

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

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

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

[2] 安暉，莊金鑫.“新基建”為云計(jì)算產(chǎn)業(yè)向更高水平發(fā)展帶來新機(jī)遇[J].中國(guó)信息安全， 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)境試驗(yàn)，2018，36（s1）：191-195.

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

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

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

[8] 鐘志宏.從SQL SERVER到MYSQL的數(shù)據(jù)庫遷移研究[J]. 電腦知識(shí)與技術(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ì)算機(jī)，2017（7）：79-82.