计算机软件及应用SharePlex for Oracle高可用和容灾方案_第1页
计算机软件及应用SharePlex for Oracle高可用和容灾方案_第2页
计算机软件及应用SharePlex for Oracle高可用和容灾方案_第3页
计算机软件及应用SharePlex for Oracle高可用和容灾方案_第4页
计算机软件及应用SharePlex for Oracle高可用和容灾方案_第5页
已阅读5页,还剩38页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

目录TOC\o"1-4"\h\z第1章 前言 4第2章 高可用容灾方案设计 62.1 高可用容灾系统的影响因素 6 方案外的系统停机 6 方案内的维护操作 6 灾难恢复 62.2 高可用容灾系统的建设目标 72.3 建设容灾系统的考虑因素 72.4 容灾系统的实现技术 9 基于磁带拷贝的传统灾难备份方式 9 数据库方式 9 效劳器卷方式 10 智能存储系统方式 10第3章 SharePlexforOracle介绍 123.1 SharePlexforOracle结构 123.2 SharePlexforOracle配置方案 133.3 ShareplexforOracle特点 14 快速精确和低负载 14 可扩展及全面 15 灾难恢复 15 灵活配置和简洁管理 153.4 SharePlexforOracle适用场合 15第4章 容灾系统的操作流程 184.1 容灾系统状态定义 184.2 容灾系统的的配置过程 18 初始化高可用及容灾环境 18 配置Shareplex的Fail-overready状态 19 灾难发生时应用切换到灾备中心 20 容灾中心的数据恢复到主中心 20 方案内系统维护 21 方案内的Shareplexfailover接管 21 方案内的Shareplexfailback接管 214.3 SharePlex关键技术指标 22 数据延迟 22 强大的冗错能力 22 对源系统的影响 22 网络资源的使用 22第5章 容灾系统特点和优点 245.1 支持异构环境 245.2 目标数据可访问 245.3 保证事务的一致性 245.4 建立复制环境所需要工作量少 255.5 不影响源系统性能 255.6 灵活性和扩展性强 255.7 优秀的售后效劳 25第6章 容灾系统集成解决方案 266.1 和基于存储复制技术方案的集成 266.2 和Cluster技术集成 28第7章 产品到货和验收 30第8章 培训 31第9章 技术效劳、支持及保修 329.1 技术支持和维护效劳内容 32 产品升级和维护 32 标准技术支持 32 热线支持 32 E-mail支持 32 支持状况跟踪 33 7*24技术效劳 33 WWW技术效劳支持 339.2 问题提升和响应时间 339.3 技术支持资源 34第10章 公司介绍 351.1. 关于QuestSoftware 351.2. 关于eGlobalTechnology 36第11章 SharePlexforOracle成功案例 3811.1 澳大利亚NEMMCO公司利用SharePlex实现应用系统失败接管 3811.2 加拿大太平洋铁路公司利用SharePlex实现系统高可用性 4011.3 Honeywell公司利用SharePlex实现即时更新的报表功能 42前言在企业信息化进程不断加快的今天,保持业务的连续性是企业用户进行数据存储时必须考虑的重要方面。灾难的出现可能导致生产停顿、客户满意度降低,减少企业的竞争力。如何平安、可靠、完整地保存数据,实现系统的灾难恢复是市场竞争的需要,更是进一步提高效劳水平和改善效劳质量、提升业务支撑能力的重要技术手段。“911”事件使大家更加谨慎地审视自己的应用系统。据有关数据说明,接近50%的公司需要关键业务24小时连续运作,但是在这些公司中,有67%的公司没有在其他地方拥有冗余的计算机设备,79%的公司没有后备的关键业务系统,86%的公司没有适当的备份方案和数据恢复方案来保证业务的连续运行。在9月11日纽约世贸中心惨剧发生之后,所有世贸大楼公司的商务资料在瞬间毁于一旦,有些公司由此退出了市场的角逐。而一些公司却得益于自己的灾备系统,从而保住了公司依赖生存和开展的资本-数据。容灾系统的建设包括两个重要因素,即业务系统的连续性和业务数据的可恢复性。在“911〞事件以前,很多企业的高可用性方案主要从应用系统的连续性考虑。其中最普遍采用的是通过高可用集群双机系统(Cluster或HA)对业务应用提供保护,在一台效劳器的软硬件发生故障时,将整个业务切换到后备效劳器上。该方法很大程度上防止了效劳器的单点故障,提高了整个业务系统的可用性。但从整个应用系统的角度,高可用集群只能实现一局部的高可用性目标。例如它无法处理存储设备故障,也无法处理方案内的停机时间和容灾恢复。在数据的可恢复性方面,主要采用的技术是各个层次的备份和恢复机制。但对于海量数据的备份和恢复存在一定的难度,而且备份恢复一般局限于本地,在出现类似〞911”所有这些都要求企业重新设计和建立自己的高可用性和容灾系统。对于业务严重依赖于数据的企业来说,此系统必须包括保证应用系统的连续性,并提供有效的数据恢复机制。应用系统的连续性那么应该从最终用户的角度来衡量,以整个系统的停机时间和可接受程度作为评价标准。数据恢复规划那么需要以企业IT人员的视角来进行,肩负着在真正灾难发生时维系企业命脉的责任。目前,很多厂家都提供容灾保护的产品,主要包括基于存储、逻辑卷、主机、数据库物理方式和数据库逻辑方式的各种复制技术。根据复制层面的不同,实现的技术以及容灾效果各不相同。QuestSoftware的SharePlexforOracle通过数据库逻辑层的复制技术,可以方便地实现基于Oracle数据库的容灾保护,具有对源系统资源占用少,对网络资源占用少,支持异构环境和不同的复制拓扑,保持事物一致性的特点。在开放异构环境、异地容灾、容灾系统可访问的环境中具有非常大的优势。通过SharePlexforOracle,可以帮助企业建立一个全面的、整体的容灾方案,最大限度地保证业务系统的连续性和业务数据的可恢复性。高可用容灾方案设计高可用容灾系统的影响因素影响应用系统可用性主要有三方面的因素,方案外的系统停机、方案内的维护操作和灾难恢复。方案外的系统停机方案外的系统停机指由于应用系统故障导致的系统不可用。减少方案外的停机时间是应用系统设计人员和管理人员面临的主要任务,虽然每个业务系统都在硬件、软件和人员方面投入很多,但每年方案外的停机时间还是不可防止的发生,造成了很多不可防止的经济损失。一般来说,方案外的系统停机主要是由于以下原因引起的。1.人为错误。如用户具有过多的权限,从而可以访问没有被授权的一些数据。或者数据库管理人员过度劳累导致的错误。2.硬件/软件出错。硬件和软件失败是不可防止的现象,而且随着数据库系统使用年限的增加而变得更加脆弱。通常由于硬件/软件出错所引起的故障包括应用程序出错、数据库出错、操作系统故障,如操作系统死机等以及硬件故障,如硬盘或网卡损坏等。3.环境失败。环境失败指由于外部环境改变导致系统不可用或无法有效地进行数据库管理。如断电,工人罢工等等。方案内的维护操作系统操作人员经常提到的一个术语就是“维护〞。大多数维护操作会影响到系统的可用性和性能。由于进行主动系统维护所引起的停机时间被称为方案内停机时间。对于每个数据库应用来说,每年或每月都需要一定的方案内停机时间,因为停机时间可以控制,停机操作对系统的影响也可以预先通知到用户,因而方案内停机时间虽然发生频繁,对系统的影响可以控制在一定范围。灾难恢复对于高可用需求的应用系统来说,自然灾害与人为灾害始终存在。自然原因引起的灾难包括地震、洪水、火灾、飓风、恐怖活动、战争、暴乱活动等,人为因素导致的数据库不可用包括成心破坏。这些灾难发生的概率非常低,但是如果一旦发生,对严重依赖于数据的企业是致命的打击,甚至导致企业无法继续运营。在灾难发生的情况下,数据恢复成为高可用性管理的首要任务,数据备份、特别是异地数据备份是成功实现灾难恢复的核心。企业需要在保证业务数据恢复的情况下保持业务系统的连续性。高可用容灾系统的建设目标系统的容灾和高可用方案必须能够应付所有可能引起计算机系统失效的问题。应用系统高可用性和容灾方案需要满足两方面的要求:1.业务系统的连续性保持业务系统的连续性,意味着无论是由于硬件,软件或电源的失效都不应中断信息中心的处理工作;实现业务的连续性需要减少或消除方案外停机时间,控制方案外停机时间对系统的影响,在灾难发生时间进行业务系统的快速接管,这些主要通过各个层次的冗余技术实现的。2.业务数据的可恢复性业务数据的可恢复性从本质上来说是业务系统连续性的一个子集。如果数据出现问题而不能恢复,业务系统的连续性无从谈起。因为数据对严重依赖于信息系统的企业非常重要,数据的可恢复性一直是高可用性系统的一个重点考虑因素。业务数据的可恢复性是通过数据备份和冗余的数据拷贝完成的。数据库复制和硬件复制都是用于这个环境的一些成熟技术。业务数据的可恢复性主要考虑因素为备份数据的平安性,需要确保在任何情况下,包括容灾发生时备份数据都可以有效地进行恢复。同时,数据丧失也是一个非常重要的评价指标。建设容灾系统的考虑因素因为要建立整个应用系统的冗余备份,容灾系统是一个非常昂贵的系统,在容灾系统建设时需要考虑以下因素:〔1〕容灾距离:根据灾备中心建设的目的不同,灾备中心的建设需要考虑灾备中心的距离。一般来说,容灾距离有本地和同城、异地三种方式。异地容灾方案中,灾备中心和主中心的距离较远,如北京到上海。异地容灾可以有效地防止由于本地灾难发生引起数据损失,但是实施本钱很高、为了保障业务系统的性能一般采用同步数据拷贝方式,这样会存在一定的数据损失,同时将应用系统切换到灾备中心的工作也非常繁琐。一般来说,异地灾备中心建设的主要目的提供业务数据的恢复能力。同城容灾方案中,灾备中心和主中心距离在几十公里以内。同城容灾可以有效地提供业务数据的恢复能力以及应用快速接管能力。根据业务系统对数据访问以及数据丧失的需求,数据复制可以采用同步或异步两种方式。同地容灾指灾备系统和主中心在一个地理位置。一般来说,它可以和现有的其他可用性技术,如Cluster结合,提供更高级别的高可用性。同时,很多同地容灾解决方案提供灾备中心的数据访问能力。为了有效地进行容灾,很多关键的业务系统建立两个系统,同城灾备中心和异地灾备中心,同城灾备中心由生产系统采用同步方式进行数据复制,异地灾备中心由同城灾备中心采用异步方式进行数据复制。〔2〕数据丧失企业能忍受的数据丧失和具体处理的业务有关。例如:财务系统的数据很难承受任何损失,而电信营帐系统在灾难发生时可以允许少量的数据丧失。目前,虽然有很多方案可以做到“零数据丧失“,但企业往往为此支付高昂的费用,生产系统的性能也会受到很大影响。从业务的角度企业能够承受德考虑数据丧失问题可以帮助企业在容灾方案上做出适合企业自身特点的选择。〔3〕应用切换时间容灾系统建设的一个重要目的是保障业务系统的连续性。在灾难发生或业务系统出现问题时间,将应用快速地切换到灾备系统可以最大程度地减少系统的停计时间。当灾难发生,启用灾备中心需要采取一系列的措施。如将网络、线路切换到新的地点,启动操作系统、数据库,进行应用程序的切换等等。一般来说,容灾系统的切换时间应该控制到30分钟以内。〔4〕主系统的可恢复性主系统的可恢复性主要指数据的恢复,将应用切换灾备系统后,业务的连续性得以保持,主系统的恢复时间应该控制在一天到几天之内。数据恢复的关键问题在于数据的可恢复性,以及恢复过程中如何和灾备中心的数据保持一致。〔5〕目标系统的可访问性目标数据可访问能够提高容灾系统的投资回报,增加容灾系统的利用价值。企业可以将目标系统作为报表查询、统计分析等系统的数据源,减轻源系统的压力,使投资变为可用,而不是单存的冷备闲置。同时,目标数据的在线使用可以保障数据的准确性,从而防止容灾系统长期冷备,数据错误而无人发现的情况,能够确保容灾系统在灾难发生时被有效接管,进行数据恢复。〔6〕对源系统的影响。灾备中心的建设是对现有系统的扩展和补充,不能因为灾备中心影响当前业务系统的性能,导致系统的可用性降低。〔7〕网络资源的使用。网络资源的使用对于容灾系统特别是异地容灾系统非常重要。在网络上传输的数据量大小直接决定数据传输的实时性,同时,网络资源占用会影响灾备中心后期的网络使用费用。〔8〕容灾环境的开放性。组成数据库应用系统的环境非常复杂,主机、存储、数据库是容灾环境的三个主要组件,支持开放环境,例如容灾系统支持不同的操作系统和数据库、不同的磁盘阵列、不同的主机系统会有效地适应未来的扩展需求,充分保护投资。实施本钱是在充分评估了上述内容后需要考虑的又一个重要因素。事实上,在建立容灾系统时,一个对业务系统没有任何影响、没有任何数据损失、容灾距离足够远的方案是很难实现的。企业需要了解自己的需求,建立适合自身特点的容灾系统。双数据中心环境下的有效冗余和网络结构容灾系统的实现技术基于磁带拷贝的传统灾难备份方式利用磁带拷贝进行数据备份和恢复是最常见的传统灾难备份方式。这些磁带拷贝通常都是按天,按周或按月进行组合保存的。使用这种方式的数据拷贝通常是存储在盘式磁带或盒式磁带上,并存放在远离根本处理系统的某个平安地点。存储到平安地点的磁带拷贝,其上的数据已有数小时的延迟,而在灾难或各种故障出现系统需要立即恢复,必须将磁带提取出来,并运送到恢复地点,通常还要滞延几个小时。基于磁带拷贝方式的传统灾难备份方式有着明显的缺陷,越来越不适合用户不断开展的业务系统的需要。其备份和恢复过程非常复杂,数据延迟较大,磁带管理困难,数据恢复必须按照正确的顺序,出错的可能性也较大。数据库方式数据库复制是目前最流行的高可用解决方案。每种数据库系统来实现的机制和方式略有不同,但都包括逻辑复制和物理复制两种方式:逻辑复制指针对数据库的逻辑层数据进行复制,复制的根本单位为数据库表以及表中所有的数据,复制时采用标准的TCP/IP协议。这种复制方法的好处是复制的数据量少,网络资源占用低,在复制的过程中目标数据库可以被访问,企业可以将目标系统用于报表和查询系统。同时因为目标数据库处于启动状态,接管时不需要重新启动数据库,接管可以接近实时。物理复制方法主要通过日志文件的传送和应用实现的。数据库交易的复制机制利用日志的这种特性,在生产中心将日志传输到灾备中心;如果灾备中心的数据库结构和生产中心的数据库结构保持一致,那么灾备中心的数据库对日志中记载的交易执行前滚操作,即实现了对灾备中心数据库数据的更新。数据库级别的复制可以支持方案内停机时间、方案外的停机时间和应用可以允许一些损失的情况下进行灾难恢复。效劳器卷方式效劳器卷方式复制嵌入到操作系统的卷管理系统中,卷发生的变化分为结构的变化和卷内容的变化。这种复制方式可以复制卷内容的变化。效劳器卷方式有两种复制方式,同步方式和异步方式。同步方式采用数据库两阶段提交的方法,对源系统的影响非常大。异步方式从数据的一致性保障方面存在问题。由于卷复制部件使用效劳器CPU、Memory资源,使用标准的TCP/IP网络,对业务的正常运行产生的较大的性能影响。使用效劳器卷方式进行复制,必须使用专用的卷管理软件,整个应用系统的结构需要根据卷管理的要求经过严格的设计和重新划分,同时,在后期的维护过程中也需要对卷结构的变化进行同步的维护,从而增加实施和维护方面的一些困难。效劳器卷方式复制对效劳器的硬件平台、数据库版本有严格限制,局限于主机同构环境。智能存储系统方式智能存储方式利用磁盘系统自身的处理能力,通过磁盘系统之间的通道连接复制磁盘系统内的数据更新,从而在异地中心保存生产数据的记录。利用磁盘复制可以独立于效劳器、操作系统、卷管理系统、数据库、文件系统、中间件、应用程序。和效劳器卷方式一样,智能存储两种复制方式,同步方式和异步方式。同步方式采用数据库两阶段提交的方法,对源系统的影响非常大。异步方式从数据的一致性保障方面存在问题。智能存储系统方式复制使用存储上的CPU资源,但对IO资源的消耗比拟大。这种方式复制速度很快,但这种复制方式对存储依赖非常强,主备效劳器必须使用同样的存储设备,依赖于专有网络。因为在存储级进行复制,目标数据库处于不可用状态。当需要应用切换时,必须停止复制过程,Mount复制卷组,将操作系统启动,启动数据库,进行数据库恢复。所有这些工作一般手工进行,需要花费一定的时间。采用智能存储系统方式进行复制,源系统和目标系统的硬件平台、操作系统、数据库版本必须一致。复制的内容包括所有底层数据,占用的网络带宽较高。而且目标系统无法访问。SharePlexforOracle介绍目前,很多厂家都提供容灾保护的产品,主要包括基于存储、逻辑卷、主机、数据库物理方式和数据库逻辑方式的各种复制技术。根据复制层面的不同,实现的技术以及容灾效果各不相同。QuestSoftware的SharePlexforOracle通过数据库逻辑层的复制技术,可以方便地实现基于Oracle数据库的容灾保护,具有对源系统资源占用少,对网络资源占用少,支持异构环境和不同的复制拓扑,保持事物一致性的特点。在开放异构环境、异地容灾、容灾系统可访问的环境中具有非常大的优势。SharePlexforOracle结构根本结构下列图所示为SharePlexforOracle的根本结构,其中涉及较多的技术细节。数据捕获SharePlexforOracle中由捕获进程来收集发生变化的数据,此进程的独特之处在于它几乎不对生产数据库带来任何开销。数据传输SharePlex结合其自己的网络协议和TCP/IP协议来完成源和目标系统之间的数据传输。其相关的进程确保数据的正确接收和网络数据包的正确顺序,从而提供网络传输冗余,确保数据的完整。整个数据传输过程无需其它的中间件。应用数据应用进程将传送到目标系统中的信息转化为SQL语句,然后采用标准的SQL*Plus方式将SQL语句发送给Oracle执行。SharePlex能够实现精确复制的一个重要原因就是其能保证从源数据库到目标数据库的Oracle读一致性,不但按顺序复制事务,而且也复制上下文信息。由于SharePlex将源数据库中发生变化的全部事务信息都复制到目标数据库中,因此SharePlex复制方案用于灾难恢复系统中是足够可靠的。SharePlexforOracle配置方案SharePlex提供多种不同的配置方式以满足高可用性和负载均衡需求。主要包括:〔1〕单向复制SharePlex可以将源系统的数据实时复制到目标系统,从而建立一个可以被访问的即席查询和报表系统。目标系统可以是源系统的全集和子集。通过将查询和报表系统放在不同的数据库实例中运行,可以平衡效劳器负载并提高OLTP类生产系统的性能。

