Ligar ao Oracle Autonomous AI Lakehouse

Pode criar uma ligação ao Oracle Autonomous AI Lakehouse e utilizar a ligação para aceder aos dados.

Antes de começar, peça ao seu administrador do Oracle Autonomous AI Lakehouse que permita acesso a partir do Oracle Analytics Cloud. Os passos de configuração que os administradores seguem são diferentes para os tipos de ligação pública e privada:
Pode ligar ao Oracle Autonomous AI Lakehouse utilizando certificados de segurança descarregados do Oracle Autonomous AI Lakehouse para um wallet (conhecido como mTLS ou Mutual Transport Layer Security) ou sem um wallet (conhecido como TLS ou Transport Layer Security). Consulte Acerca da Autenticação TLS. O ficheiro do wallet das credenciais torna a comunicação segura entre o Oracle Analytics e o Oracle Autonomous AI Lakehouse. O ficheiro do wallet (por exemplo, wallet_ALKC1.zip) que carregar deve conter certificados fidedignos de SSL, para ativar o SSL nas suas ligações ao Oracle AI Database.
  1. Para ligar utilizando um ficheiro do wallet das credenciais (conhecido como ligação Mutual TLS), descarregue os certificados de SSL do Oracle Autonomous AI Lakehouse.

    Consulte Descarregar Credenciais do Cliente (Wallets) em Using Oracle Autonomous Database Serverless.

    O ficheiro do wallet das credenciais torna a comunicação segura entre o Oracle Analytics e o Oracle Autonomous AI Lakehouse. O ficheiro do wallet (por exemplo, wallet_ALKC1.zip) que carregar deve conter certificados de SSL.

    Para ligar sem utilizar um ficheiro do wallet das credenciais (conhecido como ligação TLS), ignore o Passo 1 e vá diretamente para o Passo 2.

  2. Na sua página principal, clique em Criar e, em seguida, clique em Ligação.
  3. Clique em Oracle Autonomous Data Warehouse.
  4. Em Ligar Utilizando, selecione Básico ou Identidade de Recurso.
    Para obter informações sobre como utilizar o Recurso Principal, consulte o tópico "Utilizar Recurso Principal para Aceder aos Recursos do Oracle Cloud Infrastructure" em Oracle Autonomous AI Database Database Serverless ou Autonomous Database na Infraestrutura Exadata Dedicada.
  5. Introduza um Nome da Ligação amigável e uma Descrição.
  6. Para o Tipo de Codificação:
    • Para ligar sem um ficheiro do wallet das credenciais, selecione TLS como Tipo de Codificação, introduza uma Cadeia de Caracteres de Ligação e, em seguida, introduza o Nome de Utilizador e a Senha de um utilizador no Oracle Autonomous AI Lakehouse.
    • Para ligar utilizando um ficheiro do wallet das credenciais, selecione Mutual TLS como Tipo de Codificação, clique em Selecionar e navegue para e selecione o ficheiro do wallet das Credenciais do Cliente que descarregou do Oracle Autonomous AI Lakehouse (por exemplo, wallet_ALKC1.zip); em seguida, introduza um Nome do Serviço. O campo Credenciais do Cliente apresenta o ficheiro cwallet.sso. Consulte Selecionar um Nome do Serviço para Oracle Autonomous AI Lakehouse.

      Sugestão: Se definir a ligação do Oracle Autonomous AI Lakehouse utilizando um wallet de instância, é selecionado por omissão o nome de serviço high. Altere o nome para low ou medium para impedir a limitação do número de ligações concorrentes.

  7. Em Credenciais do Cliente, clique em Selecionar para navegar e escolher o ficheiro ZIP das credenciais do cliente.
  8. Se estiver a ligar a uma base de dados remota, clique em Utilizar Conectividade de Dados Remota.
    Confirme com o seu administrador se pode aceder à base de dados remota.
  9. Se pretender que os modeladores de dados possam utilizar estes detalhes de ligação, selecione Ligação ao sistema. Consulte Opções de Ligação à Base de Dados.
  10. Em Autenticação, especifique como pretende autenticar a ligação:
    • Utilizar sempre estas credenciais - O Oracle Analytics utiliza sempre o nome e a senha de entrada em sessão que fornecer para a ligação. Não é solicitado aos utilizadores que entrem em sessão.
    • Requerer que os utilizadores introduzam as suas próprias credenciais - O Oracle Analytics solicita aos utilizadores que introduzam o seu próprio nome de utilizador e senha para a origem de dados. Os utilizadores só podem aceder aos dados para os quais têm permissões, privilégios e atribuições de perfil de grupo.
  11. Clique em Gravar.
