2022年2022年集中备份容灾系统设计方案 .pdf

《2022年2022年集中备份容灾系统设计方案 .pdf》由会员分享，可在线阅读，更多相关《2022年2022年集中备份容灾系统设计方案 .pdf（10页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、数据集中备份容灾系统方案目前，越来越多的集团企业依赖信息系统支撑其关键业务的开展，越来越多的企业在逐步重视容灾技术， 将其作为企业在遭受灾难经历后保证企业尽快恢复业务的重要手段。但实际上，容灾 （DT， Disaster Tolerance ） ， 或者灾难恢复（DR，Disaster Recovery ） 是企业保证其业务信息系统实现不间断运行的主要技术手段。企业的最终目的是实现业务连续性(BC，Business Continuity)， 即当企业面临危机和灾难时，能及时恢复正常，把损失降低到最低限度，保证业务的高可用性。许多企业发现，要尽可能地保证企业业务的连续性， 仅仅在技术层面考虑是不

2、够的，还需要制定和管理一系列方法、策略、流程、条件以及部门和人力资源调配方案等等，因此，现在大部分企业在业务连续性的层面上进行统一规划和实施。具体来说，业务连续性是一种由计划和执行过程组成的策略，其目的是为了保证企业包括生产、销售、市场、财务、管理以及其他各种重要的功能完全在内的运营状况百分之百可用。 相比之下，灾难备份只是一种尽可能减少宕机损失的工具或者策略。不过，灾难备份是业务连续性的基础，没有前者，后者就是空中楼阁，但是如果一个灾难备份系统使数据恢复正常的时间过长，那也就不存在所谓的业务连续性了，缩短这个时间，就是业务连续性的目标，消除这个时间，则是业务连续性的终极目标。所谓灾难，通常指

3、关键业务的信息服务中断，且中断的时间让人不能忍受。引起灾难的因素很多，可以是小系统中的硬件故障，还可以是因火灾、飓风、地震而引起的数据处理设备的损坏，只要造成了关键业务的中断，都是灾难。 容灾就是为恢复计算机系统提供的保障，这些保障包括备份中心、 备份设备和备份数据等。从以上对容灾系统特点分析可以看出，目前系统还无法完成现有状况下的备份和容灾要求，其设计已经不能满足企业级用户日益缩减的备份窗口下海量数据的容灾备份需求， 随着业务的发展， 数据量将会更加庞大， 以上问题也将日益突出，因此我们从容灾技术路线的比较来分析如何有效的解决以上问题名师资料总结 - - -精品资料欢迎下载 - - - -

4、- - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 10 页 - - - - - - - - - 1.1 容灾技术的比较及选择以下是对主要远程数据复制技术的一个初步归纳，对比列表如下：远程容灾技术RPO RTO 优势缺点存储层复制技术采 用同 步方式复制数据时，数据损失量近似为 0 根 据 应用 系 统 的 高可 用 管 理 方式确定。可以透过应用直接实现容灾功能，提供 很 高 的 性能。广泛采用厂商设置技术壁垒，不同厂商的存储设备不能进行复制。交换层复制技术采 用同 步方式复制数据时，数据损失量近似为 0 根 据 应用 系 统 的

5、 高可 用 管 理 方式确定。开 放 性好，可以在各种存储设备之间进行数据复制；能够在不占用主机资源的情况下实现高效的数据复制采用In-band方式，需要占用业务数据传输带。采用Out-of-band的方式则没有此问题。卷管理器层复制技术与 卷管 理软件有关，卷管理软件实现同步传输一般比较困难，异步传输数据损失量会比较大根 据 应用 系 统 的 高可 用 管 理 方式确定。不要求本地和远端的存储系统同构，实现起来成本也较低。需要在主机端加载卷管理软件；要求本地和远端的主机系统同构；不能保障不同卷之 间 的 一 致性，数据丢失量可能较大名师资料总结 - - -精品资料欢迎下载 - - - - -

6、 - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 10 页 - - - - - - - - - 应用程序层复制技术受 应用 系统数据规则影响。应 用 系统 恢 复 时 间短。使用应用程序自己的功能进行数据复制，没有对任何系统的依赖每一种应用都配置自己的数据复制方案，在管理程度和开销上都是比较大的。数据丢失量可能较大根据用户的实际情况，应该从对RPO，RTO的要求来考虑。用户目前构建容灾系统面临的最大挑战是如何依据现有网络环境和容灾目标，构建一个切实可行的性价比突出的解决方案。采用传统技术和思路，无法实现2-4Mb 链路下的海量数据容