〔2〕高可用性保证数据高可用性和数据库系统能够从灾难中迅速恢复是一个非常具有挑战性的工作。SharePlexforOracle可以通过LAN或WAN进行复制,这样当生产环境出现紧急事件或要进行例行维护时,可以将应用切换到复制数据库中。有了生产数据库的实时拷贝,用户可以保证应用系统7*24不间断运行的情况下进行维护工作,如进行操作系统和数据库的升级等等。

〔3〕分布处理多数据源配置允许你将不同的用户分布到不同的效劳器,让每个数据库能够反映其他数据库的变化。在这种配置模式下,SharePlex采用必要的冲突处理机制来解决可能发生的冲突。〔4〕播送和集中复制SharePlexforOracle通过LAN或WAN进行实时复制,将生产数据库中的数据拷贝到需要它们的地方。对播送复制来说,远程用户可以访问这些实时数据而不用登录生产效劳器。因此,提高了网络性能和生产环境下的OLTP应用的性能。〔5〕企业环境的数据分布SharePlex支持层叠复制,可以向不是直接相连的数据库复制数据。使用这种配置,可以在远程数据库间进行复制〔如从北京到上海〕。SharePlex支持多种复杂的场景来满足复制需求。ShareplexforOracle特点快速精确和低负载SharePlex是非常快速的,同时保证了复制数据的精确性。在源数据库一端,SharePlex严格地遵守读一致性模式。在目标数据库一端,SharePlex使用标准SQL提交事务,并保证操作次序和会话上下文的一致。基于Log的复制方式对源数据库和系统所带来资源开销非常小,因为复制操作只是读取操作系统的日志文件,同时通过TCP/IP方式而不是采用中间件方式传输只发生改变的数据也使网络负载降至最低。可扩展及全面每秒钟可针对数千个表复制超过一千个以上事务的处理能力意味着SharePlex可以处理企业级的业务数据,可以满足企业大数据量的吞吐需求。实际环境中的吞吐速率是受效劳器性能、网络带宽和事务的复杂程度所影响的。SharePlex提供的完全复制程度是其它软件复制工具所不具备的。SharePlex支持带长列的表、带参照完整性约束的表、没有主键的表、序列等等的复制。此外,SharePlex复制ALTERTABLE等命令,使它可以不需要其它软件复制工具就复制DDL活动。灾难恢复SharePlex在设计时已经将性能和容灾因素考虑在内。SharePlex可以容忍实例失败、系统失败和网络失败。一般情况下,在源系统中运行的事务一旦被写入log,SharePlex立即将其发送到目标系统。然而,如果发生问题,SharePlex可以在源系统或目标系统进行事务排队(为了最小化对源系统的影响,排队位于Oracle源实例之外)。例如,如果网络宕掉或目标系统宕掉,SharePlex将源系统中的事务排队。当网络或系统恢复后,SharePlex将自动提交被排队的数据并清空队列文件。灵活配置和简洁管理SharePlex可以被灵活配置,以支持各种复制策略。包括单向复制、双向复制、播送复制、集中复制及多层复制等。SharePlex是独立的软件,不需要修改与数据库进行交互的应用程序和数据库本身。因此,安装非常简洁。配置和改变复制策略不影响源数据库系统中的生产活动。管理员可以用Windows界面或效劳器端的命令行管理和监控复制操作的各个方面。SharePlexforOracle适用场合应用容灾企业开始比以往任何时候更注重对关键业务数据进行及时的保护,因为关键业务数据的丧失可能会给企业带来不可估量的损失。SharePlex为业务系统提供灾难恢复能力,容灾系统中的硬件环境又可用来降低系统维护工作中的停机时间。这并不与企业的容灾方案相矛盾,因为事务可被发送到系统中的远程节点上。SharePlex支持多种配置方案,包括对等配置方案,在这种配置方案中,两个数据库都处于可用状态,因而可实现快速的失败接管。在容灾发方案中没有比这种失败接管更快的方法了。减少有方案的停机时间有方案的停机也可能对企业的效劳水平、客户满意程度甚至股价等带来影响,而据估计企业80%的停机是有方案的行为。利用SharePlex,企业可几乎完全消除系统的停机时间而不用考虑在此期间进行何种维护工作、哪个操作系统会受到影响,甚至不用考虑数据库版本的问题及对硬件环境进行何种操作。负载平衡SharePlex可以将源系统的数据实时复制到目标系统,从而建立一个可以被访问的即席查询和报表系统。目标系统可以是源系统的全集和子集。通过将查询和报表系统放在不同的数据库实例中运行,可以平衡效劳器负载并提高OLTP类生产系统的性能。一方面,可以减少OLTP应用和查询报表应用之间的磁盘I/O冲突,提高OLTP应用的效率。另一方面,SharePlex支持不同模式间的复制。可以分别面向OLTP和查询系统的使用特点来进行设计,如建立索引,设置数据库表的参数等等。在这种配置环境下,SharePlex在线事务处理可以获得很好的性能,而决策支持和报表处理可在不影响正常业务的情况下进行。当一种单一的数据复制模式不能满足企业的业务扩展需求和系统性能时,很容易利用SharePlex建立另外的复制模式,从而进一步扩展系统和提高报表处理的性能。系统移植尽管企业从规划设计良好的业务系统中收益,但也不得不面临系统移植和升级这一挑战。数据集中、技术的推陈出新和效劳器的移植都是导致必须进行系统移植的原因之一。SharePlex可确保在进行以上工作时正常的事务处理得以继续进行。源系统的功能不受到任何影响,SharePlex只捕捉移植过程中发生变化的事务并将它们排队保存。当移植工作结束后,这些被保存的事务将被应用到新系统中并进行数据同步工作。一旦数据同步后,用户活动会有非常短暂的停顿,在此瞬间将完成系统的切换动作。数据集中和播送SharePlex通过非常有效的管理控制机制来实现数据集中和播送。SharePlex提供细化的数据筛选功能,可按业务需要定制需要传输的数据,从而缓解和消除了数据传输过程中的平安和带宽问题。例如,如果远程节点只需要有关本地员工的根本信息而无需薪水信息,那么只需利用SharePlex传输相关的数据行和字段即可。支持数据仓库应用、实现更好的决策支持越来越多的公司在建设决策支持系统。传统的数据抽取、转换和装载工具按照时间段处理数据而不能进行实时的数据处理,因而决策支持系统就不能真正表达出太大的价值。SharePlex可以实时捕捉、转换数据到决策支持系统中。容灾系统的操作流程容灾系统状态定义为方便论述,本节模拟地点A和B,两地各有一套运行在Oracle上的应用系统。通过SharePlexforOracle建立数据复制,以B地点的系统作为A地点的备份。正常情况下:业务系统运行在地点A,包括数据库实例、有关的文件、数据库数据、应用软件。A节点对外提供效劳。A节点所有的有关的数据通过SharePlexforOracle实时复制到B节点。灾难发生的情况下,整个A地点无法正常提供效劳:A地点的业务将在B地点正常提供效劳。当灾难发生时,主中心的数据库效劳、应用软件切换到灾备中心的灾备节点。灾备节点对外提供效劳。数据复制暂停。对主中心的数据库和应用系统进行恢复。方案内维护操作当进行方案内的维护时,主中心的数据库效劳、应用软件切换到灾备中心的灾备节点。灾备节点对外提供效劳。SharePlexforOracle记录进行维护期间数据的变化,存储到灾备节点的队列。当方案内的维护操作时完成时,将维护过程中的数据复制到A地点,将应用切换到A地点系统。容灾系统的的配置过程初始化高可用及容灾环境使用SharePlexforOracle进行数据复制的前提是在主中心和灾备中心具有相同的数据。根据用户对停机时间的要求、容灾环境和数据量的大小。可以采用Oracle自身提供的方法进行初始化同步,包括:OracleColdBackup,OracleHotBackup,Export/import,Transpranttablespace等等。为了保证初始化同步过程中源系统的可用性,SharePlex提供Reconcile功能,当使用OracleHotbackup机制进行初始化同步时,通过SharePlex队列记录数据的变化。并在进行post的过程中确认哪些数据通过Recovery进行恢复,把没有恢复的数据装载到数据库中。从而保证初始化同步过程中源系统没有停机时间。配置Shareplex的Fail-overready状态为保证灾难发生时快速进行应用接管,需要配置Fail-overready状态。确保源系统和目标系统SharePlexforOracle启动。源系统中建立配置文件,目标系统建立反向配置文件。两个配置文件都处于激活状态。在Secondary端保证没有对复制表的DML操作;在Secondary端停止export进程,防止意外的数据操作改变源系统的数据。运行脚本取消secondary系统用户(除了splex)的insert,update和delete权限;禁止Secondary中使用trigger,cascadedeleteconstraints,foreign-keyconstraints,checkconstrants,schedulejobs等等。定期备份Shareplex相关的文件,文件包括Shareplex的工作目录/var/adm/.splex/Shareplex.markoratabfile/etc/services/etc/system/etc/group操作系统Shareplex用户〔默认为Oracle用户〕的.profile文件灾难发生时应用切换到灾备中心灾难发生时的接管工作由以下步骤组成:确认Secondary系统的export进程处于停止状态;确保在队列中的所有数据复制到Secondary系统中。用qstatus命令查看Secondary系统中的post进程,直到backlogmessages一项为0;在Secondary系统上运行SQL脚本给用户赋权,包括insert,update和delete;在Secondary系统上运行SQL脚本enabletriggers和contraints;切换应用系统到Secondary系统;确保Secondary系统上的Shareplexexport进程处于停止状态。切换过程所需要的时间主要是上述6个步骤所需要的时间的总和。正常情况下能够充分满足30分钟以内的切换要求。容灾中心的数据恢复到主中心沉着灾中心的数据恢复到主中心的过程分为如下阶段:阶段1:在PrimarySystem中恢复复制环境。阶段2:Purge队列, 在PrimarySystem中PurgeCapture,Export和Post队列。因为PrimarySystem的复制环境是通过备份的软件进行恢复的。队列的内容已经过期。 在SecondarySystem中PurgePost队列。原那么上Capture和Export队列没有内容,而在Post队列中需要去除没有被提交的局部数据。阶段3:开始从Secondarysystem复制到PrimarySystem,保证PrimarySystem的数据存储在Post队列中,但不加载到数据库中。阶段4:同步数据,即在PrimarySystem中重新建立新的数据库拷贝。阶段5:在PrimarySystem中进行Activate。阶段6:恢复ObjectCache。阶段7:将用户切换到PrimarySystem。系统的恢复时间由上述的7个阶段构成,其中阶段4的时间较长,根据系统的数据量、目标系统硬件选型不同,正常切换时间在10-38个小时之间。方案内系统维护方案内的Shareplexfailover接管在Primary系统上停止用户对数据对象的访问;在Primary系统,运行flush命令,此命令停机目标机器上的post进程,并将队列中的内容装载到数据库中。关闭Primary中的SharePlex和Oracle数据库。运行脚本为Secondary系统的oracle用户赋insert,update和delete的权限;运行脚本激活Secondary系统的oracletrigger和contraints;按照相应步骤重新部署用户和应用到Secondary系统;切换用户到Secondary系统,但不要启动export进程;方案内的Shareplexfailback接管翻开Primary系统的Oracle数据库;在Primary系统上对Triggers、Foreign-keyconstraints、Cascadingdeleteconstriants、Checkconstraints、ScheduledjobsthatperformDML进行修改并使之无效。将Secondary系统中SharePlex队列中的数据装载到Primary系统中。在Secondary系统上,运行flush命令;此命令停机Priamry机器上的post进程,并将队列中的内容装载到数据库中。在Secondary系统关闭shareplex和Oracle数据库。;运行脚本为Primary系统的oracle用户赋insert,update和delete的权限;运行脚本激活Primary系统的oracletrigger和contraints;按照相应步骤重新部署用户和应用到Primary系统;切换用户到Primary系统,但不要启动export进程;运行脚本取消secondary系统用户(除了splex)的insert,update和delete权限;在Secondary系统上对对Triggers、Foreign-keyconstraints、Cascadingdeleteconstriants、Checkconstraints、ScheduledjobsthatperformDML进行修改并使之无效。启动Secondary系统的Shareplex,但停止export进程;在Primary系统Shareplex控制台上启动export进程;SharePlex关键技术指标数据延迟SharePlexforOracle是一种异步准实时的复制技术,其数据延迟非常小。在生产系统中,数据延迟和源系统复制事物的多少,事物的处理方式有关。在复制数据量正常的OLTP系统中,数据延迟在几秒钟。强大的冗错能力复制环境能够提供网络失败、数据库失败、主机失败的容错能力。当灾备中心暂停或传输异常中断导致复制停止时,主中心的业务不受影响,容灾数据可以在主中心暂时存放,当系统恢复后,暂存数据可自动完整复制到灾备中心,数据完整性一致性不被破坏;对源系统的影响SharePlexforOracle通过Oracle日志获得数据的变化信息,它独特的技术优势使得它对源系统的资源占用很小。在生产系统中,实际对源系统的影响和源系统复制事物的多少,事物的处理方式有关。在复制数据量正常的OLTP系统中,正常状态下对CPU资源的占用小于6个百分点,对内存资源的占用为几十M。网络资源的使用因为Shareplex复制操作只是读取操作系统的日志文件,同时通过TCP/IP方式而不是采用中间件方式传输只发生改变的数据也使网络负载降至最低。Shareplex只将日志的三分之一的内容通过网络进行传输。实际每小时传输的数据量=每小时日志文件切换的数量*日志文件的大小*1/3。例如用户峰值每小时生成的日志量为720M。实际峰值期间每小时传输的数据量=每小时日志文件切换的数量*日志文件的大小*1/3=720/3=240M每秒传输的数据量=240/3600M=1/15M考虑20%的传输开销,所需要的带宽为1*1.2/15=80KB/S,系统对传输带宽的要求为640kbps。容灾系统特点和优点在容灾工程中,QuestSharePlexforOracle的数据库复制解决方案具有以下几方面的技术优势。支持异构环境源数据库和目标数据库可以运行在不同类型的操作系统和同一Oracle数据库的不同版本上。同时,也能够支持不同类型的磁盘阵列〔包括SAN〕。这不仅能够满足目前异构环境,还能适应未来的扩展需求。很多复制方案的软件产品也宣称能够支持多种主机、操作系统、磁盘阵列,但是他们实际上还是要求主中心和灾备中心的设备是同一类型的。而SharePlex完全满足主备中心的异构。这样,系统建设是可以选择多种产品参与竞标,大大降低硬件投资,随着公司规模的不断扩大,在硬件升级时,新旧硬件产品可以随意调换,不受限制。目标数据可访问SharePlex独特的实现机制使用户可以对目标系统进行查询操作,因此,可以作为报表查询、统计分析等系统的数据源,减轻源系统的压力,使投资变为可用,而不是单存的冷备闲置。目标数据可访问能够提高容灾系统的投资回报,增加容灾系统的利用价值。同时,目标数据的在线使用实际上是对数据的一个长期在线使用,保障数据的准确性,从而防止容灾系统长期冷备,数据错误而无人发现的情况,能够确保容灾系统在灾难发生时被有效接管,进行数据恢复。保证事务的一致性和其它解决方案不同,SharePlex是一个数据库级的软件解决方案,能够保证每个数据库事务在主备机器之间的一致性。基于智能存储或者卷管理的复制方案是在存储或者操作系统等底层进行数据复制,分为异步和同步两种。同步方案由于较大增加了主系统响应时间,影响主系统的运行,因此不可取;而异步方案由于不能将一系列相关数据库操作作为一个完整的事务提交,而是分为一系列IO操作分别复制,这样,在灾难发生时极有可能这些IO操作只复制了一局部,从而丧失了数据库的一致性,导致复制数据库不能翻开,同样也不可取。建立复制环境所需要工作量少SharePlex不需要对硬件、软件、磁盘卷的划分进行任何额外的操作。减少了建立容灾环境对系统结构和应用所作的修改工作。基于智能存储或者卷管理的复制方案需要对空间进行从新划分,以后系统整合时也需要重复同样工作,工作量大且复杂。不影响源系统性能SharePlexforOracle作为一个独立于数据库和应用的软件解决方案,不会影响源系统的运行。它独特的技术优势使得它对源系统的资源占用很小,对网络资源占用很少。从技术上保障了主中心业务系统的性能和高可用性不会因为容灾中心的建立而受到很大的影响。灵活性和扩展性强SharePlexforOracle提供多种配置方案,包括单向复制、双向复制、数据集中、数据分布等等。可以很好地满足系统的扩充性需求,充分保护投资。SharePlex的复制解决方案对应用的扩容没有任何影响。使用SharePlex,源数据库和目标数据库可以运行在不同类型的操作系统和同一Oracle数据库的不同版本上。同时,也能够支持不同类型的磁盘阵列〔包括SAN〕。这不仅能够满足目前异构环境,还能适应未来的扩展需求。随着公司规模的不断扩大,在硬件升级时,新旧硬件产品可以随意调换,不受限制。优秀的售后效劳对SharePlexforOracle用户,Quest提供真正意义上的7*24效劳。Quest是为数不多的拥有完善的全球支持体系的公司,其客户效劳中心为包括中国在内的全球用户所开放,可以及时处理在产品使用过程中遇到的问题。容灾系统集成解决方案SharePlexforOracle可以自己作为容灾解决方案满足关键业务系统的灾备需求,也可以和其他解决方案集成,提供更好地高可用和容灾功能。和基于存储复制技术方案的集成QuestSharePlexforOracle和存储复制技术集成可以提供最好的Oracle数据库灾难恢复和负载分担解决方案。该方案可以保证应用在逻辑块冲突、偶然的数据库对象删除错误和本地磁盘损坏等情况下继续运行。同时,可以将OLTP与DSS应用分开运行,以提高应用的整体性能。下面,以EMCSRDF和TimeFinder为例说明集成解决方案的优势。集成方案包括运行于源和目标系统中的Symmetrix磁盘驱动器,在这些磁盘间的EMC的SRDF,一个通过EMC的TimeFinder创立的“第三镜像〞,由QuestSoftware的SharePlexForOracle维护“第三镜像〞的存取和实时更新。主要的管理软件包括:〔1〕EMCSRDF:提供带有Symmetrix™磁盘驱动的灾难恢复解决方案。这些磁盘在生产机器上运行,数据的拷贝由带有SRDF™的远程磁盘镜像负责维护。完成从源系统到目标系统的整个环境的磁盘级别的复制。在同步模式下,目标系统是生产机器的精确备份。如果生产效劳器出现故障,镜像的磁盘仅仅需要被Mount,使应用可以在完全相同的数据根底上运行。在正常状态,EMCSRDF复制的目标数据库无法被访问。灾难恢复时,目标系统经过数据库恢复才能够被用户所访问,需要一定的接管时间,同时,由于数据库长期无法访问,可能会出现一些故障导致真正需要时数据库无法启动的状态。〔2〕EMCTimeFinder:创立一个Oracle数据库作为“第三镜像〞。TimeFinder可以阶段性地进行刷新,建立一个和刷新点一致的数据库镜像。通过将第三镜像启动,数据库可以处于被访问状态。但是,由于刷新工作不可能时刻进行,第三镜像只能用于“非生产活动“,如用作测试系统或者对实时性要求不是很高的查询。〔3〕QuestSharePlexForOracle:提供了一个逻辑复制解决方案,将源系统的数据实时复制到由EMCTimeFinder软件创立的第三镜像中。由于拥有生产系统实时、不间断的数据拷贝,可以将很多查询操作、数据分析工作移植到第三镜像,从而降低了生产系统的应用负载,变不可用的容灾系统为可用,增加投资回报!同时,SharePlex提供更高级别的容灾保护。对硬件复制不能够提供Oracle数据块损坏和人为错误提供保护。通过和硬件解决方案集成,SharePlexforOracle为以数据库为核心的业务系统提供极大的价值,主要表现在:提供实时更新的、可访问的目标数据库容灾数据库的在线使用能够提高容灾系统的投资回报,增加容灾系统的利用价值。使投资变为可用,而不是单存的冷备闲置。灾备数据库可以在以下场合:运行随机查询和报表操作,一方面可以减轻主系统的读取压力,另一方面可以减少用户直接访问生产系统引起的平安性问题将灾备系统作为数据仓库的数据源在需要时启用灾备系统作为测试开发环境SharePlex提供逻辑级别的数据复制,和EMC基于物理级别的复制互相补充,提供更高级别的数据保护,防止灾备风险。提供更多的灾难恢复保护:和所有的镜像解决一样,SRDF无法处理块冲突和人为的错误操作,如删除某一有用的表等等。因为SharePlex维护的是一个逻辑的数据库复制,它为块冲突(如OracleError600)和意外的DDL错误提供了保护。减少灾难恢复时间:因为SharePlexForOracle维护了一个可用的备用实例,如果源系统发生灾难,应用可以立即切换到该备用实例,直到应用可以在被SRDF维护的灾难恢复拷贝中启动。通过这种方法可以有效地减少停机时间。快速的、没有停机时间的移植SharePlex可以在不同的Oracle版本间进行复制。当你需要更新Oracle版本时,可以通过复制数据库完成升级。SharePlexforOracle独特的队列机制可以有效地减少升级过程中的停机时间,在升级过程中,将生产系统的数据变化存储到队列中,等升级完成后再进行数据加载,可以将整个升级过程的停机时间从几天、几个小时减少到几时分钟。减少升级风险:SharePlexforOracle可以建立从高版本环境到低版本环境的数据复制。当应用系统在高版本数据库环境中运行出现问题时,可以非常容易地将应用迁移回原有系统。一旦升级数据库被充分测试,你可以使用EMC的快速刷新功能升级生产应用到新的数据库版本。使用上述解决方案,复制非常容易初始化。EMC的SRDF和TimeFinder可以创立一个最初的复制实例,由SharePlexForOracle负责实例间的复制。SharePlexForOracle可以在同一系统中的不同实例间进行复制,也可以在局域或广域范围内进行复制。SharePlexForOracle可以被灵活地配置,完成从一个系统向多个系统、从多个系统向一个系统、从系统A向系统B再从系统B向系统C进行的复制。和Cluster技术集成SharePlexforOracle可以和各种Cluster技术集成,建立起包括本地失败接管和异地数据保护在内的完整的高可用解决方案。在这种配置下。高可用及容灾系统涉及到三台主要的效劳器:主中心:主节点(PrimaryNode)主中心:后备节点(AdoptiveNode)灾备中心:灾备节点(SecondaryNode)整个高可用及容灾系统运行过程中具有以下几种状态:1.正常状态业务系统运行在主中心,包括数据库实例、有关的文件、数据库数据、应用软件。主节点对外提供效劳。Cluster软件对主中心的两台效劳器的主机情况、数据库效劳、应用软件进行实时监控,准备单点失败时通过Cluster系统进行接管。主中心的主节点将相关数据通过SharePlexforOracle实时复制到灾备中心的灾备节点。2.主中心后备节点接管状态当主中心的主节点单点失败时,Cluster进行本地切换,将主节点的数据库效劳、应用软件、SharePlex数据复制效劳切换到本地后备节点。后备节点提供对外效劳。Cluster软件对主中心的两台效劳器的主机情况、数据库效劳、应用软件进行实时监控,准备单点失败时通过Cluster系统进行接管。主中心的后备节点将相关数据通过SharePlexforOracle实时复制到灾备中心的灾备节点。3.灾备中心接管状态当灾难发生时,主中心的数据库效劳、应用软件切换到灾备中心的灾备节点。灾备节点对外提供效劳。对主中心的数据库和应用系统进行恢复。产品到货和验收ShareplexforOracle产品到货后,由易虹公司或其合作伙伴进行产品的安装和调试。保证产品在生产环境的正常运行。产品验收将由最终客户和易虹公司或其合作伙伴共同进行,确认产品的所有性能指标到达技术标准书的要求,验收内容如下:选择两台Oracle效劳器作为复制的源效劳器和目标效劳器;在这两台效劳器上安装Shareplex产品;在这两台效劳器上运行Ora_setup对数据库进行相应的配置;在两台效劳器上启动Shareplex进程,运行Sp_ctrl命令查看Shareplex的Sp_cop进程是否正常运行;在源效劳器端编辑Shareplexconfig文件,将表splex.demo_src添加到config文件中,Shareplex会将源效劳器splex.demo_src表中的数据复制到目标效劳器的splex.demo_dest表中;确认源效劳器的表splex.demo_src和目标效劳器的表splex.demo_dest的记录数均为空;在源效劳器端激活config文件;在源效劳器端对splex.demo_src表进行插入操作;在源效劳器端运行Sqlplus在splex.demo_src表中插入一条数据并提交:Sqlplus>insertintosplex.demo_srcvalues(‘1’,’test’,’0001Sqlplus>commit;在目标效劳器端运行Sqlplus查看splex.demo_dest表的内容,该表的数据和源效劳器splex.demo_src表的数据一致。当上述功能满足时,确认Shareplex产品安装成功并能正常运行。培训SharePlexforOracle标准培训时间为3天,培训地点可以安排在用户现场、易虹公司北京办事处。培训内容如下:SharePlex介绍术语进程结构Shareplex产品安装SharePlex实施的前期准备配置SharePlexSharePlex控制和监控日常维护操作SharePlexReconcileSharePlex实用程序SharePlex故障检查获得SharePlex技术支持为保证培训质量,对参加培训的学员提出如下要求:了解UNIX操作系统了解Oracle数据库从事或将要从事SharePlex的日常管理工作技术效劳、支持及保修为保证合同产品的正常运行,易虹天地电脑技术效劳〔北京〕〔以下称易虹公司〕提供如下的技术支持效劳。技术支持和维护效劳内容产品升级和维护易虹公司将负责技术支持和维护效劳期内合同产品的免费升级。标准技术支持易虹公司负责提供技术支持和维护效劳期内合同产品的标准技术支持。在正常工作时间内〔周一至周五,早9:00至晚6:00,节假日除外〕,客户可以通过、电子邮件、等多种手段联系易虹公司技术支持中心,将使用过程中遇到的产品问题报告给技术支持中心。所有、电子邮件、都将被记录备案,易虹公司的技术人员将跟踪问题解决的全过程。热线支持易虹公司技术支持工程师随时接听并答复客户的各种技术问题。通过热线支持,工程师将会尽可能在线上解决客户的问题,对于无法立即解决的问题,工程师将记录这些问题并尽快寻求解答。一般的支持过程如下:询问客户信息;询问工程、系统有关信息;询问所投诉问题的严重程度;转接至相关工程工程师加以解决;根据问题严重及紧急程度,作不同处理;用户支持:010-68011933〔周一至周五,早9:00至晚6:00,节假日除外〕。E-mail支持客户在使用合同产品中遇到的任何问题,都可以发电子邮件给易虹公司,易虹公司的技术支持人员会及时响应客户的请求,通过电子邮件和和客户进行联系,跟踪并解决相关问题。电子邮件地址:支持状况跟踪为了准确了解用户的需求、实际应用中所面临的问题及易虹公司对用户的效劳状况,易虹公司将通过方式定期访问用户,以便及时发现问题、适时调整效劳内容,从而更好地做好效劳工作。7*24技术效劳易虹公司提供的7*24效劳只被用于处理关键问题,如严重影响客户的生产环境,软件无法使用等等。所有一般性的问题只在正常工作时间受理。寻求24X7技术效劳,可以直接拨打易虹公司技术支持人员的联系,立即得到相关的技术支持。在问题无法解决的情况下,易虹公司的技术人员会协助联系Quest技术支持中心,获得相应的技术支持。客户必须提供能够拨号到安装授权软件系统的方法,以便易虹公司和Quest公司提供快速的效劳响应。在尽可能保障生产环境不受影响的情况下,易虹公司和Quest公司会采用合理的方法解决问题,这可能包括一些极端的情况,如从授权系统中禁用或去除Quest软件。WWW技术效劳支持客户可以通过Web直接访问QuestSoftware的技术支持中心,QuestSupportLink,。通过SupportLink客户可以建立技术请求,检查技术请求的状态,增加注释,查找知识库、访问FAQ等等。问题提升和响应时间易虹公司记录跟踪本工程实施中提出的产品技术问题,并根据情况划分严重级别,作出相应响应。严重级别如下:优先级1(L1):软件产品不能工作,严重影响生产环境;优先级2(L2):软件产品能够工作,问题不是很关键,客户无法自行解决;优先级3(L3):问题很小,客户可以自行解决;优先级4(L4):用户对产品改良的问题;对于L1类问题,正常工作时间技术支持响应时间为12小时,节假日为24小时。正常工作时间和Quest技术中心联系的响应时间为24小时,节假日为48小时。对于L2、L3、L4类问题,正常工作时间的技术支持响应时间为24小时。技术支持资源技术支持和维护效劳由由易虹公司技术支持效劳中心和Quest技术支持效劳中心共同完成。在整个技术支持过程由易虹公司进行协调处理。易虹公司的本地化支持效劳易虹公司拥有一支受过良好培训、富有丰富经验的技术支持队伍,确保有能力为客户提供最为快捷的支持。易虹公司的技术人员来自国内主要的数据库供给商,具备多年数据库开发、维护、性能优化和工程管理经验,成功地使用Quest产品为湖南电信、北京电信实施了数据库管理参谋效劳,具备强大的技术实力。Quest公司技术支持效劳中心QuestSoftware技术支持中心以为客户提供优质的效劳为目标。它在美国、英国、加拿大建立三个技术支持中心,面向全球的Quest客户提供技术支持效劳。技术中心的人员来自各个专业领域,包括系统管理员、DBA、应用开发人员等等。完善的效劳体系和强大的支持能力为Quest产品的有效使用提供了强有利的保障。在技术支持过程中,易虹公司和Quest公司的各种技术支持资源相互配合,力求为客户提供多元化的技术支持,保障客户对技术支持的满意度。公司介绍关于QuestSoftwareQuestSoftware〔://〕是一家致力于提供保证信息系统和应用程序高性能及高可用性的公司。其产品专业化强,设计细腻,易于使用,被全世界广阔用户所使用,在同类产品中具有绝对领先的技术和市场优势。正因为Quest产品的优良性能,QuestSoftware从公司创立开始,每个季度都盈利,公司开展相当稳健。在针对Oracle数据库管理方面,还没有任何其他公司的产品在功能上、性能上和产品的易用性上和Quest

Software的上述产品相媲美。QuestSoftware,Inc.(NASDAQ:QSFT)是业界领先的应用管理解决方案供给商。致力于通过改善企业关键应用的性能和可用性,降低其运行本钱,帮助IT专业人员高效率地完成关键业务数据和数据库的管理工作。QuestSoftware成立于1987年,总部位于加州Irvine,全球员工总数超过2000名,产品用户到达120000多个。QuestSoftware的全线产品不仅可以管理包括Oracle,、IBM和Microsoft在内的数据库应用,也为包括OracleE-BusinessSuite,、SiebeleBusinessApplications、mySAP、MicrosoftExchange及PeopleSoft等企业级应用系统提供了最正确的管理方案。Quest产品专业化强,设计细腻,易于使用,被全世界广阔用户所使用,在同类产品中具有绝对领先的技术和市场优势。相关产品系列包括:应用监控解决方案,包括系统、数据库和应用监控。数据库管理解决方案。Microsoft解决方案。Quest在中国拥有了大量的客户,其中包括北京电信,哈尔滨电信,湖南电信,湖北电信、大唐电信等一大批企业级电信用户。而且以其产品的适用性和高品质博得了用户的赞誉。其主要客户包括:电信行业制造行业新疆移动BOSS系统浙江移动BOSS系统福建移动BOSS系统北京电信长途计费系统天津电信计费系统浙江电信九七系统湖北电信计费系统湖南电信计费系统哈尔滨电信九七系统广东省数据局大唐电信Motorola公司长江电器北方工业公司光明乳业上海通用汽车公司东方海陆集装箱码头上海外高桥集装箱大连实德集团政府机关金融、保险行业北京地税国家统计局中国国际贸易促进会中国互联网信息中心博时基金东方资产安联群众人寿保险新华保险关于eGlobalTechnologyeGlobalTechnologyServices(易虹天地)总部位于新加坡,是亚太知名的IT解决方案及专业技术效劳供给商,致力于帮助本地企业成功实施国际领先的产品和技术解决方案,提高其在国内和国际市场的商业竞争力。易虹天地的业务普及澳大利亚、中国、印度尼西亚、韩国、马来西亚、新西兰、新加坡、泰国、香港及台湾等国家与地区。易虹天地电脑技术效劳(北京)是eGlobalTechnologyServices在华注册的独资企业,与易虹天地亚太区总部和其它亚洲分支机构互相配合,共同满足国内用户对高质量、本地化技术、产品和效劳的特殊需要。易虹天地的员工大多来自业界知名IT企业,在商业智能、客户关系管理和IT性能管理等方面具有雄厚技术实力。"GlobalTechnology,LocalDelivery"是eGlobal的企业理念,也是一种特殊的业务模式,能够帮助本地企业引进和实施世界领先的产品、技术和效劳,实现理想的客户满意度。eGlobal作为亚太外乡在长起来的专业技术公司,有着多年帮助本地企业实施国际先进产品、技术和效劳的经验;面对发现这样问题,eGlobal确立了以全球领先技术和本地化效劳(GlobalTechnology,LocalDelivery)为中心的商业理念,集中来国际厂商和eGlobal的自身技术力量,着力效劳外乡企业。eGlobal的业务模式,很好地解决了长期以来困扰亚太用户的主要问题,使他们不必在采用先进技术时瞻前顾后地思考本地实施的风险,在产品技术和本地支持这种两难的选择之间摇摆不定。随着eGlobal业务的开展,越来越多的本地企业开始从这种效劳模式中受益。eGlobal与全球领先的供给商结成了合作伙伴,将他们的一流产品与技术提供给亚太用户。同时,易虹还充分发挥了本地资源的优势,通过高水平的专业队伍,为用户提供工程实施、支持和咨询效劳。用户得到的,不是某个产品在当地的系统集成商或代理商的效劳,而是由eGlobal直接代表的供给商效劳,以及良好的质量保证和管理体系效劳。另外,eGlobal各国公司及其亚太总部的技术力量还密切合作,共同满足用户在具体实施中的特定需求。SharePlexforOracle成功案例澳大利亚NEMMCO公司利用SharePlex实现应用系统失败接管澳大利亚国家电力市场管理公司〔简称NEMMCO〕是一家从事电力经纪交易的公司

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论