Agora pode criar conjuntos de dados a partir da ligação.

Selecionar um Nome do Serviço para Oracle Autonomous AI Lakehouse

Selecionar o nome de serviço de base de dados criado previamente e correto é chave para ligar ao Oracle Autonomous AI Lakehouse (Oracle ALK). Obtenha informações sobre os diferentes nomes de serviço de base de dados criados previamente e os que deverá escolher.

Quais são os nomes do serviço da base de dados criados previamente?

O Oracle Autonomous AI Lakehouse fornece três nomes de serviço de base de dados para ligações no seguinte formato:
  • databasename_high - Máximo de recursos, mínima concorrência. As consultas são executadas em paralelo.
  • databasename_medium - Menos recursos, concorrência mais alta. As consultas são executadas em paralelo.
  • databasename_low - Menos recursos, máxima concorrência. As consultas são executadas em série.

Estes nomes estão contidos no ficheiro tnsnames.ora no wallet da Oracle. Clique em Ligações à Base de Dados na Consola do Oracle Cloud Infrastructure para ver a cadeia de caracteres.
Segue-se a descrição de GUID-993E1C00-6FF1-4577-A8E2-CE15736B7C69-default.png
.png

Acerca dos Grupos de Consumidores no Oracle Resource Manager

Os nomes de serviço de base de dados têm correspondência com os grupos de consumidores no Gestor de Recursos que limitam o número de ligações e consultas simultâneas que podem ser executadas no Oracle Autonomous AI Lakehouse ao mesmo tempo (concorrência) e o número máximo de processos paralelos que são permitidos por consulta (parallel_degree_limit). Estes limites baseiam-se no número de ECPUs ou OCPUs licenciados e se a escalabilidade automática está ativada.

A seguinte tabela mostra os valores de ligação da concorrência de exemplo para uma base de dados com 32 ECPUs com a escalabilidade automática de ECPU desativada e ativada.

Nome do Serviço da Base de Dados Número de Consultas Concorrentes com Escalabilidade Automática de ECPU Desativada Número de Consultas Concorrentes com Escalabilidade Automática de ECPU Ativada
high 3 9
medium 20 (,63 × número de ECPUs) 60 (1,89 × número de ECPUs)
low Até 4800 (150 x número de ECPUs) Até 4800 (150 x número de ECPUs)

Escolher o Nome do Serviço da Base de Dados Ótimo para o Oracle Analytics

O número mais alto de consultas simultâneas que podem ser executadas para o serviço de base de dados high é três sem escalabilidade automática e nove com escalabilidade automática ativada. Este limite pode ser atingido por três utilizadores ligados ao nome de serviço de base de dados high a executar cada um uma consulta ou três relatórios num dashboard do Oracle Analytics para um único utilizador.

O nome de serviço low funciona bem para a maior parte dos volumes de transações do Oracle Autonomous AI Lakehouse com o Oracle Analytics, mas, para utilizar consultas paralelas, selecione o nome de serviço medium. O limite de grau de paralelismo para o nome de serviço low é um, o que significa que não existe paralelismo. Se estiver ligado ao nome de serviço low, mesmo que o grau de paralelismo seja especificado no nível da tabela ou do índice, o grau de paralelismo é reduzido a um e a consulta não é executada em paralelo. O limite do grau de paralelismo (por consulta) para medium e high equivale a duas vezes o número de CPUs licenciadas.

