Voir les informations sur les correctifs et les fenêtres de maintenance, définir le niveau de correctif

Exécutez les étapes préalables suivantes si nécessaire :

• Ouvrez la console Oracle Cloud Infrastructure Console en cliquant sur à côté de Cloud.

• Dans le menu de navigation de gauche d'Oracle Cloud Infrastructure, cliquez sur Oracle Database, puis sur Autonomous AI Database.

• Dans la page Bases de données d'IA autonomes, sélectionnez une base de données d'IA autonome dans les liens de la colonne Nom d'affichage.

Pour voir l'historique de maintenance, procédez comme suit :

Voir le niveau de correctif pour une instance de base de données Autonomous AI Database

Dans la page des détails de la base de données du service d'intelligence artificielle autonome de la console Oracle Cloud Infrastructure, vous pouvez voir le niveau de correctif pour l'instance.

1. Dans l'onglet Informations sur la base de données d'IA autonome, la zone Maintenance affiche le niveau de correctif de l'instance. Les choix sont : régulier et précoce.
2. Pour modifier le niveau de correctif, cliquez sur Modifier.

Pour plus d'informations, voir Définir le niveau de correctif.

La vue DBA_CLOUD_PATCH_INFO fournit des informations sur les correctifs liés aux bogues signalés (il s'agit d'une liste de bogues signalés par un client). Vous pouvez utiliser ces informations pour déterminer si un bogue que vous avez signalé est corrigé et pour déterminer la version du correctif où le correctif a été appliqué à votre instance de base de données Autonomous AI Database. S'il n'y avait aucun bogue client dans un correctif, DBA_CLOUD_PATCH_INFO n'inclut aucune rangée pour ce correctif.

Pour voir les informations sur un correctif spécifique, procédez de la façon suivante :

Pour voir les informations sur les correctifs disponibles :

SELECT * FROM DBA_CLOUD_PATCH_INFO;

Notes pour la consultation des informations sur les correctifs :

• La vue DBA_CLOUD_PATCH_INFO est disponible pour l'utilisateur ADMIN.

• Les informations sur les correctifs et les détails des problèmes résolus sont disponibles à partir de ADBS-21.7.1.1 (à partir de juillet 2021).

• La vue DBA_CLOUD_PATCH_INFO contient les colonnes suivantes :

  BUG_NUM, BUG_TITLE, COMPONENT_NAME, PATCH_VERSION

Voir Voir les avis de statut de maintenance pour plus de détails sur les correctifs appliqués pendant la maintenance.

Lorsque vous sélectionnez le niveau de correctif Début, les correctifs sont appliqués à l'instance de base de données de l'IA autonome une semaine avant le correctif programmé Régulier. Le champ Prochaine maintenance de la console Oracle Cloud Infrastructure reflète la date et l'heure de la fenêtre de maintenance en fonction du niveau de correctif.

Le niveau de correctif par défaut pour le provisionnement d'une instance de base de données d'intelligence artificielle autonome est régulier. Le niveau de correctif par défaut pour le clonage est le niveau de correctif spécifié pour la base de données source.

Le provisionnement ou le clonage d'une instance et le réglage du niveau de correctif à Début vous permettent d'utiliser et de tester les correctifs à venir avant qu'ils ne soient appliqués à tous les systèmes. Oracle vous recommande de sélectionner le niveau de correctif Tôt pour vos bases de données de développement et de test si vous voulez tester les correctifs à venir avant qu'ils n'atteignent la production. Vous pouvez également tester vos charges de travail à l'aide d'Oracle Real Application Testing pour saisir une charge de travail sur un système de production et la réexécuter avec le niveau de correctif Early. Pour plus d'informations, voir Tester des charges de travail avec Oracle Real Application Testing.

Pour modifier le niveau de correctif d'une base de données autonome d'IA existante, procédez de la façon suivante :

1. Dans la page Détails de la base de données d'IA autonome, sous Maintenance, dans le champ Niveau de correctif, cliquez sur Modifier.
   Note
   
   Le bouton Modifier peut être désactivé dans les circonstances suivantes :

   • Si le niveau de correctif anticipé n'est pas disponible dans votre région pour la version de votre base de données.
   • Si Autonomous Data Guard est activé pour votre base de données.
   • Si votre base de données est à un niveau de correctif précoce et qu'il n'est pas possible de la déplacer à un niveau de correctif normal. Dans ce cas, vous devez réessayer après la prochaine fenêtre de maintenance.
