鐵路中央主機系統(tǒng)遷移總體方案

杜 巍

（中國鐵路信息技術(shù)中心 信息工程部，北京 100844）

鐵路中央主機系統(tǒng)遷移總體方案

杜 巍

（中國鐵路信息技術(shù)中心 信息工程部，北京 100844）

通過對鐵路主機系統(tǒng)現(xiàn)狀分析，對開放平臺的架構(gòu)設(shè)計、系統(tǒng)邏輯設(shè)計、應(yīng)用移植技術(shù)、數(shù)據(jù)庫調(diào)優(yōu)和系統(tǒng)實施運行等方面的研究，提出了系統(tǒng)遷移的總體方案。實現(xiàn)對鐵路中央主機系統(tǒng)的平臺架構(gòu)、數(shù)據(jù)庫、數(shù)據(jù)和應(yīng)用程序的完整、高效、安全的遷移。

遷移；主機；開放平臺；Oracle；數(shù)據(jù)遷移；并行

鐵路中央主機系統(tǒng)是TMIS的核心設(shè)備，運行著十多個重要的應(yīng)用，保存了全路完整的貨票、確報、車號和集裝箱等主要信息。系統(tǒng)由3臺IBM大型機構(gòu)成均為早年采購，至今已運行多年。IBM S/390系列主機為IBM第2代產(chǎn)品，早在2000年就退出銷售市場，在 2005年廠家就停止了市場保修服務(wù)。隨著時間的推移，主機系統(tǒng)日益老化，系統(tǒng)軟件已不能升級，設(shè)備備件沒有保障。整個主機系統(tǒng)的可靠性已經(jīng)不能滿足當(dāng)前運輸生產(chǎn)對信息保障需求，存在嚴(yán)重的安全生產(chǎn)隱患。為確保鐵路信息系統(tǒng)安全穩(wěn)定運行，更好地為運輸生產(chǎn)經(jīng)營服務(wù)，提高鐵路信息系統(tǒng)的可用性，對不能滿足應(yīng)用需求的中央主機系統(tǒng)進行更新改造勢在必行。

1 系統(tǒng)分析與遷移目標(biāo)

1.1 現(xiàn)狀分析

鐵路中央主機系統(tǒng)環(huán)境由主處理機、前置處理機、Web服務(wù)器等組成：主處理機負(fù)責(zé)運行數(shù)據(jù)庫、進行信息處理并為各種查詢請求提供服務(wù)；前置系統(tǒng)負(fù)責(zé)對來自全路各基層站段的各種運輸信息進行校驗和預(yù)處理，然后轉(zhuǎn)主機系統(tǒng)入庫處理，同時負(fù)責(zé)單項業(yè)務(wù)信息的收集、預(yù)處理和轉(zhuǎn)發(fā)；Web服務(wù)器接收來自終端用戶的各種業(yè)務(wù)查詢請求。

主處理機全部運行OS/390操作系統(tǒng)。系統(tǒng)應(yīng)用全部基于DB2數(shù)據(jù)庫、C語言開發(fā)，主機上的應(yīng)用程序?qū)?shù)據(jù)庫訪問基本上都是通過嵌入式C語言編程，存在少量的存儲過程；鐵路局到鐵路總公司中央系統(tǒng)、中央主機和前置系統(tǒng)之間的數(shù)據(jù)傳輸采用MQ中間件；B/S、C/S模式的應(yīng)用，均通過DB2客戶端直連方式訪問數(shù)據(jù)庫；應(yīng)用前置處理的開發(fā)主要基于C語言進行編程，Web應(yīng)用有Java、ASP、.NET等編程語言實現(xiàn)。

1.2 遷移目標(biāo)范圍

1.2.1 數(shù)據(jù)遷移

歷史數(shù)據(jù)遷移：主機歷史數(shù)據(jù)以文本文件形式保存在主機系統(tǒng)的虛擬磁帶庫中，實現(xiàn)指定數(shù)據(jù)從主機DB2到UNIX平臺Oracle數(shù)據(jù)庫的遷移。

