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