OracleDataGuard容灾方案(6)

太极计算机股份有限公司

Data Guard不存在查找和发现不一致的数据的问题。如果备数据库做了相应修改，那么数据复制的基础被打破，数据复制将无法继续进行，需要重新构建灾备中心数据库系统。

3.5.6系统兼容性

数据库复制软件应支持以下操作系统平台： ? Sun Solaris 9,10 ? IBM AIX 5.x

数据库复制软件应支持Oracle 9i，Oracle 10g，Oracle 11g及后续数据库版本；支持异构平台，源端和目标端不同数据库版本；支持Cluster/HACMP和RAC模式，并支持不同操作系统下不同数据库版本之间的复制。 应答：部分满足。

Data Guard支持Sun Solaris 9,10以及IBM AIX 5.x

Data Guard 支持Oracle 9i，Oracle 10g，Oracle 11g及后续数据库版本；支持Cluster/HACMP和RAC模式。

不支持异构平台，不支持源端和目标端不同数据库版本，不支持不同操作系统下不同数据库版本之间的复制。

3.5.7高可用性

主系统和备用系统的数据库处于双活状态，以保证在灾难发生前可在两个系统上运行不同类型的应用程序。

应答：部分满足。物理Data Guard在正常恢复的时候无法处于打开状态，在打开的状态下无法处于恢复与主数据库保持一致的状态。本系统的RPO<15分钟，RTO<6小时，每天归档日志产生量<20G。可以考虑以下方式解决该问题：

如果用户对容灾数据库使用时间为白天，那么在白天，将数据库启动为只读打开模式，供业务查询。夜间，将数据库启动为恢复模式，保持与主生产中心一致。如果用户对容灾数据库使用时间为夜间，那么反之在夜间将数据库打开只读，白天数据库做恢复。

容灾中心数据库只在指定时间内对数据库做恢复，因此该数据库与主数据

太极计算机股份有限公司

库之间存在1天的数据差异。虽然没有实时做数据恢复，归档日志文件在产生后会同步写入容灾中心，因此系统可以满足RPO<15分钟的要求。当出现需要启动备用中心的情况，备用中心需要先通过归档日志文件恢复数据。目前每天归档日志量<20G，系统使用这些归档日志恢复数据的时间< 2小时，能够满足RTO<6小时的业务需求。

如果用户对容灾中心数据库使用为全天24小时，目前版本Data Guard无法满足要求，在Oracle11G 以后的版本提供该功能。

数据库复制软件应支持本地Cluster/HACMP的高可用方式，在本地单节点出现故障时，可通过Cluster软件接管到其它节点。

应答：满足。数据库复制软件应本地Cluster/HACMP的高可用方式，在本地单节点出现故障时，可通过Cluster软件接管到其它节点。

3.5.8健壮性要求

数据库复制软件在各种大压力和各种故障情况下不会造成数据复制失败。 ? 网络故障：长时间中断、短时间中断及网络时断时续情况下的正常复制； ? 数据库故障：在目标端数据库故障下， 源端数据库不能受到影响。当目标端数据库修复后，复制软件继续工作；

? 服务器硬件故障：在目标端服务器故障下， 源端生产系统不能受到影响，当目标端修复后，复制软件继续工作。

应答：满足。物理Data Guard 的最大性能模式下灾备中心服务器硬件、数据库故障以及网络故障均不会影响主中心的正常运行。如果主数据库与备用数据库之间的连接丢失（例如，由于网络问题、灾备数据库问题、灾备服务器问题），则在主数据库上生成的重做数据将无法发送到那些备用数据库上。一旦重新建立连接，Data Guard 就自动检测丢失的存档日志序列（或间隔），并将必要的存档日志自动传输到备用数据库中。备用数据库将重新与主数据库同步，而无需管理员的任何手动干预。

3.5.9设备无关性

独立于任何硬件设备、操作系统和Oracle数据库的不同版本，能够实现不太极计算机股份有限公司

同平台之间数据库的复制。

应答：不满足。Data Guard 要求主备中心硬件架构相同，数据库版本完全一致。目前本系统中主备中心能够满足Data Guard的硬件及数据库版本要求。

3.5.10管理监控功能

数据库复制软件需提供统一的管理监控功能，能实现对复制软件的运行状态、运行日志、系统配置等方面进行统一的管理及监控，保证出现错误时具有完整方便的报警及跟踪机制，方便故障的快速定位和解决。

应答：满足。Data Guard Broker与OEM可以提供统一的管理监控功能，能实现对复制软件的运行状态、运行日志、系统配置等方面进行统一的管理及监控，保证出现错误时具有完整方便的报警及跟踪机制，方便故障的快速定位和解决。