聯(lián)機數(shù)據(jù)遷移：根據(jù)用戶要求，實現(xiàn)指定數(shù)據(jù)從主機DB2到UNIX平臺Oracle數(shù)據(jù)庫的無損遷移。根據(jù)Oracle數(shù)據(jù)庫特性，實現(xiàn)DB2到Oracle的數(shù)據(jù)類型轉(zhuǎn)換。

對遷移后的數(shù)據(jù)進行驗證，確保數(shù)據(jù)的一致性和完整性。

1.2.2 應(yīng)用移植

完成目前運行于中央主機上基于DB2數(shù)據(jù)庫C語言研發(fā)的多個應(yīng)用到UNIX平臺基于Oracle的C語言應(yīng)用完整移植。

完成所有中央主機DB2數(shù)據(jù)庫客戶端應(yīng)用(B/S、C/S)向Oracle的移植。

在確保應(yīng)用功能一致的前提下，優(yōu)化應(yīng)用結(jié)構(gòu)，提高應(yīng)用性能。

2 技術(shù)方案設(shè)計

2.1 開放平臺架構(gòu)

中央主機系統(tǒng)更新改造后，系統(tǒng)應(yīng)采用4層模式（客戶端+Web服務(wù)器+應(yīng)用處理層+數(shù)據(jù)庫層）。系統(tǒng)資源劃分為4個不同的層次，如圖1所示。

圖1 開放平臺架構(gòu)圖

（1）數(shù)據(jù)庫層：保證應(yīng)用數(shù)據(jù)庫的可靠性和可恢復(fù)性，保證為其用戶提供準(zhǔn)確、唯一的數(shù)據(jù)和快速的數(shù)據(jù)訪問。（2）應(yīng)用服務(wù)層：根據(jù)業(yè)務(wù)的需要建立相應(yīng)的應(yīng)用程序，處理業(yè)務(wù)邏輯和更改數(shù)據(jù)庫的數(shù)據(jù)。（3）接入訪問層：提供用戶接入和數(shù)據(jù)瀏覽的接口，客戶通過接入訪問層可以方便輕松的獲得其所需的信息。（4）客戶端：是客戶的數(shù)據(jù)操作層，該層主要是提供業(yè)務(wù)系統(tǒng)和使用者之間的接口。

2.2 系統(tǒng)邏輯架構(gòu)

系統(tǒng)邏輯結(jié)構(gòu)如圖2所示。

圖2 系統(tǒng)邏輯結(jié)構(gòu)圖

（1）Web服務(wù)器群：利用多個刀片服務(wù)器作為應(yīng)用前端Web服務(wù)器使用，根據(jù)性能和并發(fā)用戶聯(lián)接的需求，建立負(fù)載均衡服務(wù)器集群機制，保障性能和可靠性。 （2）應(yīng)用服務(wù)器群：采用UNIX服務(wù)器作為應(yīng)用和MQ通信服務(wù)器，每臺服務(wù)器建議配置32核CPU和128 GB內(nèi)存，在每臺服務(wù)器上劃分多個分區(qū)，提供給貨票、確報、車號、集裝箱等系統(tǒng)的后端應(yīng)用和MQ通信使用，通過HA集群技術(shù)實現(xiàn)高可用性，保障性能和可靠性。 （3）數(shù)據(jù)庫服務(wù)器群：采用2臺高端UNIX服務(wù)器作為數(shù)據(jù)庫服務(wù)器，每臺物理服務(wù)器建議配置64核CPU和512 GB內(nèi)存，每臺物理服務(wù)器可劃分為多個分區(qū)。服務(wù)器通過2臺萬兆網(wǎng)絡(luò)交換機建立數(shù)據(jù)庫專用高速網(wǎng)絡(luò)，實現(xiàn)數(shù)據(jù)庫服務(wù)器之間的內(nèi)部數(shù)據(jù)高速交換。分區(qū)服務(wù)器構(gòu)成多節(jié)點的RAC，建立負(fù)載均衡服務(wù)器集群機制，提供高效、不間斷的數(shù)據(jù)庫服務(wù)。（4）存儲系統(tǒng)：配置2臺128口光纖交換機、2臺高端磁盤陣列、1臺虛擬磁帶庫，1臺高速磁帶庫，構(gòu)建存儲網(wǎng)絡(luò)實現(xiàn)數(shù)據(jù)的高速訪問、可靠存儲。