Nota: Ligar a uma base de dados que faz parte do Oracle Fusion Analytics Warehouse (Fusion Analytics) requer a utilização do nome de serviço low para permitir o número máximo de consultas concorrentes.

Monitorizar instruções em fila de espera

Se o número máximo do limite de consultas concorrentes for atingido, as consultas em excesso são colocadas em fila de espera. O Oracle Autonomous AI Lakehouse fornece uma métrica para verificar se existem informações em fila de espera.

Selecione Ações de Base de Dados e Dashboard de Base de Dados na página Oracle Autonomous AI Lakehouse da Consola do Oracle Cloud Infrastructure.


Segue-se a descrição de GUID-78C6AFF4-1BA2-404D-B1F8-42C67C8DCA41-default.png
.png

Selecione Hub de Desempenho e selecione Monitor de SQL para ver o estado da instrução em fila, que é apresentado como um relógio cinzento. Neste exemplo, três consultas estão em execução com o nome de serviço high, uma está colocada em fila e outra consulta está em execução com o nome de serviço medium. A instrução em fila é executada quando uma das três consultas em execução com o nome de serviço high é concluída.


Segue-se a descrição de GUID-AF649614-A214-42F7-AD17-7AC36DC40497-default.png
.png

Monitorizar paralelismo

Se o limite do grau de paralelismo for excedido, verá o downgrade do grau de paralelismo (DOP) no relatório de monitorização de SQL. O motivo do downgrade do grau de paralelismo de 353 significa que o Gestor de Recursos fez downgrade da instrução devido ao nível máximo do limite do grau de paralelismo.


Segue-se a descrição de GUID-02DDFA21-7953-43C2-B78C-88F9F0C3392D-default.png
.png

Para a versão 18 e superior da Oracle Database, os códigos de motivo do downgrade são descritos na seguinte tabela:

ID Códigos de Motivo
352 Downgrade do DOP devido a DOP adaptável.
353 Downgrade do DOP devido a DOP máximo do gestor de recursos.
354 Downgrade do DOP devido a número insuficiente de processos.
355 Downgrade do DOP devido a uma falha na adesão de secundários.

Espera da CPU do Gestor de Recursos

Uma sessão a aguardar que lhe seja atribuída CPU pelo Gestor de Recursos aumenta a espera de quantum resmgr:cpu. Para reduzir a ocorrência desta espera, verifique se o nome de serviço low ou medium está a ser utilizado para a ligação do OAC ou aumente o número de CPUs atribuído ao Oracle ALK.

Para ver o número de esperas e o tempo médio de espera, reveja as Esperas de Primeiro Plano no relatório Automatic Workload Repository (AWR) para a esperta de quantum resmgr:cpu.

Neste exemplo, existia um total de 272 esperas, uma média de espera de 588,91 milésimos de segundo em cada tempo total de espera de 160 segundos. Foi determinado que o motivo era o facto de um nome de serviço de base de dados high ter sido utilizado para a ligação do OAC. Estes períodos de espera desapareceram depois de o cliente ter mudado para o serviço medium e a lentidão periódica do respetivo dashboard foi resolvida.


Segue-se a descrição de GUID-EA1878A7-1E60-47BA-989C-404AD8D7D7DE-default.png
.png

Sugestão ao Criar uma Ligação ao Oracle Autonomous AI Lakehouse no Oracle Analytics

No Oracle Analytics, quando definir a ligação do Oracle Autonomous AI Lakehouse utilizando o wallet de instância, é selecionado por omissão o nome de serviço high. Altere o nome para low ou medium para impedir a limitação do número de ligações concorrentes.


Segue-se a descrição de GUID-E576A8A9-5059-4EE1-815C-4A07A7FB27FA-default.png
.png