Remarques concernant Oracle Autonomous AI Database

Cette rubrique met en évidence certains aspects importants de l'utilisation d'Oracle Autonomous AI Database avec Resource Analytics.

Instructions d'utilisation d'Oracle Autonomous AI Database associées à Resource Analytics

Resource Analytics provisionne les instances d'Oracle Autonomous AI Database (ADW) pour stocker les données. Dans le cadre de Resource Analytics, Oracle ne vous permet pas d'effectuer ou de recommander certaines tâches d'administration de base de données d'IA autonome.

En tant qu'administrateur de service, vous pouvez accéder à l'instance Oracle Autonomous AI Database associée à Resource Analytics à l'aide de la console Oracle Cloud Infrastructure. Le tableau suivant présente les tâches qui ne sont pas autorisées ou recommandées.


Tâche	Plus d'informations
Gestion du cycle de vie des bases de données	Bien qu'un administrateur puisse arrêter, mettre en pause et redémarrer la base de données Autonomous AI (ADW) associée à une instance Resource Analytics, Resource Analytics ne met pas à jour les métadonnées de ressource tant qu'ADW est arrêté, mis en pause ou redémarré. S'il est arrêté ou mis en pause pendant plus de 21 jours, Resource Analytics arrête définitivement de le mettre à jour. Nous vous recommandons de ne pas renommer ADW. Remarque : ne supprimez jamais l'instance ADW sans supprimer au préalable l'instance Resource Analytics qui lui est associée.
Modifications apportées aux ressources provisionnées automatiquement	Vous pouvez redimensionner des ressources telles que des OCPU pour augmenter la capacité ou des téraoctets pour un stockage supplémentaire. Toutefois, vous ne pouvez pas réduire ces ressources à des niveaux inférieurs à ceux provisionnés automatiquement avec Resource Analytics. Le redimensionnement automatique pour les OCPU est activé par défaut par Resource Analytics et vous ne pouvez pas le désactiver.
Autonomous Data Guard	Même si vous pouvez activer Autonomous Data Guard, cela n'est pas recommandé car Resource Analytics ne prend pas en charge le basculement vers l'instance alimentée via Data Guard.
Restaurer à partir des sauvegardes	Autonomous AI Database fournit des sauvegardes quotidiennes. Bien que la restauration vers une nouvelle instance puisse être utile pour visualiser ou copier des données à partir d'une sauvegarde, il n'est pas recommandé de restaurer des sauvegardes sur l'instance de base de données Autonomous AI associée à Resource Analytics. Cela peut mettre les pipelines de données et le contenu d'usine dans un état incohérent.

L'instance de base de données Autonomous AI créée par Resource Analytics est partagée entre vous et le service. Tenez compte de l'impact que certaines actions et configurations utilisateur peuvent avoir sur les performances des requêtes et des mises à jour fournies par le service. Bien que vous puissiez insérer des données personnalisées et interroger la base de données, cela a un impact sur le stockage et le calcul de la base de données. Voici quelques directives :


Utilisation personnalisée	Conseils
Ajout de données à des schémas personnalisés	Vous pouvez ajouter jusqu'à 50 Go de données personnalisées au service. Pour plus de 50 gigaoctets, vous devez augmenter le stockage via la console Oracle Cloud Infrastructure, qui est facturée à votre compte Oracle Cloud. Si vous avez l'intention d'effectuer des transformations et des requêtes exigeantes en calcul sur vos données personnalisées, vous pouvez augmenter le nombre d'OCPU à l'aide de la console Oracle Cloud Infrastructure, qui est facturée sur votre compte Oracle Cloud. Reportez-vous à Redimensionnement d'Oracle Autonomous Data Warehouse.
Ajout de CPU supplémentaires	Assurez-vous que vous disposez d'UC appropriées configurées dans Autonomous AI Database (et les sessions correspondantes) pour exécuter un processus ETL personnalisé. Pour chaque CPU allouée dans le cadre de la création de l'instance Resource Analytics, vous ne devez pas dépasser cinq sessions simultanées de service faible pour le processus ETL personnalisé. Ce dépassement peut avoir un impact sur les performances du processus ETL ou du reporting et n'est donc pas pris en charge. Si vous devez exécuter davantage de sessions, assurez-vous que des UC supplémentaires sont ajoutées à l'instance de base de données Autonomous AI. Chaque CPU supplémentaire que vous ajoutez de cette façon donne jusqu'à 300 sessions basses. Dans tous les cas, vous devez éviter les sessions de niveau moyen ou élevé car elles bloquent le pipeline ETL.
Ajout de connexion de base de données	Reportez-vous à Tutoriel. Respectez les consignes suivantes : Visez moins de 10 connexions de base de données simultanées. Lorsque vous configurez les connexions, veillez à sélectionner le service dont le nom contient le suffixe inférieur. Ne sélectionnez pas le service avec le préfixe supérieur car il peut entraîner des problèmes de performances dans les rapports et retarder l'exécution des actualisations de données quotidiennes dans Resource Analytics. Clôturez les sessions inutilisées en temps opportun pour garantir l'absence d'impact négatif sur les performances de Resource Analytics. Si vous prévoyez d'exécuter des requêtes exigeantes en calcul ou de créer de nombreuses connexions de base de données simultanées, vous pouvez augmenter les OCPU supplémentaires via la console Oracle Cloud Infrastructure, qui est facturée à votre compte Oracle Cloud.