2.3 移植技術(shù)分析

2.3.1 前期分析和計劃

分析需要移植的系統(tǒng)應(yīng)用包括外部連接方式、內(nèi)部所有模塊的功能、模塊間的關(guān)聯(lián)關(guān)系、模塊之間的數(shù)據(jù)流向和各模塊采取的技術(shù)實現(xiàn)方式；明確整個系統(tǒng)中采用的軟件及其版本信息，確定每個子系統(tǒng)（模塊）的規(guī)模、開發(fā)方式等。

基于上述調(diào)研分析后，制定移植計劃，明確相關(guān)參與人員和具體工作內(nèi)容，各個階段的里程碑。

2.3.2 移植方法過程

（1）確認(rèn)移植工作范圍和計劃，明確開發(fā)/移植規(guī)范，包括編程規(guī)范和版本管理等，明確各相關(guān)部門負(fù)責(zé)人/接口人；（2）準(zhǔn)備移植環(huán)境，包括軟件和編譯環(huán)境的安裝，對數(shù)據(jù)庫需要建立好庫表結(jié)構(gòu)，開發(fā)用戶的建立，待移植的源代碼準(zhǔn)備就緒；（3）修改源代碼，創(chuàng)建編譯源代碼的makefile文件；（4）編譯源代碼，并修改編譯錯誤或警告的代碼；（5）對編譯后的代碼單元測試； （6）模塊測試和集成測試。

2.4 系統(tǒng)遷移測試

為了保證新舊系統(tǒng)切換的成功和業(yè)務(wù)的過渡，有必要對所要切換的系統(tǒng)及其關(guān)聯(lián)系統(tǒng)進行充分的測試，測試是保證切換后業(yè)務(wù)系統(tǒng)能夠正常運行的重要手段。其目的如下：（1）從業(yè)務(wù)目標(biāo)的角度評估IT集成架構(gòu)合理性；（2）從業(yè)務(wù)需求的角度對新系統(tǒng)的功能特性進行充分的驗證；（3）從業(yè)務(wù)運維的角度對新系統(tǒng)非功能特性（性能、壓力）得到充分的驗證。

通過測試，對新系統(tǒng)可能存在的缺陷、性能瓶頸進行及時發(fā)現(xiàn)和建議。遷移測試主要包含業(yè)務(wù)功能測試、性能和可用性保證測試。

2.5 系統(tǒng)試運行

數(shù)據(jù)和應(yīng)用遷移完成以后，新舊兩套系統(tǒng)應(yīng)并行運行，各鐵路局所有發(fā)往舊系統(tǒng)的數(shù)據(jù)同時發(fā)往新系統(tǒng)，新舊系統(tǒng)的數(shù)據(jù)接收以及分解入庫的程序同時工作。

用戶接入新系統(tǒng)，使用新系統(tǒng)的功能。并行一段時間后，如果通過檢驗發(fā)現(xiàn)新系統(tǒng)中所有的業(yè)務(wù)系統(tǒng)的運行良好，則表明切換成功，系統(tǒng)進入試運行階段。

3 系統(tǒng)遷移詳細(xì)方案

3.1 系統(tǒng)軟硬件配置

3.1.1 系統(tǒng)硬件配置