7、灾建设目标。因此，我们建议选择具备重复数据删除技术的磁盘备份设备构建灾备系统，从根本上解决海量数据容灾系统对带宽的高要求。因此，结合前面所论述的数据容灾系统概况，考虑到距离远和现有带宽的限制，建议用户采用备份设备（即存储层）的容灾路线，基于可以有效缩减容灾链路带宽需求的重复数据删除技术的数据复制容灾方式。根据以上分析，我们建议采用来自EMC 的领先容灾解决方案DataDomain的三台 DD 产品搭建本次容灾系统。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 10 页

8、- - - - - - - - - 1.2 数据容灾备份架构规划1.2.1容灾备份逻辑拓扑图1.2.2方案总体描述通过在三个数据中心配置EMC DataDomain 产品作为备份设备，配备EMC NetWorker 备份软件，完善构建本地备份系统。这些DataDomain 又可同时互为远程容灾设备。整体方案采用基于磁盘介质、具备超高压缩能力（20:1）的 DataDomain 公司的DD600 系列虚拟磁带库产品作为核心备份设备名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，

9、共 10 页 - - - - - - - - - 在北京数据中心配置DataDomainDD600；负责完成本地的数据备份，并接收成都和宜昌的容灾数据在成都数据中心配置DD600 产品；负责完成本地的数据备份， 并接收北京和宜昌的容灾数据在宜昌数据中心配置DD600 产品；负责完成本地的数据备份， 并接收北京和成都的容灾数据在各个数据中心配置EMC NetWorker 备份软件，结合 DataDomain虚拟磁带库， 利用先进的 D-D 备份架构，构建成面向快速恢复的数据备份容灾系统所有应用服务器可以将数据按照既定策略高速备份到虚拟磁带库或 NAS 方式提供的专用卷上备份和恢复的效率提高5-1

10、0 倍1.3 备份策略对数据进行备份， 是出于保证数据的安全性、 对系统信息做历史记录、 在灾难发生时恢复系统等多方面考虑的。若要详细、 历史的记录数据， 并在特定情况下恢复特定时期的数据， 就要保证数据备份的频率、 以及备份介质上数据的保存时间符合预期设计的目标。考虑到用户的具体情况，建议分为以下几种情况考虑备份策略：1.3.1操作系统和应用软件的备份策略主机上的操作系统及其配置文件以及应用软件的安装文件和配置文件，是业务系统正常运转的基础， 如果系统出现故障， 重新安装配置系统的周期很长，为了能够快速的恢复系统，需要对这部分数据进行备份，并且应该选择完全备份。由于操作系统的数据在正式投入生

11、产后，更改变化的频率很低， 故采用每月备份一次的自动备份策率， 此外在系统初次安装完成以及每次配置改动后，应由系统管理员手动执行一次。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 10 页 - - - - - - - - - 具体的策略如下：策略名称OS 备份对象操作系统及其配置文件以及应用软件的安装文件和配置文件备份方式安装完成后及每一次设置更改后，手动进行一次全备份；每月进行一次全备份保留时间12 个月离线制作周期1 个月1.3.2数据文件的备份策略在一些主机上的文

12、件系统上，存有与日常业务相关的数据文件，这些业务数据文件通常变化比较频繁， 需要自动化的备份策略予以保护。具体的备份策略视文件系统的大小、 更新频率及速率以及系统的RPO和 RTO 而定，推荐的常用备份策略如下：策略名称Data _Files 备份对象文件系统中的业务数据备份方式周日晚进行一次全备份；周一到周六，每晚一次增量备份保留时间36 月离线制作周期1 个月1.3.3Oracle、Sybase 、SAP 等关系型数据库的备份策略建议对 Oracle、Sybase 、SAP 等关系型数据库采用每周日晚做完全备份，周一至周六晚做增量备份的策略。这样的策略考虑到Oracle、Sybase 、D

