专用 Exadata 基础结构上自治 AI 数据库的可用性服务级别协议 (SLA)

本主题介绍了专用 Exadata 基础结构上 Oracle Autonomous AI Database 的服务级别协议 (Service Level Agreement，SLA) 和服务级别目标 (Service Level Objectives，SLO)。

Oracle Autonomous AI Database 在 Oracle Exadata Cloud 基础设施（Oracle Public Cloud、Multicloud 和 Oracle Exadata Cloud@Customer）上运行，利用 Oracle 的高可用性架构 (Maximum Availability Architecture，MAA)。专用 Exadata 基础结构上的自治 AI 数据库经过专门设计，可在计划外停机或计划内维护活动后，在一位数秒内将应用程序恢复联机。

Oracle 高可用性架构 (Maximum Availability Architecture，MAA) 是由 Oracle 工程师多年来开发的实践，用于集成 Oracle 高可用性、数据保护和灾难恢复技术。Oracle MAA 的主要目标是使用 Oracle Cloud MAA 架构和解决方案，为在我们的系统和数据库平台上运行的 Oracle 数据库和应用实现恢复时间目标 (Recovery Time Objectives，RTO) 和恢复点目标 (Recovery Point Objective，RPO)。基于专用 Exadata 基础结构的自治 AI 数据库已通过 MAA 白金认证。

有关 Oracle MAA 的更多详细信息，请参阅 Oracle Database 19c High Availability Overview and Best Practices 或 Oracle Database 26ai High Availability Overview and Best Practices 中的高可用性架构和自治 AI Database Cloud 。

运行时间

下表概述了专用 Exadata 基础结构上 Oracle Autonomous AI Database 的服务级别协议 (Service Level Agreement，SLA) 和服务级别目标 (Service Level Objective，SLO)。

服务	类型	运行时间（无 Autonomous Data Guard）	运行时间（使用 Autonomous Data Guard）
基于专用 Exadata 基础设施（公有云部署）、OCI、@AWS 和 @Azure 的自治 AI 数据库	服务级别协议 (Service Level Agreement, SLA)	99.95% 每月最多停机 22 分钟。	99.995% 每月最多停机 132 秒。
Exadata Cloud@Customer 上的自治 AI 数据库	服务水平目标 (SLO)	99.95% 每月最多停机 22 分钟。	99.995% 每月最多停机 132 秒。
面向开发人员的自治 AI 数据库 （公有云和 Exadata Cloud@Customer 部署）	服务水平目标 (SLO)	99.5%	不适用 Autonomous Data Guard 不支持面向开发人员的自治 AI 数据库。

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

恢复时间目标 (Recovery Time Objective，RTO) 和恢复点目标 (Recovery Point Objective，RPO)

下表概述了没有 Autonomous Data Guard 和 Autonomous Data Guard 的专用 Exadata 基础结构上 Autonomous AI Database 的不同故障事件的目标恢复时间目标 (Recovery Time Objective，RTO) 和恢复点目标 (Recovery Point Objective，RPO) SLA/SLO。

故障和维护事件	服务级别停机 (SLO)	最大可行数据丢失
本地化活动，包括： Exadata 集群网络拓扑故障 存储（磁盘和闪存）故障 数据库实例故障 数据库服务器故障 定期更新软件和硬件维护	接近零	零
由于备用数据库不存在，需要从备份还原的事件： 数据破坏 完全数据库故障 完整的存储故障 多 AD 区域可用性域 (Availability Domain，AD)	分钟到小时 （无 Autonomous Data Guard）	15 分钟 （无 Autonomous Data Guard）
需要非滚动软件更新或数据库升级的事件	在非滚动软件更新或数据库升级事件完成之前。 对于包括时区文件更新的升级，服务级别停机时间取决于升级期间修改的时区数据量。	零

故障和维护事件	服务级别停机时间 (RTO)	潜在的服务级别数据丢失 (Potential Service Level Data Loss，RPO)
本地化活动，包括： Exadata 集群网络结构故障 存储（磁盘和闪存）故障 数据库实例故障 数据库服务器故障 定期更新软件和硬件维护	零或接近零	零
需要使用 Autonomous Data Guard 故障转移到备用数据库的事件，包括： 数据损坏（因为 Data Guard 对物理损坏进行了自动块修复，所以仅对逻辑损坏或大量数据损坏执行故障转移操作） 完全数据库故障 完整的存储故障 可用性域或区域故障（仅当备用数据库位于多个区域时，区域故障保护才可用。）	几秒钟到两分钟	零且具有最高可用性保护模式（使用同步重做传输）。最常用于区域内备用数据库。 对于最高性能保护模式（使用异步重做传输），接近零。最常用于跨区域备用数据库。