（1）數(shù)據(jù)庫服務(wù)器。中央主機系統(tǒng)遷移工程的數(shù)據(jù)庫服務(wù)器，負(fù)責(zé)原中央主機系統(tǒng)上所有應(yīng)用的數(shù)據(jù)存取和訪問控制。數(shù)據(jù)庫服務(wù)器提供數(shù)據(jù)管理服務(wù)和數(shù)據(jù)集成分析服務(wù)，存放所有應(yīng)用的靜態(tài)和動態(tài)數(shù)據(jù)信息。數(shù)據(jù)庫服務(wù)器采用2臺高性能小型機。每臺服務(wù)器配置不低于：64核CPU，512 GB內(nèi)存，24×300 GB內(nèi)置硬盤，24個千兆雙口網(wǎng)卡，24個萬兆光口網(wǎng)卡，24個HBA光纖通道卡。劃分11個服務(wù)器分區(qū)，部署Oracle數(shù)據(jù)庫、MQ傳輸、NBU備份等應(yīng)用，以及預(yù)留分區(qū)。2臺小型機數(shù)據(jù)庫服務(wù)器上相應(yīng)的服務(wù)器分區(qū)以集群方式工作，以保證系統(tǒng)高可靠性。

（2）應(yīng)用服務(wù)器。中央主機系統(tǒng)遷移工程的應(yīng)用服務(wù)器，負(fù)責(zé)原中央主機系統(tǒng)上所有應(yīng)用的后臺邏輯處理功能。應(yīng)用服務(wù)器采用2臺高性能小型機。每臺服務(wù)器配置不低于：48 CPU，256 GB內(nèi)存，24×300 GB內(nèi)置硬盤，24個千兆雙口網(wǎng)卡，16個萬兆光口網(wǎng)卡，24個HBA光纖通道卡。劃分6個服務(wù)器分區(qū)，分別部署后臺應(yīng)用程序，以及預(yù)留分區(qū)。2臺應(yīng)用服務(wù)器上相應(yīng)的服務(wù)器分區(qū)以集群方式工作，以保證系統(tǒng)高可靠性。

（3）存儲及備份設(shè)備。中央主機系統(tǒng)遷移工程的存儲及備份設(shè)備，負(fù)責(zé)所有應(yīng)用當(dāng)前和歷史數(shù)據(jù)的存儲。存儲系統(tǒng)采用2臺高端磁盤陣列。每臺磁盤陣列配置不低于：40 TB有效容量， 512 GB Cache。磁帶庫采用1臺高端的虛擬磁帶庫，配置不低于：48 TB容量，4個8 GB FC接口，2個萬兆光口，2個千兆電口。

3.1.2 系統(tǒng)軟件配置

數(shù)據(jù)庫軟件：采用Oracle RAC，部署在2臺高性能的數(shù)據(jù)庫服務(wù)器上，用于提供應(yīng)用數(shù)據(jù)的存取及訪問控制。

應(yīng)用中間件：采用Oracle Weblogic，主要部署在UNIX刀片服務(wù)器上，用于提供應(yīng)用程序的部署及訪問。

磁盤鏡像軟件：采用Symantec Storage Foundation，部署在所有UNIX服務(wù)器上。該軟件主要實現(xiàn)備份恢復(fù)功能。

備份恢復(fù)軟件：采用Symantec NBU，服務(wù)器端部署在一臺獨立的NBU Server上，客戶端部署在每臺要做備份的服務(wù)器上。

3.2 遷移組織和計劃

3.2.1 組織結(jié)構(gòu)

系統(tǒng)遷移和實施按照質(zhì)量管理體系的相關(guān)流程，采用項目制管理方式。組織結(jié)構(gòu)由公司領(lǐng)導(dǎo)統(tǒng)一指揮，組建各相關(guān)部門、集成供應(yīng)商、應(yīng)用負(fù)責(zé)人和技術(shù)人員共同參與的項目團隊，制定全面的技術(shù)方案以及風(fēng)險應(yīng)對措施，并按應(yīng)用制定詳細(xì)執(zhí)行計劃。