2. Sélectionnez le niveau de correctif, Régulier ou Tôt, puis cliquez sur Soumettre.

   Le temps nécessaire pour modifier le niveau de correctif dépend de la taille de la base de données. Vous pouvez voir de brefs abandons de connexion pendant cette période.

Signaler les problèmes liés aux correctifs à Oracle Support

Lorsque vous signalez un problème pour une base de données de niveau de correctif Tôt, Oracle Support prend les mesures nécessaires pour empêcher la propagation du problème vers des bases de données de niveau de correctif Régulières. Voici quelques exemples d'actions possibles :

• Le correctif à l'origine du problème est supprimé avant que les bases de données de niveau correctif standard soient corrigées.

• Le correctif à l'origine du problème est désactivé à l'aide des paramètres de base de données lorsqu'il est appliqué aux bases de données de niveau correctif standard.

• L'application de correctifs aux bases de données de niveau correctif standard est mise en pause jusqu'à ce que des mesures correctives soient prises.

Si vous avez un problème à signaler, soumettez une demande de service à Oracle Cloud Support ou communiquez avec le représentant du soutien technique.

Oracle fournit un objectif de niveau de service de zéro régression dans votre base de données de production. Pour plus d'informations, voir Objectif de niveau de service à régression nulle.

Notes pour le niveau d'application de correctifs :

• L'option permettant de définir le niveau de correctif n'est pas disponible dans toutes les régions. Dans certaines régions, toutes les instances de base de données d'IA autonome sont provisionnées ou clonées au niveau de correctif régulier.

• Autonomous Data Guard n'est disponible que pour les instances avec le niveau de correctif Régulier. Lorsque vous configurez une instance de base de données d'intelligence artificielle autonome avec un niveau de correctif début, vous ne pouvez pas activer Autonomous Data Guard.

• Les instances de base de données autonome de type Toujours gratuit ne fournissent pas l'option de niveau de correctif Début.

• Lorsque le niveau de correctif d'une instance de base de données autonome d'IA source est régulier, dans les régions qui prennent en charge le niveau de correctif Début, vous pouvez régler le niveau de correctif d'un clone à Début.

Pour afficher les informations sur les avis :

Les informations suivantes fournissent des détails sur les valeurs du champ DESCRIPTION.

• L'exécution de la maintenance est terminée : Indique que la maintenance est terminée. MAINTENANCE_STATUS affiche la valeur COMPLETED avec les horodatages de début et de fin pour la maintenance terminée dans ACTUAL_START_DATE et ACTUAL_END_DATE.

• Une exécution de maintenance est programmée pour l'instance : Spécifie qu'une nouvelle maintenance a été programmée. MAINTENANCE_STATUS affiche la valeur SCHEDULED avec les horodatages de début et de fin attendus pour la maintenance programmée dans EXPECTED_START_DATE et EXPECTED_END_DATE.

• L'exécution de la maintenance a commencé : Spécifie que la maintenance est en cours et indique l'horodatage de début de la maintenance active. MAINTENANCE_STATUS affiche la valeur IN_PROGRESS et ACTUAL_START_DATE stocke l'horodatage de début.

Le tableau suivant présente les colonnes et les types de données DB_NOTIFICATIONS.

Utiliser une réserve de connexions et retourner des connexions à la réserve

Il est recommandé d'utiliser une réserve de connexions pour masquer la maintenance programmée de votre application. L'exécution d'une application pendant la fenêtre de maintenance n'a aucune incidence sur une application lorsque celle-ci effectue les opérations suivantes :

• Utilise une réserve de connexions avec les paramètres recommandés.
• Extrait une connexion de la réserve de connexions.
• Utilise la connexion pour une durée inférieure au temps de drainage (5 minutes).
• Retourne la connexion à la réserve de connexions.

