- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
构建实用型数据容灾备份中心和自动演练体系探究和实践
构建实用型数据容灾备份中心和自动演练体系探究和实践 摘 要 如何构建及运营好数据容灾备份中心在整个IT系统的运行维护过程中起着重要的作用,本文我们研究如何利用数据库数据卫士和存储克隆技术组件相结合,构建一个性价比较高、安全有效的实用型数据容灾备份中心,提供一套有效的自动切换演练机制,并提供一定的运算能力去支撑我们的IT生产系统。
【关键词】IT系统 容灾 演练 技术组件
1 引言
在大中型数据中心运维过程中,常遇到几个棘手问题:
(1)在构建数据备份容灾中心(以下简称”容灾中心”)中,我们可选的软硬件技术组件非常多,例如SAN/NAS技术、远程镜像技术、虚拟存储、数据库数据卫士技术等。如何合理应用以上技术,构建性价比较高、安全有效的容灾软硬件容灾中心,是我们需要讨论的问题;
(2)如何使用较低成本建立容灾中心的演练机制?传统的容灾中心进行容灾演练,每次演练需要投入较多人力物力。演练频次多了,数据中心投入的人力及资金成本过高,演练后还存在容灾数据恢复问题,过程可能还存对生产系统的风险。演练少了(例如一年一次),周期过长,期间无法有效验证容灾系统的是否存在问题;
(3)如何利用容灾中心运算及存储能力分担部分生产系统的压力,提高容灾中心的日常使用价值?核心生产系统按照合理设计,基本可以满足日常的业务运营要求。但是月初月末经分、报表类业务的访问量频繁,非常有可能影响核心生产数据库的性能,甚至影响正常运行。容灾中心是否能承载部分该类业务访问呢?业界解决方案也不少,如SharePlex、GoldenGate数据库复制容灾系统,并提供一定读写功能,但都存在通病:维护工作量大,原端如经常出现迁移表、新建表等DDL操作可能会导致容灾端的数据不同步,需要经常手工干预及维护,会带来业务数据不准确甚至降低容灾可用性的风险。
基于以上原因,如何通过简易的改造即可构建一个实用型容灾中心,提供一套自动演练切换机制,及如何完美的提供数据库副本用于分流生产系统大批量查询,进行该方面的研究是很有必要的。
2 技术组件概述
本次构建实用型容灾中心需要使用到Oracle数据库数据卫士(DataGuard,下简称” DG”)技术和存储硬件克隆复制技术。
2.1 DG技术
DG是一种高可用性数据库方案,它是在主节点与备用节点间通过日志同步来保证数据的同步,可以实现数据库快速切换与灾难性恢复。DG只是在软件上对数据库进行设置,并不需要额外购买任何组件。能在对主数据库影响很小的情况下,实现主备数据库的同步。
2.2 存储硬件克隆复制技术
存储硬件克隆复制技术业界使用较多的有: In-System Replication、 TimeFinder/Clone、Open Replicator、RDF等复制技术,有基于存储内部复制同步的也有基于存储与存储复制与同步的。Clone可用于基于卷的高性能克隆复制,以实现存储内部数据在线备份与恢复。
3 新体系架构分析
以上两种技术在容灾复制上都有较好的表现。我们本次新的体系架构是对以上两种技术作一个有效整合,实现容灾备份、自动演练、报表取数的新体系架构。
主生产数据库A1服务器首先通过DG技术在容灾A2服务器上进行恢复与同步,启用准实时日志同步功能。使用存储克隆复制功能在存储内部对容灾A2服务器上DG数据库进行一次全复制,并定期进行快速差异同步,同步完毕后在容灾A3服务器上进行卷组的启动,在容灾A3服务器上进行DG数据库副本的启动与打开,并对该打开的数据库副本进行相关参数及监听处理;主生产应用中间件程序B1服务器则通过Rsync程序定期同步至容灾端B2服务器。容灾端B2中间件副本能成功连接容灾端A3数据库副本,并可进行相关业务操作,则验证并演练了容灾备份恢复的有效性,同时打开的数据库副本能提供给主生产系统报表取数等各类业务进行查询。
4 实践案例
某运营商两个异地数据中心,分别用于运营生产和容灾备份,相距100公里。本次实施的容灾备份为CRM系统,核心数据为CRM Oracle数据库(以下简称”CRMDB”),数据量5TB,应用系统为Weblogic和Tuxedo中间件(以下简称”中间件”),数据量为1T。
需求:a、需要对CRMDB和中间件进行容灾备份;b、需频繁定期验证容灾系统是否可用;c、容灾系统还需对外提供大量读写操作;
实现过程:
环境配置见图1:
生产中心:2台小型机,运行核心CRMDB;其它服务器,运行中间件;一台存储。
容灾中心:4个小型机分区,其中前两个分区运行CRM DG DB,后两个分区运行CRM CLONE DB;其它服务器,运行备份中间件;一台存储;
1、首先采用Or
文档评论(0)