遷移實施過程中，實行應(yīng)用與維護等技術(shù)人員值守制度，保證24 h實時監(jiān)控，出現(xiàn)問題及時解決，并對運行性能進行實時監(jiān)測和優(yōu)化調(diào)整，應(yīng)用通過新老環(huán)境的并行運行實現(xiàn)過渡。組織架構(gòu)如圖3所示。

圖3 組織架構(gòu)

3.2.2 遷移計劃

遷移計劃內(nèi)容見表1。

3.3 系統(tǒng)遷移關(guān)鍵技術(shù)要點

3.3.1 數(shù)據(jù)遷移的技術(shù)要點

（1）數(shù)據(jù)結(jié)構(gòu)的移植。主機數(shù)據(jù)庫對象定義移植；View，Triggers等在數(shù)據(jù)遷移好之后針對應(yīng)用需求和SQL執(zhí)行性能要求添加；遷移重點在Table級別,重新規(guī)劃TABLESPACE的空間和結(jié)構(gòu)；考慮業(yè)務(wù)需求及新系統(tǒng)的變化,修改數(shù)據(jù)結(jié)構(gòu)；存儲的規(guī)劃和重新部署。

DB2和Oracle在某些數(shù)據(jù)類型的定義上有一定差異性，要考慮各種數(shù)據(jù)類型的匹配關(guān)系。例如：DB2日期類型為DATE和TIME兩種分別存放日期和時間，Oracle中日期類型為DATE統(tǒng)一存放日期和時間，可將日期和時間字段合并遷移。DB2中數(shù)值類型可統(tǒng)一轉(zhuǎn)換為Oracle中NUMBER類型，DB2中CHAR類型可統(tǒng)一轉(zhuǎn)換為Oracle中VARCHAR2類型等。

表1 遷移計劃內(nèi)容表

（2）數(shù)據(jù)的移植方法。SQL*Loader將文本數(shù)據(jù)裝入Oracle數(shù)據(jù)庫中；Oracle Transparent Gateway for DB2在DB2數(shù)據(jù)庫和Oracle 數(shù)據(jù)庫之間建立連接，通過Oracle的數(shù)據(jù)庫鏈接(Database Link)技術(shù)將DB2數(shù)據(jù)Copy到Oracle數(shù)據(jù)庫中；用C編程方式簡單地實現(xiàn)動態(tài)轉(zhuǎn)換。

（3）系統(tǒng)并行的數(shù)據(jù)遷移要點。需要對數(shù)據(jù)庫的表進行全面分析，盡量優(yōu)化遷移方案，減少遷移時間和所需的停機時間；需要規(guī)劃出合理的遷移時間窗口和遷移時間點，同時規(guī)劃系統(tǒng)遷移所需的應(yīng)用停機時間和相應(yīng)的數(shù)據(jù)保留方案；數(shù)據(jù)庫系統(tǒng)中數(shù)據(jù)量很大且7×24 h服務(wù)，無法進行長時間停機來進行數(shù)據(jù)遷移，只能在業(yè)務(wù)運行過程中根據(jù)應(yīng)用修改數(shù)據(jù)庫的情況進行數(shù)據(jù)遷移。

3.3.2 數(shù)據(jù)遷移策略

假設(shè)2014.07.01系統(tǒng)遷移開始試運行。

3.3.2.1 表結(jié)構(gòu)遷移和應(yīng)用部署

（1）在07.01前完成所有的DB2數(shù)據(jù)庫結(jié)構(gòu)到Oracle數(shù)據(jù)庫的遷移。（2）完成開放系統(tǒng)數(shù)據(jù)庫和應(yīng)用的部署，應(yīng)用功能與原主機生產(chǎn)系統(tǒng)完全一致，但開放系統(tǒng)暫不接收任何生產(chǎn)數(shù)據(jù)。

