容灾方案.doc

xxxxxxxx 有限公司有限公司 trusttrust dbradbra 灾难备份方案建议书灾难备份方案建议书 杭州美创科技有限公司杭州美创科技有限公司 2010-02-02 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 2 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:目目 录录 1.xxxxx 灾难备份需求灾难备份需求- 4 - 1.1概述概述- 4 - 1.2业务系统分析和推荐业务连续性指标业务系统分析和推荐业务连续性指标- 4 - 1.3当前当前 it 系统基础架构系统基础架构- 5 - 2.软件平台技术方案软件平台技术方案.- 10 - 2.1trust dbra disaster backup system工作原理工作原理- 10 - 2.1.1trust log capture service - 10 - 2.1.2trust log transfer service- 11 - 2.1.3trust apply service .- 11 - 2.1.4trust flashback service- 11 - 2.1.5trust active disaster site service.- 12 - 2.1.6trust backup service.- 12 - 2.2trust dbra disaster backup system的安装部署的安装部署- 12 - 2.2.1生产系统部署.- 13 - 2.2.2灾备系统部署.- 13 - 2.2.3产品部署模块.- 13 - 2.3性能和资源需求估算性能和资源需求估算- 14 - 2.3.1网络需求.- 14 - 2.3.2日志传输速度.- 15 - 2.3.3数据同步速度.- 15 - 2.3.4cpu资源占用- 15 - 2.3.5生产端的缓存资源.- 15 - 2.4生产系统可靠性保障部署生产系统可靠性保障部署- 16 - 2.4.1灾难备份链路的容错.- 16 - 2.4.2对于密集短暂网络失败的克服.- 16 - 2.4.3生产系统本地空间缓存.- 16 - 2.5计划内维护和全业务切换计划内维护和全业务切换- 16 - 2.6trust dbra 的日常运行维护的日常运行维护.- 16 - 3.硬件平台技术方案硬件平台技术方案.- 18 - 3.1服务器平台技术方案服务器平台技术方案- 18 - 3.2存储平台技术方案存储平台技术方案- 18 - 3.3网络平台技术方案网络平台技术方案- 22 - 4.灾难恢复预案（灾难恢复预案（drp）.- 23 - 4.1drp 的作用的作用- 23 - 4.2灾难恢复预案的内容灾难恢复预案的内容- 23 - 4.3灾难恢复预案演练灾难恢复预案演练- 24 - 4.3.1演练的目的.- 24 - xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 3 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:4.3.2流程测试和演练的模式.- 25 - 4.3.3演练的关键步骤.- 27 - 4.3.4测试演练的主要考虑因素.- 28 - 附录一附录一:trust dbra disaster backup system 介绍介绍.- 30 - 附件二：附件二：trusttrust dbradbra 成功案例成功案例- 37 - 附件三：美创科技公司简介附件三：美创科技公司简介.- 39 - xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 4 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:1. xxxx 灾难备份需求灾难备份需求 1.1 概述概述 1.2业务系统分析和推荐业务连续性指标业务系统分析和推荐业务连续性指标 it 业务系统是 xxxx 有限公司从事多项业务的基石，而存储在 oracle 数据 库中的数据则更是关系到 xxxx 的生存和发展。数据完整性是电子支付业务继续 运行的基础性工作，绝对的零数据丢失和数据完整性要求是金融行业的最典型 特征，依赖于常规的备份系统很难很好的完成零数据丢失保障。在高数据完整 性的要求基础之上，电子支付服务又是一个几乎完全面向公众用户的服务，具 有比较高的业务连续性要求，基本要求 7*24*365 天不间断运行，即使在节假日 也要求 it 系统正常运转。 xxxposs 交易系统是一个典型在绝对保障数据基础之上的要求 7*24*365 不 间断运行的 it 业务系统，为了支持零数据丢失和业务连续性保障需要一个周到 的业务连续性计划来加以支持。备份，灾难备份，持续数据保护和多样化恢复 手段都应该成为 xxx 核心业务连续性计划的必要组成部分来共同完成业务连续 性计划目标。 从容灾的级别来说，可以规划数据级容灾和应用级容灾，根据 poss 交易 业务种类多，业务方式多样化的特点，仅建设一个数据级容灾是不够，容灾发 生时，业务快速的恢复是容灾系统的一大需求。应用级容灾是建立在数据级容 灾的基础上，在容灾切换时，除了切换核心的数据库数据外，还包含了 ip 地址 切换（按客户需要选择） ，中间件服务，用户级业务。应用级容灾从流程上实现 了全业务的连续性需求。 从我们的灾难系统建设经验出发，xxx 有限公司可以考虑以下业务连续性 计划目标： rpo（最大允许数据丢失时间）：零数据丢失 rto（最大允许宕机时间）：30 分钟 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 5 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:应用级容灾需求 1.3当前当前 it 系统基础架构系统基础架构 根据前期和沟通，了解到 xxxposs 交易系统的当前基础信息结构如下： 基础硬件平台 主机系统平台两台 服务器；双机 rac； 存储系统平台一台磁盘阵列； 基础软件平台 数据库oracle 10； 核心应用软件系统 交易系统 核心生产系统逻辑结构图如下： (图 1.1 实际生产系统逻辑框图) xxxx 有限公司当前采用手动逻辑备份，这样的备份方式结合数据库的归档 日志，基本可以保证数据库的数据的完备性，但是依然具有以下缺点： 数据备份的有效性无法确认。 由于备份系统条件的限制，对备份的数据的有效性无法进行校验，无法进 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 6 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:行恢复性测试。 数据恢复时间漫长 在数据库恢复时，需要中断业务系统，而且，恢复时间漫长，恢复过程中 容易出现故障(尤其是逻辑备份的恢复)。 无法保证数据的完整性 无论是逻辑备份还是目前的物理备份，都无法保证在出现故障进行恢复时， 不会造成数据的丢失。 出现网络故障会引起备份中断 网络故障时，会造成备份的中断，在网络恢复后，无法继续备份。 对生产系统有性能压力 进行备份，尤其是物理备份时，往往由于备份脚本或者备份策略制定的问 题，对生产系统产生比较大的性能影响(尤其是 io 压力)。 无法作为应急业务支持 在业务系统崩溃时，备份系统无法作为应急系统使用。 基于上述这些因素的考虑，xxxx 有限公司的容灾系统的建设，势在必行。 其灾备系统的建设，重要的是体现灾备一体，应用级容灾的概念，建设后的灾 难备份系统硬件架构图如下： xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 7 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:(图 1.2 容灾系统逻辑框图) 灾难备份系统至少达到以下技术目标： 编号编号要求要求描述描述 1. 灾难切换时间要求灾难系统切换时间不超过 30 分钟，最好在 10 分 钟内实现。 2. 多种灾难切换方式提供自动灾难系统切换和手动灾难切换方式 3. 计划内维护要求提供计划内维护支持能力，计划内维护切换时间 不多于 10 分钟 4. 数据丢失性要求原则上要求零数据丢失，可以依据情况进行调整 5. 数据同步方式提供同步和异步两种方式 6. 备份和灾难备份方式采用物理备份方式实现 7. 物理部件失败要求支持部分磁盘，文件系统，主机，磁盘柜等各种 物理部件失败导致的失败保护。 8. 站点失败要求支持由于火灾，电力以及其他因素导致站点失败 的数据保护。 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 8 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:9. 逻辑失败要求支持由于数据块腐败导致的数据库无法启动，数 据丢失等逻辑失败保护 10. 人类错误失败要求支持由于人类误操作以及入侵等导致人类错误失 败导致的数据保护或者恢复。 11. 生产系统的性能影响 要求 生产系统性能影响不超过 5% 12. 生产系统可用性要求容灾系统不会降低生产系统可用性 13. 网络链路分钟级别短 暂故障 要求不会对生产系统产生影响 14. 网络链路小时级别长 期故障 要求不会对生产系统产生影响 15. 网络链路密集的秒级 别短暂故障 要求不会对生产系统产生影响 16. 网络链路容错支持网络链路的容错，可以利用网络的备份链路， 比如多路网卡等 17. 灾难系统的硬件故障由于灾难系统硬件故障导致的灾难系统不可用不 会对生产系统产生影响，比如网卡，磁盘以及控 制卡等 18. 灾难系统的软件故障由于灾难系统软件故障导致的灾难系统不可用不 会对生产系统产生影响，比如灾难系统管理软件 部件等 19. 网络协议采用 ip 网络实现 20. 网络带宽一般的百兆或者千兆带宽 21. rtt 要求rtt 要求在 10ms 以内即可满足要求，可以容忍 部分时间的 30ms 响应 22. 在线实施要求要求在备份系统实施期间保持生产系统运行 23. 存储系统失败的原址 运行 在生产系统主机可用的情况下可以支持系统原址 运行 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 9 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:24. 部分文件失败的原址 运行 在部分文件失败的情况下可以支持系统原址运行 25. 原址运行要求 在生产系统出现以下故障时，不进行容灾切换， 而原址运行：在生产系统主机可用的情况下可以 支持系统原址运行；在部分文件失败的情况下可 以支持系统原址运行 26. 容灾切换要求提供一对多和多对一的容灾复制和切换； 27. 一键切换 支持单健切换，所有切换都要求提供字符菜单， 命令行和图形界面三种模式，所有切换都要求一 步完成。 28. 全业务切换 支持业务系统级别切换，进行完整的 oracle 数 据库，tuxedo 中间，web 中间件以及其他中间件 的自动切换。 29. 业务部件切换 支持业务部件级别切换，在业务系统某一部件发 生灾难，仅仅切换该部件到容灾系统，比如数据 库或者 tuxedo 或者 weblogic 等。 30. 网络切换 支持网络切换，并且可以指定在切换时候是否支 持网络切换。 2. 软件平台技术方案软件平台技术方案 本项目灾难备份中选用软件是美创科技的 trust dbra disaster backup system。 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 10 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:2.1trust dbra disaster backup system 工作原理工作原理 (图 2.1 trust dbra 软件工作原理图) oracle 发出事务更新，写 online redo log，trust log service 同步往灾难备 份中心存储写数据。在灾难备份中心，trust rfs 接收 trust log service 数据并 且生成对应的容灾端的 online redo log 数据，在生产系统进行 log switch 的时 候同步在灾难备份中心完成 log switch，在容灾端 trust apply service 通过 oracle physical recover 机制把相关归档日志内容更新到灾备中心数据库或者直 接把 online redo log 内容更新灾难备份中心数据库（实时更新模式） 。 在 flashback open 的情况下，trust 采用 copy on write 技术在更新灾难中心 数据库的同时把更新之前的数据进行备份，形成闪回区域。 2.1.1trust log capture service trust log capture service 可以运行在同步方式、异步以及归档方式，以适 应不同的 rto 需求和网络带宽需求，并且支持不同的网络类型，包括 ip,san 以及 iscsi 等。 trust log capture service 工作在同步方式时，在 oracle 写本地 online redo log 的时候由 oracle lgwr 进程同步完成完成远端 online redo log 文件的写操作， 从而完成生产端和灾难备份端的同步写操作。 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 11 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:trust log service 工作在异步方式时，trust log service 通过快速日志分析 追踪日志变化，在变化的第一时间获得日志变化数据，日志变化数据缓存在本 地磁盘系统中，之后通过 trust transfer service 服务传递到灾难备份端。 trust log service 工作在归档模式时，trust log service 监控 archived log 变化，在生成 archived log 的第一时间通过 trust log transfer service 传递到灾 难备份端。 不同的工作模式对于网络带宽有着不同的要求，工作在同步模式要求网络 带宽具有高峰期 oracle 日志量*1.5 倍的带宽，工作在异步模式要求具备高峰期 oracle 日志量*1 倍的带宽，工作在归档模式对于带宽没有明确的需求。 2.1.2trust log transfer service trust log transfer service 完成 online redo log 数据从生产端到灾难备份端 的传递，并且对于传输碎片进行合成，形成和生产系统完全一样的 online redo log 或者 archived log。trust log transfer service 基于 ssh 传递，具有 ssh 天然 的加密和压缩传递能力。 2.1.3trust apply service trust apply service 通过 physical recover 机制把同步或者异步传输过来的 归档日志进行应用，从而达到灾难备份和生产系统的实时同步。trust apply service 支持腐败检验，在应用的 oracle 日志出现错误的时候，trust apply service 会自动触发重新获取服务，通知 trust log transfer service 重新从生产系 统获取腐败的 oracle 日志。在 trust increment backup 存在的情况下，trust 可 以利用 trust increment backup 来实现 trust apply service，从而进一步加快 trust apply service，降低系统资源消耗。 2.1.4trust flashback service trust flashback service 是 trust dbra disaster backup system 的增殖应用服 务之一，通过 copy on write 技术实现，在 trust apply service 运行的同时生成 flashback area。trust flashback service 可以使灾难备份回到过去的某一时刻点， 是实现误操作等逻辑错误的灾难恢复的最有利工具。 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 12 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:2.1.5trust active disaster site service trust active disaster site 是 trust dbra disaster backup system 的增殖应用 服务之一，通过该组件，可以使容灾站点成为活动站点。active disaster site 通 过一系列的 trust consistent 操作使灾难节点实例可以被打开访问，同时通过 checkpoint 刷新和 cache 刷新来完成实时更新访问。 2.1.6trust backup service trust backup service 提供 rman 兼容服务，使 trust disaster backup 可以成 为常规备份存在。trust disaster backup 以 oracle datafile 形式存在，并且允许 被外部访问，从而天然提供其 rman 兼容能力，完成 trust 灾备一体化部署。 2.2 trust dbra disaster backup system 的安装部署的安装部署 trust dbra disaster backup system 的部署分为三部分：生产系统、灾难备 份系统和管理平台。trust dbra disaster backup system 安装部署图如下： (图 2.2 trust dbra 软件安装步署图) 2.2.1生产系统部署生产系统部署 trust dbra disaster backup system 在生产系统的数据库实例上安装一个 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 13 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:trust diaster backup client agent for oracle（trust log capture service 和 trust log transfer service），用来获取 redo log 数据和传输 redo log 数据。如果需要 进行应用服务器和文件数据同步，则需要同时部署 trust backup client agent for app。 2.2.2灾备系统部署灾备系统部署 trust dbra disaster backup system 在灾难备份系统为每个对应的 client agent 安装 server 模块。一般建议同时把 trust disaster backup management server 也部署在灾备系统上。 2.2.3产品部署模块产品部署模块 产品(模块)名称描 述数量 disaster backup management server 实现 trust disaster backup system 的统一管 理，提供简单命令行、字符菜单集成管理平 台和 web 界面集成管理平台三种管理方式。 1 disaster backup client for oracle 实现 oracle 数据库的灾难备份，包含其 cient 部署和 server 部署模块 2 diaster backup for app 实现应用服务器和文件备份可选 full bussiness switchover 实现全业务级别的灾难切换可选 add-ons full license增殖业务套件，包含 backup support，flashback area,active disaster site,instant recover 等组件 可选 容灾系统专用服务器上需安装 disaster backup management server 和多个可 选模块，模块名称和描述如下： xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 14 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:产品(模块)名称描 述可选性 disaster backup management server 实现容灾备份节点的管理，是一个集成容灾管 理平台，统一管理灾难备份的配置策略，运行， 计划内维护以及灾难切换 必选 flashback area option 回滚支持模块，实现对于数据库，表空间和表 格的闪回支持 可选 backup support备份支持模块，提供在灾难中心实现备份支持， 实现原址恢复 可选 active disaster site 负载平衡支持模块，提供只读和可读写两种能 力 可选 fast unload tools支持在备份站点实现快速逻辑备份，支持逻辑 备份即时可用功能，支持逻辑快照 可选 instant recover实现即时恢复，包括文件即时恢复和数据块即 时恢复 可选 2.3 性能和资源需求估算性能和资源需求估算 在关键业务系统应用中，容灾备份软件所消耗的性能和资源压力是必须要 考虑的。trust dbra disaster backup system 仅仅传输 oracle online redo log， 天生具备比较 remote mirror 产品消耗更少的资源和生产系统压力。 2.3.1网络需求网络需求 trust disaster backup system 对于数据传输可以基于以下网络： tcp/ip，san 以及 iscsi。trust dbra disaster backup system 容灾仅仅读取传 输 oracle 的日志文件，通过 tcp/ip 或者其他可用网络进行传输，最大网络传 输容量 oracle 日志产生量。特别在低速网络中，trust 支持压缩传输，从而使网 络带块需求可以进一步的被降低。 xxx 生产系统与容灾系统放在同一机房楼内，网络延迟在 1ms 左右。 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 15 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:根据 xxx交易系统常规日志估算，假设平均每天产生日志量为 1 g 大小,平均每秒为 12k/s，综合业务系统平均高峰期以平均每天日志量*10 倍 估算，产生 120k/s 左右的 redo log 数据。考虑最高峰期为平均高峰期的 1.5 倍， 则最高峰期并发为：120* 1.5 = 180 (k/s) 2.3.2日志传输速度日志传输速度 trust log capture service 工作在异步方式时候，在充分工作的时候可以达 到接近于磁盘速度，其工作能力几乎完全限制于网络速度。在我们的实际运行 案例中，在大量积压之下的千兆网环境下可以完成 30m/s（加密）和 60m/s(非 加密)的速度。 2.3.3数据同步速度数据同步速度 trust apply service 工作在 frp 和 mrp 模式的时候，基本而言其 apply 速度 为生产系统 48 倍，在磁盘能力许可的情况下可以达到 10m/s 的日志数据同步 速度，基于核心系统 180k/s 的生产系统数据完全可以和生产系统完成同步。 2.3.4cpu 资源占用资源占用 trust disaster backup system 通过获得 oracle 日志的变化来进行变化数据获 取和传播，无论是工作在同步还是异步模式下对于 cpu 的占用资源都比较少。 考虑一个每天 20gb 的业务系统，其加密传输 cpu 不会超过 10%，非加密传输 cpu 消耗不会超过 5%。 2.3.5生产端的缓存资源生产端的缓存资源 trust 采用首先进行本地缓存的方式来进行变化数据传播，也采用本地缓存 来对抗灾难系统故障。我们一般建议系统提供 1 小时左右日志空间作为本地生 产缓存，并且考虑 1 天左右的归档日志缓存空间。假设每天生产 20gb 日志量， 那么考虑高峰期大概需要 20gb 左右的缓存空间。 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 16 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:2.4 生产系统可靠性保障部署生产系统可靠性保障部署 trust dbra disaster backup system 是一个充分考虑到生产系统可靠性保障 的灾难备份系统。trust 部署了一系列的服务来完成生产系统可靠性保障，并且 以及实际情况自动在不同模式下进行转换。 2.4.1灾难备份链路的容错灾难备份链路的容错 trust dbra disaster backup system 支持多条网络链路的容错，在网卡失败， 交换机失败的情况下依然可以完成容灾数据的复制。 2.4.2对于密集短暂网络失败的克服对于密集短暂网络失败的克服 在同步传播中，密集短暂的网络失败会挂起生产系统。trust 通过模式的自 动转换来完成克服密集短暂的网络失败。 2.4.3生产系统本地空间缓存生产系统本地空间缓存 在灾难系统链路长时间失败的情况下，生产系统将会完全挂起。trust 通过 最后缓冲区以及网络缓冲区转移来克服长时间的网络中断。 2.5计划内维护和全业务切换计划内维护和全业务切换 在容灾系统运行中，灾难切换始终是其中最为困难的一部分。trust 提供的 全业务切换和单键切换能力使用户不需要复杂的流程自动完成切换。 计划内维护能力是 trust disaster backup system 的特点之一，可以简单的通 过计划内维护能力在生产系统和灾难系统之间进行来回切换，从而完成一些长 时间的计划内维护操作。 2.6 trust dbra 的日常运行维护的日常运行维护 对于 trust disaster backup system 来说，运行维护是非常简单的，主要包 含以下内容： xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 17 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:进程状态 查看是否有错误报告 查看日志传输延迟 查看日志应用延迟 查看保留策略是否生效 查看本地缓存 定期打开灾难库 事实上，以上所有工作 trust 都会自动完成，用户所需要只是查看是否存在 延迟以及查找延迟原因即可。 trust disaster backup system 提供了命令行，字符菜单集成管理平台和 web 集成管理平台来提供日常管理。 我们建议用户采用 web 集成管理平台来提供日常管理。 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 18 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:3. 硬件平台硬件平台技术方案技术方案 3.1服务器平台技术方案服务器平台技术方案 当前 xxxx交易系统的主机平台为 服务器。 在构建异地容灾系统的时，从业务系统对容灾主机系统的要求考虑，对服 务器的处理能力、性能和稳定性都有一定的要求： 1）本容灾项目主要实现应用级容灾，容灾端主机系统需要一定的承载能力。 2）容灾端主机应具有较强的实时应答的能力，当数据信息被检索到后，会 反馈给用户，如果数据库服务器不具有较强的应答能力，会造成反馈信 息速度缓慢，甚至造成数据库服务器死机的情况。 3）容灾端主机需具备较强的扩展性能，随着交易系统核心数据的发展，伴 随 it 系统的升级，因此服务器应有良好的扩展性。 4）容灾端主机应具备较强的可用性和可靠性，保证业务系统 365 天 7*24 小时持续运行的能力。 从以上需求出发，并考虑生产端采用的是平台主机，可以选择与生 产系统同型号的 hp pc 服务器或者低一级别。这里推荐 dl380 g6。 dl380 g6 具备更高的性能和耐用性，适用于需要向外扩展的应用程序； 将所用内存、存储和网络适配器的数量增加了 1 倍，并采用全新的嵌入式智 能阵列，运行速度是以前版本的 2 倍。 dl380 能够支持更多的虚拟机、用 户和处理任务。智能、灵活的系统，适用于不断变化的复杂环境： 您可以根 据需求配置智能、灵活的系统，功能强大的管理工具可以帮助您全面规划和 控制不断变化的应用环境。 3.2存储平台技术方案存储平台技术方案 生产中心的核心系统存储目前准备更换，考虑到核心系统的数据量扩展， xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 19 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:可以把原生产中心存储放到容灾中心使用进行设备利旧。 对新的核心存储要求具备支持 iscsi 协议，我们推荐以下几个存储以供选 择采用。 hp storageworks 2000i g2 模块化智能阵列 技术规格技术规格 驱动器数99 sff 或; 60 lff; 包括扩展的最大数量 存储容量最大 60tb; 具有扩展性能，取决于硬盘类型 存储扩展msa2000 3.5 英寸盘柜（单或双 i/o）; msa70 2.5 英寸盘柜（单 或双 i/o） 存储控制器2 个 msa2300i g2; 最多 主机接口每个控制器 2 个 1gbe iscsi 端口 存储驱动器msa2 146gb 3g 15k lff 双端口 sas; msa2 300gb 3g 15k lff 双端口 sas; msa2 450gb 3g 15k lff 双端口 sas; msa2 500gb 3g 7.2k lff 双端口 sata; msa2 750gb 3g 7.2k lff 双端口 sata; msa2 1tb 3g 7.2k lff 双端口 sata; 36 gb 3g 15k sff 双端口 sas; 72 gb 3g 15k sff 双端口 sas; 72 gb 3g 10k sff 双端口 sas; 146 gb 3g 10k sff 双端口 sas; 300 gb 3g 10k sff 双端口 sas; 60gb 1.5g 5.4k sff sata; 120gb 1.5g 5.4k sff sata; 250gb 3g 5.4k sff sata; 支持， 取决于机型 集群支持有； windows、linux san 备份支持有 存储镜像支持有 insight manager 支 持 有 兼容的操作系统microsoft windows server 2008 ia32、x64、ia64 (standard、enterprise、datacenter); microsoft windows 2003 r2; microsoft windows 2003 x64、ia64; red hat linux; vmware; microsoft windows server 2008 hyper-v; redhat enterprise linux 虚拟化光纤通道连接; 有关详细的操作支持列表，请 访问 /storage/spock 保修（部件-人工-现场） 3/3/3 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 20 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:hp lefthand p4000 san 解决方案解决方案 技术规格技术规格 驱动器数16； 起点 存储容量4.8 tb； 起点 存储扩展添加额外的存储系统，并通过存储集群化扩展存储容量 主机接口1gb iscsi； 可选择升级到 10gb iscsi (cx4) 可用性特性热插拔电源、热插拔硬盘、集成存储控制器（带电池支持的 ddr2 高 速缓存）、raid 5、6 和 10、超冗余集群存储设备、硬件 raid 10、5 和 6、网络 raid 0、2、3 和 4（每卷），防止双重磁盘、系 统和站点故障 可管理性特性集中化管理控制台、hp proliant lights out 100i 远程管理、基板管 理控制器 ipmi 2.0 兼容的操作系统microsoft windows server 2003 r2 standard； microsoft windows server 2003 r2 enterprise； microsoft windows server 2003 x64； microsoft windows server 2008 server； microsoft windows server 2008 server core； microsoft windows server 2008 hyper-v； microsoft windows server 2008 x86/x64； novell netware 6.5；suse linux enterprise server 10/10.1/10.2；suse linux x86 / x86-64 架构； red hat enterprise linux as 4.6、4.7；red hat enterprise linux 5.0、5.1、5.2；hp-ux 11i v1 (pa-risc 11.11)、v2 (pa-risc 11.23)； fedora 6、8、9、10；ibm aix 5l v5.3 ml2； vmware esx / esxi 3.5 / vsphere esx 4.0；vmware site recovery manager； citrix xenserver 5.0；os x leopard 10.5.4、10.5.5 集群支持有； 超冗余集群化存储 精简配置支持san/iq 精简配置 快照支持san/iq 快照 智能克隆支持san/iq smartclone 复制支持远程复制、具有带宽限制的异步复制、带同步复制的多站点/灾难恢复解 决方案包 保修（部件-人工-现场） 3/3/3 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 21 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:ibm system storage ds3300 技术规格技术规格 型号1726-31x - 单控制器 1726-32x - 双控制器 1726-32t - 双控制器电信版 raid 控制器双活动型 每个控制器的缓存量512 mb 电池供电缓存，可以选择升级至 1 gb 主机接口每个控制器两个主机端口，1 gbps iscsi 驱动器接口串行连接 scsi （sas） 支持的驱动器支持 3 gbps sas：速度为 15000 rpm 的 73 gb、146 gb、300 gb 和 450 gb sas 驱动器 3 gbps sata：速度为 7200 rpm 的 500 gb、750 gb 和 1.0 tb 的 sata 驱动器 raid 级别raid-0、raid-1、raid-3、raid-5、raid-6、raid10 存储分区4, 8, 16, 32 支持的最大驱动器数量48 个 sas 或 sata 驱动器（使用三个 exp3000 扩展单元） 风扇和电源双冗余热插拔 机架支持19 英寸行业标准机架 管理软件ibm system storage ds3000 storage manager 保修 1三年部件和服务 除了以上几款配置，dell equallogic ps 系列 iscsi 阵列也都支持 iscsi 传 输。 xxxxx dbra 灾难备份方案建议书 美创科技 杭州美创科技有限公司 电话:- 22 - 地址:杭州市文三路 477 号 华星科技大厦 225 传真:3.3网络平台技术方案网络平台技术方案 客户采用 ip 网络的方式进行传输。 容灾网络带宽考虑设计：容灾网络带宽考虑设计： 核心系统的实际日志量以每天产生 1g 进行计算： select redo_num| trunc(sum(blocks*block_size)/ (max(first_time)-min(first_time)*24*3600) |(k/s) from v$archived_log; 得到平均每秒的日志量为 redo_num = 12 (k/s) 我们按照：平均高峰值 = 平均每日日志量 * 10 倍 = 12*10 = 120 (k/s) 容灾业务系统以建设生产业务系统为准设计， 生产业务系统平均高峰日志 量以 120 k/s 计，并且极限考虑两者高峰并发，以及经验公式计算如下：。 高峰日志量计算公式= 平均高峰日志量 * 1.5 倍 实际总的高峰日志量= 120 k/s * 1.5 = 180 kb/s 网络带宽计算公式 = 总的高峰日志量 * 8 * 折损率 (注：计算网络带宽时，网络折损率取值 70%80%) 实际网络带宽要求= 180 * 8 *1.2= 1728kb/s。 我们建议 xxxposs 交易容灾系统运行在同步方式，需要带宽和高峰期带宽一 致，则需要 1728kb/s 就可以了。 从以上计算可以看出，每天产生 1g 的日志量，采用 20m 带宽就能很好完成 xxx 的容灾网络链路流量需求。 容灾链路的距离延迟特性：容灾链路的距离延迟特性： 容灾链路的延迟和距离密切相关，一般经验公式为每延长 100km，网络响 应延迟增加 1ms。xxx 生产中心和容灾中心距离同楼机房，网络延迟在 1ms 内， 加上一些链路的其他延迟，网络延迟可控制在 5ms 以内。 容灾链路运行安全保障：容灾链路运行安全保障： 租用的广域网链路明显属于非安全网络，基于数据的机密性质，我们建议链 路数据必须加密运行。trust 提供数据加密运行技术，使传输数据可以在非安全 网络上传输。 xxxxx