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 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 :

  • Altérations de données
  • Echecs de base de données complète
  • Echecs de stockage complet
  • Echecs de domaine de disponibilité ou de région

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 :

  • Altérations de données
  • Echecs de base de données complète
  • Echecs de stockage complet
  • Echecs de domaine de disponibilité ou de région

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

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 :
  • Blocs-notes Oracle Machine Learning
  • Oracle Machine Learning Services (OSS)
  • Oracle Machine Learning for Python/R
  • Interface utilisateur d'Oracle Machine Learning AutoML
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.

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.