Se connecter à Oracle Autonomous AI Lakehouse
Vous pouvez créer une connexion à Oracle Autonomous AI Lakehouse et utiliser cette connexion pour accéder aux données.
- Pour les connexions publiques, voir Conditions requises pour activer l'accès à Oracle Autonomous AI Lakehouse.
- Pour les connexions privées, voir Comment puis-je me connecter à un entrepôt Oracle Autonomous AI Lakehouse privé dans un réseau en nuage virtuel de client?.
wallet_ALKC1.zip) que vous chargez doit contenir des certificats approuvés SSL pour activer le protocole SSL sur vos connexions à la base de données Oracle AI Database.
Sélection d'un nom de service pour Oracle Autonomous AI Lakehouse
La sélection du nom approprié de service de base de données prédéfini 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édéfinis et choisissez celui qui vous convient.
Quels sont les noms de service de base de données prédéfinis?
databasename_high- Nombre de ressources le plus élevé, concurrence la plus basse. Les interrogations sont exécutées en parallèle.databasename_medium- Nombre de ressources moins élevé, concurrence plus élevée. Les interrogations sont exécutées en parallèle.databasename_low- Nombre de ressources le plus bas, concurrence la plus élevée. Les interrogations sont exécutées en série.
Ces noms sont contenus dans le fichier tnsnames.ora du portefeuille Oracle. Cliquez sur Connexions à la base de données dans la console Oracle Cloud Infrastructure pour voir les chaînes.
.png
À propos des groupes de consommateurs dans Oracle Resource Manager
Les noms de service de base de données sont mappés à des groupes de consommateurs dans le gestionnaire de ressources afin de limiter le nombre de connexions simultanées et d'interrogations pouvant s'exécuter simultanément (concurrence) dans Oracle Autonomous AI Lakehouse et le nombre maximal de processus parallèles autorisés par interrogation (parallel_degree_limit). Ces limites dépendent du nombre d'ECPU ou d'OCPU sous licence et selon que l'ajustement automatique est activé ou non.
Le tableau suivant présente des exemples de valeur de connexion simultanée pour une base de données avec 32 ECPU et l'ajustement automatique des ECPU désactivé et activé.
| Nom du service de base de données | Nombre d'interrogations concurrentes avec l'ajustement automatique des ECPU désactivé | Nombre d'interrogations concurrentes avec l'ajustement automatique des 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) |
Sélection du nom de service de base de données optimal pour Oracle Analytics
Le plus grand nombre d'interrogations simultanées pouvant être exécutées pour le service de base de données 'high' est de trois sans l'ajustement automatique activé et de neuf avec l'ajustement 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 interrogation 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 de travail Oracle Autonomous AI Lakehouse avec Oracle Analytics, mais pour utiliser des interrogations parallèles, sélectionnez le nom de service 'medium'. La limite de degré de parallélisme pour le nom de service 'low' est un, ce qui signifie qu'il n'y a pas de parallélisme. Si vous êtes connecté au nom de service 'low', même si le degré de parallélisme est spécifié au niveau de la table ou de l'index, il est réduit à un et l'interrogation n'est pas exécutée en parallèle. La limite de degré de parallélisme (par interrogation) pour les noms 'medium' et 'high' est égale à deux fois le nombre d'UC sous licence.
Note : La connexion à une base de données qui fait partie d'Oracle Fusion Analytics Warehouse (Fusion Analytics) nécessite d'utiliser le nom de service 'low' pour le nombre maximal d'interrogations concurrentes.
Surveillance des énoncés en file d'attente
Si le nombre maximal d'interrogations concurrentes est atteint, les interrogations excédentaires sont mises en file d'attente. Oracle Autonomous AI Lakehouse fournit une mesure qui permet de vérifier les énoncés en file d'attente.
Sélectionnez Actions de base de données et Tableau de bord de la base de données dans la page Oracle Autonomous AI Lakehouse de la console Oracle Cloud Infrastructure.
Sélectionnez Centre de performance, puis Onglet Moniteur SQL pour voir le statut de l'énoncé en file d'attente, présenté sous la forme d'une horloge grise. Dans cet exemple, trois interrogations sont exécutées avec le nom de service 'high', une interrogation est en file d'attente et une interrogation est exécutée avec le nom de service 'médium'. L'énoncé en file d'attente est exécuté lorsqu'une des trois interrogations qui sont exécutées avec le nom de service 'high' est terminée.
Surveillance du parallélisme
Si la limite de degré de parallélisme est dépassée, le degré de parallélisme est réduit dans le rapport de surveillance SQL. Le code de motif de réduction 353 pour le degré de parallélisme signifie que le gestionnaire de ressources a réduit l'énoncé en raison de la limite maximale de degré de parallélisme.
Pour Oracle Database version 18 et versions supérieures, les codes de motif de réduction sont décrits dans le tableau suivant :
| ID | Codes de motif |
| 352 | Réduction du degré de parallélisme en raison d'un degré de parallélisme adaptatif. |
| 353 | Réduction du degré de parallélisme en raison de la limite maximale de degré de parallélisme du gestionnaire de ressources. |
| 354 | Réduction du degré de parallélisme en raison d'un nombre insuffisant de processus. |
| 355 | Réduction du degré de parallélisme en raison de l'échec de la jointure d'esclaves. |
Événement d'attente d'affectation d'UC par le gestionnaire de ressources
Une session en attente d'affectation d'UC par le gestionnaire de ressources incrémente l'événement d'attente de quantum resmgr:cpu. Pour réduire l'occurrence de cet événement d'attente, vérifiez que le nom de service 'low' ou 'medium' est utilisé pour la connexion OAC ou augmentez le nombre d'UC affectées à Oracle ALK.
Pour voir le nombre d'attentes et le temps d'attente moyen, vérifiez le nombre d'événements d'attente de premier plan dans le rapport AWR pour l'événement d'attente de quantum resmgr:cpu.
Dans cet exemple, il y avait 272 attentes au total, d'une durée moyenne de 588,91 millisecondes chacune, soit un temps d'attente total de 160 secondes. Concernant le motif, il a été établi que le nom de service de base de données 'high' était utilisé pour la connexion OAC. Ces périodes d'attente ont disparu une fois que le client est passé au nom de service 'medium' et que la lenteur périodique de son tableau de bord a été résolue.
Conseils relatifs à 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 de l'instance, le nom de service 'high' est sélectionné par défaut. Remplacez le nom par 'low' ou 'medium' pour éviter de limiter le nombre de connexions simultanées.