13、B2、SQL 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 10 页 - - - - - - - - - Server等关系型数据库保留着各数据中心的最关键业务的数据，周一至周六晚上的增量备份可以缩短备份的时间并可以减少对磁盘和磁带的使用，结合每个周日晚上的全备份，可以保障快速恢复数据到用户指定的时间点并且最经济的利用了磁带库。策略名称Oracle、Sybase 、SAP 等关系型数据库备份对象Oracle、Sybase 、SAP 等关系型数据库文件备份方式周日晚进行一

14、次全备份；周一到周六，每晚一次增量备份保留时间12 月离线制作周期1 个月以上策略可根据具体情况调整。1.4 备份数据保护流程备份流程首先在各数据中心分别建设数据备份系统，采用EMC DataDomain的 DD600系列产品作为备份数据存储介质，采用EMC NetWroker 作为备份软件。各个数据中心根据各自应用系统情况， 制定备份策略， 先做本地备份， 然后根据通过现有联网结构以及 DataDomain产品自身具有的异地复制功能，分别将备份数据复制到容灾信息中心。 通过以上工作， 各数据中心备份数据都在网络中保留有两份副本。恢复流程当数据中心出现异常情况导致数据丢失，首先可以通过本地备份

15、存储器上获得备份数据来重建系统和恢复业务，如果本地备份数据也遭到破坏， 则可以从容灾中心获得备份数据来重建系统并恢复业务。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 10 页 - - - - - - - - - 1.5 数据容灾系统建设说明1.5.1数据容灾原理示意图1.5.2容灾方案描述通过在各个备份点分别配置不同的DataDomain 产品，充分利用该产品远程复制功能，建立起备份容灾系统。基于 DataDomain 构建全省数据容灾架构在北京数据中心配置DataD

16、omainDD600；宜昌数据中心配置DD600；成都数据中心配置DataDomainDD600 每个地方先用本地的DataDomain 进行数据备份，然后将最新的全备份数据传到各自的容灾中心；大大节省容灾线路的带宽： 因为 DataDomain具有独特的超高数据名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 10 页 - - - - - - - - - 压缩能力（ 20:1 以上） ,进行远程数据复制时，只传送改变了的数据单元，所以进行容灾数据传送时，对线路带宽的要求很

17、低（第一次传送除外）， 现有的 10Mb SDH 线路完全够用； 如果没有容量优化功能，在 10Mb 带宽（4500MB/hr）线路上传送 2000GB 数据需要接近 20 天，如果采用容量优化技术， 只传送改变了的数据单元。按 20：1 的压缩能力算，只需传送100GB 数据，仅仅需要 1天的时间。所以采用DataDomain 容量优化技术至少可节约95%的带宽和时间。1.5.3大大节省容灾线路的带宽因为 DataDomain具有独特的超高数据压缩能力（20:1 以上）,进行远程数据复制时，只传送改变了的数据单元， 所以进行容灾数据传送时， 对线路带宽的要求很低（第一次传送除外） ；如果没有

18、容量优化功能，在2Mb 带宽（ 900MB/hr）线路上传送 2000GB 数据需要约 20 天：10Mb/s = 10*3600/8 (MB/hr) =900MB/hr = 4.5GB/hr 传送 2000GB数据所需时间Time=2000GB/4.5GB （hr）= 18.5 天如果采用容量优化技术， 只传送改变了的数据单元。 按 20： 1 的压缩能力算，只需传送 100GB 数据，仅仅需要 1 天的时间。 所以采用 DataDomain 容量优化技术至少可节约 95%的带宽和时间。此外，重复数据删除产品应具备远程链路带宽调整能力， 可以根据用户的实际情况，限制不同时段、不同复制策略对带

19、宽的需求。因此除为避免第一次全备份数据复制的时间过长，需要分配较多带宽以外，其他数据复制对于带宽需求可以根据实际情况任意调整。另外，为防止链路的抖动、异常中断等情况，重复数据删除产品还应具备断点续传能力，避免该种情况下的网络资源浪费。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 9 页，共 10 页 - - - - - - - - - 1.5.4远程容灾策略本地备份的数据定期传到容灾中心，建议按以下策略进行：策略名称DR 容灾对象本地备份数据方式每周日或每天将本地最新的全备份数据远程拷贝到容灾中心保留时间36 周离线制作周期1 个月名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页，共 10 页 - - - - - - - - -