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

杜 巍

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

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

杜 巍

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

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

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

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

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

1.1 現(xiàn)狀分析

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

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

1.2 遷移目標范圍

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ù)類型轉換。

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

1.2.2 應用移植

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

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

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

2 技術方案設計

2.1 開放平臺架構

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

圖1 開放平臺架構圖

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

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

系統(tǒng)邏輯結構如圖2所示。

圖2 系統(tǒng)邏輯結構圖

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

2.3 移植技術分析

2.3.1 前期分析和計劃

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

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

2.3.2 移植方法過程

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

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

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

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

2.5 系統(tǒng)試運行

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

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

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

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

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

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

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

（3）存儲及備份設備。中央主機系統(tǒ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ù)庫服務器上，用于提供應用數(shù)據(jù)的存取及訪問控制。

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

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

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

3.2 遷移組織和計劃

3.2.1 組織結構

系統(tǒng)遷移和實施按照質量管理體系的相關流程，采用項目制管理方式。組織結構由公司領導統(tǒng)一指揮，組建各相關部門、集成供應商、應用負責人和技術人員共同參與的項目團隊，制定全面的技術方案以及風險應對措施，并按應用制定詳細執(zhí)行計劃。

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

圖3 組織架構

3.2.2 遷移計劃

遷移計劃內容見表1。

3.3 系統(tǒng)遷移關鍵技術要點

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

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

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

表1 遷移計劃內容表

（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)技術將DB2數(shù)據(jù)Copy到Oracle數(shù)據(jù)庫中；用C編程方式簡單地實現(xiàn)動態(tài)轉換。

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

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

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

3.3.2.1 表結構遷移和應用部署

（1）在07.01前完成所有的DB2數(shù)據(jù)庫結構到Oracle數(shù)據(jù)庫的遷移。（2）完成開放系統(tǒng)數(shù)據(jù)庫和應用的部署，應用功能與原主機生產(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)應用和數(shù)據(jù)傳輸，保證現(xiàn)系統(tǒng)不再進入新數(shù)據(jù)，將07.01以來15天有時間戳的數(shù)據(jù)卸載并遷移到Oracle開放系統(tǒng)(保證1天完成)。（3）啟動現(xiàn)主機系統(tǒng)的應用和遷移后開放系統(tǒng)的應用，MQ分別將數(shù)據(jù)發(fā)往新、舊系統(tǒng)，開始同步更新數(shù)據(jù)。

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

3.3.3 應用移植技術要點

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

3.3.4 應用移植技術方法

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

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

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

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

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

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

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

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

4 結束語

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

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

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

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

[4]孫遠運.TMIS總體架構設計研究[J].鐵路計算機應用，2005，16（7）：11-14.

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

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

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

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

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

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

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

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

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

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

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

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

責任編輯 徐侃春

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

杜 巍，工程師。