---
title: "什么是 RPO 和 RTO？定义、示例和 HA 策略"
canonical: "https://safekit.eviden.com/zh-hans/best-practises/what-is-rpo-and-rto-with-examples/"
description: "通过清晰的示例了解 RPO（恢复点目标）和 RTO（恢复时间目标）的定义。了解 SafeKit 如何实现零数据丢失 (RPO=0) 和快速故障转移，以确保 24/7 业务连续性。"
category: "best-practises"
lang: "zh-hans"
topics: "快速摘要：RPO 与 RTO, 目录, 如何计算高可用性和业务连续性解决方案的 RPO 和 RTO？, 如何确定备份和灾难恢复解决方案的 RPO 和 RTO？, SafeKit镜像集群如何实现零RPO和低RTO？, 具有负载平衡功能的 SafeKit 场集群的 RTO 基准是什么？, 比较表：RTO 与 RPO, 高可用性实践：零 RPO 和近零 RTO 的实时演示, 常见问题解答：优化 RPO 和 RTO 以实现业务连续性"
---

# 什么是 RPO 和 RTO？定义、示例和 HA 策略 {#what-are-rpo-and-rto-definitions-examples-and-ha-strategies}

## 快速摘要：RPO 与 RTO {#article-summary}

  * **RPO（恢复点目标）：**措施**数据丢失**。它定义了恢复操作必须恢复的文件的最长期限。
  * **RTO（恢复时间目标）：**测量**停机时间**。它是业务流程必须恢复的持续时间。
  * **主要区别：** RPO 涉及 **存储/备份**，而 RTO 涉及 **恢复/故障转移速度**。
  * **SafeKit 能力：** 通过同步复制和自动故障转移提供 **0 RPO**（无数据丢失）和 **低 RTO**（快速重启）。

