【導(dǎo)讀】數(shù)據(jù)庫異地容災(zāi)方案介紹

　　

【正文】 現(xiàn)過多延遲。 ? 支持沒有 PK/UK 字段的表的同步。 應(yīng)答：滿足。物理 Data Guard 支持沒有 PK/UK 字段的表的同步。 ? 數(shù)據(jù)復(fù)制過程可根據(jù)需要靈活地進行控制或修改復(fù)制的方向，以滿足業(yè)務(wù)需求； 應(yīng)答：滿足。 Data Guard 可以靈活地控制主、備節(jié)點的 swithover 切換。 ? 支持在數(shù)據(jù)復(fù)制過程中對數(shù)據(jù)正確性進行校驗，如正在復(fù)制的數(shù)據(jù)在之前就已經(jīng)不一致，應(yīng)提供報警功能，以便及時發(fā)現(xiàn)錯誤，避免錯誤的擴大； 應(yīng)答：滿足。物理 Data Guard 復(fù)制的前提條件是主、備數(shù)據(jù)庫保持一致，因此不會出現(xiàn)復(fù)制的數(shù)據(jù)在之前 已經(jīng)不一致的情況。 ? 提供專用圖形化集中管理軟件。 應(yīng)答：滿足。 Data Guard Broker 與 OEM 可以提供 很方便的 圖形化集中管理。 ? 數(shù)據(jù)庫初始化同步 要求數(shù)據(jù)庫復(fù)制軟件能夠?qū)l(fā)卡系統(tǒng)的數(shù)據(jù)庫中已有數(shù)據(jù)初始化同步到災(zāi)太極計算機股份有限公司 備中心數(shù)據(jù)庫。在初始化同步過程中，業(yè)務(wù)不能停止，但可選擇業(yè)務(wù)量較小時段進行。在解決方案書中要求詳細(xì)描述初始化數(shù)據(jù)同步解決方案，以及整個首次同步操作所需要的時間（以 100GB 數(shù)據(jù)為標(biāo)準(zhǔn)），并且要求列出整個首次初始化過程中是否需要人為干預(yù)，從而可以有效地評估整個首次數(shù)據(jù)初始化的工作量。 為了保證生產(chǎn)中心日后業(yè)務(wù)擴展存在更換服務(wù)器廠商以及數(shù)據(jù)庫版本等情況，需要注明是否支持異構(gòu)平臺下的首次數(shù)據(jù)初始化同步，是否支持跨數(shù)據(jù)庫版本之間數(shù)據(jù)庫的初始化同步操作。 應(yīng)答：滿足。 詳見 Data Guard 初始安裝步驟 ? 數(shù)據(jù)復(fù)制性能指標(biāo) 數(shù)據(jù)復(fù)制的性能指標(biāo)與系統(tǒng)平臺、網(wǎng)絡(luò)帶寬、應(yīng)用系統(tǒng)等因素密切相關(guān)，參照下列運行環(huán)境： 項目 配 置 數(shù)據(jù)源 SF15K 24 個 CPU， 32GB 內(nèi)存， ORACLE RAC 目標(biāo)端 SF15K 24 個 CPU， 32GB 內(nèi)存， ORACLE 總數(shù)據(jù)量 500GB 左右（數(shù)據(jù) +索引） 每天的日志量 每天 20GB 日志 網(wǎng)絡(luò)帶寬 100M 和 20M 要求提供相應(yīng)的性能參數(shù)指標(biāo)： 類別 指標(biāo) 參考值 應(yīng)答 首次數(shù)據(jù)初始化同步 首次數(shù)據(jù)庫初始化同步時間（ 100M 帶寬） 小于 10 小時 滿足，首次初始化同步時間小于 5 小時 首次數(shù)據(jù)庫初始化同步時間（ 20M 帶寬） 小于 48 小時 滿足，首次初始化同步時間小于 12小時 首次數(shù)據(jù)庫初始化同步源端 CPU 占用 小于 30％ 滿足，對主系統(tǒng)資源消耗極小。小于1% 增量數(shù)據(jù)同步 （單個復(fù)制鏈路） 源端 CPU 占用 小于 5％ 滿足，對主系統(tǒng)資源消耗極小。小于1% 目標(biāo)端 CPU 占用 小于 5％ 滿足，對目標(biāo)資源消耗極小。小于 5% 源端內(nèi)存占用 小于 200M 滿足，對主資源消耗極小。無需額外內(nèi)存消耗 目標(biāo)端內(nèi)存占用 小于 200M 滿足，對主資源消耗極小。無需額外內(nèi)存消耗 復(fù)制數(shù)據(jù)延遲平均值 10s 以內(nèi) 不滿足。在最大性能模式下，物理太極計算機股份有限公司 Data Guard 在日志切換后將改變的數(shù)據(jù)寫入災(zāi)備中心。頻繁的日志切換將影響數(shù)據(jù)庫運行性能。 建議將日志切換頻率設(shè)置為 10 分鐘。因此數(shù)據(jù)復(fù)制最大延遲約為 10 分鐘。 業(yè)務(wù)高峰期對系統(tǒng)的影響 源端 CPU 占用 小于 10％ 滿足，對主系統(tǒng)資源消耗極小。小于1% 目標(biāo)端 CPU 占用 小于 10％ 滿足，對目標(biāo)資源消耗極小。小于 5% 復(fù)制數(shù)據(jù)延遲平均值 10s 以內(nèi) 不滿足。在最大性能模式下，物理Data Guard 在日志切換后將改變的數(shù)據(jù)寫入災(zāi)備中心。頻繁的日志切換將影響數(shù)據(jù)庫運行性能。建議將日志切換頻率設(shè)置為 10 分鐘。因此數(shù)據(jù)復(fù)制最大延遲約為 10 分鐘。 要求數(shù)據(jù)庫復(fù)制軟件提供數(shù)據(jù)庫初始化同步、數(shù)據(jù)恢復(fù)后以及日常的數(shù)據(jù)一致性檢查方案，要求方案中詳細(xì)注明該數(shù)據(jù)一致性比對 方案的特點以及操作復(fù)雜度，并可滿足如下要求： ? 可在應(yīng)用不停機的情況下，查找和發(fā)現(xiàn)不一致的數(shù)據(jù) ； ? 一致性檢查需要能夠進行對象屬性、記錄條數(shù)和記錄的字段內(nèi)容進行一致性檢查； ? 提供全庫的記錄級一致性檢查時間（以 100GB 的數(shù)據(jù)為例）。 ? 支持不含 PK/UK 字段的表的一致性檢查和修復(fù)。請?zhí)峁┰跊]有 PK/UK字段的表中有 1000 萬條記錄的比對時間。 對于不一致的數(shù)據(jù)，需要提供不一致記錄詳細(xì)信息，以便進行精確的修復(fù)，同時提供數(shù)據(jù)修復(fù)方案。數(shù)據(jù)修復(fù)工作要求操作簡單，修復(fù)速度快，且修復(fù)過程中不影響業(yè)務(wù)正常運行。 應(yīng)答：滿足。 Data Guard 實現(xiàn)的基本原理既：通過備份恢復(fù)的基本原理保持災(zāi)備數(shù)據(jù)庫與主數(shù)據(jù)庫的一致。只有主數(shù)據(jù)庫可以修改，備數(shù)據(jù)庫是不能夠做任何改動的。當(dāng)系統(tǒng)發(fā)生 Switchover 的切換以后，主備關(guān)系變化，同樣只有主數(shù)據(jù)庫（原來的備數(shù)據(jù)庫）可以修改，備數(shù)據(jù)庫（原來的主數(shù)據(jù)庫）是不可以修改的。因此太極計算機股份有限公司 Data Guard 不存在查找和發(fā)現(xiàn)不一致的數(shù)據(jù)的問題。如果備數(shù)據(jù)庫做了相應(yīng)修改，那么數(shù)據(jù)復(fù)制的基礎(chǔ)被打破，數(shù)據(jù)復(fù)制將無法繼續(xù)進行，需要重新構(gòu)建災(zāi)備中心數(shù)據(jù)庫系統(tǒng)。 數(shù)據(jù)庫復(fù)制軟件應(yīng)支持以下操作系統(tǒng)平臺： ? Sun Solaris 9,10 ? IBM AIX 數(shù)據(jù)庫復(fù)制軟件應(yīng)支持 Oracle 9i， Oracle 10g， Oracle 11g 及后續(xù)數(shù)據(jù)庫版本；支持異構(gòu)平臺，源端和目標(biāo)端不同數(shù)據(jù)庫版本；支持 Cluster/HACMP 和 RAC模式，并支持不同操作系統(tǒng)下不同數(shù)據(jù)庫版本之間的復(fù)制。 應(yīng)答：部分滿足。 Data Guard 支持 Sun Solaris 9,10 以及 IBM AIX Data Guard 支持 Oracle 9i， Oracle 10g， Oracle 11g 及后續(xù)數(shù)據(jù)庫版本； 支持 Cluster/HACMP 和 RAC 模式 。 不支持異構(gòu)平臺，不支持 源端和目標(biāo)端不同數(shù)據(jù)庫版本 ，不 支持不同操作系統(tǒng)下不同數(shù)據(jù)庫版本之間的復(fù)制 。 主系統(tǒng)和備用系統(tǒng)的數(shù)據(jù)庫處于雙活狀態(tài)，以保證在災(zāi)難發(fā)生前可在兩個系統(tǒng)上運行不同類型的應(yīng)用程序。 應(yīng)答：部分滿足。物理 Data Guard 在正常 恢復(fù) 的時候無法處于打開狀態(tài)，在打開的狀態(tài)下無法處于恢復(fù)與主數(shù)據(jù)庫保持一致的狀態(tài)。本系統(tǒng)的 RPO15 分鐘，RTO6 小時 ， 每天歸檔日志產(chǎn)生量 20G?？梢钥紤]以下方式解決該問題： 如果用戶對容災(zāi)數(shù)據(jù)庫使用時間為白天，那么在白天，將數(shù) 據(jù)庫啟動為只讀打開模式，供業(yè)務(wù)查詢。夜間，將數(shù)據(jù)庫啟動為恢復(fù)模式，保持與主生產(chǎn)中心一致。如果用戶對容災(zāi)數(shù)據(jù)庫使用時間為夜間，那么反之在夜間將數(shù)據(jù)庫打開只讀，白天數(shù)據(jù)庫做恢復(fù)。 容災(zāi)中心數(shù)據(jù)庫只在指定時間內(nèi)對數(shù)據(jù)庫做恢復(fù)，因此該數(shù)據(jù)庫與主數(shù)據(jù)太極計算機股份有限公司 庫之間存在 1 天的數(shù)據(jù)差異。雖然沒有實時做數(shù)據(jù)恢復(fù)，歸檔日志文件在產(chǎn)生后會同步寫入容災(zāi)中心，因此系統(tǒng)可以滿足 RPO15 分鐘的要求。當(dāng)出現(xiàn)需要啟動備用中心的情況，備用中心需要先通過歸檔日志文件恢復(fù)數(shù)據(jù)。目前每天歸檔日志量 20G，系統(tǒng)使用這些歸檔日志恢復(fù)數(shù)據(jù)的時間 2 小時 ，能夠滿足 RTO6小時的業(yè)務(wù)需求。 如果用戶對容災(zāi)中心數(shù)據(jù)庫使用為全天 24 小時，目前版本 Data Guard 無法滿足要求，在 Oracle11G 以后的版本提供該功能。 數(shù)據(jù)庫復(fù)制軟件應(yīng)支持本地 Cluster/HACMP 的高可用方式，在本地單節(jié)點出現(xiàn)故障時，可通過 Cluster 軟件接管到其它節(jié)點。 應(yīng)答：滿足。 數(shù)據(jù)庫復(fù)制軟件應(yīng) 本地 Cluster/HACMP 的高可用方式，在本地單節(jié)點出現(xiàn)故障時，可通過 Cluster 軟件接管到其它節(jié)點。 數(shù)據(jù)庫復(fù)制軟件在各種大壓力和各種故障情況下不會造成數(shù)據(jù)復(fù)制失敗 。 ? 網(wǎng)絡(luò)故障：長時間中斷、短時間中斷及網(wǎng)絡(luò)時斷時續(xù)情況下的正常復(fù)制； ? 數(shù)據(jù)庫故障：在目標(biāo)端數(shù)據(jù)庫故障下， 源端數(shù)據(jù)庫不能受到影響。當(dāng)目標(biāo)端數(shù)據(jù)庫修復(fù)后，復(fù)制軟件繼續(xù)工作； ? 服務(wù)器硬件故障：在目標(biāo)端服務(wù)器故障下， 源端生產(chǎn)系統(tǒng)不能受到影響，當(dāng)目標(biāo)端修復(fù)后，復(fù)制軟件繼續(xù)工作。 應(yīng)答：滿足。 物理 Data Guard 的最大性能模式下災(zāi)備中心 服務(wù)器硬件、數(shù)據(jù)庫故障 以及網(wǎng)絡(luò)故障均不會影響主中心的正常運行。 如果主數(shù)據(jù)庫與備用數(shù)據(jù)庫之間的連接丟失（例如，由于網(wǎng)絡(luò)問題 、災(zāi)備數(shù)據(jù)庫問題、災(zāi)備服務(wù)器問題 ），則在主數(shù)據(jù)庫上生成的 重做數(shù)據(jù)將無法發(fā)送到那些備用數(shù)據(jù)庫上。一旦重新建立連接， Data Guard 就自動檢測丟失的存檔日志序列（或間隔），并將必要的存檔日志自動傳輸?shù)絺溆脭?shù)據(jù)庫中。備用數(shù)據(jù)庫將重新與主數(shù)據(jù)庫同步，而無需管理員的任何手動干預(yù)。 獨立于任何硬件設(shè)備、操作系統(tǒng)和 Oracle 數(shù)據(jù)庫的不同版本，能夠?qū)崿F(xiàn)不太極計算機股份有限公司 同平臺之間數(shù)據(jù)庫的復(fù)制。 應(yīng)答： 不 滿足。 Data Guard 要求主備中心硬件架構(gòu)相同，數(shù)據(jù)庫版本完全一致。目前本系統(tǒng)中主備中心能夠滿足 Data Guard 的硬件及數(shù)據(jù)庫版本要求。 數(shù)據(jù)庫復(fù) 制軟件需提供統(tǒng)一的管理監(jiān)控功能，能實現(xiàn)對復(fù)制軟件的運行狀態(tài)、運行日志、系統(tǒng)配置等方面進行統(tǒng)一的管理及監(jiān)控，保證出現(xiàn)錯誤時具有完整方便的報警及跟蹤機制，方便故障的快速定位和解決。 應(yīng)答：滿足。 Data Guard Broker 與 OEM 可以提供統(tǒng)一的管理監(jiān)控功能， 能實現(xiàn)對復(fù)制軟件的運行狀態(tài)、運行日志、系統(tǒng)配置等方面進行統(tǒng)一的管理及監(jiān)控，保證出現(xiàn)錯誤時具有完整方便的報警及跟蹤機制，方便故障的快速定位和解決。