通过身份保持的企业服务可利用性的制作方法

文档序号:6569295阅读:234来源:国知局
专利名称:通过身份保持的企业服务可利用性的制作方法
技术领域
所公开的实施例涉及数据管理,且更为具体地,涉及通过身份保持来 提供企业服务的可利用性。
背景技术
服务器(如企业服务器)在其存储系统中保管重要的生产翁:据,并且 可以要求该数据对各种故障(从介质故障到数据中心故障)具有复原力。 另夕卜,可能存在其他企业服务器同时访问该相同的重要数据的需要。这些 应用可以包括例如对服务器功能的分析、监视和监督,以验证例如应用或 数据的兼容性。前一需要可以通过各种数据保护方案来应对,所述数据保 护方案可包括基于磁带的备份,而后一需要可以通过各种数据管理方案来 应对,所述数据管理方案可包括i殳置具有重要生产数据和/或软件的复 制本的专门的分析服务器。
典型的数据保护和管理方案可以在其方法上有所不同,并且在4艮多方 面中具有缺陷。例如,典型方法中的缺陷可能涉及应用智能的缺乏。基于 块和文件的方法不是应用智能的,并且不保持服务器应用/数据的完整性 和一致性。如果数据破坏攻击主要服务器数据库,该数据破坏会被复制到 数据的典型灾难恢复副本中,使其受到破坏。另外,传统的服务器突难恢 复方案是基于文件系统的,并且为了故障切换,需要脚本和手动步骤来重 新配置服务器服务。手动步骤易于出错,且耗费时间,而脚本;i每个站点 定制的,且维护费用高。此外,典型的突难恢复方法强加不支持的代理实 体和过滤器系统驱动器以及可以引起生产系统故障、误配置的匹配的备用 服务器名称,因而通常增加了整体的管理复杂度。而且,其他服务器对企 业服务器的直接访问会导致企业服务器的不稳定性和性能负栽,而其他缺陷可能与磁带存储的串行和离线的性质有关。因此,需要一种在保持服务 器身份的同时提供企业服务可利用性的系统和方法。
通过引用的合并
本说明书中所提及的每个出版物、专利和/或专利申请全部通过引用 结合于此,如同具体且单独地指出每个单独的出版物、专利和/或专利申 请通过引用被结合于此一样。


