全球研究计算机科学杂志》上
菜单石头:2229 - 371 x
石头:2229 - 371 x
| Gurpreet辛格* 1辛格,兹亚2 大学工程学院,旁遮普大学,邦,印度旁遮普 |
| 通讯作者:Gurpreet辛格电子邮件:ggurpreetsinghh658@gmail.com |
| 相关文章Pubmed,谷歌学者 |
访问更多的相关文章全球研究计算机科学杂志》上
提供的数据保护是最好的管理监控工具甲骨文减少主系统停机时的故障转移时间。数据保护有助于将重做数据文件传输到备用站点。数据保护维护备用数据库事务一致的生产数据库的副本。当主系统失败时由于一些错误数据警卫队可以切换到备用数据库。Oracle数据警卫队的紧密集成与Oracle数据库提供了一个独特的数据保护水平,实现与其他解决方案是不可能的。在本文中,我们试图达到零宕机时间和维持活跃用户连接到主系统通过数据警卫队观察者。我们的方法是基于改变TNS的参数文件,防止用户重新连接到主数据库主要系统故障后一次又一次。关键词:切换、故障转移、逻辑备用数据库,数据保护代理日志传送。
关键字 |
| 切换、故障转移逻辑备用数据库,数据保护代理日志传送。 |
介绍 |
| 数据保护提供了一组丰富的数据保护和灾难恢复功能来帮助你生存的灾害,人为错误和错误,数据库无法正常工作。基于业务需求,这些特性可以方便地结合其他Oracle9i高可用性和灾难恢复功能,为提高水平的高可用性和灾难保护。主数据库是生产数据库,和备用数据库是远程,二级数据库[1]。甲骨文Oracle RDBMS数据保护是一个选项。它维护了一个备用数据库作为替代数据库主数据库。在发生故障时,备用数据库可以被激活,并假定主数据库角色。甲骨文物理备用保护从用户和逻辑错误通过保持一致的主数据库的重做数据的副本备用数据库。Oracle物理备用数据库与主数据库保持同步,利用媒介恢复应用主数据库上生成重做重做数据应用[2]。逻辑备用数据库与主数据库保持同步通过应用重做数据转换成SQL语句。之后,这些SQL语句对备用数据库执行[16]。 |
| Oracle数据保护的概述 |
| 在数据保护配置,生产数据库被称为一个主数据库。使用一个主数据库的备份,您可以创建从一到九物理和逻辑备用数据库和合并数据保护配置。主和备用数据库可以运行在一个节点或一个真正的应用程序集群环境中[1]。图1描述了体系结构的数据保护。 |
 |
