1.        完成六合一系統核心資料庫從傳統小型機集中架構到x86/ 分散式儲存的改造。

2.        完成六合一系統核心資料庫同城容災資料庫的搭建。

3.        完成六合一系統分發資料庫的搭建。

4.        完成六合一系統資料備份環境的建設。

5.        完成六合一系統資料備份環境的建設。

6.        完成六合一系統資料庫安全保護。

7.        完成六合一系統應用容災。

8.        完成資料庫監控、容災庫ADG 監控、分發庫Shareplex 監控。

 

本次系統架構改造方案本著合理規劃、方便擴充套件、充分利舊的原則，對現有硬體資源進行重新設計。

系統改造後整體架構如下所示：

Ø   三臺華為RH5885 伺服器和快閃記憶體陣列搭建一套三節點RAC 架構的資料庫用於六合一生產業務

u   生產資料庫第一和第二節點用於日常生產業務

u   第三節點用於資料分發同步、災備同步、資料備份以及其它節點故障時的臨時業務接管

u   使用快閃記憶體陣列，16GB HBA 卡以提高資料庫的IO 效能和處理能力

u   在沒有快閃記憶體陣列的情況下，使用現有的華為儲存裝置進行利舊

Ø   兩臺華為RH5885 伺服器與容災環境利舊的EMC 儲存組成同城容災資料庫

Ø   將原生產資料庫替換下的兩臺IBM 小型機與IBM 儲存搭建一套兩節點RAC 架構的資料庫用於地市資料分發

Ø   一臺X86 架構伺服器與原生產資料庫替換下的IBM 儲存搭建檔案伺服器用於生產資料備份

Ø   生產資料庫與同城資料庫採用Oracle Active DataGuard 元件進行容災

Ø   生產資料庫與分發資料庫間使用SharePlex 進行資料同步

Ø   分發資料庫與各地市資料庫間使用SharePlex 進行資料分發

Ø   應用伺服器透過DNS 切換的方式進行容災切換，正常時段連線生產資料庫，當資料庫切換後，透過切換DNS ，連線災備資料庫進行業務

客戶當前系統生產資料庫為Oracle 10.2.0.5 版本，儲存管理模式為ASM 。計劃在本次系統整體改造的過程中將資料庫升級為 Oracle 11.2.0.4 版本，並採用Oracle 自動儲存管理元件（ASM ）對儲存進行管理。

由於此次升級跨越了一個資料庫的大版本（10g 至11g ），且升級前後資料庫伺服器為異構平臺（AIX 至Linux ）。從可行性、儘可能減少停機時間視窗的角度出發，建議採用邏輯同步的方式進行升級：

1.      在新搭建的x86 架構環境下安裝11g 版本ASM 儲存管理方式的資料庫

2.      將原生產資料庫的資料庫透過邏輯同步軟體（SharePlex ）同步至新搭建資料庫，並保持增量實時裝載

3.      在系統切換時間視窗，停止相關應用

4.      停止資料庫邏輯同步

5.      稽核原庫和新庫的資料一致性，包括物件數量，單個物件的資料量

6.      切換應用伺服器連線資料來源，完成系統升級切換

在系統容災建設中建議使用Oracle Active DataGuard 元件（下稱ADG ）完成搭建。

DataGuard 是甲骨文推出的一種高可用性資料庫方案，在Oracle 8i 之前被稱為Standby Database 。從Oracle 9i 開始，正式更名為Data Guard 。它是在主節點與備用節點間透過日誌同步來保證資料的同步，可以實現資料庫快速切換與災難性恢復。Data Guard 只是在軟體上對資料庫進行設定，並不需要額外購買任何元件。使用者能夠在對主資料庫影響很小的情況下，實現主備資料庫的同步。而主備機之間的資料差異只限於線上日誌部分。

日常業務中，主節點資料發生變更時，資料庫將 redo 日誌變化傳輸至備節點，備節點資料庫透過連續應用歸檔日誌，保持資料與主節點一致，起到對資料庫的保護

當主節點發生災難異常當機後，可以快速切換備節點資料庫接管業務，保證業務的連續性。如下圖所示。

ADG 是Oracle 在11g 版本資料庫中新增元件，基於原DataGuard 升級而來，在保留DG 的相關特性上，新增了Standby 資料庫可以在同步期間以只讀模式開啟功能，並對外提供讀取服務，起到讀寫分離的作用。

1． 生產資料庫與容災資料庫間透過ADG 進行資料同步複製，生產資料庫以讀寫模式開啟，容災資料庫以只讀模式開啟

2． 系統正常時，應用伺服器連線生產資料庫進行操作，部分查詢業務可以連線容災資料庫進行讀取

3． 當系統出現故障時，容災資料庫以讀寫模式開啟，完成資料庫切換

4． 生產伺服器修改資料來源連線容災資料庫進行業務，完成容災切換