![RPO（恢复点目标）和RTO（恢复时间目标）对比图，说明SafeKit如何实现零数据丢失和应用程序快速重启。](https://safekit.eviden.com/wp-content/uploads/2026/08/rto-rpo-5-1024-en-2.jpg "w:512")

**RPO 与 RTO：比较 SafeKit 中的数据丢失和恢复时间**

## 目录 {#table-of-contents}

  * [如何计算高可用性和业务连续性解决方案的 RPO 和 RTO？](#calculate-rpo-rto-high-availability)
  * [如何确定备份和灾难恢复解决方案的RPO和RTO？](#calculate-rpo-rto-backup-solution)
  * [SafeKit镜像集群如何实现零RPO和低RTO？](#rpo-rto-safekit-mirror-cluster)
  * [具有负载平衡功能的 SafeKit 场集群的 RTO 基准是什么？](#rpo-rto-safekit-farm-cluster)
  * [比较表：RTO 与 RPO](#rpo-vs-rto-comparison)
  * [高可用性实践：零 RPO 和近零 RTO 的实时演示](#safekit-rpo-rto-video-demos)
  * [有关 RPO 和 RTO 的常见问题](#faq-rpo-rto)
  * [SafeKit 高可用性导航中心](#hub)

 

## 如何计算高可用性和业务连续性解决方案的 RPO 和 RTO？ {#calculate-rpo-rto-high-availability}

### 什么是高可用性？ {#what-is-high-availability}

**高可用性 (HA)** 是一种技术架构，旨在确保系统在指定的时间百分比（例如 99.99%）内保持运行和可访问。

![SafeKit高可用性软件徽标代表SANless集群和同步复制](https://safekit.eviden.com/wp-content/uploads/2026/01/safekit-icon-512x512-1.png "w:128")

为了实现 **业务连续性计划** 中定义的 RPO 和 RTO 目标，高可用性通常通过两种主要架构来实现：

  * **基于 SAN 的共享磁盘系统：** 传统集群，其中 2 个节点连接到中央存储区域网络 (SAN)。如果一个节点发生故障，另一节点将接管对共享数据的访问。
  * **无 SAN 同步复制：** 现代“无共享”架构 — 由 [SafeKit 软件](</> "SafeKit High Availability Software") 实现 — 通过消除对 SAN 的需求，在 2 个独立节点的本地磁盘之间实时复制数据。

### 高可用性解决方案的 RPO 是多少？ {#what-is-rpo-high-availability}

**RPO（恢复点目标）**定义了及​​时测量的最大可容忍数据丢失量。对于真正的**高可用性解决方案**，目标 RPO 是**零**。

在实施具有自动故障转移功能的高可用性集群时，**零 RPO** 可确保应用程序重新启动而不会丢失数据。

  * **基于 SAN 的共享磁盘系统：** 由于两个节点都访问**完全相同的物理数据块**，因此节点之间不存在“增量”或滞后，从而确保故障转移期间的总体数据一致性。
  * **基于软件的同步复制：** 一种 SANless 方法，其中每个“写入”操作都通过网络实时镜像。只有当数据安全存储在两个节点上时，应用程序才会收到**写入确认**。即使主服务器发生故障，这种同步“双写”过程也能保证**零数据丢失**。

### 高可用性解决方案的 RTO 是多少？ {#what-is-rto-high-availability}

**RTO（恢复时间目标）**表示服务中断后可容忍的最长停机时间。在**高可用性**的背景下，RTO 应尽可能小，以确保对关键应用程序的持续访问。

为了实现低 RTO，高可用性解决方案利用**自动故障转移**来检测硬件或软件故障并立即重新启动应用程序。在典型的高可用性集群中，**RTO 大约为一分钟**，计算公式如下：

  * **故障检测时间：** 系统识别节点或应用程序心跳丢失所需的时间间隔。
  * **自动重启时间：** 应用程序服务在幸存节点上初始化所需的时间。

## 如何确定备份和灾难恢复解决方案的 RPO 和 RTO？ {#calculate-rpo-rto-backup-solution}

### 什么是备份解决方案？ {#what-is-backup}

**备份解决方案**是一种数据保护策略，旨在创建定期数据副本到辅助存储设备或云。与高可用性不同，备份侧重于**长期数据保留**以及从数据损坏或站点范围的灾难中恢复。

![备份解决方案图标代表长期数据保留的备份架构](https://safekit.eviden.com/wp-content/uploads/2026/01/backup-icon.png "w:128")

为了满足 **灾难恢复计划** 中定义的 RPO 和 RTO 目标，备份通常通过两种主要方法实施：

  * **计划快照：** 以固定时间间隔（例如每天）获取数据的时间点副本的过程。这定义了 **RPO** ，因为在上次快照和故障之间修改的任何数据都会丢失。
  * **异地或云恢复：** 数据存储在单独的物理位置的架构。虽然这可以确保数据存活，但会导致 **更高的 RTO**，因为必须在应用程序重新启动之前传输和恢复数据。

### 什么是备份解决方案的 RPO？ {#what-is-rpo-backup}

**RPO（恢复点目标）** 备份上下文中定义了必须从存储中恢复才能恢复正常操作的文件的寿命。与高可用性不同， **备份解决方案** 通常涉及非零 RPO，表示自上次成功完成备份以来所经过的时间。 

备份策略中的数据丢失量由**备份频率**决定。根据架构的不同，此 RPO 的范围可以从几分钟到 24 小时不等： 

  * **增量快照：**按照设定的时间间隔仅保存更改的数据块的方法。如果每 4 小时进行一次备份，则**最大 RPO 为 4 小时**，这意味着在上次快照和系统崩溃之间创建的任何数据都将永久丢失。 
  * **每日完整备份：** 一种传统方法，每天制作一次完整的数据副本（通常是过夜）。这会产生 **24 小时 RPO**，这对于非关键数据来说可能是可以接受的，但对于事务数据库来说通常是不够的。 

### 什么是备份解决方案的 RTO？ {#what-is-rto-backup}

备份策略中的 **RTO（恢复时间目标）** 是从备份介质恢复数据并将应用程序返回到操作状态所需的持续时间。与高可用性不同，**备份的 RTO** 明显更长，因为它涉及手动或脚本化恢复过程。 

对于备份解决方案，**RTO 的范围可以从几个小时到几天**，具体取决于数据量和恢复架构。总停机时间计算如下： 

  * **数据传输时间：** 将数据从备份存储（本地磁盘、磁带或云）移回生产服务器所需的时间。 
  * **系统重新配置时间：** 在用户重新登录之前将数据拉入应用程序、重建索引并验证数据完整性所需的时间间隔。 

## SafeKit镜像集群如何实现零RPO和低RTO？ {#rpo-rto-safekit-mirror-cluster}

### 什么是SafeKit镜像集群？ {#what-is-safekit-mirror-cluster}

**SafeKit 镜像集群**是一种基于软件的高可用性解决方案，实现“无共享”架构。与需要昂贵的 SAN 的传统集群不同，SafeKit 使用两台标准服务器的本地资源来创建高度弹性的环境。

![SafeKit 镜像集群架构显示主节点和辅助节点之间的实时字节级文件复制](https://safekit.eviden.com/wp-content/uploads/2023/02/safekit-prim-second-300.png "w:300")

为了确保您的 **业务连续性计划** 内的最大正常运行时间和数据保护，SafeKit 镜像集群通过两种集成机制运行：

  * **实时同步复制：** SafeKit 通过网络在主备节点的本地磁盘之间镜像数据。这可确保 RPO 为零，因为在事务完成之前，两个服务器上的每个数据字节都受到保护。
  * **自动 IP 和应用程序故障转移：** 如果主节点发生故障，SafeKit 自动检测心跳丢失并在辅助节点上重新建立应用程序及其虚拟 IP 地址。这导致 RTO 约为一分钟，从而提供无缝的服务连续性。

### SafeKit镜像集群的RPO是多少？ {#rpo-safekit-example}

**SafeKit镜像集群的RPO为零**，因为节点之间的数据复制是[同步、实时](</best-practises/synchronous-replication-vs-asynchronous-replication/> "Synchronous vs Asynchronous Replication")。

这种零数据丢失保证是通过**写入确认**过程实现的：只有在成功写入主节点和辅助节点的本地磁盘后，才会向应用程序确认磁盘写入。

相反，使用**异步复制**，RPO 大于零。由于主写入和辅助更新之间存在延迟，因此在故障转移到辅助服务器期间发生故障将导致数据丢失。对于关键任务**业务连续性**，同步复制是确保应用程序重新启动时具有 100% 数据完整性的唯一方法。

### SafeKit镜像集群的RTO是多少？ {#what-is-rto-safekit}

标准配置下，**SafeKit镜像集群的RTO约为一分钟**。 SafeKit 提供了在 **应用程序级别** 或 **VM 级别** 实现高可用性的灵活性，每种级别对恢复时间的影响不同： 

  * **应用程序级 HA：** 这是优化的 SafeKit 方法，其中软件监视特定应用程序服务。 
    * **硬件故障：** RTO =_心跳超时_（默认30秒）+_应用程序重启时间_。
    * **软件故障：** RTO = _应用程序停止时间_ \+ _应用程序重新启动时间_。
    * **主要优点：** 由于操作系统已在辅助节点上运行，因此不存在操作系统启动延迟，从而实现**业务连续性** 的最快恢复。
  * **虚拟机级 HA：** 在此场景中，SafeKit 保护整个虚拟机环境。 
    * **故障恢复：** RTO = _故障检测_ \+ **操作系统重启时间** \+ _应用程序重启时间_。
    * **技术权衡：** RTO 自然会更长（几分钟），因为辅助节点必须在应用程序开始初始化之前执行操作系统的完整冷启动。

通过利用**应用程序级高可用性**，SafeKit 消除了标准虚拟化中固有的“重新启动惩罚”，确保您的**业务连续性计划**实现尽可能短的停机时间。 

## 具有负载平衡功能的 SafeKit 场集群的 RTO 基准是什么？ {#rpo-rto-safekit-farm-cluster}

### 什么是SafeKit农场集群？ {#what-is-safekit-farm-cluster}

**SafeKit Farm Cluster** 是一种基于软件的高可用性解决方案，专为需要 **可扩展性** 和 **冗余** 的无状态应用程序（如 Web 服务器）而设计。与专注于数据复制的镜像集群不同，场集群将传入流量分布在多个活动节点上。

![SafeKit Farm 集群架构展示了无状态应用程序的网络负载平衡和故障转移](https://safekit.eviden.com/wp-content/uploads/2023/02/safekit-up-up-up-300.png "w:300")

为了保持高流量环境的**业务连续性**，SafeKit 场集群通过两个核心机制运行：

  * **网络负载平衡：** SafeKit 使用虚拟 IP 地址在多个活动服务器的“场”之间分配传入网络流量。这可以确保没有任何一台服务器被压垮，并最大限度地提高应用程序的性能。
  * **自动故障检测和重新配置：** 如果场中的一个节点发生故障，SafeKit 通过心跳检测到故障，并立即在剩余的健康节点之间重新分配其流量。这为整体服务提供了接近于零的 RTO，因为其他节点已经处于活动状态并准备好吸收负载。

### SafeKit 农场集群的 RPO 是多少？ {#what-is-rpo-safekit-farm}

**SafeKit 场集群**的 **RPO（恢复点目标）** 通常被认为是**不适用 (N/A)**。这是因为场集群是专门为**无状态应用程序**设计的，其中数据不存储在本地节点上。 

由于场集群专注于**网络负载平衡**而不是数据同步，因此集群本身内的节点之间没有数据复制。在涉及农场架构的典型**业务连续性计划**中： 

  * **无状态操作：** 场中的所有节点都是相同的，并且不保存持久数据；因此，在节点故障期间不存在可测量的“数据丢失”。 
  * **外部数据存储：** 如果应用程序需要数据持久性，通常由单独的后端 **SafeKit 镜像集群** 处理，此时 RPO 将为零。 

### SafeKit 集群的 RTO 是多少？ {#rto-example-safekit-farm-cluster}

在场架构中，**RTO 减少到只有几秒**，因为所有节点通常同时处于活动状态。恢复时间由集群重新配置其流量分配的速度决定：

  * **硬件故障：** RTO 等于 _故障检测超时_ 跨监控通道（默认为几秒）。一旦检测到心跳丢失， **虚拟IP负载均衡过滤器** 自动重新配置以将流量重定向到剩余的健康节点。
  * **软件故障或计划重启：** RTO 计算如下 _应用停止时间_ 加上 _应用程序重启时间_ 在该特定节点上，在此期间场中的其他节点继续处理所有传入流量。

这种“主动-主动”机制确保对于无状态服务， **业务连续性** 最终用户几乎察觉不到影响，因为无需在新的备用节点上初始化服务。

## 比较表：RTO 与 RPO {#rpo-vs-rto-comparison}

**语义定义：RTO 与 RPO**

公制 |缩写词 |定义 |重点领域  
---|---|---|---  
Recovery Time Objective | RTO |故障后恢复业务流程的目标持续时间。 |可用性/停机时间  
恢复点目标 |恢复点目标 |为了恢复操作而必须从备份中恢复的文件的最长期限。 |数据丢失/完整性  
  
**高可用性 (HA) 与标准备份**

特点 |备份解决方案 |高可用性（SafeKit）  
---|---|---  
恢复自动化 |人工干预 |自动故障转移  
目标RTO |几小时到几天 |几秒到约 1 分钟  
目标恢复点目标 | > 0（最后一个备份点） | 0（同步复制）  
  
**SafeKit 集群的 RTO 和 RPO 基准**

建筑 |使用案例 | RTO（可用性） | RPO（数据丢失）  
---|---|---|---  
镜像集群 |实时复制 | ~1 分钟（心跳 + 重启） | 0（无数据丢失）  
农场集群 |网络负载平衡 |几秒钟 |不适用（无状态）  
  
## 高可用性实践：零 RPO 和近零 RTO 的实时演示 {#safekit-rpo-rto-video-demos}

### 视频：在 SafeKit 镜像集群中实现零 RPO 和低 RTO (8:47) {#demo-mirror-cluster-rpo-rto}

了解 SafeKit 如何处理严重故障。该视频演示了**同步复制**确保 SQL 数据库中没有数据丢失 (RPO 0) 以及辅助节点上服务的**自动重启**（低 RTO）。

#### 章节 {#chapters}

  1. 🎬 [2 节点与 SQL Server](<https://www.youtube.com/watch?v=mGwEguDnnH0&t=0s>) (0:32)
  2. 🎬 [配置集群和mirror.safe模块](<https://www.youtube.com/watch?v=mGwEguDnnH0&t=32s>) (3:58)
  3. 🎬 [启动并测试崩溃时的 SQL 复制、迁移、故障转移](<https://www.youtube.com/watch?v=mGwEguDnnH0&t=270s>) (4:17)

[这里免费试用](<https://safekit.eviden.com/quick-install/safekit-quick-installation-guide-for-a-new-windows-application-with-real-time-replication-and-failover/>)

### 视频：在 SafeKit 农场集群中实现接近零的 RTO (5:03) {#demo-farm-cluster-rpo-rto}

观看 SafeKit 如何管理 Apache Web 场以提供性能扩展和即时故障转移。

#### 章节 {#chapters-1}

  1. 🎬 [2 节点与 Apache](<https://www.youtube.com/watch?v=1Ww2-cXHNx4&t=0s>) (0:13)
  2. 🎬 [配置集群和farm.safe模块](<https://www.youtube.com/watch?v=1Ww2-cXHNx4&t=13s>) (2:20)
  3. 🎬 [启动并测试网络负载平衡、崩溃时的故障转移](<https://www.youtube.com/watch?v=1Ww2-cXHNx4&t=153s>) (2:30)

[这里免费试用](<https://safekit.eviden.com/quick-install/safekit-quick-installation-guide-for-a-new-windows-application-with-network-load-balancing-and-failover/>)

## 常见问题解答：优化 RPO 和 RTO 以实现业务连续性 {#faq-rpo-rto}

### RPO和RTO可以为零吗？ {#can-rpo-rto-be-zero}

**是的。** 实现**零 RPO** 意味着不会丢失数据，这可以通过同步数据镜像实现。 **接近零的 RTO** 是通过 SafeKit 等自动故障转移软件实现的，该软件可以在几秒或几分钟内检测故障并在辅助节点上重新启动应用程序。

### RPO 和 RTO 哪个更重要？ {#importance-rpo-vs-rto}

两者本质上都不是更重要。他们扮演不同的角色。 **RPO（恢复点目标）** 重点关注数据丢失——您可以承受丢失多少数据。 **RTO（恢复时间目标）** 重点关注停机时间——您必须多快恢复在线。对于关键任务应用程序，两者都必须最小化。

### SafeKit在应用程序级别与VM级别的RPO和RTO有什么区别？ {#safekit-application-vs-vm-level}

虽然两者都通过同步复制确保 **RPO 为 0**，但它们的恢复时间不同：

  * **应用程序级别：** 更快的 RTO（大约 1 分钟），因为只有应用程序服务在已运行的操作系统上重新启动。它还检测特定的软件/进程崩溃。
  * **VM 级别：** 更高的 RTO，因为整个虚拟机必须在辅助主机上重新启动。虽然与应用程序无关，但它缺乏对应用程序进程本身的精细监控。

### HA 和备份解决方案在 RTO 方面有何区别？ {#ha-vs-backup-rto}

高可用性 (HA) 通常提供低得多的 RTO（秒到分钟），因为它会自动处理本地故障。使用备份解决方案 (DR) 进行灾难恢复通常具有较高的 RTO（数小时到数天），因为它涉及在发生重大灾难后在地理位置较远的站点恢复数据和服务。

### 如何在远程站点之间实现最佳 RPO 和 RTO？ {#rpo-rto-between-remote-sites}

跨远程站点实现**零 RPO** 和 **接近零 RTO** 需要结合使用 **同步复制** 和 **扩展 LAN（延伸 VLAN）**：

  * **扩展 LAN/延伸 VLAN：** 通过跨两个数据中心延伸同一子网（第 2 层），您可以将应用程序从站点 A 移动到站点 B，而无需更改其 IP 地址，从而避免复杂的 DNS 更新。
  * **SafeKit 解决方案：** SafeKit 通过提供在站点之间浮动的**软件定义的虚拟 IP (VIP)** 来利用这一点。它立即使用免费 ARP (GARP) 将流量重新路由到辅助站点。

这可以实现**RPO = 0**（实时镜像）和**最小 RTO**（大约 1 分钟内的故障转移），无需人工干预。

### 为什么高可用性和备份的结合对于优化 RPO 和 RTO 至关重要？ {#combining-ha-and-backup-for-rpo-rto}

将高可用性 (HA) 与备份解决方案相结合是实现“两全其美”恢复策略的唯一方法。虽然它们经常一起讨论，但它们求解 RPO/RTO 方程的不同部分：

  * **高可用性（通过 SafeKit）：** 在硬件或软件故障期间优化接近零 RTO 和零 RPO。通过使用实时同步复制，辅助服务器始终保持最新状态。如果主服务器发生故障，服务会立即在辅助服务器上重新启动，不会丢失数据。
  * **备份解决方案：** 防止数据完整性问题（例如勒索软件或意外删除）。由于 HA 会立即复制更改，因此它将“忠实”地将病毒或已删除的数据库记录复制到备用服务器。备份允许您“回到过去”到损坏发生之前的某个时间点。
  * **混合方法：** 为了获得最大的弹性，组织使用 **3 节点混合架构**。这包括一个 2 节点本地集群，具有用于立即 HA 的同步复制，以及用于灾难恢复的第三个远程复制（异步）。这种分层防御可确保您拥有用于即时恢复的“实时”副本和用于数据安全的“历史”副本。