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 interruption non planifiée ou à une activité de maintenance planifiée en quelques secondes. - Disponibilité de l'outil intégré
Oracle déploiera des efforts raisonnables sur le plan commercial pour que les outils suivants aient un objectif de pourcentage de disponibilité mensuelle (disponibilité) tel que défini ci-dessous, pendant l'engagement de service d'un mois civil. - Objectif de niveau de service de régression zéro
Oracle Autonomous Database Serverless applique automatiquement les 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.
Rubrique parent : Présentation
Objectif de temps 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 panne non planifiée ou à une activité de maintenance planifiée en quelques secondes à un chiffre.
Le tableau suivant décrit les objectifs de niveau de service cible d'objectif de temps de récupération (RTO) pour différents événements d'échec.
| Evénement | Objectif de délai de récupération (RTO) - Objectif de niveau de service | Objectif de niveau de service d'objectif de point de récupération, perte de données maximum possible |
|---|---|---|
|
Evénements nécessitant un basculement vers une base de données de secours lorsque Autonomous Data Guard est activé, par exemple :
|
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 maximale possible est inférieur à 10 secondes Base de données de secours inter-région : l'objectif de perte de données maximale 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 de base de données de secours Autonomous Data Guard), tels que :
|
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 5 To) Copie de sauvegarde inter-région : 1 heure + (1 heure par 5 To) Par exemple, une base de données de 5 To a un objectif de temps de récupération (RTO) allant jusqu'à 2 heures. Pour plus d'informations, reportez-vous à Objectif de temps de récupération après sinistre basé sur la sauvegarde (RTO) et objectif de point de récupération (RPO). |
Copie de sauvegarde locale : l'objectif de perte de données maximale possible est inférieur à 10 secondes Copie de sauvegarde inter-région : l'objectif de perte de données maximale est de 1 minute |
Rubrique parent : Objectifs de niveau de service
Disponibilité des outils intégrés
Oracle déploiera tous les efforts raisonnables sur le plan commercial pour disposer des outils suivants avec un objectif de disponibilité mensuelle tel que défini ci-dessous, pendant l'engagement de service d'un mois civil.
| 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% |
| Actions de base de données | 99,95% |
| Graph Studio | 99,95% |
Oracle Machine Learning:
|
99,95% |
| Transformations de données | 99,95% |
Les conditions suivantes 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'erreur 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é à l'outil applicable avec un le statut "Bad Gateway" ou "Service Unavailable" (Service indisponible) sur une période d'une minute au cours d'un mois civil, divisé par (ii) le nombre total d'appels HTTP effectués à l'outil sur une période d'une minute.
-
Le "Pourcentage de disponibilité mensuelle" est calculé en soustrayant de 100 % la moyenne du taux d'erreur HTTP pour chaque période de 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 conditions suivantes s'appliquent à l'objectif de niveau de service de disponibilité pour Oracle Database API for MongoDB :
-
A "Connection through Oracle Database API for MongoDB" is a direct connection established from any tool or application to the Cloud Service using Oracle Database API for MongoDB.
-
Le pourcentage d'activité mensuelle est calculé en soustrayant de 100 % le pourcentage de minutes au cours du mois calendaire pendant lequel le service Cloud Service applicable est "indisponible".
-
"Indisponible" désigne une période d'une minute au cours de laquelle : (i) aucune connexion via Oracle Database API for 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 à régression zéro
Oracle Autonomous Database Serverless applique automatiquement les 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 les patches contenant les correctifs de bug et de sécurité pendant les fenêtres de maintenance annoncées sur la console de base de données. Lorsque vous provisionnez la base de données de test ou de pré-production à l'aide de l'option Early patch level, vous pouvez tester les patches sur ces instances avant que les patches ne soient appliqués à la base de données de production. Si des problèmes apparaissent dans votre base de données de test ou de pré-production, vous pouvez enregistrer des demandes de service afin de résoudre les problèmes 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" dans 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 des premiers patches, si vous détectez et signalez un problème sur cette base de données par le biais d'une demande d'assistance (Service Request), Oracle déploiera des efforts raisonnables sur le plan commercial pour résoudre le problème de sorte que le même problème 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