【文章內(nèi)容簡介】 racle由捕獲進(jìn)程來收集發(fā)生變化的數(shù)據(jù)，捕獲進(jìn)程駐留在源系統(tǒng)上，自動讀取Oracle的在線日志文件。這種讀操作是從操作系統(tǒng)的角度來完成的，而不是通過數(shù)據(jù)庫。通過將日志文件作為獲取變化信息的源泉，Quest可以完成數(shù)據(jù)的復(fù)制而不會給生產(chǎn)系統(tǒng)帶來額外的開銷。由于Oracle將所有的事物變化記錄到日志中并使用日志文件進(jìn)行系統(tǒng)恢復(fù)，因此Shareplex for Oracle可以通過解析日志文件保障數(shù)據(jù)的一致性。捕獲進(jìn)程連續(xù)監(jiān)控日志文件用以捕捉變化信息。當(dāng)日志文件中出現(xiàn)一條新記錄時，SharePlex判斷其是否屬于被復(fù)制對象，如果是，則SharePlex為該條記錄加入用于決定此記錄將被發(fā)向那個主機(jī)的地址信息并將包含地址信息的記錄存放到自己的隊列中，存儲隊列存在于數(shù)據(jù)庫之外。發(fā)生改變的數(shù)據(jù)被立即處理并被發(fā)送到目標(biāo)系統(tǒng)中而不等待提交或回滾動作的完成，因為等待提交或回滾完成將帶來延遲。當(dāng)提交或回滾信息被寫入日志文件時，它們也將被發(fā)送到目標(biāo)系統(tǒng)中，從而在目標(biāo)系統(tǒng)中完成相對應(yīng)的操作。捕獲進(jìn)程具有如下特點：l 捕獲進(jìn)程從Oracle 日志文件中讀取信息，因此復(fù)制過程不會給生產(chǎn)數(shù)據(jù)庫實例帶來性能問題；l 只有發(fā)生改變的數(shù)據(jù)被傳輸，而不是日志文件中的全部信息，因此SharePlex的網(wǎng)絡(luò)負(fù)載非常?。籰 盡管需要在Oracle數(shù)據(jù)庫中安裝少量的對象用來存儲有關(guān)復(fù)制的一些基本信息，但源數(shù)據(jù)庫不需要參與到數(shù)據(jù)捕獲和傳輸過程中；SharePlex的捕獲進(jìn)程不但可以讀取在線的日志文件，而且可以讀取歸檔日志，甚至當(dāng)歸檔日志文件被移動到其它設(shè)備上時，SharePlex會發(fā)出提示信息。正是這種能力極大地增強(qiáng)了系統(tǒng)的冗余功能。例如，如果捕獲進(jìn)程由于某種原因被停止，當(dāng)它重新啟動后數(shù)據(jù)同步不會受到影響；數(shù)據(jù)傳輸SharePlex for Oracle在基于TCP/IP協(xié)議的網(wǎng)絡(luò)環(huán)境完成源和目標(biāo)系統(tǒng)之間的數(shù)據(jù)傳輸。其相關(guān)的進(jìn)程確保數(shù)據(jù)的正確接收和網(wǎng)絡(luò)數(shù)據(jù)包的正確順序，從而提供網(wǎng)絡(luò)傳輸冗余，確保數(shù)據(jù)的完整。整個數(shù)據(jù)傳輸過程無需其它的中間件。應(yīng)用數(shù)據(jù)應(yīng)用進(jìn)程將傳送到目標(biāo)系統(tǒng)中的信息轉(zhuǎn)化為SQL語句，然后發(fā)送給Oracle執(zhí)行。SharePlex能夠?qū)崿F(xiàn)精確復(fù)制的一個重要原因就是其能保證從源數(shù)據(jù)庫到目標(biāo)數(shù)據(jù)庫的Oracle讀一致性，不但按順序復(fù)制事務(wù)，而且也復(fù)制上下文信息，將源數(shù)據(jù)庫中發(fā)生變化的全部事務(wù)信息都復(fù)制到目標(biāo)數(shù)據(jù)庫中。盡管企業(yè)從規(guī)劃設(shè)計良好的業(yè)務(wù)系統(tǒng)中收益，但也不得不面臨數(shù)據(jù)庫升級和平臺遷移這一挑戰(zhàn)。如從Oracle 9i升級到11G，從HP平臺前移動AIX平臺等等呢個。SharePlex可確保在進(jìn)行以上工作時正常的事務(wù)處理得以繼續(xù)進(jìn)行。源系統(tǒng)的功能不受到任何影響，SharePlex只捕捉遷移過程中發(fā)生變化的事務(wù)并將它們排隊保存。當(dāng)遷移工作結(jié)束后，這些被保存的事務(wù)將被應(yīng)用到新系統(tǒng)中并進(jìn)行數(shù)據(jù)同步工作。一旦數(shù)據(jù)同步后，用戶活動會有非常短暫的停頓，在此瞬間將完成系統(tǒng)的切換動作。方案收益l 異構(gòu)平臺的遷移及數(shù)據(jù)庫升級基于SharePlex對復(fù)制平臺異構(gòu)的支持，SharePlex的系統(tǒng)遷移方案，完全可以實現(xiàn)跨平臺的數(shù)據(jù)庫遷移或數(shù)據(jù)庫版本的升級。例如：用戶可以平滑的實現(xiàn)HP 平臺下 Oracle 9i 到 AIX平臺下 Oracle 11G的數(shù)據(jù)庫升級，沒有任何限制。l 極大地降低了停機(jī)時間以往的數(shù)據(jù)庫遷移或升級，大部分情況下只能使用EXP/IMP的方式完成，必然造成較多的停機(jī)時間，這對現(xiàn)今越來越要求高可用性的7*24小時系統(tǒng)來說，幾乎是不可接受的。SharePlex通過使用中間機(jī)，及數(shù)據(jù)變化的即時復(fù)制等技術(shù)，使停機(jī)時間從幾小時甚至幾天，縮短到幾分鐘，最大程度的滿足了用戶的需求。l 建立了風(fēng)險回退機(jī)制通常的數(shù)據(jù)庫升級或遷移都存在著一定的風(fēng)險，如數(shù)據(jù)庫與應(yīng)用程序兼容問題等，如果升級后出現(xiàn)未預(yù)料到的問題，或升級失敗，則需要能夠迅速切換到原有的系統(tǒng)，以保證系統(tǒng)的正常運(yùn)行。通過SharePlex設(shè)計方案，整個遷移過程都是可控的，原有生產(chǎn)環(huán)境保留，升級過程中失敗直接啟用原有生產(chǎn)系統(tǒng)即可。SharePlex完成系統(tǒng)的升級或遷移后，可以建立一條由新系統(tǒng)到舊系統(tǒng)的復(fù)制鏈路，將新系統(tǒng)上的數(shù)據(jù)變化復(fù)制回舊系統(tǒng)。此時，如果新系統(tǒng)出現(xiàn)意外情況，應(yīng)用不僅可以迅速的切換到原有的系統(tǒng)，也避免了切換過程中的數(shù)據(jù)損失，保證了系統(tǒng)的平穩(wěn)過渡。 遷移方案對比RMAN遷移DataGuardSharePlex難易程度較為容易有一定難度需要專業(yè)軟件停機(jī)時間較長較短較短實施額外費用無無需購買軟件授權(quán)需要調(diào)整現(xiàn)有數(shù)據(jù)庫設(shè)置否是否遷移周期長短短平臺要求建議同構(gòu)平臺同構(gòu)平臺無要求通過上述三種數(shù)據(jù)遷移方案的比較和本次系統(tǒng)遷移的要求，我們建議采用Oracle DataGuard的方式來實現(xiàn)Oracle數(shù)據(jù)庫的數(shù)據(jù)遷移。 遷移數(shù)據(jù)校驗 業(yè)務(wù)驗證方案業(yè)務(wù)驗證方式是數(shù)據(jù)遷移驗證的核心，由于遷移流程中從小到大、從易到難會經(jīng)歷內(nèi)部測試、預(yù)演和正式切換三個實施階段，而這三個階段分別需要業(yè)務(wù)的驗證。由于系統(tǒng)業(yè)務(wù)交易的數(shù)量太多，而業(yè)務(wù)驗證時間和參與驗證機(jī)構(gòu)的數(shù)量各有不同，業(yè)務(wù)驗證不可能面面俱到，不可能涵蓋每一筆交易，因此需要根據(jù)每個階段的測試目的，根據(jù)業(yè)務(wù)系統(tǒng)的交易類別和交易重要性，在不同的測試階段，選擇不同的測試機(jī)構(gòu)和機(jī)構(gòu)數(shù)量，制定每個階段可行的業(yè)務(wù)驗證案例。在內(nèi)部測試階段，業(yè)務(wù)驗證主要是測試數(shù)據(jù)遷移后應(yīng)用能否正常交易，因此該階段的測試側(cè)重的是業(yè)務(wù)交易的可用性和核心交易的正確性，由于中間業(yè)務(wù)測試環(huán)境已經(jīng)搭建，所以在內(nèi)部測試階段增加中間業(yè)務(wù)類的測試。預(yù)演階段是正式切換的預(yù)先演習(xí)。由于內(nèi)部測試已經(jīng)測試了較為完整的交易流程，預(yù)演的目的主要是驗證實際生產(chǎn)前臺環(huán)境的可用性，另外預(yù)演測試還能起到對新主機(jī)數(shù)據(jù)庫一個壓力測試作用。 在正式切換階段，所有的驗證交易均為真實的操作，之前兩個階段的交易只在測試環(huán)境有效，在生產(chǎn)環(huán)境中是不存在的，而正是切換后，遷移后的數(shù)據(jù)庫就轉(zhuǎn)為了新的生產(chǎn)數(shù)據(jù)庫，此時的交易驗證要盡可能的詳細(xì)，必須包含所有核心交易，尤其是與外圍系統(tǒng)有業(yè)務(wù)交易往來的交易，能測的都需要盡可能得測到。 外圍系統(tǒng)驗證如果存在以訂票系統(tǒng)為核心的外圍系統(tǒng)，并且這些外圍系統(tǒng)有些是需要通過業(yè)務(wù)交易與核心系統(tǒng)的應(yīng)用和數(shù)據(jù)庫打交道，有些是不需要通過業(yè)務(wù)交易直接在數(shù)據(jù)庫層面或者其他層面與核心系統(tǒng)進(jìn)行交互，基于此，可以對所有外圍系統(tǒng)進(jìn)行分析，將不需要通過業(yè)務(wù)交易驗證就可以驗證新舊數(shù)據(jù)庫數(shù)據(jù)遷移是否正常的系統(tǒng)進(jìn)行篩選，列出各外圍系統(tǒng)與核心系統(tǒng)的關(guān)聯(lián)性，并提供可行的外圍系統(tǒng)驗證方法，從而提高數(shù)據(jù)遷移驗證的準(zhǔn)確性，減少業(yè)務(wù)交易驗證的工作量。 技術(shù)驗證方案Oracle數(shù)據(jù)庫遷移的技術(shù)特性是在通過RMAN恢復(fù)數(shù)據(jù)庫后，不斷應(yīng)用遷移，前數(shù)據(jù)庫生成的歸檔日志而這些歸檔日志記錄的就是使得原有數(shù)據(jù)庫的數(shù)據(jù)內(nèi)容進(jìn)行改變的每一條語句。再由于歸檔白志記錄的每條語句的順序，就是每條語句被執(zhí)行的順序，換句話說，就是執(zhí)行每條語句的時間順序。根據(jù)以上分析，技術(shù)驗證的方法可以考慮通過在特定的時間在原有