Connexion à Oracle Autonomous AI Lakehouse
Vous pouvez créer une connexion à Oracle Autonomous AI Lakehouse et l'utiliser pour accéder aux données.
- Pour les connexions publiques, reportez-vous à Prérequis pour l'activation de l'accès à Oracle Autonomous AI Lakehouse.
- Pour les connexions privées, reportez-vous à Comment puis-je me connecter à une instance Oracle Autonomous AI Lakehouse privée dans un réseau cloud virtuel client ?
wallet_ALKC1.zip) que vous téléchargez vers le serveur doit contenir des certificats sécurisés SSL afin d'activer SSL sur vos connexions Oracle AI Database.
Sélection d'un nom de service pour Oracle Autonomous AI Lakehouse
La sélection du nom de service de base de données préconstruit correct est essentielle pour la connexion à Oracle Autonomous AI Lakehouse (Oracle ALK). Découvrez les différents noms de service de base de données préconstruits et celui que vous devez choisir.
Que sont les noms de service de base de données préconstruits ?
databasename_high: nombre de ressources le plus élevé, simultanéité la plus faible. Les requêtes sont exécutées en parallèle.databasename_medium: nombre moins élevé de ressources, simultanéité plus élevée. Les requêtes sont exécutées en parallèle.databasename_low: nombre de ressources le moins élevé, simultanéité la plus élevée. Les requêtes sont exécutées en série.
Ces noms sont contenus dans le fichier tnsnames.ora dans le portefeuille Oracle. Pour voir les chaînes, cliquez sur Connexions à la base de données dans la console Oracle Cloud Infrastructure.
.png
A propos des groupes de consommateurs dans le gestionnaire de ressources Oracle
Les noms de service de base de données sont mis en correspondance avec des groupes de consommateurs dans le gestionnaire de ressources. Celui-ci limite le nombre de requêtes et de connexions simultanées qui peuvent être exécutées dans Oracle Autonomous AI Lakehouse en même temps (accès simultané) et le nombre maximal de processus parallèles autorisés par requête (parallel_degree_limit). Ces limites sont établies en fonction du nombre d'ECPU ou d'OCPU sous licence et du statut de l'activation du redimensionnement automatique.
Le tableau ci-après présente des exemples de valeurs de connexion simultanée pour une base de données avec 32 ECPU, et avec le redimensionnement automatique d'ECPU désactivé et activé.
| Nom de service de base de données | Nombre de requêtes simultanées avec le redimensionnement automatique d'ECPU désactivé | Nombre de requêtes simultanées avec le redimensionnement automatique d'ECPU activé |
|---|---|---|
| high | 3 | 9 |
| medium | 20 (0,63 × nombre d'ECPU) | 60 (1,89 × nombre d'ECPU) |
| low | Jusqu'à 4 800 (150 x nombre d'ECPU) | Jusqu'à 4 800 (150 x nombre d'ECPU) |
Choix du nom de service de base de données optimal pour Oracle Analytics
Le nombre maximal de requêtes simultanées pouvant être exécutées pour le service de base de données high est de trois sans le redimensionnement automatique et de neuf avec le redimensionnement automatique activé. Cette limite peut être atteinte par trois utilisateurs connectés au nom de service de base de données high qui exécutent chacun une requête ou trois rapports dans un tableau de bord Oracle Analytics pour un seul utilisateur.
Le nom de service low fonctionne bien pour la plupart des charges globales Oracle Autonomous AI Lakehouse avec Oracle Analytics. Néanmoins, pour utiliser des requêtes parallèles, sélectionnez le nom de service medium. La limite du degré de parallélisme pour le nom de service low est de un, soit aucun parallélisme. Si vous êtes connecté au nom de service low, même si le degré de parallélisme est indiqué au niveau de la table ou de l'index, il est réduit à un et la requête n'est pas exécutée en parallèle. La limite du degré de parallélisme (par requête) pour les noms de service medium et high est égale à deux fois le nombre d'UC sous licence.
Remarque : la connexion à une base de données faisant partie d'Oracle Fusion Analytics Warehouse (Fusion Analytics) requiert l'utilisation du nom de service low pour autoriser le nombre maximal de requêtes simultanées.
Surveillance des instructions mises en file d'attente
Si le nombre maximal de requêtes simultanées est atteint, les requêtes superflues sont mises en file d'attente. Oracle Autonomous AI Lakehouse fournit une mesure permettant de rechercher les instructions mises en file d'attente.
Sélectionnez Actions de base de données et Tableau de bord de base de données sur la page Oracle Autonomous AI Lakehouse de la console Oracle Cloud Infrastructure.
Sélectionnez Hub de performances et l'onglet Moniteur SQL pour visualiser le statut des instructions mises en file d'attente, qui est affiché sous la forme d'une horloge grise. Dans cet exemple, trois requêtes sont en cours d'exécution avec le nom de service high, une est mise en file d'attente et une est en cours d'exécution avec le nom de service medium. L'instruction mise en file d'attente est exécutée lorsque l'une des trois requêtes en cours d'exécution avec le nom de service high est terminée.
Surveillance du parallélisme
Si la limite du degré de parallélisme est dépassée, vous constatez que le degré de parallélisme revient à la version antérieure dans le rapport du moniteur SQL. Le motif de retour à la version antérieure du degré de parallélisme 353 signifie que le gestionnaire de ressources a effectué le retour à la version antérieure de l'instruction en raison de la limite du degré de parallélisme maximale.
Pour les versions 18 et supérieures d'Oracle Database, les codes de motif de retour à la version antérieure sont décrits dans le tableau suivant :
| ID | Codes de motif |
| 352 | Retour à la version antérieure du degré de parallélisme en raison du degré de parallélisme adaptatif. |
| 353 | Retour à la version antérieure du degré de parallélisme en raison du degré de parallélisme maximal du gestionnaire de ressources. |
| 354 | Retour à la version antérieure du degré de parallélisme en raison d'un nombre de processus insuffisant. |
| 355 | Retour à la version antérieure du degré de parallélisme en raison de l'échec de l'entrée des processus de travail secondaires. |
Evénement d'attente d'UC du gestionnaire de ressources
Une session en attente d'allocation d'UC par le gestionnaire de ressources incrémente l'événement d'attente resmgr:cpu quantum. Afin de réduire la fréquence de cet événement d'attente, vérifiez que le nom de service medium ou low est utilisé pour la connexion OAC ou augmentez le nombre d'UC allouées à Oracle ALK.
Pour voir le nombre d'attentes et le temps d'attente moyen, consultez les événements d'attente de premier plan (Foreground Wait Events) dans le rapport de référentiel AWR pour l'événement d'attente resmgr:cpu quantum.
Dans cet exemple, le nombre total d'attentes est de 272, d'une durée moyenne de 588,91 millisecondes chacune, soit un temps d'attente total de 160 secondes. Le motif déterminé était que le nom de service de base de données high était utilisé pour la connexion OAC. Ces périodes d'attente ont disparu lorsque le client est passé au service medium et que la lenteur périodique de son tableau de bord a été résolue.
Conseil pour la création d'une connexion à Oracle Autonomous AI Lakehouse dans Oracle Analytics
Dans Oracle Analytics, lorsque vous définissez la connexion Oracle Autonomous AI Lakehouse à l'aide du portefeuille d'instance, le nom de service high est sélectionné par défaut. Définissez le nom sur low ou medium pour éviter de limiter le nombre de connexions simultanées.
