OGG資料庫遷移方案(二)

pingdanorcale發表於2023-03-14

使用者(以下統稱為“客戶”)計劃將資料庫從AIX 平臺遷移到Linux 平臺。

使用Oracle GoldenGate (下文統稱“OGG ”)來實現這一目標是一種可行的方案,比較其它技術方案而言,比如Data Guard 或者expdp/impdp 等,OGG 具有如下的優勢:

n   靈活性強:

允許源與目標的作業系統型別不同或者大版本不同;

源與目標Oracle 資料庫的大版本不同;

源與目標的資料庫使用者名稱不同,資料結構有較大的不同

n   割接時間視窗小

 

但是使用OGG 也存在一些不足或者限制:

n   可能有不支援的資料庫物件,比如IOT 表、具有ANYDATA 資料型別的表、物化檢視日誌表等

n   無法支援具有重複記錄的表

n   傳統的capture mode 不支援壓縮表

n   為確保源與目標資料完全一致,需要增加資料比對環節,可能會增加割接視窗。

 

本方案將根據已有的類似實施案例,提出詳細的升級技術方案和實施方案,為正式、全面開展系統升級工作提供基礎。

本文件主要內容如下:

n   使用OGG 進行資料庫遷移的詳細方案

本文件供如下人員審閱:

n   使用者資料庫升級專案管理和實施人員

n   Oracle 公司ACS 團隊管理和技術人員

本文中使用了不同的字型以區分使用者所輸入的命令和命令返回的結果。比如:

Tuxedo01[/oracle]$ lslpp -l | grep -i xlC

  xlC.aix50.rte             10.1.0.0  COMMITTED  XL C/C++ Runtime for AIX 5.3

  xlC.cpp                    9.0.0.0  COMMITTED  C for AIX Preprocessor

  xlC.msg.en_US.cpp          9.0.0.0  COMMITTED  C for AIX Preprocessor

  xlC.msg.en_US.rte         10.1.0.0  COMMITTED  XL C/C++ Runtime

  xlC.rte                   10.1.0.0  COMMITTED  XL C/C++ Runtime

 

其中,紅色加粗字型部分為操作命令,藍色字型部分為命令的返回結果。

 

建議客戶以完整的專案的方式來運作,並從中不斷積累經驗,在一套系統的升級取得成功後,總結經驗與不足,並將其應用到後續系統的遷移/ 升級中。

下面是建議的專案實施階段與相應的工作內容:

本階段的主要工作是瞭解客戶需求,對應用系統及其資料結構進行分析,並制訂第一版的實施方案,主要包括:

1.        確認營業庫源與目標環境,包括資料庫版本、作業系統版本、資料庫容量、字符集等

2.        瞭解升級方面的需求:比如升級的時間視窗,是否需要準備效能測試方案,是否需要準備回退方案

3.        確定需要由GoldenGate 實施複製的全部資料庫物件,其中包括:

n   需要複製的資料庫使用者

n   排除掉包含有不能支援的資料型別而不能被OGG 支援的表,

n   排除掉不需要複製的表,比如全域性臨時表、使用者臨時表等

n   排除掉具有重複記錄的表(即沒有主鍵或者索引,並且有重複行),這些表OGG 不能支援

n   最後確定所有透過OGG 複製的表

4.        對於需要由GolenGate 複製的表,檢查其資料特性:

n   是否為分割槽表,是否為按時間分割槽的表,如果是,是否存在歷史資料(即靜態資料)

n   資料的修改方式:update/delete/insert

n   是否有truncate 操作

n   表的型別:字典表/ 日誌表/ 資料表等

5.        對於不能由GolenGate 複製的表,制定其它遷移方案。

6.        配置DDL 複製

 

在瞭解清楚以上資訊後,需要制訂出:

1.        OGG 安裝、配置規範》:今後的實施中也將採用

2.        OGG 資料複製詳細方案》

3.        《資料比對方案》

4.        《應用效能測試方案》(可選)

5.        《回退方案》(可選,如果需要使用OGG 實現回退)

 

以上方案制訂完成後,需要由客戶相關人組織進行評審。

在方案已經制訂完成並透過評審後,進入到測試階段,本階段的核心內容是:

n   根據《OGG 安裝、配置規範》搭建測試環境,建立目標庫等

n   根據《OGG 資料複製詳細方案》,配置OGG 的資料複製,驗證複製工作正常

n   根據《資料比對方案》,執行測試,檢查比對的效率等。

n   根據《應用效能測試方案》(可選),對目標端應用、資料庫的效能進行測試。

n   根據《回退方案》(可選,如果需要使用OGG 實現回退),配置從新生產到舊生產的複製鏈路。

 

在測試階段中,要針對每一個出現的問題,找到問題原因並和解決方法;對不正確的、和不滿足需求的方案進行調整、補充和完善。

 

在所有方案透過測試後,進入到實施階段,本階段的主要工作是:

n   根據客戶計劃,在割接前提前若干天配置好生產到準生產的資料複製,並不斷比對資料。

n   在準生產投產的割接視窗中,停止應用,停止OGG 的複製,執行資料比對

n   在資料完全一致,並滿足其他條件後,配置應用連線到新的生產庫,割接結束。

 


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10201716/viewspace-2939522/,如需轉載,請註明出處,否則將追究法律責任。

相關文章