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. Une base de données autonome sur une infrastructure Exadata dédiée est conçue 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 autonome d'IA sur une infrastructure Exadata dédiée a été validée et certifiée MAA Platinum.

Voir Architecture de disponibilité maximale et Autonomous AI Database Cloud dans Aperçu de la haute disponibilité d'Oracle Database 19c et meilleures pratiques ou Aperçu de la haute disponibilité et des meilleures pratiques d'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.

Service	Type	Temps de disponibilité (sans Autonomous Data Guard)	Temps de disponibilité (avec Autonomous Data Guard)
Base de données autonome sur une infrastructure Exadata dédiée (déploiements dans le nuage public), OCI, @AWS et @Azure	Contrat de niveau de service (CNS)	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 Autonomous AI Database sur Exadata Cloud@Customer	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 Public Cloud et Exadata Cloud@Customer)	Objectif de niveau de service	99,5%	Sans objet Autonomous AI Database for Developers n'est pas pris en charge par Autonomous Data Guard.

Note : En ce qui concerne le contrat de niveau de service (CNS) pour la disponibilité dans les colonnes Temps de disponibilité du tableau ci-dessus, Oracle fera des efforts raisonnables sur le plan commercial pour que chaque service 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 serez admissible à recevoir des crédits de service pour ce service non conforme, avec un pourcentage de crédit de service. Reportez-vous au document de référence des services en nuage publics Oracle PaaS et IaaS pour obtenir les valeurs de pourcentage de crédit de service et 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'intelligence artificielle autonome sur une infrastructure Exadata dédiée sans Autonomous Data Guard et avec Autonomous Data Guard.

Événements de défaillance et de maintenance	Temps d'arrêt au niveau du service	Perte de données acceptable maximale
Événements localisés, notamment : Défaillances de topologie réseau dans les grappes Exadata Défaillances de 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 ou des mises à niveau de base de données non continues	Jusqu'à la fin de la mise à jour non continue du logiciel ou de la mise à niveau de la base de données. Pour les mises à niveau qui incluent une mise à jour de 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

Événements de défaillance et de maintenance	Temps d'arrêt au niveau du service	Perte potentielle de données au niveau du service (OPR)
Événements localisés, notamment : Défaillances de structure de réseau en grappe Exadata Défaillances de 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 données 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 dans le domaine de disponibilité ou la région (la protection contre les pannes régionales n'est disponible que si la base de données de secours se trouve dans toutes les régions).	Quelques secondes à deux minutes	Zéro avec mode de protection de disponibilité maximale (utilise le transport synchrone des informations de journalisation). Le plus souvent 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). Le plus couramment utilisé pour les bases de données de secours inter-région.