OracleDataGuard容灾方案(5)

太极计算机股份有限公司

5、配置主、备中心的数据库服务器Data Guard环境 该操作对主数据库运行没有任何影响。

其中灾备中心数据库平台要求与主中心架构一致，如均为SUN小型机。操作系统版本及数据库版本均需要一致。

Data Guard不支持异构平台数据容灾，也不支持不同数据库版本之间做数据容灾。

6、使用主中心备份的文件创建灾备中心数据库系统。 该操作主要是解压文件、恢复数据文件的时间。约为2小时。

7、配置灾备中心环境。根据主中心的归档日志保持灾备中心与主中心一致 。

3.5 用户需求点对点应答 3.5.1日常功能

? 将生产中心发卡系统上的数据库变化实时异步复制到灾备中心； 应答：满足。Data Guard通过归档日志将数据库变化复制到灾备中心。

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

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

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

太极计算机股份有限公司

小时的业务需求。

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

? 对生产系统的资源占用不能太多，不能影响到生产系统的正常运行； 应答：满足。采用物理Data Guard的最大性能模式，生产中心主机仅需要在归档日志产生后将归档日志文件写入异地容灾中心，对生产系统资源占用极少，不影响生产系统的正常运行。在网络出现故障或容灾中心出现故障时，不会影响到生产系统的正常运行。

? 对网络带宽的占用较低。

应答：满足。Data Guard传输内容数据变化产生的归档日志文件。目前每天归档日志产生量为20G，那么传输量为20G/天。

3.5.2故障切换

? 当生产中心的系统无法正常运行，而又不能在短期内恢复时，可利用灾备中心提供业务接管。

应答：满足。灾备中心可以提供数据库服务器。

? 灾备中心必须在生产中心不可用6小时之内完成业务接管。 应答：满足。灾备中心可以在6小时内完成业务接管。

? 当生产中心服务器恢复正常后，数据复制系统需要将灾备中心的最新数据反向复制回生产中心，实现业务的恢复。

应答：部分满足。系统切换可以分为有计划的停机以及故障停机。

在有计划停机的情况下，灾备中心数据库在启用的时候，数据库内容保持与生产中心完全一致。在主中心操作完成后，可以通过简单命令，将灾备中心启用期间数据修改反向复制回生产中心，实现业务的恢复。

在故障停机的情况下，主中心可能有部分数据(<15分钟)尚未传递到备份中心，在灾备中心启用的时候，主、备之间数据已不一致。因此需要将所有数据重新传递回主中心才能实现业务的恢复。

太极计算机股份有限公司

3.5.3基本要求

? 复制软件应满足在单机或RAC环境下，对Oracle在线日志(Online redo

log)的捕捉及复制；

应答：满足。Data Guard通过对Online redo log产生的归档文件复制来完成容灾。

? 支持Oracle中所有的常用数据类型，如Oracle中的LONG 、LONG

RAW、BLOB、CLOB、NCLOB、TIMESTAMP等，可实现用户自定义表、字段进行复制；

应答：满足。物理Data Guard支持Oracle中所有的常用数据类型

? 支持对数据库中常用DDL操作的复制；

应答：满足。物理Data Guard支持Oracle中常用DDL的操作复制。

? 支持事务复制，要求对数据库中较大的事务不会出现过多延迟； 应答：满足。物理Data Guard支持事务复制。对较大事务不会出现过多延迟。

? 支持没有PK/UK字段的表的同步。

应答：满足。物理Data Guard支持没有PK/UK字段的表的同步。

? 数据复制过程可根据需要灵活地进行控制或修改复制的方向，以满足业务需求；

应答：满足。Data Guard可以灵活地控制主、备节点的swithover切换。

? 支持在数据复制过程中对数据正确性进行校验，如正在复制的数据在之前就已经不一致，应提供报警功能，以便及时发现错误，避免错误的扩大；

应答：满足。物理Data Guard复制的前提条件是主、备数据库保持一致，因此不会出现复制的数据在之前已经不一致的情况。

? 提供专用图形化集中管理软件。

应答：满足。Data Guard Broker与OEM可以提供很方便的图形化集中管理。

3.5.4性能要求

? 数据库初始化同步

要求数据库复制软件能够将发卡系统的数据库中已有数据初始化同步到灾太极计算机股份有限公司

备中心数据库。在初始化同步过程中，业务不能停止，但可选择业务量较小时段进行。在解决方案书中要求详细描述初始化数据同步解决方案，以及整个首次同步操作所需要的时间（以100GB数据为标准），并且要求列出整个首次初始化过程中是否需要人为干预，从而可以有效地评估整个首次数据初始化的工作量。

为了保证生产中心日后业务扩展存在更换服务器厂商以及数据库版本等情况，需要注明是否支持异构平台下的首次数据初始化同步，是否支持跨数据库版本之间数据库的初始化同步操作。 应答：满足。详见Data Guard初始安装步骤

? 数据复制性能指标

数据复制的性能指标与系统平台、网络带宽、应用系统等因素密切相关，参照下列运行环境：

项目 数据源 目标端 总数据量 每天的日志量 网络带宽 配 置 SF15K 24个CPU，32GB内存， ORACLE 10.2.0.2 RAC SF15K 24个CPU，32GB内存， ORACLE 10.2.0.2 500GB左右（数据+索引） 每天20GB日志 100M和20M 指标 首次数据库初始化同首次数据初始化同步 步时间（100M带宽） 首次数据库初始化同步时间（20M带宽） 首次数据库初始化同步源端CPU占用 增量数据同步 （单个复制链路） 源端CPU占用 目标端CPU占用 源端内存占用 目标端内存占用 参考值 小于10小时 小于48小时 小于30％ 小于5％ 小于5％ 小于200M 小于200M 时 满足，首次初始化同步时间小于12小时 满足，对主系统资源消耗极小。小于1% 满足，对主系统资源消耗极小。小于1% 满足，对目标资源消耗极小。小于5% 满足，对主资源消耗极小。无需额外内存消耗 满足，对主资源消耗极小。无需额外内存消耗 不满足。在最大性能模式下，物理应答 满足，首次初始化同步时间小于5小 要求提供相应的性能参数指标： 类别 复制数据延迟平均值 10s以内 太极计算机股份有限公司

Data Guard在日志切换后将改变的数据写入灾备中心。频繁的日志切换将影响数据库运行性能。建议将日志切换频率设置为10分 …… 此处隐藏：2173字，全部文档内容请下载后查看。喜欢就下载吧 ……