Contrats de niveau de service (CNS) de disponibilité pour une base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée

Cette rubrique décrit les contrats de niveau de service et les objectifs de niveau de service pour Oracle Autonomous AI Database sur une infrastructure Exadata dédiée.

Oracle Autonomous AI Database s'exécute sur l'infrastructure Oracle Exadata Cloud (Oracle Public Cloud, Multicloud et Oracle Exadata Cloud@Customer), en tirant parti de l'architecture MAA (Maximum Availability Architecture) d'Oracle. Autonomous AI Database sur une infrastructure Exadata dédiée est conçu pour retourner une application en ligne à la suite d'une interruption non planifiée ou d'une activité de maintenance planifiée en quelques secondes à un chiffre.

L'architecture Oracle MAA est un ensemble de meilleures pratiques développées par les ingénieurs Oracle pendant de nombreuses années pour l'utilisation intégrée des technologies Oracle de haute disponibilité, de protection des données et de récupération après sinistre. L'objectif clé d'Oracle MAA est de respecter les objectifs de délai de récupération (ODR) et de point de récupération (OPR) pour les bases de données et les applications Oracle s'exécutant sur nos plates-formes de système et de base de données à l'aide des architectures et solutions MAA Oracle Cloud. La base de données sur intelligence artificielle autonome sur une infrastructure Exadata dédiée a été validée et certifiée MAA Platinum. Voir Architecture de disponibilité maximale et Base de données d'IA autonome en nuage dans Aperçu de la haute disponibilité et des meilleures pratiques pour Oracle Database 19c ou Aperçu de la haute disponibilité et des meilleures pratiques pour Oracle Database 26ai pour plus de détails sur Oracle MAA.

Uptime

Le tableau suivant décrit le contrat de niveau de service et l'objectif de niveau de service pour Oracle Autonomous AI Database sur une infrastructure Exadata dédiée.

Tableau - CNS/LO de temps de disponibilité

Service Type Temps de disponibilité (sans Autonomous Data Guard) Temps de disponibilité (avec Autonomous Data Guard)

Base de données d'IA autonome sur une infrastructure Exadata dédiée (déploiements Oracle Public Cloud)

Contrat de niveau de service

99.95%

Un maximum de 22 minutes de temps d'arrêt par mois.

99.995%

Un maximum de 132 secondes de temps d'arrêt par mois.
Base de données d'IA autonome sur Exadata Cloud@Customer, Base de données d'IA autonome sur Oracle Database@AWS Objectif de niveau de service

99.95%

Un maximum de 22 minutes de temps d'arrêt par mois.

99.995%

Un maximum de 132 secondes de temps d'arrêt par mois.

Base de données autonome sur l'IA pour les développeurs

(Déploiements Oracle Public Cloud et Exadata Cloud@Customer)

Objectif de niveau de service

99.5%

Sans objet

La base de données Autonomous AI Database for Developers n'est pas prise en charge par Autonomous Data Guard.

Note :

En ce qui concerne le contrat de niveau de service de disponibilité (CNS) dans les colonnes de temps de disponibilité du tableau ci-dessus, Oracle déploiera des efforts commercialement raisonnables pour que chacun de ces services soit disponible avec le pourcentage de temps de disponibilité mensuel indiqué au cours d'un mois civil (l'" engagement de service "). Si cet engagement de service n'est pas respecté, vous pourrez recevoir des crédits de service pour ce service non conforme avec un pourcentage de crédit de service. Reportez-vous au document pilier des services Oracle PaaS et IaaS Public Cloud pour connaître les valeurs de pourcentage de crédit de service et obtenir d'autres détails.

Objectif de délai de récupération (ODR) et objectif de point de récupération (OPR)

Les tableaux suivants décrivent les CNS/LO cibles d'objectif de temps de récupération (ODR) et d'objectif de point de récupération (OPR) pour différents événements de défaillance pour une base de données d'IA autonome sur une infrastructure Exadata dédiée sans Autonomous Data Guard et avec Autonomous Data Guard.

Tableau - CNS/LO de point de récupération/temps de récupération de la politique de haute disponibilité par défaut

Événements de défaillance et de maintenance Temps d'arrêt au niveau du service (SLO) Perte de données acceptable maximale
Événements localisés, notamment :
  • Défaillances de topologie réseau dans les grappes Exadata
  • Échec du stockage (disque et flash)
  • Défaillances d'instance de base de données
  • Défaillances du serveur de base de données
  • Mise à jour périodique des composants logiciels et matériels

Presque zéro

Zéro
Événements nécessitant une restauration à partir d'une sauvegarde car la base de données de secours n'existe pas :
  • Corruptions de données
  • Défaillances totales de base de données
  • Défaillances totales de stockage
  • Domaine de disponibilité pour les régions comportant plusieurs domaines de disponibilité

Plusieurs minutes ou heures

(sans Autonomous Data Guard)

15 minutes

(sans Autonomous Data Guard)

Événements nécessitant des mises à jour logicielles non continues ou des mises à niveau de base de données

Jusqu'à la fin de la mise à jour logicielle non continue ou de l'événement de mise à niveau de la base de données.

Pour les mises à niveau qui incluent une mise à jour du fichier de fuseau horaire, le temps d'arrêt au niveau du service dépend de la quantité de données de fuseau horaire qui est modifiée pendant la mise à niveau.

Zéro

Tableau - CNS/OBS de délai de récupération et de point de récupération Autonomous Data Guard

Événements de défaillance et de maintenance Temps d'arrêt au niveau du service (ODR) Perte potentielle de données au niveau du service (OPR)
Événements localisés, notamment :
  • Échecs de structure de réseau en grappe Exadata
  • Échec du stockage (disque et flash)
  • Défaillances d'instance de base de données
  • Défaillances du serveur de base de données
  • Mise à jour périodique des composants logiciels et matériels

Zéro ou presque zéro

Zéro
Événements nécessitant un basculement vers la base de secours à l'aide d'Autonomous Data Guard, notamment :
  • Corruptions de données (étant donné que Data Guard assure la réparation automatique de blocs pour les corruptions physiques, le basculement n'est requis que pour les corruptions logiques ou les corruptions de données étendues)
  • Défaillances totales de base de données
  • Défaillances totales de stockage
  • Défaillances de domaine de disponibilité ou de région (La protection contre les défaillances régionales n'est disponible que si la base de secours est située entre les régions.)

Quelques secondes à deux minutes
  • Zéro avec le mode de protection de disponibilité maximale (utilise le transport synchronisé des données de journalisation). Généralement utilisé pour les bases de données de secours intra-région.
  • Presque zéro pour le mode de protection de performance maximale (utilise le transport asynchrone des données de journalisation). Généralement utilisé pour les bases de données de secours inter-régions.