| 每一个备用数据库只有一个主数据库相关联。一个主数据库可以支持多个物理备用数据库,逻辑备用数据库,或两者的组合在同一配置。两个站点之间的数据警卫队促进转换和故障转移操作[10]。 |
| 数据保护的好处 |
| 数据保护提供以下好处: |
| 1。最大数据可用性 |
| 2。完整的数据保护 |
| 3所示。系统资源的有效利用 |
| 4所示。灵活的数据保护 |
| 5。自动间隙检测和解决 |
| 6。集中管理方案” |
| 7所示。与Oracle数据库集成 |
| 数据保护确保了最大可用性通过执行转换和故障转移操作。备用数据库提供完整的数据保护和备份操作的有效利用率进行备份,恢复任务。数量的可用的备用数据库允许灵活的系统保护[3]。 |
| 数据保护的特点 |
| 逻辑备用数据库 |
| 直到现在,只有物理备用数据库实现,备用数据库的恢复模式或在只读模式。物理备用数据库上相当于主数据库,在数据库是日志文件不能打开申请报告,反之亦然。与逻辑备用数据库,数据库可用于报告和应用日志到备用日志同时[9]。 |
| 数据库保护模式 |
| 数据库管理员(DBA)可以将数据库分为下列方式之一: |
| 一个最大的保护。 |
| b。最大的可用性 |
| c。最大的性能 |
| 级联备用数据库 |
| 级联备用是一个备用数据库,从另一个备用数据库接收其重做信息,而不是从原来的主数据库。物理或逻辑备用数据库可以设置将传入的重做信息发送到其他远程目的地以同样的方式作为主要的数据库,与一层的重定向[12]。 |
| 数据保护代理 |
| 代理现在支持: |
| ,9个物理或逻辑备用的目的地 |
| b。故障转移和转换操作[1] |
| 数据保护经纪人是一个分布式管理框架,自动化和集中化的创建、维护和监控的数据保护配置。都可以在本地或远程执行管理操作通过代理的易于使用的接口:Oracle数据保安经理,代理的图形用户界面(GUI)和数据警卫队命令行界面(CLI) [3]。与这些新特性数据警卫队提高最大可用性的数据计划也减少主数据库的工作负载使用层叠备用数据库不沉溺在派遣更多的重做数据文件。数据文件都是从其他备用系统和主要将较小的工作量主要可以轻松地处理复杂的查询,因此减少了网络流量从初级到备用。易于使用的界面使其增强的数据保护系统。 |
相关工作 |
| Rab纳瓦兹[4]在他的审查提供高可用性的洞察数据通过数据保护。Rab和他的同伴Tariq Rahim显示数据保护与卸载工作负载提供高可用性,一个或多个备用数据库和提供机会在备用数据库查询实时数据。相关研究也由Xiaochunn吸引[5]。争取与他的同伴展示研究和实现高可用性空间数据库上进行基于Oracle。上述研究显示数据库的最大可用性。我们的研究将显示增强的编码观察者参数和保留客户端连接和零故障转移通过观察者的概念。 |
数据保护工作方法 |
| 数据保护的配置包括一个生产数据库,称为主数据库,和30备用数据库。主和备用数据库使用Oracle连接在TCP / IP网络服务。数据保护自动同步主数据库和备用数据库的所有传输主要使用Oracle数据库重做信息恢复交易并将它应用到备用数据库[6]。Dataguard执行的三个主要业务是: |
| 1。故障转移:快速启动故障转移发生在观察者和备用数据库都失去联系一段时间的生产数据库超过设置值快速启动故障转移的阈值,当双方同意配置同步的状态。雷竞技网页版快速启动故障转移的最佳值阈值重之间的权衡最快的故障转移(从而最小化停机时间),和不必要的触发故障转移由于短暂的网络违规行为或其他短期事件上没有实质性影响可用性[7]。 |
| 2。切换:在某些情况下,切换操作要求您重新配置最初的主数据库作为备用数据库新的主数据库[11]。然而,它可以消除这个要求在数据库配置有多个备用数据库没有违反保护模式。执行转换步骤: |
| 我)修改SAT(备用)数据库¢年代初始化参数文件,sat_init。奥拉,以确保数据库可以作为主要的数据库。 |
| (二)修改初始化参数文件,hq_init。奥拉,总部数据库,确保总部数据库可以作为逻辑备用数据库。 |
| iii)切换总部(初级)数据库逻辑备用角色通过查询数据库目前主数据库与V $数据库视图。 |
| (四)改变数据库提交转换逻辑备用。 |
| v)坐在数据库切换到主[2]。 |
| 3所示。日志传送和应用服务选项: |
| 我延迟申请: |
| 当一个主数据库是开放和活跃的交易正在进行中,重做日志数据生成和运到备用网站。可以延迟重做数据的应用程序已经收到一个或多个备用数据库。能够延迟的应用使备用数据库的变化不仅保护生产数据从数据中心的灾难,但也提供了一个窗口的保护用户错误或腐败[13]。 |
| 2)自动再同步: |
| Oracle数据警卫队可以顺利处理网络连接问题,暂时断开备用数据库与主数据库。在这种情况下,事务是在主数据库本地捕获到一个备用。重新连接到备用时,积累日志自动运送到备用,直到备用于光线与主,所有档案空白解决[3]。 |
| 观察者的配置 |
| 1)在《观察家报》网站3项主要,备用和观察者网站主机条目。 |
| 2)使用Oracle网络配置2服务助理,一个主站点和其他备用站点:主要和备用。 |
| 3)使闪回主服务器和备用网站。要启用倒叙,数据库应该在开放阶段。SQL >改变数据库闪回; |
| 4)备用网站数据库恢复到安装阶段,改变系统设置日志归档的目的地。 |
| 5)在主站点把数据库和写作阶段:山 |
| SQL >改变数据库设置备用数据库可用性最大化; |
| 6)启动主和备用数据库开放阶段和检查他们的保护模式: |
| 从v $ SQL >选择protection_mode数据库; |
| 主:最大可用性 |
| 待机:最大性能 |
| 7)现在现场3执行命令DGMGRL提示:oracle@server3 > DGMGRL |
| 8)连接到主要的服务 |
| DGMGRL >连接sys / sys@primary; |
| 9)数据中执行以下命令卫兵提示: |
| DGMGRL >编辑数据库„standbyA¢集房地产„logxptmodeA¢A=一个¢syncA¢;DGMGRL >编辑数据库„primaryA¢集房地产„logxptmodeA¢A=一个¢syncA¢; |
| 作为maxavailability DGMGRL >编辑配置设置保护模式;DGMGRL >编辑数据库„primaryA¢集属性集faststartfailovertarget =一个¢standbyA¢; |
| DGMGRL >使fast_start故障转移; |
| 10)检查数据库配置,主要写在观察者:DGMGRL >显示数据库。 |
| DGMGRL >显示数据库备用 |
| 11)开始观察者 |
| DGMGRL >开始观察 |
| 12)关机后的主数据库启动观察者。这被认为是主数据库的故障转移。观察者需要一些时间和检测失败。检测主数据库的失败,它会自动使备用数据库为主,使其可用于用户[2]。 |
实现观察者端TNS的配置和变化的参数 |
| 观察者配置单独的系统上完成从主和备用数据库系统。当我们创建数据库和网络服务的所有系统和观察者之间配置完成然后我们只需要启动服务器时主要和备用都在传输或接收模式下当主系统的功率损耗或失败发生时,观察者将开始执行它的作用。 |
 |
