專利名稱：用于將主機環(huán)境遷移至新系統(tǒng)平臺的技術(shù)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及系統(tǒng)遷移領(lǐng)域。更具體地，本發(fā)明涉及用于遷移至新 系統(tǒng)平臺的基于交易的主機環(huán)境的配置。
背景技術(shù)：
大公司中的現(xiàn)代計算機系統(tǒng)頻繁地配置為OLTP系統(tǒng)。OLTP (在 線交易處理)指定一種基于交易的數(shù)據(jù)處理方式。在該上下文中，將交易理解為組合為不可分割的單元的一系列邏 輯相干(頻繁數(shù)據(jù)庫相關(guān))的各個動作。交易的特性在于，完全執(zhí)行 或根本不執(zhí)行組合于其中的各個動作。此外，可以并行執(zhí)行多個交易 而不引起這些交易之間的交互。因此，每個單獨的交易與其它交易相 "獨立"地運行。構(gòu)建于交易范例(paradigm)之上，將OLTP系統(tǒng)的共有特性合 并。這些共有特性之一在于OLTP系統(tǒng)是可共享的這一事實。在可共 享操作的范圍內(nèi)，可以由不同的用戶產(chǎn)生多個并行交易。配置OLTP 系統(tǒng)，使得能夠?qū)崟r運行這些交易(至少在用戶的感知方面)。此外， 通常交易具有典型特征，即每個OLTP系統(tǒng)通常為不同的用戶提供了 一系列預先定義類型的交易(并在不同的數(shù)據(jù)庫層級具有不同的影 響)0傳統(tǒng)的OLTP系統(tǒng)通常是分布式系統(tǒng)，其中多個客戶端組件(或 者簡稱"客戶端")與至少一個主機組件(或者簡稱"主機")進行通信。 在這里，術(shù)語"組件"指硬件實施和軟件實現(xiàn)或硬件和軟件的組合。主機和客戶端之間的通信通常經(jīng)由諸如因特網(wǎng)或內(nèi)聯(lián)網(wǎng)之類的 網(wǎng)絡而發(fā)生。客戶端經(jīng)由網(wǎng)絡請求來自主機的特定服務，并等待響應。 主機接受請求，對請求進行處理并將適合的響應發(fā)送回客戶端?？梢栽谥鳈C和客戶端之間設置其它組件，以將請求格式化、對客戶端進行 認證等。主機通常包括多個單獨的子組件(如特定交易應用程序、 一個或 多個數(shù)據(jù)庫和相應接口)，這些子組件在公共系統(tǒng)平臺上運行。將系統(tǒng) 平臺理解為特定類型的計算機和關(guān)聯(lián)操作系統(tǒng)的組合。主機子組件與 系統(tǒng)平臺一起形成了主機環(huán)境。在許多情況下，存在從分散環(huán)境至主 機環(huán)境的訪問。例如，由在網(wǎng)絡上分布的客戶端以各種形式形成這種 類型的分散環(huán)境。在大型銀行的情況下，各個客戶端形式包括客戶終端、自動提款機、客戶關(guān)懷終端(customer care terminal)、電子銀行 解決方案等。由于信息技術(shù)領(lǐng)域的快速發(fā)展以及許多現(xiàn)有的OLTP系統(tǒng)己經(jīng)工 作了很長時間的事實，從現(xiàn)今的觀點看來，許多主機環(huán)境基于陳舊的 系統(tǒng)平臺。因此，現(xiàn)在的想法給出了可以將主機系統(tǒng)(經(jīng)過若干年將 稱為極其復雜的系統(tǒng))可靠地遷移至新的并且技術(shù)上得以更新的系統(tǒng) 平臺的方式。所有類型的問題都隨著這種遷移而出現(xiàn)。具體地，經(jīng)常不是所有 的主機子組件可以或應當被未改變地遷移至新系統(tǒng)平臺。在數(shù)據(jù)庫的 情況下，通常該遷移也伴隨著內(nèi)容上的改變，因而信息需要改變并通 常增加。也期望能夠逐步執(zhí)行遷移，從而主機環(huán)境在出現(xiàn)不期望的問 題時至少保持部分可操作。此外，經(jīng)常需要的是，不允許分散環(huán)境注 意到任何主機環(huán)境的遷移。本發(fā)明基于提供將主機環(huán)境遷移到新系統(tǒng)平臺的有效方式的目的。發(fā)明內(nèi)容根據(jù)本發(fā)明的第一方面，該目的通過以下實現(xiàn) 一種用于配置從 分散環(huán)境訪問的、基于交易的主機環(huán)境的方法，以便從先前的系統(tǒng)平 臺遷移至新系統(tǒng)平臺，該新系統(tǒng)平臺例如在所使用的操作系統(tǒng)和/或所 使用的計算機類型方面不同于先前的系統(tǒng)平臺。所述方法包括以下步 驟在先前的系統(tǒng)平臺上提供至少一個第一類型的數(shù)據(jù)庫，其中將所以內(nèi)容未改變、和/或邏輯數(shù)據(jù)模型或其它未改變 的方式遷移至新系統(tǒng)平臺；在先前的系統(tǒng)平臺上提供至少一個第二類 型的數(shù)據(jù)庫，其中在遷移至新系統(tǒng)平臺的過程中，將所述第二類型的 數(shù)據(jù)庫以內(nèi)容改變、和/或邏輯數(shù)據(jù)模型改變的方式轉(zhuǎn)換為第三類型的 數(shù)據(jù)庫；在主機環(huán)境中將在先前的系統(tǒng)平臺上訪問了第一類型的數(shù)據(jù)庫和第二類型的數(shù)據(jù)庫的第一類型的交易替換為第二類型的交易和第 三類型的交易，其中第二類型的交易訪問第一而非第二類型的數(shù)據(jù)庫，以及第三類型的交易訪問第二而非第一類型的數(shù)據(jù)庫；以及當在分散 環(huán)境中請求第一類型的交易時啟動第二和第三類型的交易?？梢詫⒏鶕?jù)本方法配置的主機環(huán)境逐步遷移至新系統(tǒng)平臺，而不 對分散環(huán)境尤其是從分散環(huán)境訪問主機環(huán)境的客戶端產(chǎn)生重大影響。 根據(jù)本發(fā)明的方法還允許根據(jù)不同遷移行文和關(guān)聯(lián)應用程序的主機環(huán) 境的有效遷移。這里，將應用程序理解為提供了特定交易所基于的處 理功能(例如針對銀行業(yè))的應用程序(通常利用數(shù)據(jù)庫訪問)。通過根據(jù)本發(fā)明的方法，可以配置主機環(huán)境，從而在遷移階段之 初，在交易范圍內(nèi)不再有使用不同的遷移行為訪問數(shù)據(jù)庫的任何類型 的交易。這種方法允許單獨地、并在必要時彼此獨立地遷移這種類型 的數(shù)據(jù)庫。這主要通過將主機環(huán)境中的第一類型的交易替換為第二和 第三類型的交易來實現(xiàn)。如果隨后在分散環(huán)境中請求第一類型的交易， 則自動啟動第二和第三類型的交易(例如，通過互操作的交易控制組 件)，這對于先前系統(tǒng)平臺上的主機環(huán)境具有相同的影響，并傳遞與已 經(jīng)進行了所請求的第一類型的交易相同的結(jié)果。已經(jīng)證實，在所請求的第一類型的交易與每種情況下因而所發(fā)起 的第二和第三(和/或第四)類型的交易之一之間產(chǎn)生分配是有利的。 可以以表格形式進行這種分配，在進行交易(例如，主機環(huán)境中的第 二和第三類型的交易)之后允許確定啟動這些交易的第一類型的交易。 如果將分配給彼此(以及分配給第一類型的交易)的第二和第三(和/ 或第四)類型的交易的結(jié)果從主機環(huán)境傳遞至分散環(huán)境，則這種確定 是有利的。在該傳遞的范圍內(nèi)，然后可以將這些結(jié)果轉(zhuǎn)換為預先定義 結(jié)果的格式，可能是所請求的第一類型的交易，并在分散環(huán)境中(例如通過客戶端)以這種格式進行處理。例如，如果分散環(huán)境中的客戶端請求了第一類型的交易，則可以 將轉(zhuǎn)換后的結(jié)果傳遞至請求客戶端。因此，客戶端具有在主機環(huán)境中 以傳統(tǒng)方式發(fā)生了第一類型的交易的印象?？蛻舳瞬恍枰乐鳈C環(huán) 境中的任何實際處理，具體是所進行的第二和第三或第四類型的交易。 換言之，客戶端"看"不到主機環(huán)境為遷移所做的準備、或者主機環(huán)境 當前遷移狀態(tài)的準備中的任一準備。此外，分散環(huán)境的單獨組件可以 在整個遷移階段期間保持它們的定制消息和通信格式。可以在分散環(huán)境中進行上述步驟(生成分配、接收結(jié)果和轉(zhuǎn)換結(jié) 果)中的至少一個。然而，這些步驟中的一個或多個也可以在主機環(huán) 境中運行。有利地，提供在各個客戶端與一個或多個主機之間功能性設置的 中心交易控制組件。交易控制組件可以具有除了已經(jīng)解釋過的能力(如 認證或檢査客戶端的授權(quán)、或者將根據(jù)請求提交的客戶端數(shù)據(jù)或返回 請求客戶端的數(shù)據(jù)格式化)之外的功能。交易控制組件可以位于分散 環(huán)境或主機環(huán)境中。還可以預想將交易控制組件構(gòu)造為分布組件，該 分布組件部分位于分散環(huán)境以及部分位于主機環(huán)境中。可以通過與主 機網(wǎng)絡和/或分散網(wǎng)絡的關(guān)聯(lián)來確定交易控制組件與分散和/或主機環(huán) 境的關(guān)聯(lián)。根據(jù)上述解釋的方法的另一變體，在新系統(tǒng)平臺上提供了使從第 二類型的數(shù)據(jù)庫中出現(xiàn)的第三類型的數(shù)據(jù)庫的至少一個數(shù)據(jù)庫進行操 作的步驟。第三類型的數(shù)據(jù)庫中的數(shù)據(jù)庫可能在內(nèi)容方面具有與舊系 統(tǒng)平臺上第二類型數(shù)據(jù)庫的數(shù)據(jù)庫的特定公共特征，但是與第二類型 的數(shù)據(jù)庫中的這些數(shù)據(jù)庫相比，在內(nèi)容方面或在邏輯數(shù)據(jù)模型方面進 行了修改(換言之，具有例如不同的邏輯數(shù)據(jù)結(jié)構(gòu)、附加數(shù)據(jù)字段等)。在第三類型的數(shù)據(jù)庫己經(jīng)在新系統(tǒng)平臺上進行操作之后，所請求 的第一類型的交易可以向兩個平臺擴散。例如，可以按照將所請求的 第一類型的交易分為先前系統(tǒng)平臺上分配的第二類型的交易、并分為 新系統(tǒng)平臺上分配的訪問了第三類型數(shù)據(jù)庫的第四類型的交易的方式 進行該擴散。該擴散包括將單獨的或者所有第三類型的交易(不考慮是已經(jīng)從分散系統(tǒng)中請求、還是已經(jīng)僅通過從分散環(huán)境中請求的第一 類型交易的轉(zhuǎn)換而獲得)替換為第四類型的交易?？梢砸呀?jīng)在分散環(huán)境或者最初在主機環(huán)境中發(fā)生了所請求的第 一類型交易的擴散。上述解釋的生成分配、接收結(jié)果和轉(zhuǎn)換結(jié)果的步 驟還可以包括第四類型的交易。甚至在已經(jīng)將第三類型數(shù)據(jù)庫中的數(shù)據(jù)庫在新系統(tǒng)平臺上操作 了之后，仍可以使用第三類型的交易在上下文中訪問第二類型數(shù)據(jù)庫 中的相應數(shù)據(jù)庫。因此，可以在轉(zhuǎn)變階段內(nèi)(例如在以下所描述的逐 個實體的遷移期間)進行第三類型的交易和第四類型的"同型交易(sister transaction)"。為了保持數(shù)據(jù)的一致性，可以考慮在主機環(huán)境 中的每種情況下，針對從分散環(huán)境中請求的特定的第一 (或第三)類 型的交易，僅進行所分配的第三類型的交易或者所分配的第四類型的 交易?？梢曰趯嶓w而做出對于應當在主機環(huán)境中針對從分散環(huán)境中 請求的第一 (或第三)類型的交易進行所分配的第三類型的交易還是 第四類型的交易的判斷。根據(jù)本發(fā)明的變體(至少在測試環(huán)境中)，可以在舊系統(tǒng)平臺上 管理一個或多個第二類型的數(shù)據(jù)庫，以及通過并行的第三和第四類型 的交易在新系統(tǒng)平臺上管理一個或多個第三類型的數(shù)據(jù)庫。根據(jù)該場 景，在交易操作期間，針對每個第三類型的交易存在并行的第四類型 的交易。通過比較并行管理的第二和第三類型的數(shù)據(jù)庫中的相應數(shù)據(jù) 庫內(nèi)容，可以檢查新系統(tǒng)平臺(以及在其上運行的應用程序和數(shù)據(jù)庫) 的功能模式。切斷舊系統(tǒng)平臺上的諸如應用程序和數(shù)據(jù)庫之類的組件 并使組件在新系統(tǒng)平臺上操作可以依據(jù)該比較結(jié)果而發(fā)生。如果在相 當長的時間內(nèi)或者超過相當長的時間沒有觀察到并行管理的第二和第 三類型的數(shù)據(jù)庫的內(nèi)容之間的不一致，則可以假設第三類型數(shù)據(jù)庫(以 及訪問其的應用程序)成功遷移。在新系統(tǒng)平臺上成功進行了第三類型數(shù)據(jù)庫的操作之后，可以在 新系統(tǒng)平臺上繼續(xù)從第一類型的數(shù)據(jù)庫中出現(xiàn)的第四類型的數(shù)據(jù)庫中 的至少一個數(shù)據(jù)庫的操作(例如，通過至少大部分的自動轉(zhuǎn)換)。實際 上，也可以在第三類型數(shù)據(jù)庫之前或與第三類型數(shù)據(jù)庫同時，在新系統(tǒng)平臺上操作第四類型的數(shù)據(jù)庫。在使第四類型的數(shù)據(jù)庫中的一個或多個數(shù)據(jù)庫進行操作的范圍 內(nèi)，可以另外在新系統(tǒng)平臺上使訪問了第四類型數(shù)據(jù)庫的一個或多個 應用程序進行操作。如果第四類型的數(shù)據(jù)庫中的數(shù)據(jù)庫已經(jīng)從第一類 型的數(shù)據(jù)庫中出現(xiàn)而實質(zhì)沒有改變，則可以通過運行在舊系統(tǒng)平臺上 并在那里訪問了第一類型數(shù)據(jù)庫的先前應用程序的代碼轉(zhuǎn)換來產(chǎn)生用 于新系統(tǒng)平臺的應用程序。換言之，不必必須為新系統(tǒng)平臺重寫這些 應用程序(一個原因在于，由于第一和第四類型數(shù)據(jù)庫的結(jié)構(gòu)共有特 征，通?？梢员３謹?shù)據(jù)庫訪問機制)。根據(jù)本發(fā)明的另一方面，在先前系統(tǒng)平臺上對具有類似交易功能 的多個并行主機進行操作?？梢赃x擇這種類型的過程來改進主機系統(tǒng) 的可擴縮性。可以在主機中的每個單獨的主機上允許相同的數(shù)據(jù)庫和 相同的應用程序。如果提供了多個并行主機，則通常會出現(xiàn)將各個交 易分配給各個主機的控制組件。例如，可以動態(tài)運行這種類型的分配， 以便均勻地利用各個主機(負載平衡)。然而，也可以進行靜態(tài)分配。 例如，靜態(tài)分配可以基于將包括預定實體集合的子集分配給每個主機 的事實。這里，實體指數(shù)據(jù)集合的分配標準。交易可以具有實體關(guān)系， 因而與分配給各個實體的數(shù)據(jù)集合相關(guān)。優(yōu)選地，通過單個邏輯主機，在新系統(tǒng)平臺上管理先前系統(tǒng)平臺 上多個并行主機的基于交易的功能。然而，也可以類似地預期在新系 統(tǒng)平臺上提供多個并行主機。盡管可以特別地進行遷移，但是優(yōu)選逐步的遷移。這表示在多個 并行主機的情況下可以逐主機地進行遷移。也可以逐部分地(例如換 言之，逐實體地)進行遷移。在逐實體遷移的情況下，有利地，確定 各個實體的遷移狀態(tài)，從而使交易可以運行在正確的系統(tǒng)平臺上。逐實體遷移的優(yōu)選方法包括以下步驟確定分配給所請求的第一 (或第三)類型的交易的實體，確定所分配實體的遷移狀態(tài)，并根據(jù) 所分配實體的遷移狀態(tài)，在先前系統(tǒng)平臺上進行第三類型的交易或者 在新系統(tǒng)平臺上進行第四類型的交易?？梢砸岳绫砀裥问絹淼怯浉?個實體的遷移狀態(tài)。有利地，在分散環(huán)境中進行確定分配給交易的實體以及該實體的遷移狀態(tài)的步驟。根據(jù)本發(fā)明的另一方面，提供了具有程序代碼部分的計算機程序 產(chǎn)品，用于在一個或多個計算機上運行計算機程序產(chǎn)品時執(zhí)行根據(jù)本 發(fā)明的步驟?？梢詫⒂嬎銠C程序產(chǎn)品存儲在計算機可讀數(shù)據(jù)載體上。