3.3.2.2 數(shù)據(jù)遷移

（1）將07.01前有時間戳以及沒有數(shù)據(jù)修改的表中的數(shù)據(jù)卸載，遷移到Oracle開放系統(tǒng)。假如歷時15天。（2）07.16某時間點停止現(xiàn)主機系統(tǒng)應(yīng)用和數(shù)據(jù)傳輸，保證現(xiàn)系統(tǒng)不再進入新數(shù)據(jù)，將07.01以來15天有時間戳的數(shù)據(jù)卸載并遷移到Oracle開放系統(tǒng)(保證1天完成)。（3）啟動現(xiàn)主機系統(tǒng)的應(yīng)用和遷移后開放系統(tǒng)的應(yīng)用，MQ分別將數(shù)據(jù)發(fā)往新、舊系統(tǒng)，開始同步更新數(shù)據(jù)。

由于應(yīng)用訪問的數(shù)據(jù)暫時用不到歷史，可以在系統(tǒng)正式切換后，根據(jù)一定的策略，逐步遷移到開放系統(tǒng)中。

3.3.3 應(yīng)用移植技術(shù)要點

（1）應(yīng)用分析過程：分析總結(jié)內(nèi)部所有模塊的功能、模塊間的關(guān)聯(lián)關(guān)系、模塊之間的數(shù)據(jù)流向、各模塊采取的技術(shù)實現(xiàn)方式、明確整個系統(tǒng)中采用的軟件及版本信息、確定每個子模塊的規(guī)模和開發(fā)方式、明確相關(guān)人員負(fù)責(zé)的具體內(nèi)容。（2）應(yīng)用移植過程：明確開發(fā)/移植規(guī)范(編程規(guī)范和版本管理等)、明確各應(yīng)用程序負(fù)責(zé)人和接口方式、準(zhǔn)備移植環(huán)境(軟件和編譯環(huán)境的安裝，建立數(shù)據(jù)庫表結(jié)構(gòu)，測試數(shù)據(jù))、開發(fā)用戶建立、修改源代碼、做好單元測試和模塊功能測試。

3.3.4 應(yīng)用移植技術(shù)方法

DB2 CLI程序的遷移：DB2為 CLI （Call Level Interface），Oracle中為OCI，可以將這些C程序中的CLI調(diào)用直接轉(zhuǎn)換成Oracle的OCI函數(shù)調(diào)用，在改動源碼最少的情況下達到移植目的。

DB2 C語言的遷移：可改成Oracle 的PRO*C實現(xiàn)，過程化語言中Oracle的函數(shù)是DB2函數(shù)的超集。DB2中絕大部分的函數(shù)在Oracle中都是支持的，只有少量需要做一些修改。特別注意對DB2和Oracle中SQLCODE異常處理結(jié)果的轉(zhuǎn)換，注意DB2和Oracle中日期字段的變量定義、格式轉(zhuǎn)換和編程技巧的區(qū)別。

DB2 存儲過程的遷移：可將這些存儲過程改成相應(yīng)的Oracle PL/SQL存儲過程，這樣對前臺的應(yīng)用的改動影響最少。

Oracle數(shù)據(jù)庫和DB2中很多數(shù)據(jù)類型的匹配、SQL語句的寫法等有一定差異，需要熟悉掌握相關(guān)編程技術(shù)。

3.3.5 性能優(yōu)化技術(shù)要點