La meilleure pratique pour une application travaillant avec un pool de connexions est de suivre ces étapes. L'application extrait une connexion, l'utilise pour le traitement de la base de données, puis la libère dans la réserve de connexions immédiatement lorsque le travail est terminé (ce qui rend la connexion disponible pour être utilisée par d'autres threads).

Lorsque la période de drainage démarre, la réserve de connexions gère le rétablissement des connexions disponibles dans la réserve de connexions afin que les nouvelles connexions se connectent aux nouveaux noeuds disponibles. Lorsqu'une application extrait une nouvelle connexion, elle ne voit aucune interruption (les nouvelles connexions utilisent les nouveaux noeuds). Toutefois, si une connexion est extraite avant le début de la maintenance ou pendant le temps de drainage et qu'elle effectue un traitement qui se poursuit plus longtemps que le temps de drainage, la connexion sera déconnectée. Dans ce cas, pour éviter les interruptions, vous pouvez arrêter ces opérations de longue durée avant le démarrage de la maintenance et les redémarrer à la fin de la maintenance. Pour savoir quand arrêter et quand redémarrer des opérations de longue durée, vous pouvez vous abonner à des événements, comme expliqué dans la section suivante, "S'abonner à des événements d'information".

Le tableau suivant présente certains des types de réserve de connexions courants, ainsi que les versions et paramètres recommandés.

Utiliser les tests de connexion sur le pilote JDBC si vous ne pouvez pas utiliser une réserve de connexions

Si vous ne pouvez pas utiliser une réserve de connexions, les pilotes du client Oracle version 19.13 (ou ultérieure) peuvent drainer les connexions afin que votre application ne voie pas d'interruption. Pour vous assurer que les connexions sont drainées correctement, vous pouvez appeler toute API de drainage Oracle JDBC : isValid(), isUsable(), pingDatabase() ou endRequest().

S'abonner aux événements d'information

Si votre application comporte des opérations de base de données de longue durée qui s'exécutent plus longtemps que le temps de drainage (5 minutes), le pool ou le pilote JDBC ne peuvent pas drainer les connexions, car elles ne seront pas libérées avant la fin du temps de drainage. Pour des opérations aussi longues, pour éviter les interruptions, vous ne devez pas démarrer les processus et les tâches pendant ou juste avant une fenêtre de maintenance.

La base de données Autonomous AI Database publie les événements d'information dans le service d'événements OCI pour vous aviser des fenêtres de maintenance, notamment les événements d'information suivants (avec la catégorie d'événement Maintenance) :

• Lorsqu'une nouvelle fenêtre de maintenance est programmée
• 24 heures avant le début de l'application de correctifs
• 60 minutes avant le début de l'application de correctifs
• Lorsque l'application de correctifs démarre
• Lorsque l'application de correctifs prend fin

Vous pouvez vous abonner aux événements Informations sur la base de données d'intelligence artificielle autonome, et éventuellement spécifier la maintenance de catégorie d'événement, pour recevoir des avis et limiter les avis que vous recevez aux événements de maintenance. Ensuite, en fonction de la notification et des règles que vous définissez, vous pouvez effectuer des actions pour arrêter les opérations de longue durée et les redémarrer après la fin de la maintenance. À l'aide de ces événements et de votre connaissance des opérations de longue durée, vous pouvez déterminer quand arrêter les opérations de longue durée et quand les redémarrer.

Pour plus d'informations, voir Utiliser les événements de base de données d'IA autonome.

Gérer l'état d'une session PL/SQL si votre application utilise du code PL/SQL

Le paramètre de base de données SESSION_EXIT_ON_PACKAGE_STATE_ERROR indique le traitement d'un ensemble PL/SQL avec état s'exécutant dans une session. Lorsqu'un tel ensemble subit une modification, par exemple lors d'une maintenance planifiée pour les objets fournis par Oracle, les sessions qui ont une instanciation active du paquetage reçoivent l'erreur suivante lorsqu'elles tentent d'exécuter le paquetage : ORA-04068: existing state of packages has been discarded.. Toutefois, le code d'application qui reçoit l'erreur ORA-4068 peut ne pas être équipé pour traiter cette erreur avec sa logique de nouvelle tentative.

Le réglage de SESSION_EXIT_ON_PACKAGE_STATE_ERROR à TRUE fournit un traitement différent pour ce cas. Lorsque SESSION_EXIT_ON_PACKAGE_STATE_ERROR a la valeur TRUE, au lieu de simplement déclencher l'erreur ORA-4068 lorsque l'état du paquetage est abandonné, la session se ferme immédiatement. Cela peut être avantageux car de nombreuses applications peuvent gérer l'arrêt de session en rétablissant automatiquement et de manière transparente la connexion.

Pour plus d'informations, voir SESSION_EXIT_ON_PACKAGE_STATE_ERROR.