数据库流复制软件方案.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
项目背景 随着行业的信息化建设,各行业对集中交易系统的安全性、可靠性和业务连续性等方面提出了越来越高的要求。交易系统的可能运行涉及数以百亿元计的资金和大量客户的实时交易行为,因此系统的安全与稳定尤为重要。 根据业务系统信息量大、结构复杂、数据在线、可靠性要求高的特点,在数据高可用方面的需求具体归纳如下: 可靠性要求非常高,强调持续化服务能力,业务运行不允许中断;行业的信息化程度越来越高,导致了业务的开展对信息系统的依赖程度的加深。客户要求务系统必须提供不间断的高可用性服务。 强调数据的准确性,不允许数据丢失或出错;客户的交易数据等信息,事关客户的财产安全,容不得半点疏漏和丢失。 需要可靠的备份恢复方案,保证数据的安全及提供快速的恢复和应急能力;对 于客户而言,时间就是金钱,在信息系统故障发生时,信息系统的故障恢复体系应该可以提 供快速的系统切换。为此需建立一套实时的、可用的备用系统,减少主系统的单个故障点, 从而保障业务系统的持续服务能力。 我们针对具体需求、特定环境,着重考虑合理地设计和建设一体化数据库高可用的数据 保护系统,同时优化数据中心的应用结构,设计出一套解决方案,供级领导及技术人员参考。 项目目标 跨硬件级操作系统平台为业务系统实时的建立一个独立的于生产系统完全一致的数据 库,若生产系统数据库异常,可及时进行应急切换,保证业务系统数据访问的稳定性和安全性。 由于客户将来查询业务将快速的增长,现有系统的硬件资源将无法满足系统未来的查询需求。在不影响生产系统性能的同时,提供了一个与生产系统实时同步的数据源,分担主库的查询工作。 方案设计 数据库流复制软件工作原理 在备份主机上创建一个空的数据库。 通过软件将生产数据库在发起复制以前的数据(简称为历史数据)复制到备份主机的数据库中。 软件通过数据库 SCN 号的变化,监控生产数据库的数据变化,实时抓取生产数据库的在线重做日志的变化(简称为增量数据)。 软件将抓取的在线日志的变化内容筛选过滤合成为交易文件。 软件将交易文件发送至备份主机上。 软件将备份主机上的交易文件按顺序,通过OCI 接口,装载至备份主机的数据库中。 反复通过 3~6 步备份主机数据库与生产主机数据库实时保持数据的一致性。下图为数据库流软件复制工作原理图: 查询应用 查询应用 数据库流复制软件项目实现 数据库高可用与查询分担的实现(与 RAC 主要功能相近) 备份数据库承担了数据实时的备份,在生产数据库发生灾难时及时提供业务的接管和及 时的数据恢复,同时,数据库流复制软件逻辑交易复制技术保证了备份数据库一直处于open 状态,可以对备份数据库进行实时访问,系统保持生产中心和备份中心的数据库处于双激活 状态。因此对于数据库流复制软件所复制的数据只能做只读应用之外,新创建的数据不会对 复制本身产生任何影响,对于即席查询、报表处理、数据备份、统计分析等业务或应用都可 以放在复制的目标数据库上进行处理。 方案从技术上保障备份数据库在线可用,数据实时可读取,复制过程和数据读取不产生矛盾。多种应用也不必在同一个交易数据库上争夺处理资源和时间窗口。生产系统运行和维护的压力得以释放,提高了稳定性,而不同的应用在分布的数据库上也可以进行有针对性的优化。数据库流复制软件的复制延迟很小,从备份数据库读取到的数据是实时最新数据,不需要为了读取到最新数据而进行一些切换工作。 目前在生产数据库主机上处理集中交易流水录入,而数据的查询请求则由备份数据库 服务器处理。 在生产数据库故障的情况下,所有当前和历史的请求都在备份数据库服务器处理。如下图: 数据库复制流部署图 数据库复制流部署图 生产数据库(主机)备份数据库(备机)○4 数据实时复制 生产数据库(主机) 备份数据库(备机) ○4 数据实时复制 ○1 入库 ○3 入库 ⑤查询 交易流水录入系统 具体逻辑步骤如下: 1、交易流水正常入库。(箭头 1 所示) 2、主库交易流水数据正常实时复制到备份数据库。(箭头 2 所示) 3、查询应用直接从备份数据库中获取所要查询的信息。(箭头 5 所示) 4、当主库断电或出现故障宕机时,交易流水数据入库到备份数据库,(箭头 3 所示) 5、至此过程 1 与过程 2 均中断:此时数据复制终止,主生产库宕机,所有应用由备份数据库承接。此过程查询应用依然可以正常工作,而对交易流水录入系统影响为秒级。 6、当原主库修复正常之后,远程灾备数据库实时复制到原生产库,箭头4 所示,之后做切换,恢复到最初状态,步骤 1 与步骤 2 重新开始正常工作,此时箭头 3、4 过程均断开, 箭头 1、2 过程正常运行。 跨越平台部署实现 数据库流复制软件采用抓取数据变化为实时同步手段,因此与硬件,操作系统,甚至是oracle 的版本没有相关性,因此全面支持主流的

文档评论(0)

小布 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档