Oracle表空間的合理規(guī)劃和重新劃分；關(guān)鍵表和大數(shù)據(jù)量表建成各類分區(qū)表,在移植前Oracle數(shù)據(jù)庫的建立、表空間的劃分、具體數(shù)據(jù)的“落腳點”（如將關(guān)聯(lián)性大的表和Index等隔離在不同的存儲空間中），對關(guān)鍵性大表建成Partitioning方式，移植過程中的SQL優(yōu)化和移植后的數(shù)據(jù)庫內(nèi)存，參數(shù)調(diào)整等方面提前進行規(guī)劃，設(shè)計性能調(diào)優(yōu)步驟，更好地發(fā)揮系統(tǒng)硬軟件的潛力；鑒于系統(tǒng)的壓力和數(shù)據(jù)的處理計算量非常大，建議對于一些大的數(shù)據(jù)表采取Oracle的Partitioning方式將其分成若干個小表，并盡量分布在不同的I/O通道上，以期達到I/O均衡和較少查詢量。在移植過程中，可改良相關(guān)的SQL寫法，如盡量減少全表掃描、盡量減少大表的Join操作等。對于一些View中有很多的Join操作，并訪問非常頻繁，不妨建成Oracle的物化視圖方式Materialize View，以存儲空間來保證查詢性能。

3.3.6 系統(tǒng)試運行和并行的策略

（1）試運行：應(yīng)用移植在測試環(huán)境下完成后，逐步向生產(chǎn)環(huán)境中遷移。在生產(chǎn)環(huán)境下進行系統(tǒng)測試、負(fù)載測試、性能優(yōu)化工作。主要數(shù)據(jù)接收處理應(yīng)用在新舊兩套系統(tǒng)中同時傳輸，應(yīng)用同時處理。（2）并行運行：數(shù)據(jù)和應(yīng)用遷移完成以后，新舊兩套系統(tǒng)并行運行，所有發(fā)往中央系統(tǒng)的數(shù)據(jù)在新舊系統(tǒng)中同時接收，分解入庫程序、數(shù)據(jù)處理程序等同時工作。用戶接入新系統(tǒng)，使用新系統(tǒng)的功能。如果通過檢驗發(fā)現(xiàn)新系統(tǒng)中所有的業(yè)務(wù)系統(tǒng)的運行良好，經(jīng)過一段時間的考驗，可認(rèn)為切換成功。（3）并行中應(yīng)急回退策略：新老系統(tǒng)需并行，直到新的系統(tǒng)完全穩(wěn)定為止，一旦發(fā)現(xiàn)新系統(tǒng)運行問題，馬上切換回老的系統(tǒng)。制定應(yīng)急預(yù)案，預(yù)先規(guī)定應(yīng)急回退的條件，一旦上線過程中達到應(yīng)急回退的條件，馬上回退。將回退的工作編寫成完整腳本，并規(guī)定回退腳本的執(zhí)行順序。進行回退演練，需要回退時，按照預(yù)先演練好的順序執(zhí)行相關(guān)修改，盡可能縮短應(yīng)急回退的時間。

4 結(jié)束語

在領(lǐng)導(dǎo)小組的高度重視和大力支持下，各工作組全力配合，密切協(xié)作，鐵路中央主機系統(tǒng)已完整、安全、高效地遷移到開房平臺中，系統(tǒng)數(shù)據(jù)完整同步、應(yīng)用功能一致運行平穩(wěn)，受到了鐵路總公司業(yè)務(wù)部門的充分肯定?？偨Y(jié)如下：

（1）開放平臺架構(gòu)設(shè)計是主機系統(tǒng)遷移到開放平臺的前提條件，對遷移后的開放平臺硬件、軟件資源和系統(tǒng)架構(gòu)進行總體的規(guī)劃設(shè)計，為系統(tǒng)遷移提供穩(wěn)定、高效的系統(tǒng)軟、硬件平臺。（2）對系統(tǒng)遷移組織架構(gòu)、職責(zé)、人員和計劃流程進行全面的規(guī)劃，組建由各相關(guān)部門、集成供應(yīng)商、應(yīng)用負(fù)責(zé)人和技術(shù)人員共同參與的項目團隊，為遷移工作順利進行提供了強大的組織保障。（3）分析數(shù)據(jù)和應(yīng)用遷移的技術(shù)方法，遷移工作的核心是數(shù)據(jù)遷移和應(yīng)用代碼遷移，重點研究數(shù)據(jù)遷移技術(shù)、方法和策略，應(yīng)用代碼移植的方法和技術(shù)，對DB2和Oracle數(shù)據(jù)庫的數(shù)據(jù)結(jié)構(gòu)、應(yīng)用程序移植等技術(shù)進行深入的分析和研究，為系統(tǒng)遷移提供了切實可行的技術(shù)支撐。

