Autonomous Database on Dedicated Exadata Infrastructure 的可用性服务级别协议 (Service Level Agreement，SLA)

本主题介绍 Oracle Autonomous Database on Dedicated Exadata Infrastructure 的服务级别协议 (Service Level Agreement，SLA) 和服务级别目标 (Service Level Objectives，SLO)。

Oracle Autonomous Database 在 Oracle Exadata Cloud infrastructure（Oracle Public Cloud 、 Multicloud 和 Oracle Exadata Cloud@Customer ）上运行，并利用 Oracle 的高可用性架构 (MAA)。Autonomous Database on Dedicated Exadata Infrastructure 设计为在计划外停机或计划内维护活动后，在一位数秒内将应用恢复为联机状态。

Oracle 高可用性架构 (Maximum Availability Architecture，MAA) 是 Oracle 工程师多年来为集成使用 Oracle 高可用性、数据保护和灾难恢复技术而开发的一组优秀实践。Oracle MAA 的主要目标是使用 Oracle Cloud MAA 架构和解决方案，满足我们的系统和数据库平台上运行的 Oracle 数据库和应用的恢复时间目标 (Recovery Time Objectives，RTO) 和恢复点目标 (Recovery Point Objectives，RPO)。Autonomous Database on Dedicated Exadata Infrastructure 已通过 MAA 白金认证和验证。有关 Oracle MAA 的更多详细信息，请参见 Oracle Database 19c High Availability Overview and Best Practices 中的 Maximum Availability Architecture and Autonomous Database Cloud 或 Oracle Database 23ai High Availability Overview and Best Practices 。

运行时间

下表概述了 Oracle Autonomous Database on Dedicated Exadata Infrastructure 的服务级别协议 (Service Level Agreement，SLA) 和服务级别目标 (Service Level Objective，SLO)。

表 - 正常运行时间 SLA/SLO

服务 类型 正常运行时间（无 Autonomous Data Guard） 正常运行时间（使用 Autonomous Data Guard）

Autonomous Database on Dedicated Exadata Infrastructure （Oracle Public Cloud 部署）

服务级别协议 (Service Level Agreement, SLA)

99.95%

每月最多停机 22 分钟。

99.995%

每月最多停机 132 秒。
Autonomous Database on Exadata Cloud@Customer 、Autonomous Database on Oracle Database@AWS 服务水平目标 (SLO)

99.95%

每月最多停机 22 分钟。

99.995%

每月最多停机 132 秒。

面向开发人员的自治数据库

（Oracle Public Cloud 和 Exadata Cloud@Customer 部署）

服务水平目标 (SLO)

99.5%

不适用

Autonomous Data Guard 不支持 Autonomous Database for Developers 。

注意：

对于上表中“正常运行时间”列下的“可用性服务级别协议 (SLA)”，Oracle 将尽商业上合理的努力，使每个此类服务在任何日历月内都按指示的“每月正常运行时间百分比”提供（“服务承诺”）。如果未满足此服务承诺，您将有资格获得此类不合规服务的服务储值，并获得服务储值百分比。有关服务储值百分比值和其他详细信息，请参阅 Oracle PaaS 和 IaaS 公共云服务支柱文档。

恢复时间目标 (RTO) 和恢复点目标 (RPO)

下表概述了没有 Autonomous Data Guard 和 Autonomous Data Guard 的 Autonomous Database on Dedicated Exadata Infrastructure 的不同故障事件的目标恢复时间目标 (Recovery Time Objective，RTO) 和恢复点目标 (Recovery Point Objective，RPO) SLA/SLO。

表 - 默认高可用性策略恢复时间和恢复点 SLA/SLO

故障和维护事件 服务级别停机 (Service-Level Downtime，SLO) 最大可变数据丢失
本地化活动，包括：
  • Exadata 集群网络拓扑故障
  • 存储（磁盘和闪存）故障
  • 数据库实例故障
  • 数据库服务器故障
  • 定期更新软件和硬件维护

接近于零

零
由于备用数据库不存在而需要从备份还原的事件：
  • 数据损坏
  • 完全数据库故障
  • 完整的存储故障
  • 适用于多 AD 区域的可用性域（可用性域，AD）

分钟数到小时数

（无 Autonomous Data Guard）

15 分钟

（无 Autonomous Data Guard）

需要非滚动软件更新或数据库升级的事件

在非滚动软件更新或数据库升级事件完成之前。

对于包括时区文件更新的升级，服务级别停机时间取决于升级期间修改的时区数据量。

零

表 - Autonomous Data Guard 恢复时间和恢复点 SLA/SLO

故障和维护事件 服务级别停机 (RTO) 潜在服务级别数据丢失 (RPO)
本地化活动，包括：
  • Exadata 集群网络结构故障
  • 存储（磁盘和闪存）故障
  • 数据库实例故障
  • 数据库服务器故障
  • 定期更新软件和硬件维护

零或接近零

零
需要使用 Autonomous Data Guard 故障转移到备用数据库的事件，包括：
  • 数据损坏（因为 Data Guard 对物理损坏具有自动块修复功能，因此仅对逻辑损坏或大量数据损坏需要执行故障转移操作）
  • 完全数据库故障
  • 完整的存储故障
  • 可用性域或区域故障（仅当备用数据库位于多个区域时，区域故障保护才可用。）

几秒到两分钟
  • 零，具有最大可用性保护模式（使用同步重做传输）。最常用于区域内备用数据库。
  • 对于最高性能保护模式，接近零（使用异步重做传输）。最常用于跨区域备用数据库。