應(yīng)用系統(tǒng)上云遷移方案

應(yīng)用系統(tǒng)上云遷移方案目錄TOC\o"1-4"\h\z\u目錄 i〔一〕 應(yīng)用系統(tǒng)上云遷移方案〔方法〕 21.1 應(yīng)用遷移方法 21.2 應(yīng)用遷移流程 21.3 應(yīng)用遷移方式選型 41.4 虛擬化遷移 51.5 數(shù)據(jù)遷移策略 5 核心數(shù)據(jù)優(yōu)先策略 5 多種遷移技術(shù)并存策略 5 數(shù)據(jù)遷移方法和流程 6 數(shù)據(jù)遷移方案設(shè)計(jì)原則 6 數(shù)據(jù)遷移詳細(xì)步驟 7應(yīng)用系統(tǒng)上云遷移方案〔方法〕應(yīng)用遷移方法外網(wǎng)應(yīng)用遷移上云，是為了將局部外網(wǎng)應(yīng)用平滑遷移到云平臺，此項(xiàng)工作應(yīng)分三個(gè)步驟來實(shí)施：分析、設(shè)計(jì)及建設(shè)階段收集根底設(shè)施新建、改造、擴(kuò)容需求。識別和定義必需的運(yùn)維、技術(shù)架構(gòu)功能組件：包括技術(shù)標(biāo)準(zhǔn)、效勞器架構(gòu)、數(shù)據(jù)庫效勞/根底效勞、并發(fā)處理能力、存儲容量及增長趨勢、SLA、故障響應(yīng)時(shí)間、變更管理等等?？焖俳ㄔO(shè)支持測試驗(yàn)證的環(huán)境，包括根底網(wǎng)絡(luò)、存儲和效勞器環(huán)境。測試階段包括組件功能性測試、組件集成性測試和組件性能測試。功能型測試：包括應(yīng)用功能模塊測試、高可靠性測試、數(shù)據(jù)備份測試等；組件集成性測試：包括系統(tǒng)各模塊間數(shù)據(jù)交互，與其他系統(tǒng)間數(shù)據(jù)交互，系統(tǒng)平安保障要求，設(shè)備故障恢復(fù)時(shí)間等；組件性能測試：包括系統(tǒng)響應(yīng)測試，負(fù)荷峰值，數(shù)據(jù)交換吞吐量等。遷移及擴(kuò)展制定完善的遷移方案、充分的實(shí)施方案、良好的應(yīng)急預(yù)案等，最后實(shí)施遷移。應(yīng)用遷移流程已有應(yīng)用要遷移到云平臺需要各個(gè)線條對應(yīng)用系統(tǒng)進(jìn)行梳理，具體梳理的主要內(nèi)容如下表所示：編號梳理工程主要內(nèi)容1系統(tǒng)重要性適用范圍；故障影響用戶范圍；允許最大宕機(jī)時(shí)間；重要等級2系統(tǒng)當(dāng)前部署模式分散部署；部署位置3系統(tǒng)是否具備遷移條件系統(tǒng)是否長期使用；系統(tǒng)是否存在嚴(yán)重故障隱患；同時(shí)在線用戶比例；系統(tǒng)資源利用率；是否支持系統(tǒng)優(yōu)化改造；是否支持平滑移植在梳理完上述內(nèi)容后，各應(yīng)用可參照下列圖所示的流程進(jìn)行遷移。具體流程圖的說明如下：遷移到云平臺：將IT系統(tǒng)遷移到云平臺，使用虛擬化資源或物理資源(如虛擬效勞器、虛擬存儲、虛擬網(wǎng)絡(luò))，并采用統(tǒng)一運(yùn)營管理平臺進(jìn)行管理。改造后遷移：對系統(tǒng)架構(gòu)、運(yùn)行環(huán)境、接口等進(jìn)行改造，使其滿足遷移到云平臺的技術(shù)要求，然后再遷移到云平臺。保持現(xiàn)狀：繼續(xù)保持IT系統(tǒng)當(dāng)前的運(yùn)行環(huán)境，包括根底設(shè)施直至IT系統(tǒng)退役。系統(tǒng)是否會長期使用：該系統(tǒng)是否還將繼續(xù)長期使用，如是否還會繼續(xù)使用超過一年。系統(tǒng)是否存在故障隱患：該系統(tǒng)是否存在驗(yàn)證的故障隱患，如數(shù)據(jù)平安、架構(gòu)缺陷等。設(shè)備利用率是否在60%與80%之間：該系統(tǒng)是否能夠有效的利用根底設(shè)施硬件資源，如CPU利用率、存儲利用率過低或過高。同時(shí)在線用戶比例是否大于等于50%：該系統(tǒng)用戶的平均使用率(平均使用率指總體而言，同時(shí)在線的用戶占全部預(yù)期用戶的比例)大于等于50%。系統(tǒng)是否隨著壓力增長而擴(kuò)展：該系統(tǒng)是否能夠進(jìn)行平滑擴(kuò)展以滿足預(yù)期內(nèi)或預(yù)期外的業(yè)務(wù)需求。系統(tǒng)是否能夠移植：該系統(tǒng)是否能夠消除隱患以進(jìn)行移植，并滿足業(yè)務(wù)使用需求。是否有能力進(jìn)行系統(tǒng)遷移及測試：該系統(tǒng)維護(hù)團(tuán)隊(duì)是否有足夠的能力對系統(tǒng)進(jìn)行測試及遷移。系統(tǒng)是否近期停用：該系統(tǒng)是否由于技術(shù)原因或業(yè)務(wù)的原因在近期將被停用。是否有業(yè)務(wù)驅(qū)動力進(jìn)行系統(tǒng)遷移：該系統(tǒng)是否有足夠的業(yè)務(wù)驅(qū)動力進(jìn)行系統(tǒng)移植。是否能夠進(jìn)行虛擬化：該系統(tǒng)平臺是否有適宜的技術(shù)支持虛擬化。是否有業(yè)務(wù)驅(qū)動力進(jìn)行虛擬化：該系統(tǒng)是否有足夠的業(yè)務(wù)驅(qū)動力對根底設(shè)施(效勞器或存儲)進(jìn)行虛擬化。系統(tǒng)是否支持快速移植：該系是否能夠進(jìn)行快速移植。是否有業(yè)務(wù)驅(qū)動力進(jìn)行系統(tǒng)移植：該系統(tǒng)是否有足夠的業(yè)務(wù)驅(qū)動力進(jìn)行應(yīng)用移植。是否有業(yè)務(wù)驅(qū)動力進(jìn)行平臺轉(zhuǎn)換：該系統(tǒng)是否有足夠的業(yè)務(wù)驅(qū)動力進(jìn)行平臺轉(zhuǎn)換。應(yīng)用遷移方式選型應(yīng)用系統(tǒng)遷移需要根據(jù)系統(tǒng)類型和重要性選擇適宜的遷移方式，而對于復(fù)雜系統(tǒng)的遷移，需要根據(jù)實(shí)際情況采用定制化的遷移技術(shù)及方法：重新安裝：IT系統(tǒng)相關(guān)文檔、安裝流程齊全，在虛擬化環(huán)境中重新部署IT系統(tǒng)再進(jìn)行數(shù)據(jù)遷移。鏡像快照：在某個(gè)時(shí)間點(diǎn)對系統(tǒng)進(jìn)行快照，在虛擬化環(huán)境中恢復(fù)快照。虛擬化遷移：物理效勞器到虛擬機(jī)的實(shí)時(shí)遷移(P2V)。通過網(wǎng)絡(luò)設(shè)備將需要遷移的業(yè)務(wù)網(wǎng)絡(luò)與云平臺實(shí)現(xiàn)二層的互通。有選擇的分批次的遷移效勞器，將業(yè)務(wù)從原物理效勞器遷移到新平臺的虛擬機(jī)上。在業(yè)務(wù)遷移后，效勞器網(wǎng)絡(luò)屬性配置保持不變(如IP地址/VLAN等等)，業(yè)務(wù)依然通過老平臺承載。通過依次遷移效勞器的網(wǎng)關(guān)，防火墻的平安策略，以及在云平臺發(fā)布相應(yīng)的路由，最終實(shí)現(xiàn)業(yè)務(wù)通過云平臺承載。整個(gè)的遷移過程對業(yè)務(wù)來說幾乎是透明的，應(yīng)用不需要修改任何參數(shù)。虛擬化遷移虛擬化遷移是指把源主機(jī)上的操作系統(tǒng)和應(yīng)用程序通過離線或在線的方式移動到目標(biāo)虛擬化主機(jī)上，并且能夠在目標(biāo)虛擬化主機(jī)上正常運(yùn)行。在實(shí)施虛擬化遷移的過程中，我們除了要關(guān)注遷移過程的可靠性，還需要關(guān)注遷移的性能，即遷移的時(shí)間和對業(yè)務(wù)系統(tǒng)的影響，虛擬化遷移的性能指標(biāo)包括以下三個(gè)方面：整體遷移時(shí)間：從源主機(jī)開始遷移到遷移結(jié)束的時(shí)間業(yè)務(wù)停機(jī)時(shí)間：遷移過程中，源主機(jī)、目標(biāo)主機(jī)同時(shí)不可用的時(shí)間對應(yīng)用程序的性能影響：遷移對于源主機(jī)上運(yùn)行效勞性能的影響程度。虛擬化遷移的目標(biāo)是最小化整體遷移的時(shí)間和業(yè)務(wù)停機(jī)時(shí)間，并且將遷移對于源主機(jī)上運(yùn)行效勞的性能造成的影響降至最低。在遷移過程中，這幾個(gè)因素互相影響，我們將針對不同的業(yè)務(wù)場景需求，進(jìn)行充分和專業(yè)的評估與分析，并設(shè)計(jì)合理的和定制化的遷移方案，以到達(dá)預(yù)期的目標(biāo)。數(shù)據(jù)遷移策略數(shù)據(jù)遷移過程本身就是一項(xiàng)復(fù)雜的工程，當(dāng)數(shù)據(jù)量規(guī)模龐大、數(shù)據(jù)分散情況突出，遷移過程的工作復(fù)雜度是呈幾何級的增長。在做數(shù)據(jù)遷移工作中必須制定相應(yīng)的遷移策略，具體可包含如下幾種策略：核心數(shù)據(jù)優(yōu)先策略核心數(shù)據(jù)優(yōu)先策略，首先須確定數(shù)據(jù)遷移的重點(diǎn)工作與范圍，先將數(shù)據(jù)遷移工作的總目標(biāo)鎖定在一定時(shí)間段內(nèi)的核心業(yè)務(wù)數(shù)據(jù)；對于事件過于久遠(yuǎn)的數(shù)據(jù)或者是活動已經(jīng)結(jié)束的互動數(shù)據(jù)等，可以考慮延后遷移。多種遷移技術(shù)并存策略數(shù)據(jù)遷移的實(shí)現(xiàn)要考慮各種系統(tǒng)存儲的數(shù)據(jù)來源〔關(guān)系數(shù)據(jù)庫、文件效勞器、網(wǎng)頁、多媒體數(shù)據(jù)等〕，根據(jù)本工程現(xiàn)有情況的復(fù)雜性，這幾種遷移技術(shù)方式在系統(tǒng)中可能均須予以實(shí)現(xiàn)，支持不同的整合需求。數(shù)據(jù)遷移方法和流程為了確保數(shù)據(jù)遷移過程的可靠性，在進(jìn)行數(shù)據(jù)遷移之前，進(jìn)行充分的需求分析和方案設(shè)計(jì)，并制定嚴(yán)格的數(shù)據(jù)遷移標(biāo)準(zhǔn)和流程。了解遷移前和遷移后業(yè)務(wù)系統(tǒng)環(huán)境，包括主機(jī)配置、數(shù)量、操作系統(tǒng)版本、存儲架構(gòu)、磁盤管理方式等。重點(diǎn)關(guān)注遷移前后主機(jī)操作系統(tǒng)版本、數(shù)據(jù)庫版本是否存在異構(gòu)的情況。確定需要遷移的數(shù)據(jù)量大小，可用于執(zhí)行遷移的網(wǎng)絡(luò)帶寬，從而估算出遷移所需要的時(shí)間，作為遷移時(shí)間窗口的評估輸入。評估客戶對停機(jī)時(shí)間的容忍度,以及對業(yè)務(wù)連續(xù)性的保持需求,確定可用于執(zhí)行遷移的停機(jī)時(shí)間窗口；對于某些關(guān)鍵的需7*24連續(xù)運(yùn)行的業(yè)務(wù)系統(tǒng)，則只能選擇在線遷移方案。對數(shù)據(jù)遷移實(shí)施過程中的風(fēng)險(xiǎn)點(diǎn)進(jìn)行分析，并提出控制預(yù)案和回退方案；對于關(guān)鍵的核心應(yīng)用系統(tǒng)，可根據(jù)客戶需求，對數(shù)據(jù)遷移方案進(jìn)行驗(yàn)證和演練，并根據(jù)演練結(jié)果對遷移方案進(jìn)行修訂和完善。嚴(yán)格按照遷移方案的步驟，進(jìn)行數(shù)據(jù)遷移操作。遷移完成后應(yīng)進(jìn)行數(shù)據(jù)的完整性和一致性校驗(yàn)工作，確認(rèn)數(shù)據(jù)遷移成功后，進(jìn)行應(yīng)用系統(tǒng)的切換。數(shù)據(jù)遷移方案設(shè)計(jì)原則為了確保遷移過程的可靠性，以及遷移后業(yè)務(wù)系統(tǒng)的可用性，降低數(shù)據(jù)遷移對應(yīng)用系統(tǒng)正常運(yùn)行所帶來的風(fēng)險(xiǎn)，我們建議盡量采用同構(gòu)遷移的原則，即遷移前后的數(shù)據(jù)庫版本盡量保持一致，操作系統(tǒng)版本則可根據(jù)實(shí)際情況進(jìn)行調(diào)整。遷移前后操作系統(tǒng)和數(shù)據(jù)庫均保持同構(gòu)場景：即操作系統(tǒng)和數(shù)據(jù)庫類型、版本均保持一致，則可直接通過數(shù)據(jù)庫備份和恢復(fù)的方式進(jìn)行遷移。為了減少數(shù)據(jù)庫的停機(jī)時(shí)間，可以通過在線數(shù)據(jù)庫全備份+離線增備的方式進(jìn)行恢復(fù)。遷移前后操作系統(tǒng)異構(gòu)、數(shù)據(jù)庫同構(gòu)場景：即操作系統(tǒng)類型或版本不一致，數(shù)據(jù)庫類型一致，而數(shù)據(jù)庫版本相同或不同的場景，則可通過數(shù)據(jù)庫的導(dǎo)出/導(dǎo)入方式進(jìn)行遷移。遷移前后操作系統(tǒng)和數(shù)據(jù)庫均為異構(gòu)的場景：為了充分保障遷移后數(shù)據(jù)的一致性和完整性，建議選擇業(yè)界成熟且有官方技術(shù)支持的數(shù)據(jù)庫復(fù)制或遷移工具進(jìn)行異構(gòu)平臺、異構(gòu)數(shù)據(jù)庫之間的遷移。數(shù)據(jù)遷移詳細(xì)步驟根據(jù)IT方法論的原則，我們認(rèn)為本工程的數(shù)據(jù)遷移必須經(jīng)過如下：數(shù)據(jù)遷移規(guī)劃、現(xiàn)狀需求分析〔包括數(shù)據(jù)系統(tǒng)現(xiàn)狀調(diào)研、數(shù)據(jù)遷移需求調(diào)研〕、遷移設(shè)計(jì)〔包括數(shù)據(jù)概要遷移、數(shù)據(jù)遷移詳細(xì)設(shè)計(jì)、遷移系統(tǒng)概要設(shè)計(jì)、遷移系統(tǒng)詳細(xì)設(shè)計(jì)〕、遷移系統(tǒng)開發(fā)及數(shù)據(jù)準(zhǔn)備、數(shù)據(jù)整合、數(shù)據(jù)遷移、數(shù)據(jù)保障七個(gè)階段。以下將對這幾個(gè)階段分別展開論述：數(shù)據(jù)遷移規(guī)劃數(shù)據(jù)遷移規(guī)劃階段基于本工程數(shù)據(jù)內(nèi)容的應(yīng)用價(jià)值，制定數(shù)據(jù)遷移規(guī)劃階段的數(shù)據(jù)遷移規(guī)劃方案，數(shù)據(jù)遷移規(guī)劃方案具體包括框定數(shù)據(jù)遷移范圍，以及遷移數(shù)據(jù)的時(shí)間區(qū)間等等。現(xiàn)狀需求調(diào)研現(xiàn)狀需求分析主要包括數(shù)據(jù)遷移需求調(diào)研、數(shù)據(jù)系統(tǒng)現(xiàn)狀調(diào)研。數(shù)據(jù)遷移需求調(diào)研，需要根據(jù)數(shù)據(jù)遷移規(guī)劃方案的結(jié)果，針對具體的規(guī)劃數(shù)據(jù)內(nèi)容，分別細(xì)化需求調(diào)研，提交數(shù)據(jù)遷移需求調(diào)研報(bào)告。數(shù)據(jù)系統(tǒng)現(xiàn)狀調(diào)研，需要根據(jù)數(shù)據(jù)遷移內(nèi)容調(diào)研歷史數(shù)據(jù)分布情況，梳理數(shù)據(jù)資源系統(tǒng)分布情況，描述數(shù)據(jù)規(guī)格形式，系統(tǒng)架構(gòu)及接口狀況。并針對系統(tǒng)情況及數(shù)據(jù)情況，提交數(shù)據(jù)系統(tǒng)現(xiàn)狀調(diào)研報(bào)告。遷移設(shè)計(jì)遷移設(shè)計(jì)主要包括數(shù)據(jù)遷移概要設(shè)計(jì)、數(shù)據(jù)遷移詳細(xì)設(shè)計(jì)、遷移系統(tǒng)概要設(shè)計(jì)、遷移系統(tǒng)詳細(xì)設(shè)計(jì)。遷移設(shè)計(jì)階段采用統(tǒng)一的建模語言，建立和規(guī)劃業(yè)務(wù)模型、業(yè)務(wù)過程模型和數(shù)據(jù)模型，參照現(xiàn)有系統(tǒng)做出根本的系統(tǒng)模型，并由此抽取出未來系統(tǒng)的建設(shè)框架和標(biāo)準(zhǔn)，確定業(yè)務(wù)流程和數(shù)據(jù)存儲在不同系統(tǒng)的分工和分布，以此為根底提出各個(gè)系統(tǒng)之間的數(shù)據(jù)接口，并且確定系統(tǒng)未來的程序架構(gòu)和接口技術(shù)實(shí)現(xiàn)方案，提供多種系統(tǒng)改造的策略和實(shí)施步驟，形成完整的數(shù)據(jù)遷移設(shè)計(jì)方案。1)數(shù)據(jù)遷移概要設(shè)計(jì)數(shù)據(jù)遷移概要設(shè)計(jì)需要根據(jù)現(xiàn)有業(yè)務(wù)和業(yè)務(wù)需求，建立業(yè)務(wù)數(shù)據(jù)模型，對于業(yè)務(wù)過程和所涉及的數(shù)據(jù)建立完整的遷移數(shù)據(jù)集合，在此根底之上對全局性的業(yè)務(wù)過程進(jìn)行歸納、整理的工作，初步設(shè)計(jì)出遷移數(shù)據(jù)的主要框架和功能，提交數(shù)據(jù)遷移概要設(shè)計(jì)方案。2)數(shù)據(jù)遷移詳細(xì)設(shè)計(jì)數(shù)據(jù)遷移詳細(xì)設(shè)計(jì)基于數(shù)據(jù)遷移概要設(shè)計(jì)之上，需要針對遷移數(shù)據(jù)的需求，對各種數(shù)據(jù)源之間數(shù)據(jù)標(biāo)準(zhǔn)，數(shù)據(jù)格式、編碼規(guī)則和業(yè)務(wù)的描述約定等影響數(shù)據(jù)共享的問題做出詳細(xì)的設(shè)計(jì)，最后制定遷移數(shù)據(jù)的標(biāo)準(zhǔn)及標(biāo)準(zhǔn)。最后提交數(shù)據(jù)遷移詳細(xì)設(shè)計(jì)方案。3)遷移系統(tǒng)概要設(shè)計(jì)遷移系統(tǒng)概要設(shè)計(jì)需要根據(jù)現(xiàn)有數(shù)據(jù)分布系統(tǒng)情況和遷移系統(tǒng)功能需求，設(shè)計(jì)遷移系統(tǒng)功能模型，遷移系統(tǒng)的概要設(shè)計(jì)過程要充分考慮數(shù)據(jù)源系統(tǒng)的系統(tǒng)架構(gòu)、數(shù)據(jù)存儲格式和接口情況等等，并從技術(shù)上考慮解決多種操作系統(tǒng)平臺、數(shù)據(jù)庫平臺和程序架構(gòu)，實(shí)現(xiàn)數(shù)據(jù)的共享和業(yè)務(wù)的集成的具體方案，并制定遷移系統(tǒng)設(shè)計(jì)實(shí)現(xiàn)策略，并提交遷移系統(tǒng)概要設(shè)計(jì)報(bào)告，用于指導(dǎo)今后各個(gè)系統(tǒng)的改良和開發(fā)。4)遷移系統(tǒng)詳細(xì)設(shè)計(jì)遷移系統(tǒng)詳細(xì)設(shè)計(jì)是在遷移系統(tǒng)概要設(shè)計(jì)階段的根底之上，對遷移系統(tǒng)的功能模型進(jìn)行詳細(xì)的設(shè)計(jì)。遷移系統(tǒng)詳細(xì)設(shè)計(jì)的同時(shí)要充分考慮數(shù)據(jù)遷移的概要設(shè)計(jì)及詳細(xì)設(shè)計(jì)方案，針對遷移數(shù)據(jù)的詳細(xì)設(shè)計(jì)抽象數(shù)據(jù)模型，建立符合遷移數(shù)據(jù)詳細(xì)設(shè)計(jì)要求的標(biāo)準(zhǔn)的系統(tǒng)詳細(xì)設(shè)計(jì)。在系統(tǒng)詳細(xì)設(shè)計(jì)過程中要根據(jù)功能需求抽象控制對象，控制對象包括兩個(gè)局部，程序界面對象和接口對象，程序界面對象一定要在系統(tǒng)功能模型的抽象根底之上進(jìn)行，否則由此產(chǎn)生的控制對象大量的重復(fù)〔由此產(chǎn)生的根本程序功能框架的重復(fù)〕。接口的界定是根據(jù)控制對象中的接口對象提取出來。由此確定未來遷移系統(tǒng)的設(shè)計(jì)方案。遷移系統(tǒng)開發(fā)及數(shù)據(jù)準(zhǔn)備遷移系統(tǒng)開發(fā)及數(shù)據(jù)準(zhǔn)備：遷移系統(tǒng)開發(fā)及數(shù)據(jù)準(zhǔn)備工作主要是基于前面兩個(gè)階段的工作的設(shè)計(jì)成果進(jìn)行后續(xù)具體化處理工作。遷移系統(tǒng)的開發(fā)要根據(jù)遷移數(shù)據(jù)詳細(xì)設(shè)計(jì)及遷移系統(tǒng)詳細(xì)設(shè)計(jì)的標(biāo)準(zhǔn)及標(biāo)準(zhǔn)進(jìn)行開發(fā)、集成以及測試。數(shù)據(jù)準(zhǔn)備工作主要內(nèi)容包括業(yè)務(wù)數(shù)據(jù)實(shí)體標(biāo)準(zhǔn)化、編碼代碼標(biāo)準(zhǔn)化、以及數(shù)據(jù)交換標(biāo)準(zhǔn)化共計(jì)三個(gè)方面：數(shù)據(jù)實(shí)體標(biāo)準(zhǔn)化主要是根據(jù)數(shù)據(jù)規(guī)劃過程建立的業(yè)務(wù)數(shù)據(jù)模型來確定數(shù)據(jù)實(shí)體，并根據(jù)遷移數(shù)據(jù)設(shè)計(jì)及遷移系統(tǒng)設(shè)計(jì)的標(biāo)準(zhǔn)及標(biāo)準(zhǔn)，進(jìn)行遷移數(shù)據(jù)的標(biāo)準(zhǔn)化處理過程。編碼代碼標(biāo)準(zhǔn)化是保障數(shù)據(jù)能夠被綜合利用的根底，也是進(jìn)行數(shù)據(jù)交換應(yīng)用的前提條件。編碼代碼標(biāo)準(zhǔn)化的工作要依據(jù)遷移數(shù)據(jù)設(shè)計(jì)及遷移系統(tǒng)設(shè)計(jì)過程中制定的數(shù)據(jù)編碼標(biāo)準(zhǔn)及相應(yīng)的編碼轉(zhuǎn)換機(jī)制進(jìn)行編碼代碼的標(biāo)準(zhǔn)化處理過程。數(shù)據(jù)交換標(biāo)準(zhǔn)化主要是依據(jù)遷移數(shù)據(jù)設(shè)計(jì)及遷移系統(tǒng)設(shè)計(jì)過程中制定的數(shù)據(jù)交換標(biāo)準(zhǔn)，數(shù)據(jù)匯交標(biāo)準(zhǔn)化是數(shù)據(jù)遷移成功的重要基石，也是系統(tǒng)切換階段的重要保障。數(shù)據(jù)整合數(shù)據(jù)整合，首先是在以上工作的根底之上，詳細(xì)的分析現(xiàn)有的應(yīng)用系統(tǒng)具體業(yè)務(wù)處理過程和數(shù)據(jù)分布情況。并根據(jù)數(shù)據(jù)的存儲分布，針對現(xiàn)有的應(yīng)用系統(tǒng)架構(gòu)和技術(shù)平臺，確定可能實(shí)現(xiàn)的各種根本整合策略，以及每一個(gè)系統(tǒng)的改造方案和實(shí)施步驟，明確根本的數(shù)據(jù)接口，確定未來系統(tǒng)的程序框架和接口技術(shù)實(shí)現(xiàn)方法。整合方案是參照國家電子政務(wù)標(biāo)準(zhǔn)和IT技術(shù)有關(guān)公共領(lǐng)域的相關(guān)標(biāo)準(zhǔn)進(jìn)行制定的，采用系統(tǒng)的封裝和基于組件技術(shù)的方法，使得系統(tǒng)之間按照符合國家標(biāo)準(zhǔn)的接口實(shí)現(xiàn)技術(shù)集成，各個(gè)系統(tǒng)的改造在遵循整合方案的根底之上，在保障系統(tǒng)集成的前提下，盡量防止各個(gè)系統(tǒng)改造時(shí)對相關(guān)系統(tǒng)的影響，在不同系統(tǒng)之間建立起靈活和健壯的數(shù)據(jù)的訪問機(jī)制和公共交換平臺，以到達(dá)數(shù)據(jù)整合有效實(shí)現(xiàn)。數(shù)據(jù)遷移數(shù)據(jù)遷移：基于數(shù)據(jù)整合階段的工作成果，我們需要進(jìn)行數(shù)據(jù)的遷移，數(shù)據(jù)的遷移過程大致包括以下幾個(gè)局部，原有系統(tǒng)數(shù)據(jù)備份、遷移數(shù)據(jù)準(zhǔn)備、新舊系統(tǒng)數(shù)據(jù)映射過程處理、數(shù)據(jù)遷移結(jié)果測試。其中原有系統(tǒng)數(shù)據(jù)備份，需要對原有的業(yè)務(wù)系統(tǒng)數(shù)據(jù)通過磁帶機(jī)或光盤的形式進(jìn)行物理備份，該階段相比照擬簡單。數(shù)據(jù)備份完畢后，需要進(jìn)行遷移數(shù)據(jù)準(zhǔn)備，準(zhǔn)備過程包括系統(tǒng)數(shù)據(jù)導(dǎo)出處理、系統(tǒng)數(shù)據(jù)格式化處理、系統(tǒng)格式化后數(shù)據(jù)校驗(yàn)處理、異常數(shù)據(jù)處理共計(jì)五個(gè)過程，從而形成穩(wěn)定可靠的遷移數(shù)據(jù)。遷移數(shù)據(jù)準(zhǔn)備完畢后，需要針對要遷移的數(shù)據(jù)和未來系統(tǒng)規(guī)劃及數(shù)據(jù)整合的結(jié)果進(jìn)行數(shù)據(jù)的映射過程處理，數(shù)據(jù)映射過程建立完畢，即可通過數(shù)據(jù)映射工具進(jìn)行數(shù)據(jù)的映射處理。數(shù)據(jù)映射完畢后，需要根據(jù)業(yè)務(wù)內(nèi)容對遷移的數(shù)據(jù)進(jìn)行數(shù)據(jù)遷移測試，數(shù)據(jù)遷移測試主要包括數(shù)據(jù)完整性測試、數(shù)據(jù)一致性測試以及數(shù)據(jù)關(guān)聯(lián)性測試。數(shù)據(jù)保障數(shù)據(jù)信息對網(wǎng)站的重要性是不言而喻的，所以建立數(shù)據(jù)的保障體系是數(shù)據(jù)遷移必不可少的一局部。數(shù)據(jù)保障體系包括如下幾個(gè)局部的內(nèi)容：數(shù)據(jù)平安保障體系、數(shù)據(jù)備份保障體系、數(shù)據(jù)同城災(zāi)備體系。其中前兩項(xiàng)是必備方案，第三項(xiàng)根據(jù)實(shí)際情況可酌情處理。1〕Oracle數(shù)據(jù)庫導(dǎo)出/導(dǎo)入遷移 本章節(jié)所介紹的數(shù)據(jù)庫導(dǎo)出/導(dǎo)入遷移，適用于源數(shù)據(jù)庫和目標(biāo)數(shù)據(jù)庫均為Oracle數(shù)據(jù)庫的場景，即從Oracle數(shù)據(jù)庫遷移至異機(jī)的Oracle數(shù)據(jù)庫；源和目標(biāo)數(shù)據(jù)庫版本可以不同，源和目標(biāo)數(shù)據(jù)庫所在效勞器的操作系統(tǒng)也可以不同。對于源和目標(biāo)數(shù)據(jù)庫均為非Oracle數(shù)據(jù)庫的場景，例如從MSSQLServer遷移到MSSQLServer，或者從MySQL遷移到MySQL則可以使用其他相對應(yīng)的工具實(shí)現(xiàn)。遷移步驟步驟1：新數(shù)據(jù)庫安裝和準(zhǔn)備省直政法系統(tǒng)政務(wù)云平臺中，假設(shè)新數(shù)據(jù)庫已經(jīng)處于就緒狀態(tài)，則該步驟可略。安裝新操作系統(tǒng)，檢查并更新所需要的系統(tǒng)補(bǔ)丁檢查并創(chuàng)立Oracle用戶和用戶組修改內(nèi)核參數(shù)〔Linux平臺〕創(chuàng)立必要的文件系統(tǒng)和目錄結(jié)構(gòu)設(shè)置初始化參數(shù)文件安裝Oracle數(shù)據(jù)庫，并更新數(shù)據(jù)庫補(bǔ)丁創(chuàng)立密碼文件和參數(shù)文件在目標(biāo)庫上創(chuàng)立表空間，保持與源庫一致在目標(biāo)庫上檢查系統(tǒng)用戶，保持與源庫一致新數(shù)據(jù)庫準(zhǔn)備就緒步驟2：原數(shù)據(jù)庫導(dǎo)出新數(shù)據(jù)庫即遷移的目標(biāo)數(shù)據(jù)庫準(zhǔn)備就緒后，可執(zhí)行如下步驟，導(dǎo)出原數(shù)據(jù)庫的數(shù)據(jù)。建立目錄對象要使用數(shù)據(jù)泵技術(shù)，需要先在Oracle數(shù)據(jù)庫中建立目錄對象或者使用默認(rèn)目錄對象，默認(rèn)的目錄對象名為DATA_PUMP_DIR。通過目錄對象可以對數(shù)據(jù)庫導(dǎo)出的文件進(jìn)行靈活的管理。由于所有的目錄對象的擁有者都是sys用戶，因此還需要對執(zhí)行導(dǎo)出數(shù)據(jù)的用戶進(jìn)行相應(yīng)的授權(quán)。執(zhí)行expdp導(dǎo)出通過expdp/impdp工具，實(shí)現(xiàn)基于數(shù)據(jù)泵技術(shù)的數(shù)據(jù)導(dǎo)出和導(dǎo)入。Expdp和impdp工具即可以通過命令行參數(shù)執(zhí)行，也可以交互式執(zhí)行，或者通過OracleEnterpriseManagerDatabaseControl制定可重復(fù)執(zhí)行的數(shù)據(jù)泵作業(yè)方案。建議通過OracleEM向?qū)У姆绞?，?chuàng)立數(shù)據(jù)泵導(dǎo)出作業(yè)，并根據(jù)需要導(dǎo)出全庫或局部數(shù)據(jù)，生成轉(zhuǎn)存儲文件。假設(shè)希望通過命令行參數(shù)執(zhí)行，建議先編輯好參數(shù)文件，并在執(zhí)行expdp工具時(shí)使用編輯好的參數(shù)文件。步驟3：目標(biāo)數(shù)據(jù)庫導(dǎo)入數(shù)據(jù)泵導(dǎo)入是一個(gè)可將導(dǎo)出轉(zhuǎn)儲文件集加載到目標(biāo)系統(tǒng)的實(shí)用程序，因此在目標(biāo)數(shù)據(jù)庫執(zhí)行導(dǎo)入之前，需要先獲取源數(shù)據(jù)庫導(dǎo)出的轉(zhuǎn)存儲文件。將源數(shù)據(jù)庫導(dǎo)出的轉(zhuǎn)存儲文件拷貝到目標(biāo)數(shù)據(jù)庫所在效勞器設(shè)置環(huán)境變量在目標(biāo)數(shù)據(jù)庫上執(zhí)行必要的檢查工作，包括表空間數(shù)量、名稱和路徑檢查spfile參數(shù)文件檢查數(shù)據(jù)庫的歸檔狀態(tài)檢查系統(tǒng)用戶及授權(quán)檢查數(shù)據(jù)字典和視圖執(zhí)行impdp數(shù)據(jù)導(dǎo)入在執(zhí)行impdp導(dǎo)入時(shí)候，可以根據(jù)需要對數(shù)據(jù)文件、表空間和方案進(jìn)行重新映射,例如:使用REMAP_DATAFILE重新映射數(shù)據(jù)文件使用REMAP_TABLESPACE重新映射表空間使用REMAP_SCHEMA重新映射方案如無特殊需求，建議目標(biāo)庫與源庫保持一致。導(dǎo)入成功后，對目標(biāo)數(shù)據(jù)庫執(zhí)行一致性校驗(yàn)，包括：編譯無效對象校驗(yàn)對象數(shù)，確認(rèn)是否與源庫一致比照被鎖定的數(shù)據(jù)庫賬戶檢查sequence檢查job狀態(tài)步驟4：遷移后處理在目標(biāo)數(shù)據(jù)庫完成數(shù)據(jù)的導(dǎo)入后，需要執(zhí)行如下步驟，使目標(biāo)數(shù)據(jù)庫就緒，完成最終的數(shù)據(jù)庫遷移工作。配置并啟動Listener修改job參數(shù)，并重啟數(shù)據(jù)庫對全庫的表做統(tǒng)計(jì)分析設(shè)置目標(biāo)數(shù)據(jù)庫的歸檔，并確認(rèn)歸檔進(jìn)程正常設(shè)置目標(biāo)數(shù)據(jù)庫效勞器IP地址〔根據(jù)實(shí)際情況調(diào)整〕2〕MySQL數(shù)據(jù)庫導(dǎo)出/導(dǎo)入遷移數(shù)據(jù)遷移至MySQL云數(shù)據(jù)庫之使用MySQLdump工具對于用戶來說，從原有數(shù)據(jù)庫遷移到云數(shù)據(jù)庫數(shù)據(jù)的過程，與從一個(gè)mysql效勞器遷移到另外一臺mysql效勞器的過程根本類似。具體的遷移流程如下：開通云數(shù)據(jù)庫效勞。開通云數(shù)據(jù)庫效勞，如果開通成功，會返回給用戶連接地址和端口利用MySQLdump備份數(shù)據(jù)先停止業(yè)務(wù)，使用MySQLdump的數(shù)據(jù)導(dǎo)出工具，將線下原有數(shù)據(jù)庫數(shù)據(jù)導(dǎo)出為數(shù)據(jù)文件〔(本步驟僅僅導(dǎo)出數(shù)據(jù)，不包括存儲過程，函數(shù)，觸發(fā)器)。利用MySQLdump導(dǎo)出存儲過程、觸發(fā)器以及函數(shù)備份線下原有數(shù)據(jù)庫的存儲過程、觸發(fā)器和函數(shù)(假設(shè)數(shù)據(jù)庫中沒有使用存儲過程、觸發(fā)器和函數(shù)，則跳過這步)，在導(dǎo)出存儲過程、觸發(fā)器和函數(shù)時(shí)，需要將definer去掉。將數(shù)據(jù)文件和存儲過程文件上傳到已經(jīng)購置的云效勞器中。將數(shù)據(jù)導(dǎo)入至云數(shù)據(jù)庫遠(yuǎn)程登錄到云效勞器，將剛剛上傳的數(shù)據(jù)文件導(dǎo)入到云數(shù)據(jù)庫實(shí)例中。將觸發(fā)器、存儲過程、函數(shù)導(dǎo)入至云數(shù)據(jù)庫至此數(shù)據(jù)遷移完畢，可以對云數(shù)據(jù)庫效勞正常使用。用戶可使用數(shù)據(jù)庫客戶端工具〔如MySQL-Front〕或第三方數(shù)據(jù)庫管理工具(如phpmyadmin)以及程序的方式，通過域名和端口號連接數(shù)據(jù)庫，在輸入正確的用戶名和密碼后即可登陸DB進(jìn)行操作和開發(fā)。3〕SQLServer數(shù)據(jù)庫導(dǎo)出/導(dǎo)入遷移數(shù)據(jù)遷移至MSSQL云數(shù)據(jù)庫之使用SSMS工具，運(yùn)行SQLServerManagementStudio，連接到源數(shù)據(jù)庫，導(dǎo)出目標(biāo)數(shù)據(jù)庫的生成腳本。步驟如下：腳本向?qū)е?，生成腳本選擇數(shù)據(jù)庫，不要勾選“為所選數(shù)據(jù)庫中的有所對象編寫腳本〞選擇腳本選項(xiàng)，設(shè)置“編寫數(shù)據(jù)的腳本〞為TRUE，其他選項(xiàng)根據(jù)實(shí)際需要修改。簡單起見除了創(chuàng)立數(shù)據(jù)庫的腳本,登錄腳本,編寫統(tǒng)計(jì)信息，生成依賴對象腳本這幾項(xiàng)一定要設(shè)置為FALSE，其他都可以設(shè)置為TRUE。選擇對象類型，注意不要選“用戶和數(shù)據(jù)庫角色〞選擇存儲過程〔如果沒有，就直接跳過〕選擇表，不用遷移的表就不要選了。選擇視圖，如果沒有就跳過選擇輸出選項(xiàng)，可以選擇導(dǎo)出到一個(gè)文件，也可以選擇每個(gè)對象導(dǎo)出一個(gè)文件。數(shù)據(jù)量非常大的情況下建議每個(gè)對象導(dǎo)出一個(gè)文件。最終確認(rèn)等待導(dǎo)出，需要一段時(shí)間新建到云數(shù)據(jù)庫的連接，翻開查詢分析器，執(zhí)行上面導(dǎo)出的腳本。如果腳本文件比擬大，建議前面針對每個(gè)對象導(dǎo)出一份文件。也可以不翻開腳本進(jìn)行執(zhí)行，利用SQLCMD模式。在目標(biāo)云數(shù)據(jù)庫上翻開一個(gè)查詢分析器，然后點(diǎn)擊菜單“查詢〞，選擇“SQLCMD模式〞然后在查詢分析器里執(zhí)行執(zhí)行OS命令是前面加上兩個(gè)感慨號，后面跟上windowscmd命令執(zhí)行sql文件。4〕異構(gòu)數(shù)據(jù)庫移植如果源數(shù)據(jù)庫為MSSQLServer或MySQL等數(shù)據(jù)庫，需要遷移到Oracle數(shù)據(jù)庫，則需要采用異構(gòu)數(shù)據(jù)庫移植方案。本章節(jié)以MSSQLServer遷移到Oracle數(shù)據(jù)庫為例說明異構(gòu)數(shù)據(jù)庫遷移的方案。SQLDeveloper介紹SQLDeveloper是Oracle提供的一個(gè)開源的免費(fèi)的支持圖形化的數(shù)據(jù)庫開發(fā)管理工具，純JAVA開發(fā)，類似于PL/SQLDeveloper.SQLDeveloper除了能夠用于創(chuàng)立存儲過程、函數(shù)、Package，進(jìn)行PL/SQL調(diào)試，并集成OracleDBA功能(包括備份向?qū)?，Scheduler,DataImport/Import,統(tǒng)計(jì)信息收集,數(shù)據(jù)庫報(bào)告功能，AWR/ASH報(bào)告生成等)之外，還支持非Oracle數(shù)據(jù)庫向Oracle數(shù)據(jù)庫的移植。遷移步驟通過SQLDeveloper將MSSQLServer遷移到Oracle數(shù)據(jù)庫主要包括如下5個(gè)階段：。階段1：獲取工具登錄Oracle官網(wǎng)，并根據(jù)所需要安裝工具的操作系統(tǒng)版本，下載對應(yīng)的SqlDeveloper工具并完成安裝。準(zhǔn)備目標(biāo)數(shù)據(jù)庫，即完成遷移的目標(biāo)數(shù)據(jù)庫的安裝和配置工作。階段2：建立資料檔案庫〔MigrationRepository〕連接Oracle數(shù)據(jù)庫。在SQLDeveloper中添加一個(gè)到Oracle數(shù)據(jù)庫的dba連接，并完成連接建立用戶。翻開到Oracle數(shù)據(jù)的