[1]谷曉明，劉衛(wèi)國.鐵路信息系統(tǒng)建設(shè)和應(yīng)用有關(guān)問題研究[J].鐵路計算機應(yīng)用，2010，19（4）：1-3.

[2]趙 靜,史天運,李 平.鐵路信息共享平臺中共享數(shù)據(jù)庫結(jié)構(gòu)和關(guān)鍵技術(shù)研究[J].鐵路計算機應(yīng)用，2010，19（9）.[3]戴國華,董寶田,李明輝,等.鐵路數(shù)據(jù)資源整合的分析與設(shè)計[J].鐵路計算機應(yīng)用，2009，18（11）：7-10.

[4]孫遠(yuǎn)運.TMIS總體架構(gòu)設(shè)計研究[J].鐵路計算機應(yīng)用，2005，16（7）：11-14.

[5]李伏欣.鐵路信息共享平臺技術(shù)初探[J].中國鐵道科學(xué)，2002（5）：31-38.

[6]阿 杳.大機來襲—IBM推出面向中小企業(yè)的z9新品[J].微電腦世界，2006（7）：151.

[7]朱蔚恒,周 偉,龍 舜.開放平臺解決方案及其安全策略研究[J].計算機工程，2012（6）：12.

[8]樊新華.關(guān)系數(shù)據(jù)庫的查詢優(yōu)化技術(shù)[J].計算機與數(shù)字工程，2009（12）：188-192.

[9]謝 鵬.DB2通用數(shù)據(jù)庫的訪問技術(shù)[J].微機發(fā)展， 2004（2）：55-56.

[10]史曉磊.DB2數(shù)據(jù)庫在軟件中的應(yīng)用技巧[J].電腦與電信，2008（11）：72-73.

[11]王 雷,曾蘊波,王 璐.Oracle數(shù)據(jù)庫的性能調(diào)整與優(yōu)化方法探析[J].航天器工程，2008（6）：129-133.

[12]鐘文龍,陳 磊.DB2與Oracle的數(shù)據(jù)倉庫技術(shù)關(guān)鍵能力對比研究[J].電腦知識與技術(shù)， 2005（26）：9-11.

[13]張幸亞,張遵連.Pro*C開發(fā)的幾點經(jīng)驗[J].電腦知識與技術(shù)，2005（12）：6-8.

[14]肖 偉,趙嵩正.異構(gòu)環(huán)境下Oracle數(shù)據(jù)移植問題研究[J].微型電腦應(yīng)用，2004（2）：63-64.

[15]段衛(wèi)國,李俊春 Oracle數(shù)據(jù)庫數(shù)據(jù)遷移技術(shù)研究[J].信息技術(shù) ，2015（8）：35-39.

[16]李永良.數(shù)據(jù)遷移在新舊系統(tǒng)中切換[J].中國計算機用戶，2003（Z2）：45-46.

責(zé)任編輯 徐侃春

Migrating plan for Railway Central System

DU Wei
( Department of Information Engineering,China Railway Information Technology Center, Beijing 100844,China)

This article analyzed the current status of Railway Central System,studied on the open platform,design of logical architecture,technology of application transplantation,database optimization,system implementation and operation,etc.,proposed the migrating plan of the System.The migration for platform architecture,database,data and applications program of the System was implemented safely,effciently and perfectly.

migrating;Central System;open platform;Oracle;data migrating; parallel

U29∶TP39

A

1005-8451（2016）02-0027-06

2015-06-11

杜 巍，工程師。