Avertissement

Resource Analytics provisionne votre instance de base de données Autonomous AI avec un accès d'adresse privée. Cet accès à l'adresse privée doit rester en place pour appliquer les mises à jour des ressources.

Si vous modifiez les paramètres réseau de la base de données, l'accès à l'adresse privée doit rester activé. Ne passez pas à un autre type d'accès. La modification ou la suppression de l'adresse privée perturbera les transferts de métadonnées de ressource et les mises à jour de base de données. Reportez-vous à Activation de l'accès public avec des adresses privées.

Provisionnement de l'instance de base de données Autonomous AI requise

L'instance de base de données Autonomous AI est provisionnée lorsque vous créez l'instance Resource Analytics.

Vous devez fournir des informations de base pour permettre à Resource Analytics de provisionner l'instance ADW requise :

Mot de passe d'administrateur ou détails d'une clé secrète appropriée contenue dans le coffre OCI
Réseau à utiliser (VNC et sous-réseau)

Si un mot de passe texte est fourni, le nom utilisateur ne peut pas être modifié, mais vous êtes libre d'entrer un mot de passe ADW valide. (La spécification de ce mot de passe est de 12 à 30 caractères, contenant au moins une lettre majuscule, une lettre minuscule et une valeur numérique. Les espaces ne sont pas autorisés.)

Remarque

Aucun mot de passe fourni n'est stocké par Resource Analytics.

Vous pouvez modifier le mot de passe dans la console de service ADW une fois le provisionnement terminé par ADW.

Pour plus d'informations, reportez-vous à Création d'une instance.

Démarrer et arrêter ADW : Implications pour l'analyse des ressources

La base de données Autonomous AI est un composant essentiel de l'instance Resource Analytics. L'arrêt ou la désactivation de la base de données a des implications directes sur la fonctionnalité et la fraîcheur des données de votre configuration Resource Analytics.

Que se passe-t-il lorsque la base de données d'IA autonome est arrêtée ?

Les mises à jour en direct sont mises en pause
L'instance Resource Analytics cesse de recevoir des mises à jour en temps réel liées aux modifications de ressource.
L'état de l'instance devient Attention requise
Cela indique que l'action utilisateur est nécessaire.

Procédure de récupération

Réactivez ou redémarrez l'instance ADW pour résoudre le problème. Lorsqu'il est actif, le pipeline Resource Analytics reprend le traitement des mises à jour dans l'heure.

Remarque

Considérez les éléments suivants :

Délai de remplissage: Au redémarrage d'ADW, le traitement et l'ingestion de tous les événements de données cumulés (en attente) - un processus appelé backfill - peuvent prendre plus de temps. Par conséquent, vous risquez de rencontrer des retards dans l'actualisation et la disponibilité des données au sein du système.

Impact du temps d'arrêt prolongé: Si l'instance ADW reste arrêtée pendant une longue période, la durée requise pour exécuter les événements en attente augmente proportionnellement.

Suspension automatique d'ingestion

Si l'instance ADW est hors ligne pendant plus de 21 jours consécutifs, l'assimilation automatique des données est définitivement désactivée pour l'instance Resource Analytics associée. A ce stade :

L'analyse des ressources affectée est marquée comme obsolète.
La seule solution disponible est de supprimer l'instance Resource Analytics obsolète et d'en créer une.

Planifiez les activités de maintenance pour minimiser les perturbations du pipeline de données et assurer une disponibilité continue du service.