Objectifs de niveau de service
Décrit les objectifs de niveau de service pour Oracle Autonomous Database Serverless.
- Objectif de délai de récupération et objectif de point de récupération
Oracle Autonomous Database Serverless est conçu pour renvoyer une application en ligne suite à une coupure non planifiée ou à une activité de maintenance planifiée en quelques secondes à un seul chiffre. - Disponibilité intégrée des outils
Oracle fera son possible, dans la limite du commercialement raisonnable, pour disposer des outils suivants avec un objectif de pourcentage de disponibilité mensuel défini ci-dessous, pendant l'engagement de service d'un mois calendaire. - Objectif de niveau de service sans régression
Oracle Autonomous Database Serverless applique automatiquement des patches à votre base de données. Oracle fournit un objectif de niveau de service de zéro régression dans votre base de données de production en raison de ces patches.
Thème parent : Présentation
Objectif de délai de récupération et objectif de point de récupération
Oracle Autonomous Database Serverless est conçu pour remettre une application en ligne après une coupure non planifiée ou une activité de maintenance planifiée en quelques secondes.
Le tableau suivant décrit les SLO pour le temps de récupération cible pour différents événements de panne.
Evénement | Objectif de niveau de service pour le temps de récupération | Objectif de niveau de service pour le point de récupération, perte de données maximale possible |
---|---|---|
Evénements nécessitant un basculement vers une base de secours lorsqu'Autonomous Data Guard est activé, tels que les suivants :
|
Avec une base de données de secours Autonomous Data Guard : Base de données de secours locale : deux (2) minutes Base de données de secours inter-région : moins de dix (10) minutes Pour plus d'informations, reportez-vous à Objectif de délai de récupération (RTO) et objectif de point de récupération (RPO) Autonomous Data Guard. |
Base de données de secours locale : l'objectif de perte de données maximal possible est inférieur à 10 secondes Base de données de secours inter-région : l'objectif de perte de données maximale possible est de 1 minute |
Evénements nécessitant un basculement vers une copie de sauvegarde ou une restauration à partir d'une sauvegarde (en l'absence d'une base de données de secours Autonomous Data Guard), par exemple :
|
Avec la récupération après sinistre basée sur la sauvegarde, en fonction de la taille de la base de données : Copie de sauvegarde locale : 1 heure + (1 heure par tranche de 5 To) Copie de sauvegarde inter-région : 1 heure + (1 heure par tranche de 5 To) Par exemple, une base de données de 5 To a un objectif de délai de récupération allant jusqu à 2 heures. Pour plus d'informations, reportez-vous à Objectif de délai de récupération après sinistre basé sur une sauvegarde (RTO) et Objectif de point de récupération (RPO). |
Copie de sauvegarde locale : l'objectif de perte de données maximal possible est < 10 secondes Copie de sauvegarde inter-région : l'objectif de perte de données maximum possible est de 1 minute |
Rubrique parent : Objectifs de niveau de service
Disponibilité des outils intégrés
Oracle fera son possible, dans la limite du commercialement raisonnable, pour disposer des outils suivants avec un objectif de pourcentage de disponibilité mensuel tel que défini ci-dessous, pendant l'engagement de service d'un mois calendaire.
Outil intégré Oracle Autonomous Database | Objectif de niveau de service de disponibilité |
---|---|
Oracle REST Data Services (ORDS) | 99,95% |
Oracle APEX (sur Autonomous Database) | 99,95% |
Database Actions | 99,95% |
Graph Studio | 99,95% |
Oracle Machine Learning :
|
99,95% |
Transformations de données | 99,95% |
Les termes suivants s'appliquent à l'objectif de niveau de service de disponibilité pour les outils intégrés Oracle Autonomous Database répertoriés dans ce tableau :
-
"Taux d'erreurs HTTP" s'applique séparément à chaque outil intégré à la base de données et signifie que la valeur en pourcentage correspond à : (i) le nombre total d'appels HTTP ayant échoué vers l'outil applicable avec un statut de "Bad Gateway" ou "Service Unavailable" en une minute au cours d'un mois calendaire, divisé par (ii) le nombre total d'appels HTTP effectués vers l'outil en une minute.
-
Le "pourcentage de disponibilité mensuelle" est calculé en soustrayant de 100 %, la moyenne du taux d'erreurs HTTP pour chaque minute au cours du mois calendaire applicable.
Outil intégré Oracle Autonomous Database | Objectif de niveau de service de disponibilité |
---|---|
API Oracle Database pour MongoDB | 99,95% |
Les termes suivants s'appliquent à l'objectif de niveau de service de disponibilité pour l'API Oracle Database pour MongoDB :
-
La connexion via l'API Oracle Database pour MongoDB est une connexion directe établie à partir de n'importe quel outil ou application vers Cloud Service à l'aide de l'API Oracle Database pour MongoDB.
-
Le "pourcentage de disponibilité mensuelle" est calculé en soustrayant de 100 %, le pourcentage de minutes au cours du mois calendaire au cours duquel Cloud Service applicable était "indisponible".
-
"indisponible" signifie une minute où : (i) aucune connexion via l'API Oracle Database pour MongoDB n'est ou ne peut être établie et (ii) toutes les tentatives continues, au moins cinq, d'établir une telle connexion échouent.
Rubrique parent : Objectifs de niveau de service
Objectif de niveau de service sans régression
Oracle Autonomous Database Serverless applique automatiquement des patches à votre base de données. Oracle fournit un objectif de niveau de service de zéro régression dans votre base de données de production en raison de ces patches.
Oracle Autonomous Database Serverless applique automatiquement des patches contenant des corrections de bogue et de sécurité pendant les fenêtres de maintenance annoncées sur votre console de base de données. Lorsque vous provisionnez votre base de données de test ou de pré-production à l'aide de l'option de niveau de patch anticipé, vous pouvez tester les patches sur ces instances avant qu'ils ne soient appliqués à votre base de données de production. Si vous constatez des problèmes dans votre base de données de test ou de pré-production, vous pouvez enregistrer des demandes de service pour obtenir les problèmes résolus avant que le patch ne soit appliqué à votre base de données de production.
Oracle fournit un objectif de niveau de service de zéro régression dans votre base de données de production. La "régression" de ce document est décrite comme des problèmes introduits par les patches ou les mises à jour d'Autonomous Database effectués pendant la fenêtre de maintenance annoncée sur la console de base de données.
Après l'application d'un patch à votre base de données au niveau Early Patch, si vous identifiez et signalez un problème sur cette base de données par le biais d'une demande de service, Oracle fera son possible, dans la limite du commercialement raisonnable, pour résoudre le problème afin qu'il ne se produise pas dans votre base de données de production.
Pour plus d'informations, reportez-vous à Définition du niveau de patch.
Rubrique parent : Objectifs de niveau de service