Contrats de niveau de service de disponibilité pour Autonomous Database sur une infrastructure Exadata dédiée

Oracle Autonomous Database s'exécute sur Oracle Exadata Cloud infrastructure (Oracle Public Cloud, Multicloud et Oracle Exadata Cloud@Customer), en tirant parti de l'architecture MAA (Maximum Availability Architecture) d'Oracle. Une Autonomous Database 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 Autonomous Database sur une infrastructure Exadata dédiée a été validée et certifiée MAA Platinum. Pour plus de détails sur Oracle MAA, voir Maximum Availability Architecture and Autonomous Database Cloud 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 23ai.

Uptime

Le tableau suivant décrit le contrat de niveau de service et l'objectif de niveau de service pour Oracle Autonomous Database on Dedicated Exadata Infrastructure.

Tableau - CNS/LO de temps de disponibilité

Service	Type	Temps de disponibilité (sans Autonomous Data Guard)	Temps de disponibilité (avec Autonomous Data Guard)
Autonomous Database sur 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.
Autonomous Database sur Exadata Cloud@Customer, Autonomous Database 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 pour les développeurs (Déploiements Oracle Public Cloud et Exadata Cloud@Customer)	Objectif de niveau de service	99.5%	Sans objet Autonomous Database pour les développeurs n'est pas pris en charge avec Autonomous Data Guard.

Service

Type

Temps de disponibilité (sans Autonomous Data Guard)

Temps de disponibilité (avec Autonomous Data Guard)

Autonomous Database sur 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.

Autonomous Database sur Exadata Cloud@Customer, Autonomous Database 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 pour les développeurs

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

Objectif de niveau de service

99.5%

Sans objet

Autonomous Database pour les développeurs n'est pas pris en charge avec 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/OBS cibles pour l'objectif de délai de récupération (ODR) et l'objectif de point de récupération (OPR) pour différents événements de défaillance pour l'infrastructure Autonomous Database 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

É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.