| 在主服务器和备用网站数据警卫队使用DMON过程(数据警卫队代理监控过程)。DMON过程协同工作管理主和备用数据库作为一个统一的配置。DMON过程一起工作来执行转换和故障转移操作,监控数据库的状态,和管理日志传输服务和日志应用服务[8]。 |
| 客户机TNS参数文件 |
 |
| 改变客户端TNS的参数文件之后我们准备与客户端连接激活备份数据库。通过添加平衡负载和改变其他参数我们可以处理任何类型的失败。 |
最终结果 |
| 执行故障转移 |
| 检查我们的备用数据库是否正常工作,验证切换到备用数据库或新的主数据库实际上是发生与否,我们故意关机主数据库和观察者将开始启动切换将新的主要和备用。 |
 |
| 启动备用系统 |
 |
| 失败后的主数据库客户端连接到旧主系统又不需要我手动连接,不会回滚事务,他们已经开始。事务将会暂停一段时间,根据系统内存并将开始从那时发生的故障。我们研究的动机是为了保留客户机连通性活跃与零故障转移。因为没有数据丢失和客户机的连接丢失。所以数据警卫队代理提高系统性能保持零故障转移[15]。 |
讨论和结论 |
| 观看演出之后的Oracle Dataguard观察者的帮助下我们经历了观察者的管理数据是非常容易和克服任何失败的主要数据可以通过人工交互。数据保护是更有效的比任何数据管理工具存在到现在,因为其他工具需要更多的人工交互。Dataguard手动管理数据之前完成,然后恢复管理器来减少数据丢失和恢复选项。之后,甲骨文Dataguard被证明是有利于数据管理,但一些手工工作仍然需要。然后观察者提高性能通过监控可用的备用和选择适当的备用,也能减少人工交互。它被认为是最好的工具来利用数据和检索事务但每天随着技术是开发新工具,可以提高Dataguard观察者切换技术和故障转移,所以许多努力后仍然需要人工编码和修改的参数管理器功能正确。进一步加强可以通过减少连接建立时间。而同步主、备用、观察者网站是很复杂的过程。我们需要创建数据服务和启动侦听器之后我们可以开始观察者。所以脚本可以用来降低工作和观察者性能也得到改善。 So we can expect in coming years a much improved and less complex version of Dataguard Observer which will minimize the human efforts and have stronger impact on Dataguard techniques. |
引用 |
|