本發(fā)明的其它優(yōu)點和變體將從以下對優(yōu)選實施例的描述以及附 圖中變得清楚，其中圖r示出了在遷移至新系統(tǒng)平臺的配置之前根據(jù)本發(fā)明的第一OLTP系統(tǒng)的示意圖；圖2示出了在OLTP系統(tǒng)的主機和控制組件之間進行交換的交易 消息的示意圖；圖3示出了用于準備向新系統(tǒng)平臺的遷移的根據(jù)本發(fā)明的配置方 法實施例的流程圖；圖4示出了在遷移階段開始之前根據(jù)本發(fā)明進行配置的OLTP系 統(tǒng)的示意圖；圖5示出了 OLTP系統(tǒng)的交易控制組件的分配表； 圖6示出了在遷移階段根據(jù)本發(fā)明的OLTP系統(tǒng)的示意圖，同時 在新的和先前的系統(tǒng)平臺上保持數(shù)據(jù)；圖7示出了在遷移階段根據(jù)本發(fā)明的OLTP系統(tǒng)的示意圖，執(zhí)行了至新系統(tǒng)平臺的部分遷移；圖8示出了在完成遷移階段之后根據(jù)本發(fā)明的OLTP系統(tǒng)的示意圖；以及圖9示出了在遷移階段根據(jù)本發(fā)明進行配置的另一 OLTP系統(tǒng)的 示意圖。
具體實施方式
圖1示出了配置用于遷移至新系統(tǒng)平臺的OLTP系統(tǒng)10。 OLTP 系統(tǒng)10包括主機環(huán)境12和分散環(huán)境14。主機環(huán)境12和分散環(huán)境14 通過網(wǎng)絡(未示出)進行耦合(連接)。在主機環(huán)境12中，示出了在預先定義的系統(tǒng)平臺(例如，在未示出的Unisys平臺，未示出)上運行的主機16。主機16包括諸如數(shù) 據(jù)庫和具有數(shù)據(jù)庫訪問功能的應用程序之類的多個單獨的子組件。更 精確地，主機16包括在內(nèi)容上和在邏輯數(shù)據(jù)模型方面不發(fā)生改變(或 者在可選實施例中根本不改變)地遷移至新系統(tǒng)平臺的類型的第一數(shù) 據(jù)庫20、以及在至新系統(tǒng)平臺的遷移過程中在內(nèi)容上和在邏輯數(shù)據(jù)模 型方面進行了修改的類型的第二數(shù)據(jù)庫22。此外，主機16包括三種獨立類型的應用程序26、 28、 30，它們 主要在數(shù)據(jù)庫訪問機制方面不同。每種類型的應用程序26、 28、 30 可以包括多個不同的單獨應用程序。第一類型的應用程序26訪問第一 數(shù)據(jù)庫20和第二數(shù)據(jù)庫22.第二類型的應用程序28僅對第一數(shù)據(jù)庫 20進行訪問，第三類型的應用程序30僅訪問第二數(shù)據(jù)庫22。將不同類型的交易32、 34、 36與三種類型的應用程序26、 28、 30相鏈接。第一類型的應用程序26屬于要被替換的第一類型的交易 32 (由實線箭頭指示)，該第一類型的交易32用于從第一數(shù)據(jù)庫20 和第二數(shù)據(jù)庫22中讀出和/或修改內(nèi)容。要被替換的第一類型的交易 32的特征在于具有與兩個數(shù)據(jù)庫20、 22有關(guān)的不同的訪問行為。因 而第一類型的交易32可以包含與第一數(shù)據(jù)庫20有關(guān)的一個或多個只 讀訪問、以及與第二數(shù)據(jù)庫22有關(guān)的一個或多個只寫訪問(反之亦 然)。這種交易類型32特別容易被替換，并且在實際轉(zhuǎn)換的預備階段 保證了高度數(shù)據(jù)一致性。在可選實施例中，第一類型的交易32包括與 兩個數(shù)據(jù)庫20、 22中的每個有關(guān)的組合讀/寫訪問。n階提交(commit)的使用可以將第一類型的交易替換為第二和 第三類型的交易。當將所給的第一類型的交易A分為第二類型的交易 B和第三類型的另一交易C時，通過交易B和C來保證交易安全性。 這表示在交易B和C中的處理步驟的順序保持不變，并且在兩個交易 之一中的動作失敗的情況下，可以安全地不做出相同交易的所有工作 和在每種情況下已經(jīng)執(zhí)行的其他交易?，F(xiàn)代數(shù)據(jù)庫能夠"基于試驗" 來執(zhí)行交易，但是能夠另外與外部事件相關(guān)地進入操作過程。這樣可 以使交易B的有效性取決于交易C的可行性。例如，交易A可以是安全紙張數(shù)量登記和標題登記；交易B可以 是數(shù)量登記、以及交易C是標題登記。如果數(shù)量登記失敗，則也不能 執(zhí)行標題登記，反之亦然。以這種方式，客戶接收到完整的安全紙張 登記或什么也接收不到?？梢匝囟鄠€方向同時執(zhí)行這種鏈接，從而一起(以正確的順序)執(zhí)行交易B和C或不執(zhí)行交易B和C。以同樣的方式，交易的級聯(lián)也是可以的。這種訪問的程序?qū)崿F(xiàn)是專業(yè)人員所公知的；在各種情況下，計算機支持優(yōu)化可以使整個系統(tǒng)的性能提高。還可以自動將交易A轉(zhuǎn)換為子交易，它們通過交易A的交易鏈 組而對外呈現(xiàn)出類似于單個交易。在第二步驟中，將子交易B和C分 配給高層交易A的交易鏈組中的各個數(shù)據(jù)庫，從而所產(chǎn)生的交易B和 C (順序或級聯(lián)，可以包含其它交易)聯(lián)合地與原始交易A相對應。第二類型的應用程序28屬于第二類型的交易34 (通過虛線箭頭 表示)，用于僅讀出和/或修改第一數(shù)據(jù)庫20的內(nèi)容。最后，第三類型 的應用程序30是第三類型交易36 (由點線箭頭表示)的一部分，用 于僅讀出和/或修改第二數(shù)據(jù)庫22的內(nèi)容。例如，圖1所示的分散環(huán)境14基于UNIX平臺。分散環(huán)境14包 括中心控制組件40 (終端控制器形式)和多個極端變化的終端或客戶 端42，它們經(jīng)由控制組件40與主機環(huán)境12進行通信。例如，客戶端 42是PC、用戶終端、提款機、具有適合功能的移動電話和類似終端。 盡管未示出，但是類似地通過控制組件40的切換而與主機環(huán)境12通 信的分散應用程序可以附加地位于分散環(huán)境14中。這種分散應用程序 經(jīng)由控制組件40對數(shù)據(jù)庫20、 22進行實時訪問?？刂平M件40對于三種類型的交易32、 34、 36中的每個來說都具 有分配后的交易控制機制32A、 34A、 36A，如圖1中在每種情況下用 圓圈所示。交易控制機制32A、 34A、 36A實質(zhì)上用作交換中心，用 于依據(jù)對相應類型的應用程序(以及對特別負責處理該交易的應用程 序)的交易類型來進行客戶端42所請求的交易。交易控制機制32A、 34A、 36A另外可以承擔其它任務，如格式化任務(例如換言之，將 客戶端請求轉(zhuǎn)換為主機特定格式或?qū)⒅鳈C響應轉(zhuǎn)換為客戶端特定格 式)。這種格式化步驟首先在具有不同類型客戶端的不同類分散環(huán)境14中是有利的。如圖2所示，通過交易消息200來進行控制組件40和主機16之 間的通信。每個交易消息200包括交易頭202和交易內(nèi)容204。頭202 包含唯一交易號碼(例如，1001)。每個交易消息200的交易內(nèi)容204 包含在交易中所關(guān)心的數(shù)據(jù)庫對象的指示。在示例情況下，數(shù)據(jù)庫對 象的這種指示具有以下格式xxx-yyyyy.zz，其中xxx (例如032)指 示實體組，yyyyy (例如12345)代表實體組中的單獨實體，zz (例如 01)標志該實體的特定對象。實體組可以是公司的分公司，實體可以 是分公司的客戶，對象可以是為該客戶創(chuàng)建的數(shù)據(jù)集合。針對來自客戶端的請求，控制組件40首先將客戶端請求轉(zhuǎn)換為 交易消息200的格式，然后將格式化后的請求轉(zhuǎn)發(fā)至主機16 (更精確 地是轉(zhuǎn)發(fā)至負責的應用程序)。然后，主機16將交易消息200形式的 響應發(fā)送回控制組件40，控制組件40將響應轉(zhuǎn)換回客戶端格式并將 其轉(zhuǎn)發(fā)至請求客戶端。圖3示出了用于配置圖1所示的基于交易的主機環(huán)境12(或者以 某種其他方式配置的主機環(huán)境)以遷移至新系統(tǒng)平臺的方法實施例的 流程圖300。該方法開始與步驟302，在第一系統(tǒng)平臺上向兩種類型的數(shù)據(jù)庫 20、 22提供了不同的遷移行為。例如，兩種類型的數(shù)據(jù)庫20、 22的 不同遷移行為產(chǎn)生于以下事實可以完全或大部分自動地遷移第一類 型的數(shù)據(jù)庫(可能通過機器轉(zhuǎn)譯、保持內(nèi)容和/或邏輯數(shù)據(jù)模型)，同 時不能大部分自動轉(zhuǎn)換第二類型的數(shù)據(jù)庫22 (這是因為可能會需要內(nèi) 容上的改變或邏輯數(shù)據(jù)模型中的改變)。在步驟304，在第一系統(tǒng)平臺上提供利用了兩種類型數(shù)據(jù)庫20、 22的第一類型的交易32。步驟302和304實質(zhì)上指示主機環(huán)境12的 特定狀態(tài)，并因而可以按照任何順序或同時執(zhí)行步驟302和304。在其它步驟306中，將第一類型的交易32替換為兩個不同類型 的交易34、 36，在每種情況下，訪問僅兩種類型數(shù)據(jù)庫20、 22中的 一個。在根據(jù)圖1的示例中，第二類型的交易34僅利用了第一數(shù)據(jù)庫 20，第三類型的數(shù)據(jù)庫36僅訪問了第二數(shù)據(jù)庫22。在結(jié)束步驟308中，針對第一類型交易32的請求，在一個或多 個客戶端42的一部分上啟動第二和第三類型的交易34、 36,第二和 第三類型的交易34、 36在主機環(huán)境中替換或"模仿"所請求的第一類 型的交易32。例如，可以通過控制組件40來啟動第二和第三類型的交易34、 36。這種情況在圖4中示出，圖4示出了處于遷移就緒狀態(tài)下的根據(jù) 圖1的OLTP系統(tǒng)。如從圖4中所見，在主機環(huán)境12中由第二類型的交易34和第三 類型的交易36來替換第一類型的交易32。換言之，在主機環(huán)境12中 通過第二和第三類型的交易34、 36來模擬第一類型的交易32。隨著 主機環(huán)境中的第一類型的交易32的省略，也不需要第一類型的應用程 序26 (圖1 )。通過第二和第三類型的應用程序28、 30中的每一個(重 寫的)應用程序來替換每個第一類型的應用程序26，因而通過第二和 第三類型的交易34、 36來對第二和第三類型的應用程序28、 30進行 尋址。由于分散環(huán)境M中的客戶端42不應受到主機環(huán)境12準備遷移 至新系統(tǒng)平臺(因而將繼續(xù)請求第一類型的交易32)的影響，所以通 過附加層來補充控制組件40。在較低控制層40'上保持已經(jīng)參照圖1 進行解釋的交易控制組件32A、 34A、 36A。然而，現(xiàn)在另外引入較高 控制層40"，用于針對第一類型交易32的請求來啟動所分配的第二和 第三類型的交易34、 36。為此，在控制層40"中提供與控制機制32A 進行通信的兩個交易控制機制32B、 32B'。控制機制32B、32B'針對第一類型交易32的請求來自動啟動由客 戶端42之一所分配的第二和第三類型的交易34、 36。最新啟動的第 二和第三類型的交易34、 36總體上在主機環(huán)境12中具有與所請求的 第一類型的交易32相同的作用。如從圖4中所見，控制機制32B與一個或多個第二類型的應用程 序28進行通信，控制機制32B'與一個或多個第三類型的應用程序30 進行通信。如已經(jīng)提及的，這些應用程序通常必須在退出第一類型的 應用程序26之后被重寫入主機環(huán)境12中。在任何情況下，這應用于在主機環(huán)境12中模擬第一類型交易32的第三類型"新"交易36所利 用的那些第三類型的應用程序30。在較高控制層40"，除了用于啟動第二類型和第三類型交易34、 36的控制機制32B、 32B'之外，也實現(xiàn)了其它控制機制34B、 36B。 然而，在本實施例中，這些控制機制34B、 36B不具有特定功能。而 是將從設置在控制機制34B、 36B之下的控制機制34A、 36A接收到 的交易消息無附加編輯步驟地轉(zhuǎn)發(fā)至相關(guān)聯(lián)的第二和第三類型的應用 程序28、 30。將第一類型的交易32替換為第二和第三類型的交易34、 36需要 構(gòu)造在由客戶端42所請求的第一類型的交易與在因而啟動了的第二 和第三類型的交易34、 36之間的分配。因此具體地，控制組件40必 須"記憶"該效果，從而可以將與第二和第三類型的交易34、 36相結(jié) 合的、由主機16接收到的交易消息的內(nèi)容分配給所請求的第一類型的 交易32并以適合的格式傳遞給請求客戶端42。為此，控制組件40具有以下功能接收分配給彼此的第二和第 三類型的交易34、 36的結(jié)果，并將所接收到的結(jié)果轉(zhuǎn)換為請求客戶端 易于理解的預先定義結(jié)果的格式。該功能基于在所請求的第一類型的 交易與在因而啟動了的第二和第三類型的交易34、 36之間的分配。該 分配可以以表格形式進行，如圖5所示。每個交易具有唯一標記號碼， 所以在每種情況下，可以將分配給彼此的交易的交易號碼彼此相關(guān)地 放置在表格500的一行中。例如，表格500的第一行表示已經(jīng)從分散環(huán)境14中請求了具有 交易號碼1001的第一類型的交易32。因此，控制機制32B啟動了具 有交易號碼2001的單個第二類型的交易34，以及控制機制32B'啟動 了具有交易號碼3001和3002的兩個第三類型的交易36。因而在主機 環(huán)境12中，總計通過三個交易號碼是2001、3001和3002的交易來"模 擬"所請求的交易號碼為1001的交易。 一旦控制組件40確定存在來 自主機16的、用于與交易號碼為2001、 3001和3002的交易的交易消 息，控制組件40便知道在主機環(huán)境12中已經(jīng)完全進行了與所請求的 交易號碼為1001的交易相對應的"替換交易"。基于在所接收到的三個交易消息中包含的結(jié)果，因而由控制組件40為請求了交易號碼為IO(H的第一類型的交易32的客戶端42生成了消息。如圖5中所示，將交易號碼為4002的第四類型的交易分配給第 一類型32的另一交易1002。第四類型的交易己經(jīng)在新系統(tǒng)平臺上運 行。該情況在圖6中示出。在如上所述地配置了主機環(huán)境12和分散環(huán)境14之后，主機16 至新系統(tǒng)平臺(例如，具有基于其上的IBM CICS遷移環(huán)境的IBMzOS 平臺)的遷移可以開始。在本實施例中，逐步進行主機16的遷移。為此，首先在新系統(tǒng) 平臺上操作具有新主機子組件的新主機44。第三類型的第三數(shù)據(jù)庫46 是這些新主機子組件之一。第三數(shù)據(jù)庫46在內(nèi)容方面與先前系統(tǒng)平臺 上的第二數(shù)據(jù)庫22具有共有特征，但是與該第二數(shù)據(jù)庫22相比在結(jié) 構(gòu)方面進行了修改(因而具有例如不同的邏輯數(shù)據(jù)模型)。因為第三數(shù) 據(jù)庫46不再在結(jié)構(gòu)上與第二數(shù)據(jù)庫22 —致，所以對于新系統(tǒng)平臺不 能管理第三類型的應用程序30。作為替代，必須為主機44產(chǎn)生第四 類型的交易48。除了第二和第三類型的交易34、 36 (僅涉及先前系統(tǒng) 平臺)之外，也另外提供第四類型的交易50 (由點線箭頭表示)。第 四類型的交易50利用了新系統(tǒng)平臺上的第四類型的應用程序48，因 而也利用了第三類型的數(shù)據(jù)庫。先前主機16和新主機44的數(shù)據(jù)庫在遷移階段內(nèi)首先是共存的。 管理兩個主機16、44的數(shù)據(jù)庫需要在兩個平臺上的分散環(huán)境中擴散所 請求的第一類型的交易32。這里，實施例中的控制組件40將所請求 的第一類型的交易32分為先前系統(tǒng)平臺上所分配的第二和第三類型 34、36的交易、或者分為在新系統(tǒng)平臺上所分配的第四類型的交易50， 以及(如果必要)在舊系統(tǒng)平臺上的第二類型的交易34。第四類型的 交易50可以被解譯為第三類型的交易36的"同型交易"，因為交易 36、 50的類型在數(shù)據(jù)庫層級上具有至少類似的影響。可以基于不同的標準來決定所請求的第一類型的交易32應當被 分為第三類型和(如果必要)第二類型的交易34、 36，還是應當被分 為第四類型和(如果必要)第二類型的交易34、 50。例如，可以預想部分(tranche)地進行數(shù)據(jù)庫內(nèi)容的遷移，并根據(jù)與所請求的第一類 型的交易34相關(guān)的該部分的遷移狀態(tài)來做出決定。以下結(jié)合圖9更加 詳細地解釋該作用的示例。有利地，第三和第四類型的交易32、 59是基于相同格式的交易 消息。另外寫入第四類型的應用程序48，使得這些應用程序可以同樣 地解譯和處理先前與第三類型的交易36相結(jié)合所使用的交易消息。該 方法明顯地避免了在遷移期間出現(xiàn)的問題，因為在遷移之后也可以保 持消息句法，因而僅需要略微修改控制組件。在通過圖5中的表開始遷移階段之后，也將各個交易相互分配。 為此，響應于對第一類型交易32的請求，通過由控制組件40啟動的 第四類型的交易50的交易號碼來補充為第四類型的交易50所提供的 列。例如，這表示對于所請求的交易號碼為1002的第一類型的交易， 另外對于交易號碼為2001的第二類型的交易34，啟動交易號碼為4001 的第二類型的交易50。另一方面，對于交易號碼為1002的第一類型 的交易32，不啟動第三類型的交易36。在圖5所示的示例中，總是針對所請求的第一類型的交易32來 啟動第二類型的交易34和另外地第三類型的交易36 (如針對具有交 易號碼1001的第一類型的交易32所示)或第四類型的交易50 (如針 對具有交易號碼1002的第一類型的交易32所示)通過控制機制32B' 和36B來啟動第三和第四類型的交易36、 50。圖7示出了在停止第三類型的交易36之后的OLTP系統(tǒng)10?，F(xiàn) 在配置控制機制32B'和36B，從而現(xiàn)在僅針對所請求的第一類型的交 易32來啟動第四類型的交易50。另一方面，控制機制32B和34B仍 繼續(xù)啟動第二類型的交易34。在己經(jīng)停止了第三類型的交易36之后(或者甚至之前)，可以使 用關(guān)聯(lián)類型的應用程序28將第一數(shù)據(jù)庫20遷移至新系統(tǒng)平臺。在示 例中，假設將在新系統(tǒng)平臺上管理第一數(shù)據(jù)庫20，而不改變邏輯數(shù)據(jù) 模型(因而至少是大部分自動地)。為此，不必為新系統(tǒng)平臺重寫訪問 了僅第一數(shù)據(jù)庫20的第二類型應用程序28中的應用程序。作為替代， 第二類型應用程序28中的應用程序的遷移僅需要代碼轉(zhuǎn)換(可以至少大部分是自動地)至新系統(tǒng)平臺。這種情況可以參照圖8進行詳細解 釋。圖8示出了完全遷移了的OLTP系統(tǒng)10。除了第三數(shù)據(jù)庫46和 相關(guān)聯(lián)的第四類型的應用程序48之外，新系統(tǒng)平臺上的主機44現(xiàn)在 還包括在結(jié)構(gòu)上與先前系統(tǒng)平臺上的第一數(shù)據(jù)庫30相對應的第四數(shù) 據(jù)庫56。第五類型的應用程序58中的應用程序(通過代碼轉(zhuǎn)換從第 二類型應用程序28中的應用程序中生成)訪問第四數(shù)據(jù)庫56。第五 類型的交易60 (由具有雙點的點線箭頭所表示)替換了目前仍在使用 的第二類型的交易34。第五類型的交易60利用了第五類型的應用程 序58中的應用程序和第四數(shù)據(jù)庫56。圖9示出了 OLTP系統(tǒng)10至新系統(tǒng)平臺的逐部分 (tranche-by-tranche)遷移。在圖9中示出的實施例中，在先前系統(tǒng) 平臺上提供了多個并行主機16、 16'等。根據(jù)圖9的OLTP系統(tǒng)10的 遷移狀態(tài)與圖6所示的OLTP系統(tǒng)的遷移狀態(tài)相對應。在舊系統(tǒng)平臺上的主機16、 16'等中的每個具有類似的主機子組 件，具體是類似的應用程序。主機16、 16'等僅在各個數(shù)據(jù)庫20、 22 的內(nèi)容方面不同。因此不同的數(shù)據(jù)庫內(nèi)容導致了不同實體組的主機 16、 16'等處理數(shù)據(jù)集合。例如，主機16可以關(guān)心實體組001至010 的數(shù)據(jù)集合，而主機16'可以關(guān)心實體組011至020的數(shù)據(jù)集合。每個 實體組包括多個不同實體，針對這些不同實體將數(shù)據(jù)集合保持在各個 數(shù)據(jù)庫中。如果分散環(huán)境14中的客戶端42之一針對特定實體的數(shù)據(jù)集合請 求特定類型的交易，則控制組件40識別與所請求的交易相關(guān)聯(lián)的實 體，并將交易消息發(fā)送至主機16、 16'等，主機16、 16'等管理由控制 組件40識別的實體所屬于的實體組。先前系統(tǒng)平臺上的多個單獨主機16、 16'等通過新系統(tǒng)平臺上的 單個主機44進行替換。因為避免了運行在并行主機16、 16'等上的應 用程序的代碼復制(需要高維護費用)，所以這也是有利的。此外，可 以極大地減小獨立數(shù)據(jù)庫的個數(shù)。在新系統(tǒng)平臺上對數(shù)據(jù)庫46和應用程序48類型進行操作之后，逐部分地發(fā)生實體至新系統(tǒng)平臺的遷移。例如，這表示對于主機16 來說，它所關(guān)心的一些實體組(只要在任何情況下涉及到第三類型的交易36)被遷移至新系統(tǒng)平臺。控制組件40實際需要知道是先前主 機16、 16'等還是新主機44關(guān)心針對其請求了交易的特定實體。因此， 根據(jù)圖9，控制組件40包括知道各個實體(或者實體組)的遷移狀態(tài) 的第三、最高控制層40"'。在第三控制層40"'中，尤其實現(xiàn)了兩個控制機制32C、 32C'和其 它兩個控制機制36C、 36C'，控制機制32C、 32C'與嵌入第二控制層 40"的控制機制32B'進行通信，控制機制36C、 36C'與設置在第三控制 層40"的控制機制36B進行通信。制控制機制32C、 32C'與嵌入第二 控制層40"的控制機制32B'進行通信。在第三控制層40"'中的控制機 制32C、 32C' 、 36C、 36C'確定分配給所請求的第一類型的交易32的 實體(或者實體組)以及該實體的遷移狀態(tài)。例如，可以以表格形式 登記各個實體(或?qū)嶓w組)的遷移狀態(tài)。在確定了所請求的交易所基于的實體的遷移狀態(tài)之后，根據(jù)所確 定的遷移狀態(tài)或新系統(tǒng)平臺上的第四類型交易50，在先前系統(tǒng)平臺 上，在控制層40"'中進行第三類型的交易36。因而在圖5中，具有交 易號碼1001的第一類型的交易32與還沒有遷移的實體相關(guān)(因為沒 有將第四類型的交易50分配給該交易)，而具有交易號碼1002的第一 類型的交易32與已經(jīng)遷移的實體相關(guān)(這是已經(jīng)啟動具有交易號碼 4002的第四類型的交易50的原因)。在要進行第三類型的交易36的范圍內(nèi)，另外在控制層40"'(或者 位于其下的控制層40'、 40"之一)中確定主機16、 16'等中的哪個關(guān)心 所確定的實體所屬于的實體組。隨后將關(guān)聯(lián)交易消息發(fā)送給的負責的 主機16、 16'。如從對優(yōu)選實施例的前述描述中可見，根據(jù)本發(fā)明的遷移方法具 有一系列優(yōu)點。首先強調(diào)的是，除了可選的控制組件之外，主機環(huán)境 的遷移對分散環(huán)境沒有影響。因此，分散環(huán)境中的不同客戶端不需要 例如軟件更新，以便能夠甚至在遷移之后繼續(xù)請求所有先前類型的交 易。因此分散環(huán)境保持穩(wěn)定，甚至可以在分散環(huán)境中保持消息句法。其他優(yōu)點在于可以逐步進行遷移的事實。尤其整個數(shù)據(jù)庫環(huán)境并不必 特別在新系統(tǒng)平臺上迸行操作。還應強調(diào)的是，根據(jù)本發(fā)明的方法還 支持在先前和新系統(tǒng)平臺上的主機的并行操作。
權(quán)利要求
1、一種用于配置基于交易的主機環(huán)境(12)、以便從先前系統(tǒng)平臺遷移至新系統(tǒng)平臺的方法，存在從分散環(huán)境(14)對主機環(huán)境(12)的訪問，所述方法包括以下步驟-在先前系統(tǒng)平臺上提供至少一個第一類型的數(shù)據(jù)庫(20)，其中不將所述第一類型的數(shù)據(jù)庫遷移至新系統(tǒng)平臺、或者將所述第一類型的數(shù)據(jù)庫以內(nèi)容和邏輯數(shù)據(jù)模型中的至少一個未改變的方式遷移至新系統(tǒng)平臺；-在先前系統(tǒng)平臺上提供至少一個第二類型的數(shù)據(jù)庫(22)，其中在遷移至新系統(tǒng)平臺的過程中，將所述第二類型的數(shù)據(jù)庫轉(zhuǎn)換為第三類型的數(shù)據(jù)庫，所述第三類型的數(shù)據(jù)庫發(fā)生內(nèi)容改變和相對于邏輯數(shù)據(jù)模型改變中的至少一個改變；-在主機環(huán)境(12)中，將在先前系統(tǒng)平臺上訪問了第一類型的數(shù)據(jù)庫和第二類型的數(shù)據(jù)庫的第一類型的交易替換為第二類型的交易和第三類型的交易，其中所述第二類型的交易訪問第一而非第二類型的數(shù)據(jù)庫；以及所述第三類型的交易訪問第二而非第一類型的數(shù)據(jù)庫；以及-當在分散環(huán)境(14)中請求所述第一類型的交易時啟動所述第二和第三類型的交易。
2、 如權(quán)利要求1所述的方法，還包括以下步驟產(chǎn)生在所請求 的第一類型的交易與啟動的第二和第三類型的交易中的每一個交易之 間的分配。
3、 如權(quán)利要求2所述的方法，還包括以下步驟-接收分配給彼此的第二和第三類型的交易的結(jié)果；以及 -將所接收到的結(jié)果轉(zhuǎn)換為所請求的第一類型的交易的預先定義 結(jié)果的格式。
4、 如權(quán)利要求3所述的方法，還包括以下步驟-由分散環(huán)境(14)中的客戶端(42)請求第一類型的交易；以及-將轉(zhuǎn)換后的結(jié)果傳遞至請求客戶端(42)。
5、 如權(quán)利要求2至4之一所述的方法，其特征在于，在分散環(huán) 境(14)中執(zhí)行生成分配、接收結(jié)果和轉(zhuǎn)換結(jié)果的步驟中的至少一個。
6、 如前述權(quán)利要求之一所述的方法，還包括以下步驟使第三 類型的數(shù)據(jù)庫中的至少一個數(shù)據(jù)庫(46)進行操作，所述第三類型的 數(shù)據(jù)庫從新系統(tǒng)平臺上的第二類型的數(shù)據(jù)庫中產(chǎn)生。
7、 如權(quán)利要求6所述的方法，還包括以下步驟將兩個平臺上 的所請求的第一類型的交易擴散為先前系統(tǒng)平臺上所分配的第二類型 的交易，并擴散為新系統(tǒng)平臺上所分配的第四類型的交易，所述第四 類型的交易訪問所述第三類型的數(shù)據(jù)流。
8、 如權(quán)利要求7所述的方法，其特征在于以下步驟在分散環(huán) 境(14)中發(fā)生擴散。
9、 如前述權(quán)利要求之一所述的方法，還包括以下步驟通過所述第三和第四類型的相應交易來管理先前系統(tǒng)平臺上的至少一個第二類型的數(shù)據(jù)庫(22)和新系統(tǒng)平臺上的相應第三類型的數(shù)據(jù)庫(46)。
10、 如權(quán)利要求9所述的方法，還包括以下步驟-從分散環(huán)境(14)中接收來自客戶端(42)的針對第一類型交 易的請求；-確定針對所請求的第一類型的交易要進行所分配的第三類型的 交易、還是進行所分配的第四類型的交易；以及-根據(jù)所述確定結(jié)果啟動所述第三類型的交易或者所述第四類型 的交易。
11、 如權(quán)利要求10所述的方法，其特征在于，逐部分地進行第 二類型數(shù)據(jù)庫(22)內(nèi)容的遷移，以及在所述確定步驟中，檢査所請 求的第一類型的交易是否與已經(jīng)遷移的部分相關(guān)。
12、 如前述權(quán)利要求之一所述的方法，還包括以下步驟使第四 類型的數(shù)據(jù)庫中的至少一個數(shù)據(jù)庫(56)進行操作，所述第四類型的 數(shù)據(jù)庫從新系統(tǒng)平臺上的第一類型的數(shù)據(jù)庫中產(chǎn)生。
13、 如權(quán)利要求12所述的方法，還包括以下步驟使訪問了新系統(tǒng)平臺上的第四類型的數(shù)據(jù)庫的應用程序(58)進行操作，其中通 過根據(jù)運行在先前系統(tǒng)平臺上的應用程序(26)的代碼轉(zhuǎn)譯來獲得所 述應用程序(58)，并在所述先前系統(tǒng)平臺上訪問所述第一類型的數(shù)據(jù) 庫。
14、 如權(quán)利要求1至13之一所述的方法，其特征在于，所述交 易與在每種情況下分配給實體的數(shù)據(jù)集合相關(guān)，并且逐實體地進行遷 移。
15、 如權(quán)利要求14所述的方法，還包括以下步驟在先前系統(tǒng) 平臺上向多個并行主機(16、 16')提供類似的交易行為，將實體的子 集分配給每個主機(16， 16')。
16、 如權(quán)利要求15所述的方法，其特征在于，通過新系統(tǒng)平臺 上的單個邏輯主機(44)承擔先前系統(tǒng)平臺上的所述多個并行主機(16、 16')的功能。
17、 如權(quán)利要求14至16之一所述的方法，還包括以下步驟 -確定分配給所請求的第一類型的交易的實體；-確定所分配的實體的遷移狀態(tài)；-根據(jù)所分配的實體的遷移狀態(tài)，在先前系統(tǒng)平臺上進行所分配 的第三類型的交易、或在新系統(tǒng)平臺上進行所分配的第四類型的交易。
18、 如權(quán)利要求17所述的方法，其特征在于，所述確定步驟在 分散環(huán)境(14)中進行。
19、 如權(quán)利要求17或18所述的方法，其特征在于，使用表來確定所述遷移狀態(tài)。
20、 一種具有程序代碼部分的計算機程序產(chǎn)品，用于在一個或多 個計算機上運行計算機程序產(chǎn)品時執(zhí)行前述權(quán)利要求之一的步驟。
21、 如權(quán)利要求20所述的計算機程序產(chǎn)品，存儲在計算機可讀 數(shù)據(jù)載體上。
22、 一種交易控制組件(40)，用于配置基于交易的主機環(huán)境(12) 以從先前系統(tǒng)平臺遷移至新系統(tǒng)平臺，從分散環(huán)境(14)訪問主機環(huán) 境(12)，所述交易控制組件包括控制機制(32B、 32B')，用于在分 散環(huán)境(14)中請求第一類型的交易時啟動第二和第三類型的交易，其中所述第一類型的交易訪問了先前系統(tǒng)平臺上的第一類型的數(shù)據(jù)庫 和第二類型的數(shù)據(jù)庫，所述第二類型的交易訪問了所述第一而非第二 類型的數(shù)據(jù)庫，以及第三類型的交易訪問了所述第二而非第一類型的 數(shù)據(jù)庫，并且所述第一類型的數(shù)據(jù)庫和第二類型的數(shù)據(jù)庫具有不同的 遷移行為。
23、 一種分散客戶端系統(tǒng)(14)，用于訪問主機環(huán)境(12)，并包 含根據(jù)權(quán)利要求22所述的交易控制組件(40)，經(jīng)由所述交易控制組 件(40)對所述主機環(huán)境(12)進行訪問。
24、 如權(quán)利要求23所述的客戶端系統(tǒng)(14)，其特征在于，通過 所述客戶端系統(tǒng)(14)請求所述第一類型的交易，而不考慮所述主機 環(huán)境(12)的遷移狀態(tài)。
全文摘要
描述了一種用于配置基于交易的主機環(huán)境(12)、以便從先前系統(tǒng)平臺遷移至新系統(tǒng)平臺的方法。所述方法包括以下步驟在先前系統(tǒng)平臺上提供至少一個第一類型的數(shù)據(jù)庫和至少一個第二類型的數(shù)據(jù)庫，所述第一類型的數(shù)據(jù)庫和所述第二類型的數(shù)據(jù)庫具有不同的遷移行為。另外提供了第一類型的交易，用于訪問先前系統(tǒng)平臺上的第一類型的數(shù)據(jù)庫和第二類型的數(shù)據(jù)庫。為了準備遷移，將主機環(huán)境中的第一類型的交易替換為第二類型的交易和第三類型的交易，第二類型的交易僅訪問第一類型的數(shù)據(jù)庫，第三類型的交易僅訪問第二類型的數(shù)據(jù)庫。所述方法還包括來自分散環(huán)境的針對第一類型的交易的請求啟動第二和第三類型的交易。
文檔編號G06F9/46GK101218565SQ200680024813
公開日2008年7月9日 申請日期2006年7月5日 優(yōu)先權(quán)日2005年7月6日
發(fā)明者漢斯貝特·洛克, 馬庫斯·韋特李斯巴赫 申請人:瑞士銀行股份有限公司