Your address will show here +01 (414) 230 - 5550

业务连续性和灾难恢复

解决方案体系结构

解决方案体系结构

下图为提议的灾难恢复解决方案的体系结构。在生产站点,DR Prophet™ 使用本地存储服务器为每个受保护的磁盘创建精简配置的镜像卷(“SAN 镜像”)。在应用程序服务器中运行的应用程序感知代理器可确保镜像数据的一致性和完整性。所有后续备份或灾难恢复相关活动(例如,快照或 DR 预演)都会针对 SAN 镜像执行,以避免对生产系统的性能造成任何影响。

  • Text Hover

DR Prophet™ 还会在 DR 站点创建块级 SAN 镜像远程副本(“远程副本”)。所有通过 Internet 传输的 IP 流量将完全经过 WAN 优化。在 DR 站点运行的 DR Prophet™ 实例将完全独立于生产站点对远程副本截取快照并执行 DR 预演。


此体系结构还包括一整套备用服务器,能够精确模仿生产站点的配置。当生产服务器发生灾难性故障时,可以利用备用服务器和远程副本中的数据快速恢复业务操作。

恢复点目标 (RPO)

恢复点目标 (RPO)

对于传统的磁带式系统,通常会在每个业务日结束时执行一次备份,以避免因资源争用而降低生产系统的运行速度。不仅如此,数据备份操作一旦开始,则需要数小时才能完成,这也使得在营业时间内无法进行备份。

  • Text Hover

与磁带系统不同,DR Prophet™的体系结构几乎能够达到实时操作。通过在每个受保护的应用程序服务器中使用代理,所有磁盘操作均会被复制并通过 LAN 发送至生产站点的 SAN 镜像,通过 WAN 发送到至DR 站点的远程副本。实质上,生产磁盘会同时在本地(SAN 镜像)和远程(远程副本)进行镜像操作。根据配置计划,系统可定期截取快照以保留镜像磁盘的即时备份,以便在发生病毒攻击或文件损坏时能够将磁盘回滚到先前已知的良好状态。如果磁盘空间允许,DR Prophet™ 可以截取多达 1024 份快照,使系统管理员能够对可用的恢复点实现精密控制。由于快照操作针对镜像磁盘执行,因此,可根据需要尽可能多地截取快照以改善 RPO,且不会影响生产系统的正常操作。

应用程序感知快照

未与应用程序协调而随机截取的快照经常会使常用的业务应用程序(例如 Oracle 或 Microsoft SQL Server)在快照镜像中处于一致崩溃状态。在截取快照前,DR Prophet™ 代理可主动与应用程序通信,将程序置于静止状态(联机备份状态)。这样,可从根本上确保数据库在快照中保持一致状态,且即时备份可被立即用于恢复应用程序,而无需执行冗长且耗时的步骤(例如,验证或重播数据库日志文件)。

恢复时间目标 (RTO)

恢复时间目标 (RTO)

如出现非灾难性的次要故障(例如,文件损坏或文件夹意外删除),要想恢复,只需选择已知状态良好的即时快照并将其安装至应用程序服务器,即时快照将显示为新磁盘且包括应用程序可立即使用的所有数据。

  • Text Hover

如出现灾难性的服务器或硬盘故障,可在备用虚拟服务器上设置服务器的虚拟化复本,使用 SAN 镜像快速恢复服务,无需等待硬件厂商将出现故障的硬件恢复到运行状态。将出现故障的硬件替换后,可从 SAN 镜像回传数据。


故障场景DR Prophet™ 操作本地恢复RTO
文件或文件夹丢失或损坏验证10 分钟
数据库损坏安装最近已知状态良好快照20 分钟
操作系统/应用程序崩溃完整系统恢复,包括启动驱动程序或在备用虚拟机中的 P2V/V2V15 分钟
存储硬件故障完整数据镜像可用 (LVM*)0 分钟
站点丢失在 1 小时内启动 DR 站点进入生产模式1~2 小时

* LVM 镜像仅用于 AIX 保护。