图1为根据一个实施例的月MM^持系统(Service Preservation System, SPS)的框图。
图2A为根据一个实施例的服R持的流程图。
图2B为根据一个实施例的包括服务确认的服^持的流程图。
图3为根据一个实施例的SPS的框图,在该SPS中,近线服务器 (near-line server)与主月良务器位于相同站点。
图4为才艮据一个实施例的SPS的框图,在该SPS中,近线服务器与 备用服务器位于相同站点。
图5为根据一个实施例的SPS的框图,示出近线服务器为服M持 提供数据的应用一致的拷贝。
图6为根据一个实施例的包括本地或远程服^:持的SPS。
图7A为根据一个实施例在备用近线服务器上复制近线服务器的SPS 的框图。
图7B为根据一个实施例在主服务器故障后备用服务器用作主服务提 供者时的SPS的框图。
图8A为根据一个实施例的配置为提供服务器站点服M持的SPS的 框图。
图8B为根据一个实施例的配置为向多个服务器站点中的一个或更多 个服务器站点提供月MH^持的SPS的框图。
图9为根据一个实施例的配置为在多个地理上分离的站点上提供务器站点服^持的示例性SPS的框图。
图10为根据一个替选实施例的配置为在多个地理上分离的站点上提 供月艮务器站点服M持的示例性SPS的框图。
图11为根据另一替选的实施例的配置为提供月良务器站点服*持的
另一示例性SPS的框图。
图12为根据一个实施例选择NearPointTM服务器灾难恢复(Disaster Recovery, DR),没置的示例性屏幕截图。
图13为根据一个实施例的NearPointTM服务器名称输入的示例性屏 幕截图。
图14为根据一个实施例的示例性NearPointTM检查报告。
图15为才艮据一个实施例的利用NearPointTM的交换服务器恢复对配 置的示例性屏幕截图。
图16为才艮据一个实施例的示例性NearPointTMDR状态页。
图17为根据一个实施例的利用NearPointTM选择灾难恢复故障切换 的示例性屏幕截图。
图18为根据一个实施例示出需要清除的交换服务的NearPointTM列 表的示例性屏幕截图。
具体实施例方式
描述了用于服务可利用性的系统和方法,所述服务可利用性以及时的 且应用智能的方式提供服务器服务的自动恢复,从而在保持服务器身份的
同时维持应用的一致性和完整性。所述系统和方法在此统称为服^:持系
统(ServicePreservation System, SPS),其管理服务器数据的完全恢复, 并保持服务器服务的连续性,从而在主服务器或其他服务器发生故障的事 件或灾难之后重新建立用户对服务器的访问。在此所提及的故障、灾难和 损失可以有许多等级,并且包括但是不限于项目的意外删除、整个邮箱的 损失、整个硬盘驱动器的损失、整个服务器的损失和/或整个服务器站点 的损失。
例如,Microsoft②交换服务器(在此也称为"交换服务器(exchange server)")要求最高等级的数据保护和可利用性,包括用于电子邮件档案
13数据保护和电子邮件服务连续性的站外数据复制,以防站点灾难或系统断
电。在该示例中, 一个实施例的SPS以应用智能的方式提供交换服务器 的自动灾难恢复,从而维持应用的一致性和完整性。通过利用SPS,管理 者利用"一次点击(one-click)"操作将交换服务恢复到本地的(或者远 程的)备用交换服务器。 一个实施例的SPS可从加利福尼亚圣克拉拉 (Santa Clara)的Mimosa Systems有限公司获得,与用于Microsoft⑧交 换服务器灾难恢复选项的NearPointTM—样。
一个实施例的SPS是与近线服务器(在此也称为近点服务器 (near-point server),可以包括Mimosa NearPointTM月艮务器)结合在一 起、并且在服务器出现故障和/或数据丢失的事件中进行主服务器服务的 完全自动恢复的附加模块。取决于企业需求,近线服务器可以位于企业服 务器本地,也可以远离企业服务器。对于本地服务器数据保护,SPS利用 不依赖于代理实体或者过滤器系统驱动器软件的应用影随(Application shadowing)来保护本地服务器。举例来说,SPS可以与第三方复制软件 结合在一起,以将近线服务器数据复制到远程站点。如在此所详细描述的, 利用该组合的方法,SPS利用影随来应对本地服务器恢复,同时通过调节 影随和服M持的组合来处理灾难性事件。在此所描述的SPS的应用智 能恢复保持了服务数据的 一致性和完整性,并且因此保证了服务器数据库 的无破坏的拷贝。
除了服M持之外, 一个实施例的SPS还可以用于确认服务器资源 的配置设置(例如硬件、软件、数据等),并用于进行服M持系统的预 测试和预演。可利用服务确认的事件包括将服务器数据迁移到新的软件 版本和将主服务器拆掉以进行维护,这里仅举出几个例子。数据迁移(data migration)是指数据在计算机系统、存储类型和/或格式之间的转移。在 一个实施例的SPS中迁移服务器或者数据利用SPS的组件以与在此所描 述的服M持相似的方式来执行数据迁移。 一个实施例的SPS包括管理 控制台,该控制台管理利用指导管理者的向导驱动的菜单来管理所有的灾 难恢复配置和策略。预测试(也称为预演、排练或者训练)确认配置设置, 而灾难状态报告连续地监视完整的恢复配置。举例来说,在服务器或者服 务器站点损失的事件中,SPS ^!艮务器服务到例如备用服务器的恢复完全 自动化,并保持所有的档案数据。
在此所详细描述的SPS提供完全的服务器服务恢复,包括恢复服务 器数据、重新绑定邮箱和重新建立服务器服务,从而保证对终端用户的快
14速、可靠的服务恢复,同时消除企业服务器名称匹配主企业服务器名称等
的任何要求。SPS还在单个集成方案中提供了电子邮件服务(例如交换机)
和近线服务器档案服务的自动灾难恢复,简化了突难恢复的配置和管理。
SPS是不需要安装于服务器上的代理实体或者内核驱动器软件来操作的 零占用面积(zero-footprint)恢复方案,从而消除不稳定性的典型原因并 消除对处理器、存储器和存储设备资源的竟争。
在下面的描述中,引入了大量具体的细节以提供对SPS的实施例的 彻底的理解并实现对SPS的实施例的描述。然而,相关技术领域的技术 人员应认识到,在没有一个或更多个具体细节的情况下,或者利用其他组 件、系统等,也可以实现SPS。在其他情况下,为了iE免模糊SPS的方 面,没有示出或者没有详细描述公知的结构或操作。
图1为根据一个实施例的SPS 100的框图。SPS 100的配置是灵活的, 因为可以将它配置为与特定的配置和/或每个服务器站点的需求相匹配。 这种灵活性允许SPS 100提供下面将描述的企业服务器恢复、近线服务器 恢复和站点恢复,并且可以支持项目、邮箱和驱动器恢复。通常,SPS 100 包括耦接至第一服务器Sl和第二服务器S2的近线服务器NL。第一服务 器Sl可以被称为主服务器,并且可以包括多个服务器,其用作企业的主 服务器S1,并且在这种情况下耦接或者连接,以向多个客户端设备和/或 应用CN (其中N为任何数l, 2, 3…)提供月良务器服务。客户端设备和 /或应用CN在此单独地或共同地称为客户端102,其可以包括位于任何数 量的站点处且通过任何数量的耦接或连接而耦接至主服务器Sl的任何数 量N的客户端。第二服务器S2也可以包括多个服务器,用作企业的* 或备用服务器S2,在这种情况下可以耦接或连接,以向客户端102提供 服务器服务。虽然所示出的近线服务器NL为单个近线服务器NL,但其 包括成簇的、分布式的、复制的和虚拟化的服务器架构,且进一步地可以 跨越多个机器和/或站点。
在主服务器Sl的正常运行期间,近线服务器NL持续地影随 (shadow ) (130 )主服务器Sl。这样,在正常运行期间将客户端102导 向(110)主服务器Sl,且近线服务器NL产生并存储主服务器Sl的所 有数据的拷贝或副本。响应于检测到的主服务器S1的故障,近线服务器 NL对备用服务器S2执行重定向的恢复140。重定向的恢复140包括近线 服务器NL将主服务器数据的副本传送或者拷贝到备用服务器S2的操作。 近线服务器NL还进行故障切换,即将所有客户端102重新导引(115)到备用服务器S2,这样,在重新启动客户端102时,经由备用服务器S2 通过自动地重新建立客户端设备102对服务的访问120,保持Ji艮务器服务 的连续性。
在此所使用的影随包括以应用一致的方式创建并维持企业应用数据 的副本。与传统的复制或者连续数据保护相比,这种方式更好,并JL^目对 更为有效。与利用诸如消息传递应用编程接口 (Messaging A卯lication Programming Interface, MAPI)或者简单邮件传输协议(Simple Mail Transfer Protocol, SMTP)等机制的传统捕获相比,所述影随方式^M目对 地更为有效。被影随的应用数据以原始应用的格式存储在近线服务器NL 上,且当存在数据破坏或者不可恢复的介质错误时,对主服务器SI和/ 或备用服务器S2来说是立即或者接近实时的可利用的。
客户端(例如企业客户端)和服务器(例如企业服务器和交替的服务 器)可以是任何类型的基于处理器的设备和/或基于处理器的设备的任何 组合。提及处于单数时态的系统和/或服务器可以包括该系统或者服务器 的多个实例。在此所描述的SPS实施例的各组件之间的耦接可以包括无 线耦接、有线耦接、混合的有线/无线耦接和其他如适于主机系统配置的 网络耦接类型。网络组件和/或SPS组件之间的耦接可以包括任何类型、 数量的网络和/或网络的任何组合,且举例而言,相应的网络组件包括但 不限于广域网(Wide Area Network, WAN )、局域网(Local Area Network, LAN)、城域网(Metropolitan Area Network, MAN )、专用网、后端网络 和因特网。在此使用的诸如传送、互连或者网络等术语包括传统的以太网、 存储域网(Storage Area Network, SAN)和/或其他类型的网络。协议可 以包括传输控制协议(Transmission Control Protocol, TCP) /互联网协i义 (Internet Protocol, IP ) (TCP/IP)和分层协议、因特网小型计算机系统 接口 (Small Computer System Interface, SCSI) (iSCSI)、光纤信道、 InfiniBand、超传送(HyperTransport, HT)、虚拟接口 ( Virtual Interface, VI )、远程直接存储器存取(Remote Direct Memory Access, RDMA)以 及一些其他协议。
图2A为根据一个实施例的服^持200的流程图。SPS的组件运行, 以持续地影随(202) —个或者更多运转的服务器(live server)。运转的 服务器包括向多个客户端设备提供服务的数据。在影随的过程中,SPS产 生并维持(204)主服务器数据的副本。响应于检测到的一个或更多个运 转服务器的故障,利用一个或更多个备用月艮务器自动恢复(206)到客户
16端的服务。到客户端的服务的自动恢复包括将数据的副本从近线服务器复制到一个或更多个备用服务器。
除了服M持, 一个实施例的SPS还可以用于确i/J艮务器资源的配置设置(例如硬件、软件、数据等),并进行服M持系统的预测试或预演。举例而言,可利用服务确认的事件包括将服务器迁移到新的软件版本和将主服务器拆掉进行维护。将服务器迁移到新的软件版本包括使用用于数据迁移的SPS,其中数据迁移是指计算机系统、存储类型和/或格式之间的数据转移。SPS的服务确认能力与在此所描述的服^持起相同的作用,只;U艮务确认不需要对客户端的重新导引。
图2B为根据一个实施例的包括服务确认250的服M持的流程图。SPS的组件确定(220)服务的状态或者管理者是否已经选择预测试。当SPS确定(220)正在提供企业服务器服务时,则操作返回,以继续监视服务的状态。当SPS确定(220)服务器服务停止或者不可用(例如由于故障)时,则使主服务器或者服务器站点去激活(222 )或拆下。执行(224 )重定向的恢复,在执行(224)重定向的恢复的过程中,近线^^务器将主服务器数据的副本拷贝到备用服务器。激活(226)备用服务器并验证或者检查其运行。将客户端重新导引(228)至备用服务器,这样,在重新启动客户端时,经由备用服务器通过自动地重新建立客户端对服务的访
问,保持服务器服务的连续性。操作返回,以继续监^iy艮务的状态。
当SPS确定(220)已经选择预测试或预演时,主服务器或服务器站点继续向客户端提供服务。执行(224)重定向的恢复。在执行(224)重定向的恢复的过程中,近线服务器将主服务器数据的副本拷贝到备用服务器。激活(236)备用服务器,这样,可以针对备用服务器的任何组件和/或应用的检测来评估备用服务器的运行。在^HE备用服务器的运行之后,使备用服务器返回(238)备用状态。操作返回,以继续监^y良务的状态。
考虑到企业设置或配置中服务器的服M持, 一个实施例的SPS为企业主服务器提供总体灾难保护,并提供企业服务的自动恢复。近线服务器NL利用上述的连续应用影随以接近实时的方式保护主服务器。如果发生硬件或软件故障,近线服务器NL能够独自恢复企业数据库、存储组和/或整个企业服务器。 一个实施例的服^持扩展了近线服务器NL的能力,并使企业数据能够自动恢复到本地的和/或远程的备用企业服务器,包括企业服务的重新启动和服务目录中邮箱的重新映射。SPS的自动恢复过程恢复所有的企业服务器数据、重新绑定服务目录中的邮箱、清除系统邮箱、重新导引所有的客户端,并且重新启动企业服务。当完成时,用户访问备用的企业服务器,其中对例如企业电子邮件和存档电子邮件进行完
全访问。这样,由近线服务器NL执行的企业服务器的自动恢复^l良务损失最小化,并提供关键企业服务的业务连续性。
一个具体的服务器配置包括 一个实施例的为交换服务器提供总体灾难保护并提供交换服务的自动恢复的SPS。近线服务器利用连续应用影随以接近实时的方式保护交换服务器。如上所述,如果发生硬件或软件故障,近线服务器能够恢复交换数据库、存储组或者整个交换服务器。这样,近线服务器运行,以提供到本地的(或远程的)备用交换服务器的交换数据的恢复,包括活动的目录服务器(Active Directory Server)中邮箱的重新映射和交换服务的重新启动。因此,对于交换服务恢复, 一个实施例的SPS自动地重新绑定活动目录中的邮箱、识别交换角色和服务、重新导引交换角色和服务、重新导引公共文件夹存储、清除系统邮箱并删除完全相同的项目、重新启动交换服务和/或恢复到终端用户的Outlook与SSR服务。
SPS的组件(包括近线服务器)可以物理地位于任何数量的站点处。例如,近线服务器可以与主服务器S1—起物理地位于主站点处。图3为根据一个实施例的SPS 300的框图,其中近线服务器NL与主服务器Sl位于同一站点302处。又例如,近线服务器可以与备用服务器S2—起物理地位于备用站点处。图4为根据一个实施例的SPS400的框图,其中近线服务器NL与备用服务器S2位于同一站点402处。
不管近线服务器NL的位置在哪里, 一个实施例的SPS都会经由近线服务器NL提供数据的最新的应用一致的副本,因此,当有服务器或者站点故障时,SPS能够恢复服务。图5为才艮据一个实施例的SPS 500的框图,其示出近线服务器NL可以以多种途径为服^持提供数据的应用一致的副本。如上所述,如果有服务器故障,则近线服务器NL可以在重定向的恢复操作140S中直接提供对替代或备用服务器S2的数据访问;在重定向的恢复140S之后或者在重定向的恢复140S的同时,备用服务器S2向被故障切换(115A)到备用服务器S2的客户端102提供企业服务。类似地,近线服务器NL可以在直接恢复操作140P中直接提供对主服务器Sl的数据访问;在直接恢复操作140P之后或者在直接恢复操作140P的同时,主服务器S1继续向客户端102提供企业服务。替换地,近线服务器NL可以通过利用企业数据的副本来模仿替代服务器,向被故障切换
18(115B)到近线服务器NL的客户端102直接提供企业服务。
响应于灾难性的站点故障,替换实施例的SPS在恢复企业服务的过程中利用上述影随、重定向的恢复和故障切换。如下面更为详细描述的,客户端102可以被故障切换(115A)到替代(备用)服务器S2,或者直接故障切换(115B)至位于远程灾难恢复站点(例如,图4的恢复站点402)的近线服务器NL。
图6为根据一个实施例的包括本地的或远程的服M持的SPS 600。该实施例的SPS 600是为消息传递服务器602提供故障切换服^持的示例。尽管在该示例中描述了消息传递服务器602,但是,如上所述,SPS可以与任何服务器类型一起使用。在运行中,近线服务器NL检测到(或者被通知)在主消息传递服务器602中已经有生产故障。近线月良务器NL可以主动为这样的故障作好计划。当出现故障时,近线服务器NL能够从影子数据库(shadow database) 604取得主消息传递服务器602的应用数据的最新的和可用的副本。可以随后或者同时将该数据副本或者拷贝复制到最新的备用消息传递服务器612。替换地,可以利用NAS或者SAN数据服务协i义和/或i者如分布式文件系统复制(Distributed File SystemReplication, DFS-R)等复制技术直接向备用消息传递服务器612提供数据。通过直接提供应用协议(所述应用协议可以包括MAPI、因特网消息访问协议版本4 (Internet Message Access Protocol version 4, IMAP4)或者邮局协议版本3( Post Office Protocol version 3, POP3 )或者其他协议),近线服务器NL还可以模仿备用的消息传递服务器612。 一旦数据副#复制到备用消息传递服务器612,客户端应用601就被故障切换(615)到备用消息传递服务器612。此外,在替换的实施例中,可以复制消息传递服务器602和/或近线服务器NL的其他数据(例如,元数据(例如Metabase)和索引的对象储存库(Indexed Object Repository)的储存库)。
客户端601和其他企业组件(未示出)可以直接获知作为不同实体的主消息传递服务器602和近线服务器NL的存在。其他变化也是可能的,所述变化可以包括在客户端601和/或一个或更多个其他有关的企业组件之间插入代理(proxy) 660实体,以侵客户端601继续获得对资源或服务的单个的系统视图。代理660聚集一个或更多个服务器以及一个或更多个故障切换实体(例如服务器)。当有故障时,代理660能够将请求4户端601和/或企业故障切换(615)至另外的资源。当主资源被恢复时,代理能够将请求切换回(615)(故障切换回)主资源。代理660 (以及企
19业服务器和近线服务器NL)可以M蔟的、复制的、虚拟化的、分布式的和/或网格的组件。代理的各部分可以横跨客户端、企业服务器、数据替代(data surrogate )、其他的企业组件或者某种变化或组合。
在故障过程中,近线服务器NL还可能通过可选的再水化器模块(re-hydrator module) 670来实现数据的历史快照。该历史快照可以在数据的最新副本可能被SPAM或者病毒感染的情况下使用,或者在数据的最新副本由于某种原因不被信任的情况下使用。为了审核的目的,近线服务器NL可以及时地将几个快照同时提供给审核应用,以使所述审核应用可以及时获得在多个点的多个生产服务器的状态的时间的或者空间的视图。可以为与由数据和元数据组成的指定的模式相匹配的任何粒度的数据提供及时的快照。因此SPS可以利用针对数据的不同部分的复杂准则来提供选择性的回退和/或向前滚动。
如上所述, 一个实施例的SPS还支持对存储在近线服务器上的副本数据的连续保护。图7A为根据一个实施例的SPS700的框图,其中近线服务器NL1被复制在备用近线服务器NL2上。SPS 700包括耦接到第一服务器SI的第一近线服务器NL1。第一服务器SI,可以被称为主服务器,并可以包括多个服务器,用作企业的主服务器Sl,且在这种情况下耦接或者连接,以向多个客户端102提供服务器服务。第二近线服务器NL2耦接到第一近线服务器NL1。如在此所述的,第二近线服务器NL2被耦接成通过重定向的恢复向第一服务器SI和/或第二服务器S2提供副4*据。第二服务器S2也可以包括多个服务器,其被耦接成用作企业的*或者备用服务器S2,且在这种情况下,能够耦接或连接,以向多个客户端102提供服务器服务。
第一近线服务器NL1可以位于主服务器Sl的数据中心站点、备用服务器S2的恢复站点或者另一远程站点。同样地,第二近线服务器NL2可以位于主服务器Sl的数据中心站点、备用服务器S2的恢复站点或者另一远程站点。
在主服务器Sl正常运行期间,第一近线服务器NL1持续影随主服务器S1。这样,在正常运行期间,客户端102被导向(110)主服务器Sl,且第一近线服务器NL1产生并存储主服务器Sl的所有数据的拷贝或副本。此外,SPS 700的组件在第二近线服务器NL2上复制(702)第一近线服务器NL1的数据。复制702可以是异步的、字节级的复制,但并不限于此。SPS 700利用第二或备用近线服务器NL2来保护第一近线服务器 NL1上驻留的所有数据,举例而言,数据包括影巻(shadow volume)、 SQL数据库和消息项目。如果在第一近线服务器NL1上发生单个巻故障 或者整个系统的故障,可以利用第二近线服务器NL2迅速地恢复数据。 当数据恢复完成时,复制软件自动地重新同步数据巻,且复制再次开始。 这样,近线服务器上的重要企业数据和档案数据始终受到保护。
更具体地,响应于检测到的第一近线服务器NL1的故障(例如硬件 和/或软件故障),使第二近线服务器NL2变为活动的。 一旦变为活动的, 第二近线服务器NL2就响应于检测到的主服务器Sl的故障(例如硬件和 /或软件故障),执行到备用服务器S2的重定向的恢复140。重定向的恢复 140包括第二近线服务器NL2将主服务器数据的副本复制到备用服务器 S2的操作。第二近线服务器NL2还重新导引(115)所有的客户端102 到备用服务器S2,这样,在重新启动客户端102时,经由备用服务器S2 通过自动地重新建立客户端设备102对服务的访问120,保持了服务器服 务的连续性。
SPS 700的组件的作用在由备用服务器S2提供企业服务的操作过程 中是变化的。图7B为根据一个实施例在主服务器Sl发生故障后备用服 务器S2充当主服务提供者时的SPS 700的框图。在备用服务器S2正常运 行期间,第二近线服务器NL2持续地影随(130B)备用服务器S2。这样, 在正常运行期间,使客户端102被导向(110B)备用服务器S2,且第二 近线服务器NL2产生并存储备用服务器S2的所有数据的拷贝或副本。此 外,SPS 700的组件在第一近线服务器NL1上复制(702B)第二近线服 务器NL2的数据。
这时,SPS 700利用第一近线服务器NL1保护第二近线服务器NL2 上驻留的所有数据。在第二近线服务器NL2上发生单个巻故障或整个系 统的故障的情况下,可以利用第一近线服务器NL1 iStit地恢复数据。当 数据恢复完成时,复制软件自动地重新同步数据巻,且复制再次开始。这 样,活动的近线服务器上的重要企业数据和档案数据始终受到保护。
当主服务器Sl返回服务时,第二近线服务器NL2可以执行快速故障 切换回140X,在140X期间,将第二近线服务器NL2的副rt据传送或 复制到主服务器S1。使第一近线服务器NL1变为活动的,且一旦变为活 动的,第一近线服务器NL1重新导引(115 )所有客户端102到主服务器 Sl,这样,如以上结合图7A所述的,在客户端102重新启动时,经由主服务器Sl通过自动地重新建立客户端102对服务的访问110,保持了服 务器服务的连续性。替换地,在主服务器Sl返回服务时,第一近线服务 器NL1可执行到主服务器Sl的副本数据的重定向的恢复140B。自动服 絲持可以跨越多个地理上分离的站点。这可以合并诸如近线服务器等的 多个机制,且合并和扩展如上所述的数据保护应用中的用于对数据进行传 送、存储和后处理的机制。由于自动服g持的分布性,企业数据对于可 能包括服务器故障、数据中心故障和站点故障等的灾难性故障是有复原力 的。在这种故障面前,SPS可以通过返回数据的最新副本和/或通过促进 替代服务器的部署,来促进直接到客户端和应用的服务保持。该服M持 可以涉及其他企业组件的协作,或者可以涉及使这些故障切换和故障切换 回操作透明的代理的引入,或者某种变化或组合。
因此,由SPS提供的服务器站点的服M持包括对包含企业服务器 和近线服务器的所有的服务器资源的保护。图8A为根据一个实施例的配 置为提供月良务器站点月MH^持的SPS 800的框图。由于SPS 800可以被配
置为与每个站点的特定需,iM目匹配,因此sps8oo的配置是灵活的。sps
800包括耦接到第一服务器Sl的第一线服务器NL1和耦接到第二服务器 S2的第二近线服务器NL2。第一近线服务器NL1通过一个或更多个网络 耦接899或连接而耦接到第二近线服务器NL2。
第 一服务器Sl和第 一近线服务器NL1是也被称为主数据中心SITE1 的企业的第一服务器站点SITE1的组件。第一服务器Sl可以被称为主服 务器,且可以包括多个服务器,用作企业的主服务器Sl,且在这种情况 下耦接,以向多个客户端102提供企业服务。第二服务器S2和第二近线 服务器NL2是也被称为恢复数据中心SITE2的企业的笫二服务器站点 SITE2的组件。第二服务器S2也可以包括多个服务器,用作企业的# 或者备用服务器S2,且在这种情况下能够耦接或连接,以向多个客户端 102提供服务器服务。
在主服务器Sl正常运行期间,第一近线服务器NL1持续影随(830 ) 主服务器S1。这样,在正常运行期间,使客户端102被导向(810)主服 务器Sl,且第一近线服务器NL1产生并存储主服务器Sl的所有数据的 拷贝或副本。此外,SPS 800的组件在第二近线服务器NL2上复制(850 ) 第一近线服务器NL1的数据。复制(850)可以是异步的、字节级的复制, 但不限于此。
SPS 800利用第二或备用近线服务器NL2来保护第一近线服务器NL1上的所有数据。在第一近线服务器NL1上发生单个巻故障或者整个系统的故障的情况下,可以利用第二近线服务器NL2和第二服务器S2迅速地恢复数据。更具体地,响应于检测到的第一服务器站点SITE1的故障(例如硬件和/或软件故障),第二近线服务器NL2变为活动的,且管理企业服务器服务的故障切换。 一旦变为活动的,响应于检测到的主服务器Sl的故障(例如硬件和/或软件故障),第二近线服务器NL2执行到第二站点SITE2的第二服务器S2的重定向的恢复840。重定向的恢复840包括第二近线服务器NL2将主服务器数据的副本复制到第二月良务器S2的操作。第二近线服务器NL2还重新导引(815)客户端102到备用服务器S2,这样,当重新启动客户端102时,经由备用服务器S2通过自动地重新建立客户端设备102对服务的访问820,保持了服务器服务的连续性。如上所述,当主服务器S1返回服务时,第二近线服务器NL2可以执行快速故障切换回840X,在840X期间,第二近线服务器NL2的副;Mt据被传送或复制到主服务器Sl;替换地,第二近线服务器NL2还可执行副本数据到主服务器Sl的重定向的恢复。
图8B为根据一个实施例的被配置向多个服务器站点中的一个或更多个服务器站点提供服扭持的SPS 800B的框图。SPS 800B将上述结合图8A的内容的概念扩展到多个站点。服务器站点包括多个生产服务器站点
(例如站点1、站点2、站点3等)。如上所述,每个生产站点SITEX (其中X代表1、 2、 3等)包括耦接到近线服务器NLX的主服务器SX (例如,站点1包括耦接到近线服务器NL1的主服务器S1等)。在主服务器SX正常运行期间,每个生产站点SITEX的近线服务器NLX持续地影随
(830-X)相应的主服务器SX (例如,在主服务器Sl正常运行期间,近线服务器NL1影随(830-1)主服务器Sl,等)。
利用耦接到每个生产站点SITEX的恢复站点RS来提供服M持。恢复站点RS包括耦接至恢复近线服务器RNL的恢复服务器SS。 SPS800B的组件在恢复近线服务器RNL上复制(850-X)近线服务器NLX的数据(例如,在恢复站点RS的恢复近线服务器RNL上复制(850-2)SITE2的近线服务器NL2的数据,等)。恢复服务器RS也可以包括多个服务器,用作企业的*或备用服务器,且在这种情况下,如上所述,恢复服务器RS能够耦接或连接,以响应于一个或更多个生产服务器站点的故障,向任何一个或所有生产站点所服务的多个客户端(未示出)提供服务器服务。图9为才艮据一个替换的实施例的配置成在多个地理上分离的站点上 提供服务器站点服^H^持的示例性SPS900的框图。如上所述,为了数据 管理(举例而言,包括服M持以及数据保护、归档、邮箱扩充、自服务、 策略管理和审核作用、顺从性、关键词报警、合法发现、诉讼支持、生存 期管理、分层存储、灾难保护、业务连续性和服务代理),该SPS产生并 维持生产数据的应用一致的时间副本。 一个实施例的SPS 900包括一个或 更多个企业服务器901、企业客户端卯2、服务器访问903、数据副本或 替代904、影随(shadowing)卯5、重定向卯6、交替的数据副本或替代 907、灾难保护908、自服务和审核器访问909以;SJ良务代理和保持910。 下面将详细描述SPS 900的这些组件卯1-910中的每一个。
企业服务器卯l包括多种类型的服务器和/或服务器的多种组合,所 述服务器包括消息、协作、入口和/或数据库服务器。企业服务器901掌 管多种结构化的、半结构化的和非结构化的数据。这些服务器901可以包 括网格的独立的、成簇的、复制的组成、虚拟的和/或任何组合或变化。 示例性企业服务器卯l包括Microsoft 交换服务器,但是这里所描述的 实施例并非局限于此。
企业客户端卯2包括多种类型的客户端和/或这些客户端的多种组合, 所述客户端提供对服务器的终端用户访问。示例性客户端902是 Microsoft Outlook,但是这里所描述的实施例并非局限于此。
企业客户端902和服务器卯l之间的交互在此被称为服务器访问903 或正常访问。在包括Microsoft Exchange和Outlook的示例性SPS中, 针对服务器访问903的协议可以是MAPI,但是这里所描述的实施例并非 局限于此。其他可能的协议包括IMAP4和POP3。
数据副本或替代904使在此所描述的用于服务器的各种数据管理方 案和客户端的增强的能力成为可能。 一个实施例的SPS卯0可以包括一个 或更多个交替的数据替代卯7,其包括为了保护生产数据免受灾难性的站 点灾难的影响而与源隔离的任何数据替代的远程复制。如上所述的影随 905维持数据替代中生产企业数据的当前副本卯4或拷贝。副本数据可以 可选地被转化为多种交替的格式,且可以利用元数据来扩充。
在服务器901和/或交替的服务器已经带来任何数据相关的破坏或损 失后,SPS卯0利用重定向906^J良务器卯l和/或交替的服务器复活。用 于重定向卯6的数据包括数据替代卯4内的影子(shadow)中掌管的数 据。术语"重定向,,更特别地用于目标服务器不同于原始服务器时;当目标服务器和原始服务器相同时,使用的术语为"恢复"。
灾难保护卯8指的是在有灾难性的站点故障的情况下SPS卯0为了支 持业务操作而恢复数据和/服务的能力。自服务和审核器访问卯9包括客 户端卯2直接而安全地访问数据替代904的能力。例如,该访问909包括 终端用户对例如其历史档案以及需要处理历史消息信息的审核器的访问。 关于服务代理和保持910,其是指为了增强可靠性、,和有效性,在 数据替代卯4或交替的数据替代907中的一个处的生产数据的应用 一致的 副本的存在有助于由SPS卯0来递送影子服务器、代理或替代月良务器的原 始服务或操作。
日志传输的近线脲务器组合产生数据替代。通常,在一个实施例中, 如上所述,主服务器耦接至近线服务器,且产生预写的日志。近线服务器 接收所述日志,并将其应用于以前接收的主服务器数据库的基线副本。由 近线服务器将日志应用于数据,结果是应用一致的数据替代。因此,日志 传输被用于产生或创建并维持基于某个事件或预先定义的时间表而周期 性更新的数据的影子副本(shadow copy )。与某些传统的日志传输的形式 不同, 一个实施例的数据管理应用可以在其被更新的同时在影子副本上运 行。在此利用近线服务器或日志传输而提供的对数据替代的描述只是一个 示例,可以利用各种其他的技术实现数据替代。
当利用近线服务器来实现数据替代时,近线服务器不限于单个的机 器,而是可以包含分布式系统,该分布式系统包括为了可扩展性和容错性 而提供各种功能的专业化的组合和负载平衡的多个机器。此外,近线系统 的存储器可以不必是单个的存储器系统,而是可以包括存储器设备的集 合,可能利用存储域网络(Storage Area Network, SAN),用于同类的和 异类的功能(诸如数据管理、数据分析、程序块提取、索引的对象储存库、 全文本索引、数据挖掘等)。此外,为了促进近线服务器的复原力和其所 掌管的数据的可用性,可以在本地复制近线服务器。
图10为根据一个实施例的被配置为在多个地理上分离的站点上提供 服务器站点服^持的示例性SPS 1000。尽管在该示例中使用了消息传 递服务器,但是所述概念并不限于此,而是可以扩展到其他类型的应用服 务器。图中仅示出了单个客户端1002和单个消息传递服务器Ml;然而 该SPS 1000可以扩展到更多数量的客户端和服务器。在该示例中,举例 来说,服M持包括在适当的网络上的数据复制。 一个实施例的SPS 1000 还可以包括双向复制,这样,两个对等的服务器(例如,近线服务器)为了服M持而彼此平衡。在替换的实施例中,这可以进一步扩展到n路复 制,其中"n"代表任何任意的数,且互连性可以利用适合的拓朴,包括 网、树、图及其他变化和组合的任何任意的组合。此外,可以有可选的代 理,其作用是使故障切换和故障切换回对于客户端、服务器、其他相关企 业组件和/或组件的某些变型或组合变得透明。
图11为根据另一替换的实施例的被配置为提供服务器站点服M持 的另一示例性SPS 1100的框图。网络配置包括活动站点和备用站点,但 是不限于一个活动站点和一个备用站点。网络连接将客户端(客户端l、 客户端2、客户端3、客户端4等)耦接至活动站点和备用站点。活动站 点包括一个或更多个域控制器A-DC、消息传递和协作服务器A-ES (例 如Microsoft Exchange Server )、近线月艮务器A-NP(例如Mimosa Systems 有限公司的NearPoint Server )、近线数据库服务器A-NPDB (例如 Mimosa Systems有限公司的NearPointTM Database Server )、客户端网 络访问(A-OWA)(例如Microsoft Outlook Web Access)以及乂>共文件 夹服务器A-PF。同样,备用站点包括一个或更多个域控制器S-DC、消息 传递和协作服务器S-ES (例如Microsoft Exchange Server )、近线服务 器S國NP (例如Mimosa Systems有限乂^司的NearPointTM Server),近线 数据库服务器S國NPDB (例如Mimosa Systems有限公司的NearPoint Database Server ),客户端网络访问(S-OWA)(例如Microsoft Outlook Web Access)以及公共文件夹服务器S-PF。
下面描述一个实施例的SPS操作的示例。该示例的SPS是包括与 Microsoft 交换服务器和活动目录月良务器结合的Mimosa NearPointTM方 案的实施例。在操作中,网络或系统管理者利用预先配置且测试为正确的 恢复策略、通过"一次点击"来发起交换服务的完全恢复。下面描述利用 SPS的策略配置和恢复操作。
SPS包括许多自动的特征、向导驱动的菜单和预测试,以确保可靠的
交换恢复。在主数据中心发生服务器、站点或数据丢失事件的情况下,管
理者可以在NearPointTM管理者控制台、通过"一次点击,,来发起交淘良 务的完全恢复。以下^l:对利用SPS的整个交换恢复的描述。
该示例假定交换消息传递服务和NearPointTM服务(SPS)处于全运 行中,且交换服务器和NearPoint 服务器共同位于主数据中心中。 NearPoint 正在管理交换服务器,且已经完成了完整的影子拷贝 (shadow copy ),且连续的保护过程与NearPoint 日志传输一起运行。另外,NearPointTM通过管理者定义的针对自服务访问、保留和设置、邮 箱扩充和数据排除的策略来管理档案。
灾难恢复设置始于利用NearPoint 管理者控制台来建立 NearPointTM服务器对,并开始复制。管理者可以"右点击"NearPoint 服务器,并选择"NearPoint 服务器突难恢复设置"。图12为根据一个 实施例的选择NearPointTM服务器灾难恢复(Disaster Recovery, DR)设 置的示例性屏幕截图。
然后管理者输入位于恢复站点处的NearPointTM服务器的名称。图13 为根据一个实施例的NearPoint 服务器名称输入的示例性屏幕截图。 NearPointTM服务器名称通常是位于恢复站点处的第二 NearPoint 服务 器。如果仅布置了一个NearPointTM服务器,则输入该服务器的名称。在 该示例中,没有布置复制^^务。
NearPointTM对两个NearPointTM服务器进行比较,以确保它们的配 置匹配。发出确认测试通过的检查报告。图14为根据一个实施例的示例 性NearPoiiitTM检查报告。当管理者选择"finish (完成)"时,复制软件 开始其对NearPoint 服务器的连续保护。所有的复制软件设置由 NearPointTM透明地管理。
管理者通过配置已配置的交换服务器恢复对,继续设置交换DR。图 15是根据一个实施例的交换服务器恢复对配置的示例性屏幕截图。在该 屏幕中,输入主交换服务器的名称,并输入备用交换服务器的名称。 NearPointTM自动检验是否正确地配置了备用服务器,检查存储器组和邮 箱存储器名称的匹配,并且确认除默认的系统邮箱之夕卜邮箱存储器为空。 备用服务器的名称不必匹配主交换服务器;这使得能够迅速地设置备用服 务器,而无需管理同一域中具有相同名称的两个服务器。
当设置完成时,管理者利用NearPohitTM管理者控制台上的状态页来 监视复制服务(如果布置了该服务)和交换恢复对。如果发生对 NearPoiiitTM控制台有影响的故障,管理者则发起如下所述的全交换恢复。
管理者利用DR状态页来监视包括NearPoint 复制服务和交换恢复 对的DR配置的状态。图16为根据一个实施例的NearPointTM状态页的 示例。该页的顶部包括或列出交换恢复对和相应的配置状态。绿灯表示配 置是正确的且为恢复准备就绪。该页的中间或中心部分列出复制IMt及其 状态。该页的底部列出DRNearPointTM状态。如果灾难袭击了主交换服务器,则管理者利用NearPointTM管理者控 制台发起交换恢复。在利用复制的NearPoint 服务器的配置中,恢复 包括使用位于恢复站点处的NearPoint 服务器;在其他方式中,恢复 包括使用单个的NearPoint 服务器。在登录到NearPointTM管理者控制 台之后,管理者通过"右点击"交换月良务器,并选择"突难恢复故障切换 (Disaster recovery Failover)"发起交换的恢复。图17为根据一个实施 例选择突难恢复故障切换的示例性屏幕截图。
在管理者发起恢复时,NearPointTM执行所有交换服务器的自动恢复。 一个实施例的自动恢复包括恢复交换数据库、重新绑定活动目录中的邮 箱、重新配置交换服务器、重新导引公共文件夹存储、识别交换任务和服 务、清理系统邮箱和移除重复项目以及重新启动交换服务中的一个或更多 个。恢复操作恢复到终端用户的电子邮件服务。
当恢复完成时,由NearPohitTM列出需要利用交换存储器管理器清除 的任何交换服务。图18为根据一个实施例的显示需要清理的交换服务列 表的示例性屏幕截图。需要清理的交换服务的示例是收件人更新服务和离 线地址列表(全球地址)设置,它们都是站点特有的。利用NearPoint 管理者控制台,管理者利用完全的影子拷贝和日志传输来管理新的交换服 务器,并开始数据保护。这时,交换恢复完成,而用户访问他们的运行在 备用交换服务器上的包含他们的所有电子邮件的邮箱。他们还通过 Outlook和Outlook Web Access (OWA)继续访问他们所有的档案电子邮 件。
如上所述的SPS为企业服务提供了更高等级的灾难恢复保护,而无 需安装于企业服务器上的代理软件。SPS提供了保护企业服务器上的数据 和存档数据二者的自动灾难恢复方案。SPS在持续地复制近线服务器lt据 到远程站点的同时,持续地在本地保护企业数据。SPS的恢复过程是自动 的,并预先配置,以递送快速、可靠的结果,这样,企业服务得以i^il恢 复,且具有最小的数据损失和最低限度的服务中断。
作为文件系统复制方案,传统的企业恢复方案采用基于文件或块的方 法,以基于企业数据的遗传性来复制企业数据。如果数据破坏袭击了企业 数据库,这些方案会立即将该破坏复制到备用服务器上,使它也被破坏。 相比之下,由于SPS采用影随方法,因而始终拥有为恢复做准备的企业 数据的一致的副本,所以SPS是应用智能的,从而防止被破坏的数据到 达备用服务器另夕卜,传统的企业恢复方案对于现有的企业环境是有高4曼略性的,且 需要安装内核级的代理实体来截获字节级的变化。通常,内核级的代理实 体不为企业服务器所支持,且增加了服务中断的风险。与这些传统的系统
相反,SPS在近线服务器上执行,且不会干扰具有任何代理软件的企业环
境。这样,现有的企业环境保持不变,而在近线服务器上"脱离主机地
(off-host ),,管理所有的灾难保护。
此外,服务器恢复方案典型地依赖于手动的步骤和脚本,这是耗费时 间、易于出错且维护昂贵的。相比之下,SPS为服务器和站点提供了完全 自动的恢复方案。采用完全程序化的方法,系统管理者可以利用一个实施 例的SPS通过"一次点击"来执行完整的服务器和/或站点恢复。因此, 系统管理者可以更加迅速地执行恢复,且由于知道以前设置的灾难恢复策 略是经过预测试的,因而更有信心,并立即准备就绪。因此,SPS基本上 能够避免使用可能非常昂贵的基于阵列的、且不可靠的基于主机的非常复 杂且管理费用大的灾难恢复方案。
一个实施例中,SPS包含包括持续地影随一个或更多个运转服务器的 方法。 一个实施例中,运转服务器包括向多个客户端提供服务的数据。一 个实施例中,所述方法包括在影随的过程中产生并维持数据的副本。 一个 实施例中,所述方法包括响应于检测到的一个或更多个运转服务器的故 障,利用一个或更多个备用服务器自动恢复到客户端的服务。 一个实施例 中,所述恢复包括将数据的副本拷贝到备用服务器。
一个实施例中,运转服务器和备用服务器中的每个被独立地识别和编址。
一个实施例中,所述副本包括运转服务器的婆:据中的一个或更多个部分。
一个实施例中,在影随过程中,数据的副本^L存储于至少一个近线服 务器上。 一个实施例中,所述数据的副本从近线服务器拷贝到备用服务器。 一个实施例中,所述影随在近线服务器上以接近实时的方式产生并维持数 据的副本。 一个实施例中,所述影随维持数据的完全的完整性和一致性。
一个实施例中,所述至少一个近线服务器包括与所述备用服务器共处 一地的近线服务器。 一个实施例中,所述备用服务器位于运转服务器的地 理位置处。 一个实施例中,所述备用服务器位于与运转服务器的地理位置 不同的地理位置处。一个实施例中,所述恢复包括通过自动地重新建立所i^户端对服 务的访问,保持服务的连续性。
一个实施例中,所述恢复包括在所述备用服务器上重新启动与所述 数据对应的服务。
一个实施例中,所述恢复包括重新绑定目录服务中的邮箱到备用服务器。
一个实施例中,所述恢复包括重新导引客户端。
一个实施例中,所述至少一个近线服务器包括与在第一站点的运转服 务器共处一地的第 一近线服务器和位于第二站点处的第二近线月艮务器。一 个实施例中,在影随过程中,所述数据的副M储于第一近线月良务器上。 一个实施例中,所述方法包括将副本从第一近线服务器复制到第二近线服 务器。 一个实施例中,所述数据的副本从第一近线服务器拷贝到备用服务 器。 一个实施例中,所述数据的副本从第二近线服务器拷贝到备用服务器。
一个实施例中,所述至少一个近线服务器包括与在第一站点的运转服 务器共处一地的笫 一近线服务器和与在第二站点的备用服务器共处一地 的第二近线服务器。 一个实施例中,在影随过程中,所述数据的副本存储
于第一近线服务器上。 一个实施例中,所述方法包括将副;^第一近线服 务器复制到第二近线服务器。 一个实施例中,数据的副本从第一近线服务 器拷贝到备用服务器。 一个实施例中,数据的副^第二近线服务器拷贝 到备用服务器。
一个实施例中,所述运转服务器包括一个或更多个消息传递和协作服 务器。 一个实施例中,所述数据包括应用数据、数据库、存储组、邮箱数 据和服务器数据中的一个或更多个。
一个实施例中,所述运转服务器包括交换服务器。 一个实施例中,恢 复到客户端的服务包括重新绑定活动目录中的邮箱。 一个实施例中,恢复 到客户端的服务包括识别交换任务和服务。 一个实施例中,恢复到客户端
的服务包括重新导引交换任务和服务。 一个实施例中,恢复到客户端的服 务包括重新导引公共文件夹存储。 一个实施例中,恢复到客户端的服务包 括从系统邮箱去除完全相同的项目。 一个实施例中,恢复到客户端的服务 包括重新启动交换服务。 一个实施例中,恢复到客户端的服务包括恢复到
客户端的Outlook服务,其中Outlook为电子邮件和个人信息管理应用。 一个实施例中,恢复到客户端的服务包括恢复到客户端的信号稳定性路由协议服务。
一个实施例中,产生并维持所述副本包括利用数据的信息和从所述一 个或更多个运转服务器接收的数据的多个数据变化来产生至少 一个数据 替代。 一个实施例中,所述方法包括利用从所述一个或更多个运转月良务器 接收的至少一个附加的数据变化的信息来更新至少一个数据替代。 一个实
施例中,所述更新在下列情况中的至少一个下执行在收到所述至少一个 附加的数据变化时、在收到多个附加的数据变化之后以及在对所述至少一 个附加的数据变化进行处理操作之后。
一个实施例中,所述一个或更多个运转服务器包括本地服务器、远程 服务器、数据库服务器、消息传递服务器、电子邮件服务器、即时消息传 递服务器、互联网协议语音服务器、协作服务器、入口、客户关系管理 (Customer Relationship Management, CRM)月艮务器、企业资源计划 (Enterprise Resource Planning, ERP)服务器、业务到业务月艮务器以及 内容管理服务器中的一个或更多个。
一个实施例中,产生并维持所述副本包括数据在备用服务器上的基于 主机的复制。
一个实施例中,基于主机的复制包括将运转服务器的数据写到所述运 转服务器的本地存^fti殳备。 一个实施例中,基于主机的复制包括将运转服 务器的数据写到备用服务器的远程存^i更备。
一个实施例中,自动恢复月良务包括备用服务器采用已出现故障的运转 服务器的身份和地址。
一个实施例中,产生并维持所述副本包括数据在备用服务器上的基于 存储设备的复制。 一个实施例中,基于存^l^i殳备的复制包括将运转服务器 的数据写到所述运转服务器的本地存^i殳备。 一个实施例中,基于存储设 备的复制包括将所述运转服务器的本地存储设备的数据复制到备用服务 器的远程存^i更备。 一个实施例中,自动恢复服务包括备用服务器采用已 出现故障的运转服务器的身份和地址。
一个实施例中,产生并维持所述副本包括将多个客户端的数据写到运 转服务器的组件和备用服务器的组件。 一个实施例中,自动恢复服务包括 将所述客户端从故障的运转服务器切换到数据被写入的备用服务器。
一个实施例中,SPS包含包括持续地影随一个或更个多服务器的方 法。 一个实施例中,所述服务器包括向多个客户端提供月良务的应用数据。一个实施例中,所述方法包括在所述影随过程中在至少一个近线服务器上
产生并维持应用数据的副本。 一个实施例中,所述方法包括响应于检测 到的一个或更多个服务器的故障,利用 一个或更多个备用JJ艮务器自动恢复 到所i^户端的服务。 一个实施例中,所述恢复包括将所述应用数据的副 本从近线服务器拷贝到备用服务器。
一个实施例中,服务器和备用服务器中的每个被独立地识别和编址。
一个实施例中,所述副本包括服务器、近线服务器和备用服务器中一 个或更多个服务器的数据中的一个或更多个部分。
一个实施例中,所述影随在近线服务器上以接近实时的方式产生并维 持数据的副本。 一个实施例中,所述影随维持数据的完全的完整性和一致 性。
一个实施例中,所述恢复包括通过自动地重新建立客户端对服务的访 问来保持服务的连续性。
一个实施例中,所述恢复包括重新启动与备用服务器上的数据对应的 服务。
一个实施例中,所述恢复包括将目录服务中的邮箱重新绑定到备用服 务器。
一个实施例中,所述恢复包括重新导引客户端。
一个实施例中,所述服务器包括一个或更多个消息传递和协作服务器。
一个实施例中,所述数据包括应用数据、数据库、存储組、邮箱数据 和服务器数据中的 一个或更多个。
一个实施例中,所述服务器包括交换服务器。
一个实施例中,产生和维持所述副本包括利用数据的信息和从所述一 个或更多个服务器接收的数据的多个数据变化来产生至少一个数据替代。
一个实施例中,所述方法包括利用从所述一个或更多个服务器接收的 至少一个附加的数据变化的信息来更新所述至少一个数据替代。
一个实施例中,所述更新在下列情况中的至少一个下执行在收到所 述至少一个附加的数据变化时、在收到多个附加的数据变化之后以及在对 所述至少一个附加的数据变化进行处理操作之后。一个实施例中,所述SPS包含包括持续地影随一个或更多个运转服
务器的方法。 一个实施例中,所述运转服务器包括向多个客户端提供服务 的数据。 一个实施例中,所述方法包括在所述影随的过程中产生并维持数
据的副本。 一个实施例中,所述方法包括响应于检测到的一个或更多个 运转服务器的故障来自动恢复到所述客户端的服务。 一个实施例中,所述 恢复包括将数据的副本拷贝到一个或更多个运转服务器。
一个实施例中,SPS包括计算机可读介质,该计算机可读介质包含可 执行的指令,当所述可执行的指令在处理系统中被执行时,通过持续地影 随一个或更多个服务器来提供月艮M持,所述服务器包括向多个客户端提 供服务的应用数据。 一个实施例中,所述指令在被执行时在影随过程中在 至少一个近线服务器上产生并维持应用数据的副本。 一个实施例中,所述 指令在被执行时,响应于检测到的一个或更多个服务器的故障,利用一个 或更多个备用服务器自动地恢复到所述客户端的服务。所述服务的恢复包 括将应用数据的副本从近线服务器拷贝到备用服务器。
一个实施例中,服务器和备用服务器中的每个被独立地识别和编址。
一个实施例中,所述副本包括服务器、近线服务器和备用服务器中一 个或更多个服务器的数据中的一个或更多个部分。
一个实施例中,所述影随在所述近线服务器上以接近实时的方式产生 并维持数据的副本。 一个实施例中,所述影随维持数据的完全的完整性和 一致性。
一个实施例中,所述恢复包括通过下列各项中的一个或更多个来保持 服务的连续性自动地重新建立所述客户端对服务的访问、在所述备用服 务器上重新启动与所述数据对应的服务、重新绑定目录服务中的邮箱到所 述备用服务器、重新导引所^户端。
一个实施例中,产生和维持所述副本包括利用数据的信息和从所述一 个或更多个服务器接收的数据的多个数据变化来产生至少一个数据替代。
一个实施例中,所述指令在被执行时利用从所述一个或更多服务器接 收的至少一个附加的数据变化的信息来更新所述至少一个数据替代,其中 所述更新在下列情况中的至少一个下执行在收到所述至少一个附加的数 据变化时、在收到多个附加的数据变化之后以及在对所述至少一个附加的 数据变4t进行处理操作之后。
一个实施例中,SPS包括系统,该系统包含一个或更多个近线月良务器,所述近线服务器耦接至包括向多个客户端提供服务的数据的一个或更多 个运转服务器。 一个实施例中,所述系统包括引擎,该引擎耦接至所述近 线服务器,并被配置为通过产生和维持所述数据的副本来持续地影随所述
运转服务器。 一个实施例中,所述引擎被配置为响应于检测到的一个或 更多运转服务器的故障,利用一个或更多个备用服务器自动地恢复到所述 客户端的服务。 一个实施例中,所述恢复包括将所述数据的副本复制到备 用服务器。
一个实施例中,所述系统包括至少一个网络,该网络耦接至一个或更 多个近线服务器。 一个实施例中,所述至少一个网络包括局域网(LAN)、 广域网(WAN)、城域网(MAN)和存储域网(SAN)。
一个实施例中,所述系统中的每个运转服务器和备用服务器被独立地 识别和编址。
一个实施例中,所述系统中的影随在一个或更多个近线服务器上以接 近实时的方式产生并维持数据的副本,其中所述影随维持数据的完全的完 整性和一致性。
一个实施例中,所述系统中的恢复包括通过自动地重新建立客户端对 服务的访问来保持服务的连续性的 一个或更多个近线服务器。
一个实施例中,所述系统中的恢复包括 一个或更多个近线^l务器在 所述备用服务器上重新启动与所述数据对应的服务。
一个实施例中,所述系统中的恢复包括 一个或更多个近线服务器重 新绑定目录服务中的邮箱到所述备用服务器。
一个实施例中,所述系统中的恢复包括 一个或更多个近线月艮务器重 新导引所i^户端。
一个实施例中,所述系统中的至少一个近线服务器包括与在第 一站点 的运转服务器共处一地的第一近线服务器和位于第二站点处的第二近线 服务器。 一个实施例中,在所述影随过程中,系统中的数据的副4^储于 第 一近线服务器上,其中所述数据的副#第 一近线服务器复制到第二近 线服务器。 一个实施例的系统中,数据的副本从第一近线服务器传送到备 用服务器。 一个实施例的系统中,数据的副本从第二近线服务器传送到备 用服务器。
一个实施例中,所述系统的至少一个近线服务包括与在第一站点的运 转服务器共处一地的第 一近线服务器和与在第二站点的备用服务器共处一地的第二近线服务器。
一个实施例的系统中,在所述影随过程中,数据
的副M储于第 一近线服务器上,其中所述数据的副#第 一近线J5艮务器 复制到第二近线服务器。 一个实施例的系统中,数据的副^第一近线服 务器拷贝到备用服务器。 一个实施例的系统中,数据的副;^第二近线服 务器复拷贝到备用服务器。
一个实施例中,所述系统中的数据包括应用数据、数据库、存储组、 邮箱数据和服务器数据中的一个或更多个。
一个实施例中,所述系统中的 一个或更多个运转服务器包括本地服务 器、远程服务器、数据库服务器、消息传递服务器、电子邮件服务器、即 时消息传递服务器、交换服务器、互联网协议语音服务器、协作服务器、 入口、客户关系管理(CRM)服务器、企业资源计划(ERP)服务器、 业务到业务服务以及内容管理服务器中的一个或更多个。
一个实施例中,所述系统中的产生并维持所述副本包括数据在备用服 务器上的基于主机的复制。 一个实施例中,所述系统中的基于主机的复制 包括将运转服务器的数据写到所述运转服务器的本地存^fti殳备。 一个实施 例中,所述系统中的基于主机的复制包括将所述运转服务器的数据写到备 用服务器的远程存储设备。 一个实施例中,所述系统中的自动恢复服务包 括备用服务器采用已出现故障的运转服务器的身份和地址。 一个实施例 中,所述系统中的产生并维持所述副本包括数据在备用服务器上的基于存 ^i殳备的复制。 一个实施例中,所述系统中的基于存储设备的复制包括将 运转服务器的数据写到所i^转服务器的本AM^m殳备。 一个实施例中, 所述系统中的基于存储设备的复制包括将所述运转服务器的本地存储设 备的数据复制到备用服务器的远程存^i更备。 一个实施例中,所述系统中 的自动恢复服务包括备用服务器釆用已出现故障的运转服务器的身份和 地址。
一个实施例中,所述系统包括耦接至客户端、运转服务器和备用服务 器之间的至少一个代理。 一个实施例中,所述系统中的产生并维持副本包 括所述代理将多个客户端的数据写到至少一个运转服务器的组件和至少 一个备用服务器的组件。一个实施例中,所述系统中的自动恢复服务包括 所述代理将客户端从故障的运转服务器切换到数据被写入的备用服务器。
一个实施例中,所述SPS包括计算机可读介质,该计算机可读介质 包含可执行的指令,所述可执行的指令在处理系统中被执行时通过持续地 影随一个或更多个运转服务器来提供服M持。 一个实施例中,所述运转服务器包括向多个客户端提供服务的数据。 一个实施例中,提供服M持 包括在影随的过程中产生并维持所述数据的副本。 一个实施例中,提供服
M持包括响应于检测到的一个或更多个运转服务的故障,利用一个或 更多个备用服务器自动地恢复到所ii^户端的服务。 一个实施例中,所述 恢复包括将数据的副本拷贝到备用服务器。
一个实施例中,所述SPS包含包括持续地影随一个或更多个运转服 务器的方法,所i^转月艮务器包括向多个客户端提供服务的数据。 一个实 施例中,所述方法包括在所述影随过程中产生并维持所述数据的副本。一 个实施例中,所述方法包括响应于所述一个或更多个备用服务器的事件, 自动地将所述数据的副本传送到一个或更多个备用服务器,其中所述事件 包括迁移事件,所述迁移事件包含从所述运转服务器所掌管的至少 一个应 用的第 一版本到所述应用的第二版本的迁移。
一个实施例中,所述方法包括激活掌管所述数据的副本的备用服务器。
一个实施例中,所述方法包括评估所述第二版本下的所激活的备用 服务器的运行。
一个实施例中,所述方法包括使所激活的备用服务器返回到备用状态。
一个实施例中,所述方法包括利用所激活的备用服务器,向所牲 户端提供服务,其中所激活的备用服务器掌管所述数据的副本。 一个实施 例中,通过所激活的备用服务器向所述客户端提供服务包括通过自动地 重新建立客户端对服务的访问来保持所述服务的连续性。 一个实施例中, 通过所激活的备用服务器向所述客户端提供服务包括在所述备用服务器 上重新启动与所述数据对应的服务。 一个实施例中,通过所激活的备用服 务器向所i^户端提供服务包括重新绑定目录服务中的邮箱到所述备用 服务器。 一个实施例中,通过所激活的备用服务器向所i^户端提供服务 包括重新导引所i^户端。 一个实施例中,向所狄户端提供月良务包括 利用 一个或更多个运转服务器。
一个实施例中,所述运转服务器和备用服务器中的每个被独立地识别 和编址。
一个实施例中,所述副本包括运转服务器的数据中的一个或更多个部分。一个实施例中,在所述影随过程中,所述数据的副M储于至少一个 近线服务器上。 一个实施例中,数据的副本从近线服务器拷贝到备用服务 器。 一个实施例中,所述影随在近线服务器上以接近实时的方式产生并维 持数据的副本,其中所述影随维持数据的完全的完整性和一致性。 一个实 施例中,所述至少 一个近线服务器包括与备用服务器共处一地的近线服务 器。 一个实施例中,所述备用服务器位于运转服务器的地理位置和不同于
所iiit转J3良务器的地理位置中的一个或更多个地理位置。
一个实施例中,所述至少一个近线服务器包括与在第一站点的运转服 务器共处一地的第一近线服务器和位于第二站点处的第二近线服务器。一 个实施例中,在所述影随过程中,数据的副本存储于第一近线服务器上。 一个实施例中,所述方法包括将所述副^第一近线服务器复制到第二近 线服务器。 一个实施例中,所述数据的副本从第一近线服务器拷贝到备用 服务器。将一个实施例中,所述数据的副本从第二近线服务器拷贝到备用 服务器。
一个实施例中,所述至少一个近线服务器包括与在第一站点的运转服 务器共处一地的第 一近线服务器和与在第二站点的备用服务器共处一地 的第二近线服务器。 一个实施例中,在所述影随过程中,所述数据的副本 存储于所述第一近线服务器上。 一个实施例中,所述方法包括将所述副本 从第一近线服务器复制到第二近线服务器。 一个实施例中,数据的副本从 第一近线服务器拷贝到备用服务器。 一个实施例中,所述lt据的副本从第 二近线服务器拷贝到备用服务器。
一个实施例中,所述运转服务器包括一个或更多个消息传递和协作服 务器。
一个实施例中,所述数据包括应用数据、数据库、存储组、邮箱数据 和服务器^t据中的一个或更多个。
一个实施例中,产生并维持所述副本包括利用数据的信息和从所述 一个或更多个运转服务器接收的数据的多个数据变化,产生至少一个数据 替代。 一个实施例中,所述方法包括利用从所述一个或更多个运转服务器 接收的至少一个附加的数据变化的信息来更新所述至少一个数据替代,其 中,所述更新在下列情况中的至少一个下执行在收到所述至少一个附加 的数据变化时、在收到多个附加的数据变化之后以及在对所述至少一个附 加的数据变化进行处理操作之后。一个实施例中,所述一个或更多个运转服务器包括本地服务器、远程 服务器、数据库服务器、消息传递服务器、电子邮件服务器、即时消息传 递服务器、互联网协议语音服务器、协作服务器、入口、客户关系管理
(CRM)服务器、企业资源计划(ERP)服务器、业务到业务服务器以 及内容管理服务器中的一个或更多个。
一个实施例中,所述系统的产生并维持所述副本包括数据在备用服务 器上的基于主机的复制和数据在备用服务器上的基于存储设备的复制中 的一个或更多个。 一个实施例中,基于主机的复制包括将所述运转服务器 的数据写到所述运转服务器的本地存储设备。 一个实施例中,基于主机的 复制包括将所述运转服务器的数据写到所述备用服务器的远程存储设备。 一个实施例的基于存储设备的复制包括将所述运转服务器的数据写到所 述运转服务器的本地存^i殳备。 一个实施例中,基于存^i殳备的复制包括 将所述运转服务器的本地存储设备的数据复制到所述备用服务器的远程 存敝备。
一个实施例中,产生并维持所述副本包括将所述多个客户端的数据写 到运转服务器的组件和备用Jii务器的组件。
一个实施例中,第一版本为所述应用的原始版本,而所述第二版本为 所述应用的新版本。
一个实施例中,第一版本为所述应用的新版本,而所述第二版本为所 述应用的原始版本。
一个实施例中,SPS包含包括持续地影随一个或更多个运转服务器的 方法,所述运转服务器包括向多个客户端提供服务的数据。 一个实施例中, 所述方法包括在所述影随过程中产生并维持所述数据的副本。 一个实施例 中,所述方法包括响应于所述一个或更多个备用服务器的事件,自动地 将所述数据的副本传送到一个或更多个备用服务器,其中所述事件包括迁 移事件和训练事件中的一个或更多个。
一个实施例中,所述迁移事件包括从所述运转服务器所掌管的至少 一个应用的第一版本到所述应用的第二版本的迁移。 一个实施例中,所述 第一版本为所述应用的原始版本且所述第二版本为所述应用的新版本。一 个实施例中,所述第一版本为所述应用的新版本且所述第二版本为所述应 用的原始版本。
一个实施例中,所述训练事件包括激活掌管所述数据的副本的备用服务器。 一个实施例中,所述训练事件包括评估所激活的备用服务器的 运行。 一个实施例中,所述方法包括使所激活的备用服务器返回备用状 态。
一个实施例中,所述方法包括利用所激活的备用服务器向所述客户 端提供服务,其中所激活的备用服务器掌管所述数据的副本。 一个实施例 中,通过所激活的备用服务器向所述客户端提供服务包括通过自动地重 新建立客户端对服务的访问来保持所述服务的连续性。 一个实施例中,通 过所激活的备用服务器向所述客户端提供服务包括在所述备用服务器上 重新启动与所述数据对应的服务、重新绑定目录服务中的邮箱到所述备用 服务器和重新导引所述客户端中的一个或更多个。 一个实施例中,向所述 客户端提供服务包括使用所述一个或更多个运转服务器。
一个实施例中,运转服务器和备用服务器中的每个被独立地识别和编址。
一个实施例中,所述副本包括所述运转服务器的数据中的一个或更多 个部分。
一个实施例中,在所述影随过程中,所述数据的副本存储于至少一个 近线服务器上。 一个实施例中,所述数据的副本从近线服务器拷贝到备用 服务器。 一个实施例中,所述影随在近线服务器上以接近实时的方式产生 并维持所述数据的副本,其中所述影随维持数据的完全的完整性和一致 性。
一个实施例中,所述至少一个近线服务器包括第一近线服务器和笫二 近线服务器。 一个实施例中,所述方法包括在所述影随过程中将所述数 据的副M储在所述第 一近线服务器上,且将所述副^所述第 一服务器 复制到所述第二近线服务器。 一个实施例中,所述数据的副本从所述第一 近线服务器和第二近线服务器中的一个或更多个中拷贝到备用服务器。
一个实施例中,产生并维持所述副本包括利用所述数据的信息和从 所述一个或更多个运转服务器接收的数据的多个数据变化,产生至少 一个 数据替代。
一个实施例中,所述SPS包括计算机可读介质,该计算机可读介质 包含可执行的指令,所述指令在处理系统中^L执行时通过持续地影随一个 或更多个服务器来提供服务器版本迁移,所述服务器包括向多个客户端提 供服务的数据。 一个实施例中,所述指令在^^执行时在影随过程中产生并维持数据的副本。 一个实施例中,所述指令在被执行时响应于一个或更多 个备用服务器的事件,自动地将所述数据的副本传送到一个或更多个备用 服务器。 一个实施例中,所述事件包括迁移事件和训练事件中的一个或更 多个。
一个实施例中,所述SPS包括系统,该系统包含耦接至一个或更多
个运转服务器的一个或更多个近线服务器,所述一个或更多个运转服务器 包括提供到多个客户端的服务的数据。 一个实施例中,所述系统包括引擎, 该引擎耦接至所述近线服务器,并被配置为通过产生和维持所述数据的副
本持续地影随所述运转服务器。 一个实施例中,所述引擎被配置为响应 于所述一个或更多个运转服务器的事件,自动地将所述数据的副本传送到 一个或更多个备用服务器。 一个实施例中,所述事件包括迁移事件和训练 事件中的一个或更多个。
一个实施例中,所述迁移事件包括从所述运转服务器所掌管的至少 一个应用的第 一版本到所述应用的第二版本的迁移。
一个实施例中,所述训练事件包括激活掌管所述数据的副本的备用 服务器。 一个实施例中,所述训练事件包括评估所激活的备用服务器的 运行。 一个实施例中,所述系统包括使所激活的备用服务器返回到备用 状态。
一个实施例中,所述引擎被配置为利用所激活的备用服务器向所述 客户端提供服务,其中所激活的备用服务器掌管所述数据的副本。 一个实 施例中,所述引擎被配置为利用所激活的备用服务器通过自动地重新建 立客户端对服务的访问来保持所述服务的连续性。 一个实施例中,利用所 激活的备用服务器向所ii^户端提供服务包括在所述备用服务器上重新 启动与所述数据对应的服务、重新绑定目录服务中的邮箱到所述备用服务 器和重新导引所述客户端中的一个或更多个。 一个实施例中,所述引擎被 配置为还利用所述一个或更多个运转服务器向所述客户端提供服务。
一个实施例中,运转服务器和备用服务器中的每个被独立地识别和编址。
一个实施例中,所述系统包括耦接至所述一个或更多个近线服务器和 一个或更多个运转服务器的至少一个网络,其中所述至少一个网络包括局 域网(LAN)、广域网(WAN)、城域网(MAN)和存储域网(SAN)。
一个实施例中,所述引擎被配置为通过在一个或更多个近线服务器上以接近实时的方式产生并维持所述数据的副本来影随,其中所述影随维 持数据的完全的完整性和一致性。
一个实施例中,所述至少一个近线服务器包括与在第一站点的运转服 务器共处一地的第 一近线服务器和位于第二站点处的第二近线服务器。一 个实施例中,在所述影随过程中,所述数据的副本存储于所述第一近线服 务器上,其中所述数据的副本从所述第 一近线服务器复制到所述第二近线 服务器。 一个实施例中,所述数据的副本从所述第一近线服务器和第二近 线服务器中的一个或更多个传送到备用服务器。
一个实施例中,所述至少一个近线服务器包括与在第一站点的运转服 务器共处一地的第一近线服务器和与在第二站点的备用服务器共处一地 的第二近线服务器。 一个实施例中,在所述影随过程中,所述lt据的副本 存储于所述第 一近线服务器上,其中所述副#所述第 一近线服务器复制 到第二近线服务器。 一个实施例中,所述数据的副本从所述第一近线服务 器和第二近线服务器中的一个或更多个拷贝到备用服务器。
一个实施例中,所述数据包括应用数据、数据库、存储组、邮箱数据 和服务器数据中的一个或更多个。
一个实施例中,所述一个或更多个运转服务器包括本地服务器、远程 服务器、数据库服务器、消息传递服务器、电子邮件服务器、即时消息传 递服务器、交换服务器、互联网协议语音服务器、协作服务器、入口、客
户关系管理(CRM)服务器、企业资源计划(ERP)服务器、业务到业 务服务器以及内容管理服务器中的一个或更多个。
一个实施例中,所述SPS包括系统,该系统包含一个或更多个近线 服务器,所述近线服务器耦接至包括向多个客户端提供服务的数据的一个 或更多个运转服务器。 一个实施例中,所述系统包括引擎,该引擎耦接至 所述近线服务器,并被配置为通过产生和维持所述数据的副本而持续地影 随所述运转服务器。 一个实施例中,所述引奪故配置为响应于所述一个 或更多个备用服务器的事件,将所述数据的副本自动传送到一个或更多个 备用服务器。 一个实施例中,所述事件包含迁移事件,该迁移事件包括从 所述运转服务器所掌管的至少 一个应用的笫 一版本到所述应用的第二版 本的迁移。
一个实施例中,所述引擎被配置为利用所激活的备用服务器向所述 客户端提供服务,其中所激活的备用服务器掌管所述数据的副本。 一个实施例中,所述引擎被配置为利用所激活的备用服务器通过自动地重新建 立客户端对服务的访问来保持所述服务的连续性。 一个实施例中,利用所 激活的备用服务器向所^户端提供服务包括在所述备用服务器上重新 启动与所述数据对应的服务、重新绑定目录服务中的邮箱到所述备用服务 器和重新导引所^户端中的一个或更多个。 一个实施例中,所述引擎被 配置为还利用一个或更多个运转服务器向所^户端提供服务。
一个实施例中,运转服务器和备用服务器中的每个被独立地识别和编址。
一个实施例中,所述引擎被配置为通过在所述一个或更多个近线服 务器上以接近实时的方式产生并维持所述数据的副本来影随,其中所述影 随维持所述数据的完全的完整性和一致性。
一个实施例中,所述一个或更多个运转服务器包括本地服务器、远程 服务器、数据库服务器、消息传递服务器、电子邮件服务器、即时消息传 递服务器、交换服务器、互联网协议语音服务器、协作服务器、入口、客 户关系管理(CRM)服务器、企业资源计划(ERP)服务器、业务到业 务服务器以及内容管理服务器中的一个或更多个.
在此所描述的SPS的各方面可以被实现为编程到各种电路的任何一 种内的功能,所述各种电路包括现场可编程门阵列(Field Programmable Gate Array, FPGA )、可编程阵列逻辑(Programmable Array Logic, PAL) 设备、电子可编程逻辑等可编程逻辑器件(Programmable Logic Device, PLD)以及存储器设备和标准的基于单元的设备、以及专用集成电路 (Application Specific Integraged Circuit, ASIC )。用于实现SPS的各方 面的其他一些可能的装置包括具有存储器(如电可擦除的可编程只读存 储器 (Electronically Erasable Programmable Read画Only Memory, EEPROM))的微控制器、嵌入式微处理器、固件、软件等。此外,SPS 的各方面可以在具有基于软件的电路仿真、离散逻辑(顺序的和组合的)、 定制装置、模糊(神经)逻辑、量子装置和任何以上装置类型的混合的微 处理器中实现.当然,可以用各种组件类型来提供基础的器件技术,例如 诸如互补金属氧化物半导体(CMOS)等的金属氧化物半导体场效应晶体 管(MOSFET)技术、诸如射极耦合逻辑(ECL)等的双极性技术、聚 合物技术(例如硅共轭的聚合物和金属-共轭的聚合物-金属的结构)、混 合的模拟的和数字等。
应注意的是,在此所公开的各种系统和方法可以利用计算机辅助设计工具来描述,并且根据其行为、寄存器传送、逻辑组件、晶体管、布局几 何结构和/或其他特征而表达(或者表示)为在各种计算机可读介质中包 含的数据和/或指令。包含这种格式化的数据和/或指令的计算机可读介质 可以包括(但是不限于)各种形式的非易失性存储介质(例如光、磁或者 半导体存储介质)以及可以通过无线、光或者有线信号介质或其任意组合
来传送这种格式化的数据和/或指令的载波。
通过栽波传送这种格式化的数据和/或指令的示例包括(但是不限于)
在因特网和/或其他网络上借助于一个或更多个传送协议(例如HTTP、 FTP、 STMP等)上的传送(上传、下载、电子邮件等)。当通过一个或 更多个计算机可读介质在计算机系统内被接收时,上述系统和方法中的这 种基于数据和/或指令的表达可以由计算机系统内的处理实体(例如一个 或更多个处理器)结合一个或更多个其他计算积艰序的执行来处理。
除非上下文明确地指出,否则贯穿本说明书,词语"包括"、"包含" 等应被解释为开放式包含的含义,而不是排它的或穷举的含义,换言之, 应解释为"包括,但是不限于"。使用单数或者复数的词也分别包括复数 和单数。另外,词语"在此"、"下文中"、"以上"、"以下"以及含义相似 的词是指本申请的整体,而不是指本申请的任何特定的部分。当词语"或 者"用于两个或更多个项目的列表时,该词语包括所有的下列解释列表 中的任何项目、列表中的所有项目和列表中的项目的任何组合。
对SPS的实施例的以上描述并非是对所述系统和方法的穷举,也不 是意欲将其限制为所公开的准确的形式。如相关技术的技术人员应认识到 的,尽管为了解释的目的在此所描述了 SPS的具体的实施例和示例,但 是在用于管理数据的其他系统和方法的范围之内,各种等同的修改是可能 的。在此所提供的对SPS的公开可以应用于其他的处理系统和方法,而 不仅仅可应用于上述的系统和方法。
上述不同实施例的元素和动作可结^来以提供进一步的实施例。可 以根据以上详细描^f SPS做出这些以及其他变化。
通常,在所附的权利要求中,所使用的术语不应该被解释为将SPS 限制于本说明书和权利要求书中所公开的具体的实施例,而应该被解释为 包括在本权利要求书之下运行的所有的处理系统。因此,SPS不限于所公 开的,SPS的范围将完全由权利要求书来确定。
尽管以特定权利要求的形式呈现了 SPS的某些方面,但是,发明人以任何数量的权利要求的形式来预期SPS的不同实施例。因此,发明人保留 在提交本申请之后增加另外的权利要求的权利,以寻求对于这种用于SPS
的其他方面的另外的权利要求书的保护。
权利要求
1. 一种方法,包括持续地影随一个或更多个运转服务器,所述运转服务器包括向多个客户端提供服务的数据;在所述影随期间,产生并维持所述数据的副本;以及响应于检测到的所述一个或更多个运转服务器的故障,利用一个或更多个备用服务器自动恢复到所述客户端的服务,所述恢复包括将所述数据的副本拷贝到所述备用服务器。
2. 根据权利要求1所述的方法,其中所述运转服务器和所述备用服 务器中的每一个被独立地识别和编址。
3. 根据权利要求1所述的方法,其中所述副本包括所述运转服务器 的数据中的一个或更多个部分。
4. 根据权利要求1所述的方法,其中在所述影随期间,所述数据的 副^储在至少 一个近线服务器上。
5. 根据权利要求4所述的方法,其中所述数据的副^所述备用服 务器拷贝到所述近线服务器。
6. 根据权利要求4所述的方法,其中所述影随在所述近线服务器上 以接近实时的方式产生并维持所述数据的副本,其中所述影随维持所述数 据的完全的完整性和一致性。
7. 根据权利要求4所述的方法,其中所述至少一个近线服务器包括 与所述备用服务器共处一地的近线服务器。
8. 根据权利要求7所述的方法,其中所述备用服务器位于所述运转 服务器的地理位置处。
9. 根据权利要求7所述的方法,其中所述备用服务器位于与所^ 转服务器的地理位置不同的地理位置处。
10. 根据权利要求1所述的方法,其中所述恢复包括通过自动地重 新建立所i^户端对所述服务的访问,保持所述服务的连续性。
11. 根据权利要求1所述的方法,其中所述恢复包括在所述备用服 务器上重新启动与所述数据对应的服务。
12. 根据权利要求1所述的方法,其中所述恢复包括将目录服务中 的邮箱重新绑定到所述备用服务器。
13. 根据权利要求l所述的方法,其中所述恢复包括重新导引所述 客户端。
14. 根据权利要求1所述的方法,其中所述至少一个近线服务器包括 与在第 一站点的运转服务器共处一地的第 一近线服务器以及位于第二站 点的第二近线服务器。
15. 根据权利要求14所述的方法,其中在所述影随期间,所述数据 的副M储在所述第 一近线服务器上。
16. 根据权利要求15所述的方法,进一步包括将所述副^所述 第 一近线服务器复制到所述第二近线服务器。
17. 根据权利要求16所述的方法,其中所述数据的副4^所述第一 近线服务器拷贝到所述备用服务器。
18. 根据权利要求16所述的方法,其中所述数据的副;M^所述第二 近线服务器拷贝到所述备用服务器。
19. 根据权利要求1所述的方法,其中所述至少一个近线服务器包 括与在第 一站点的运转服务器共处一地的第 一近线服务器以及与在第二 站点的备用服务器共处一地的第二近线服务器。
20. 根据权利要求19所述的方法,其中在所述影随期间,所述数据 的副M储在所述第 一近线服务器上。
21. 根据权利要求20所述的方法,进一步包括将所述副#所述 第 一近线服务器复制到所述第二近线服务器。
22. 根据权利要求21所述的方法,其中所述数据的副本从所述第一 近线服务器拷贝到所述备用服务器。
23. 根据权利要求21所述的方法,其中将所述数据的副本从所述第 二近线服务器拷贝到所述备用服务器。
24. 根据权利要求1所述的方法,其中所^转服务器包括一个或更 多个消息传递和协作服务器。
25. 根据权利要求24所述的方法,其中所述数据包括应用数据、数 据库、存储组、邮箱数据和服务器数据中的一个或更多个。
26. 根据权利要求1所述的方法,其中所述运转服务器包括交换服务器。
27. 根据权利要求26所述的方法,其中恢复到所述客户端的服务包 括重新绑定活动目录中的邮箱。
28. 根据权利要求26所述的方法,其中恢复到所述客户端的服务包括识别交换任务;sj良务。
29. 根据权利要求26所述的方法,其中恢复到所述客户端的服务包 括重新导引交换任务^艮务。
30. 根据权利要求26所述的方法,其中恢复到所述客户端的服务包 括重新导引公共文件夹存储。
31. 根据权利要求26所述的方法,其中恢复到所述客户端的服务包 括从系统邮箱中去除重复的项目。
32. 根据权利要求26所述的方法,其中恢复到所述客户端的服务包 括重新启动交换服务。
33. 根据权利要求26所述的方法,其中恢复到所述客户端的服务包 括恢复到客户端的Outlook服务,其中Outlook为电子邮件和个人信息 管理应用。
34. 根据权利要求26所述的方法,其中恢复到所述客户端的服务包 括恢复到客户端的信号稳定性路由协议服务。
35. 根据权利要求l所述的方法,其中产生并维持所述副本包括利 用所述数据的信息以及从所述一个或更多个运转服务器接收到的数据的 多个数据变化的信息,产生至少一个数据替代。
36. 根据权利要求35所述的方法,进一步包括利用从所述一个或 更多个运转服务器接收到的至少一个附加数据变化的信息,更新所述至少 一个数据替代。
37. 根据权利要求36所述的方法,其中所述更新在下列情况中的至 少一个下执行在接收到所述至少一个附加数据变化时、在接收到多个附 加数据变化之后以及在对所述至少 一个附加数据变化进行处理操作后。
38. 根据权利要求1所述的方法,其中所述一个或更多个运转服务器 包括下列服务器中的一个或更多个本地服务器、远程服务器、数据库服 务器、消息传递服务器、电子邮件服务器、即时消息传递服务器、互联网 协议语音服务器、协作服务器、入口、客户关系管理(CRM)服务器、企 业资源计划(ERP)服务器、业务到业务服务器以及内容管理服务器。
39. 根据权利要求1所述的方法,其中产生并维持所述副本包括数 据在所述备用服务器上的基于主机的复制。
40. 根据权利要求39所述的方法,其中所述基于主机的复制包括 将所述运转服务器的数据写到所述运转服务器的本地存^i殳备;以及 将所述运转服务器的数据写到所述备用服务器的远程存^i殳备。
41. 根据权利要求40所述的方法,其中自动恢复所述服务包括备 用服务器采用出现故障的运转服务器的身份和地址。
42. 根据权利要求1所述的方法,其中产生并维持所述副本包括数 据在所述备用服务器上的基于存^i殳备的复制。
43. 根据权利要求42所述的方法,其中所述基于存^i殳备的复制包括将所述运转服务器的数据写到所述运转服务器的本地存储设备;以及将所述运转服务器的本地存储设备中的数据复制到所述备用服务器 的远程存^i殳备。
44. 根据权利要求43所述的方法,其中自动恢复所述服务包括备 用服务器采用出现故障的运转服务器的身份和地址。
45. 根据权利要求1所述的方法,其中产生并维持所述副本包括将 所述多个客户端的数据写到运转服务器的组件并写到备用服务器的组件。
46. 根据权利要求45所述的方法,其中自动恢复所述服务包括将 所迷客户端从发生故障的运转服务器切换到数据被写入的备用服务器。
47. —种方法,包括持续地影随一个或更多个服务器,所述服务器包括向多个客户端提供 服务的应用数据;在所述影随期间,在至少一个近线服务器上产生并维持所述应用数据 的副本;以及响应于检测到的所述一个或更多个服务器的故障,利用一个或更多个 备用服务器恢复到所述客户端的服务,其中所述恢复包括将所迷应用数据 的副本从所述近线服务器拷贝到所述备用服务器。
48. 根据权利要求47所述的方法,其中所述服务器和备用服务器中 的每一个被独立地识别和编址。
49. 根据权利要求47所述的方法,其中所述副本包括所述服务器、 所述近线服务器及所述备用服务器中的一个或更多个服务器的数据中的 一个或更多个部分。
50. 根据权利要求47所述的方法,其中所述影随在所述近线服务器 上以接近实时的方式产生并维持所述数据的副本,其中所述影随维持所述 数据的完全的完整性和一致性。
51. 根据权利要求47所述的方法,其中所述恢复包括通过自动地 重新建立所述客户端对所述服务的访问,维持所述服务的连续性。
52. 根据权利要求47所述的方法,其中所述恢复包括在所述备用 服务器上重新启动与所述lt据对应的服务。
53. 根据权利要求47所述的方法,其中所述恢复包括将目录服务 中的邮箱重新绑定到所述备用服务器。
54. 根据权利要求47所述的方法,其中所述恢复包括重新导引所 i^户端。
55. 根据权利要求47所述的方法,其中所述服务器包括一个或更多 个消息传递和协作服务器。
56. 根据权利要求47所述的方法,其中所述数据包括应用数据、数 据库、存储组、邮箱数据和服务器数据中的一个或更多个。
57. 根据权利要求47所述的方法,其中所i^良务器包括交换服务器。
58. 根据权利要求47所述的方法,其中产生并维持所述副本包括 利用所述数据的信息以及从所述一个或更多个服务器接收到的数据的多 个数据变化的信息,产生至少一个数据替代。
59. 根据权利要求58所述的方法,进一步包括利用从所述一个或 更多个服务器接收到的至少一个附加数据变化的信息,更新所述至少一个 数据替代。
60. 根据权利要求59所述的方法,其中所述更新在下列情况中的至 少一个下执行在接收到所述至少一个附加数据变化时、在接收到多个附 加数据变化之后以及在对所述至少一个附加数据变化进行处理操作后。
61. —种方法,包括持续地影随一个或更多个运转服务器,所述运转服务器包括向多个客户端提供月良务的数据;在所述影随期间,产生并维持所述数据的副本;以及响应于检测到的所述一个或更多个运转服务器的故障,自动恢复到所 i^户端的服务,其中所述恢复包括将所述数据的副本拷贝到所述一个或 更多个运转服务器。
62. —种系统,包括一个或更多个近线服务器,其耦接到包括用于向多个客户端提供服务 的数据的一个或更多个运转服务器;以及引擎,其耦接到所述近线服务器,且被配置为通过产生并维持所述 数据的副本,持续地影随所述运转服务器;其中所述引擎被配置为响应 于检测到的所述一个或更多个运转服务器的故障,利用 一个或更多个备用 服务器自动恢复到所^j:户端的服务,所述恢复包括将所述数据的副本拷 贝到所述备用服务器。
63. 根据权利要求62所述的系统,进一步包括至少一个网络,所述 至少 一个网络耦接到所述一个或更多个近线服务器。
64. 根据权利要求63所述的系统,其中所述至少一个网络包括局域 网(LAN)、广域网(WAN)、城域网(MAN)以及存储域网(SAN)。
65. 根据权利要求62所述的系统,其中所述运转服务器和所述备用 服务器中的每一个被独立地识别和编址。
66. 根据权利要求62所述的系统,其中所述影随在所述一个或更多 个近线服务器上以接近实时的方式产生并维持所述数据的副本,其中所述 影随维持所述数据的完全的完整性和一致性。
67. 根据权利要求62所述的系统,其中所述恢复包括所述一个或 更多个近线服务器通过自动地重新建立所述客户端对所述服务的访问,保 持所述服务的连续性。
68. 根据权利要求62所述的系统,其中所述恢复包括所述一个或 更多个近线服务器在所述备用服务器上重新启动与所述数据对应的服务。
69. 根据权利要求62所述的系统,其中所述恢复包括所述一个或 更多个近线服务器将目录服务中的邮箱重新绑定到所述备用服务器。
70. 根据权利要求62所述的系统,其中所述恢复包括所述一个或更多个近线服务器重新导引所述客户端。
71. 根据权利要求62所述的系统,其中所述至少一个近线服务器包 括与在第 一站点的运转服务器共处一地的第 一近线服务器以及位于第二 站点的第二近线服务器。
72. 根据权利要求71所述的系统,其中在所述影随期间,所述数据 的副M储在所述第 一近线服务器上,其中所述数据的副#所述第一近 线服务器复制到所述第二近线服务器。
73. 根据权利要求72所述的系统,其中所述数据的副a所述第一 近线服务器传送到所述备用服务器。
74. 根据权利要求72所述的系统,其中所述数据的副a所述第二 近线服务器传送到所述备用服务器。
75. 根据权利要求62所述的系统,其中所述至少一个近线服务器包 括与在第 一站点的运转服务器共处一地的第 一近线服务器以及与在第二 站点的备用服务器共处一地的第二近线服务器。
76. 才艮据权利要求75所述的系统,其中在所述影随期间,所述数据 的副M储在所述第 一近线服务器上,其中所述数据的副>^所述第 一近 线服务器复制到所述第二近线服务器。
77. 根据权利要求76所述的系统,其中所述数据的副本从所述第一 近线服务器拷贝到所述备用服务器。
78. 根据权利要求76所述的系统,其中所述数据的副4^所述第二 近线服务器拷贝到所述备用服务器。
79. 根据权利要求62所述的系统,其中所述数据包括应用数据、数 据库、存储组、邮箱数据和服务器数据中的一个或更多个。
80. 根据权利要求1所述的系统,其中所述一个或更多个运转服务器 包括下列服务器中的一个或更多个本地服务器、远程服务器、数据库服 务器、消息传递服务器、电子邮件服务器、即时消息传递服务器、交换服 务器、互联网协议语音服务器、协作服务器、入口、客户关系管理(CRM) 服务器、企业资源计划(ERP)服务器、业务到业务服务器以及内容管理 服务器。
81. 根据权利要求62所述的系统,其中产生并维持所述副本包括 数据在所述备用服务器上的基于主机的复制。
82. 根据权利要求81所述的系统,其中所述基于主机的复制包括 将所述运转服务器的数据写到所i^it转服务器的本地存^i殳备;以及 将所述运转服务器的数据写到所述备用服务器的远程存^i更备。
83. 根据权利要求82所述的系统,其中自动恢复所述服务包括备 用服务器采用出现故障的运转Ji艮务器的身份和地址。
84. 根据权利要求62所述的系统,其中产生并维持所述副本包括 数据在所述备用服务器上的基于存^i史备的复制。
85. 根据权利要求84所述的系统,其中所述基于存储设备的复制包括将所述运转服务器的数据写到所述运转服务器的本地存^i殳备;以及将所述运转服务器的本地存储设备的数据复制到所述备用服务器的 远程存储设备。
86. 根据权利要求85所述的系统,其中自动恢复所述服务包括备 用服务器采用出现故障的运转服务器的身份和地址。
87. 根据权利要求62所述的系统,进一步包括耦接在所ii^户端、 所述运转服务器及所述备用服务器之间的至少一个代理,其中产生并维持 所述副本包括所述代理将所述多个客户端的数据写到所述运转服务器中 的至少 一个运转服务器的组件并写到所述备用服务器中的至少 一个备用 服务器的组件。
88. 根据权利要求87所述的系统,其中自动恢复所述服务包括所 述代理将所i^户端从发生故障的运转服务器切换到数据被写入的备用 服务器。
89. —种计算机可读介质,包括可执行指令,当所述可执行指令在处 理系统中执行时通过下列动作来进行月艮M持持续地影随一个或更多个运转服务器,所述运转服务器包括向多个客 户端提供月艮务的数据;在所述影随期间,产生并维持所述数据的副本;以及响应于检测到的所述一个或更多个运转服务器的故障,利用一个或更 多个备用服务器自动恢复到所述客户端的服务,其中所述恢复包括将所述 数据的副本拷贝到所述备用服务器。
90. —种计算机可读介质,包括可执行指令,当所述可执行指令在处 理系统中执行时通过下列动作来提供服M持持续地影随一个或更多个服务器,所述服务器包括向多个客户端提供 服务的应用数据;在所述影随期间,在至少一个近线服务器上产生并维持所述应用数据 的副本;以及响应于检测到的所述一个或更多个服务器的故障,利用 一个或更多个 备用服务器自动恢复到所述客户端的服务,其中所述恢复包括将所述应用 数据的副本从所述近线服务器拷贝到所述备用服务器。
91. 根据权利要求90所述的介质,其中所述服务器和备用服务器中 的每一个被独立地识别和编址。
92. 根据权利要求90所述的介质,其中所述副本包括所述服务器、 所述近线服务器以及所述备用服务器中的一个或更多个服务器的数据中 的一个或更多个部分。
93. 根据权利要求90所述的介质,其中所述影随在所述近线服务器 上以接近实时的方式产生并维持所述数据的副本,其中所述影随维持所述 数据的完全的完整性和一致性。
94. 根据权利要求90所述的介质,其中所述恢复包括通过下列动作 中的一个或更多个来保持所述服务的连续性自动地重新建立所iijl户端 对所述服务的访问、在所述备用服务器上重新启动与所述数据对应的服 务、将目录服务中的邮箱重新绑定到所述备用服务器以及重新导引所^ 户端。
95. 根据权利要求90所述的计算机可读介质,其中产生并维持所述副本包括利用所述数据的信息以;^从所述一个或更多个服务器接收到的数据的多个数据变化的信息,产生至少一个数据替代。
96. 根据权利要求95所述的计算机可读介质,进一步包括利用从 所述一个或更多个服务器接收到的至少一个附加数据变化的信息,更新所 述至少一个数据替代,其中所述更新在下列情况中的至少一个下执行在 接收到所述至少 一个附加数据变化时、在接收到多个附加数据变化之后以 及在对所述至少一个附加数据变化进行处理操作后。
全文摘要
描述了用于服务可利用性的系统和方法,其以及时和应用智能的方式提供服务器服务的自动恢复,从而在保持服务器身份的同时,维持应用的一致性和完整性。所述系统和方法,在此共同被统称为服务保持系统(SPS),其管理服务器数据的完全恢复并保持服务器服务的连续性,从而在主服务器或者其他服务器发生故障的事件或灾难之后,重新建立用户对服务器的访问。在此所提及的故障、灾难和损失可以是多等级的,并且包括但是不限于项目的意外删除、整个邮箱的丢失、整个硬盘驱动器的损失、整个服务器的损失和/或整个服务器站点的损失。
文档编号G06F15/16GK101501668SQ200680039262
公开日2009年8月5日 申请日期2006年8月7日 优先权日2005年8月23日
发明者T·M·拉维, 罗伊·P·德索扎 申请人:米谋萨系统有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1