Recursos do Oracle Database com suporte limitado no Autonomous AI Database on Dedicated Exadata Infrastructure

O Autonomous AI Database on Dedicated Exadata Infrastructure suporta a maioria dos recursos presentes no Oracle Database Enterprise Edition. Para garantir a segurança e o desempenho do Autonomous AI Database, alguns recursos têm apenas suporte limitado.

Os seguintes recursos, opções e pacotes do Oracle Database têm suporte limitado no Autonomous AI Database.

Recurso, Opção ou Pacote Limitações
Database In-Memory Consulte Database In-Memory.
Ingestão Rápida Consulte Consumo Rápido.
IOTs (tabelas organizadas por índice) Não há suporte para tabelas organizadas por índice, mas tentar criar uma tabela desse tipo não gera erros. Em vez disso, é criada uma tabela organizada por heap com um índice de chave primária. Portanto, se você usar tabelas organizadas por índice, deverá testar os aplicativos que usam tabelas organizadas por índice para confirmar se elas funcionam com tabelas organizadas por heap contendo índices de chave primária.
Java no Oracle Database (às vezes chamado de OJVM ou Oracle Database com JVM integrado) As sessões de banco de dados que usam Java no Oracle Database terão desempenho reduzido no banco de dados quando as operações de manutenção de serviço estiverem sendo executadas no banco de dados.
LogMiner Consulte Oracle LogMiner.
Oracle Data Pump O modo de tablespace transportável (o parâmetro TRANSPORT_TABLESPACES) não é suportado.
Oracle Database Advanced Queuing

Somente as APIs PL/SQL do Advanced Queuing são suportadas.

Não há suporte para notificações do Oracle Call Interface (OCI) para Advanced Queuing.
Oracle Flashback e Restore Points Consulte Oracle Flashback e Pontos de Restauração.
Oracle Label Security Não é possível especificar funções de rotulagem em políticas.
Oracle Machine Learning (OML)
Suporta:
  • OML4SQL em todas as versões do banco de dados.
  • Oracle Data Miner.
Para obter a documentação do produto OML, consulte Oracle Machine Learning no Oracle Help Center.
Oracle Real Application Clusters
O SQL Performance Analyzer e o Database Replay são os principais componentes do Oracle Real Application Testing (RAT). Dependendo da natureza e do impacto da alteração do sistema que está sendo testada e do tipo de sistema de teste, você pode usar um ou ambos os componentes para executar o teste.
Oracle Text Consulte Oracle Text.
Oracle XML DB Consulte Oracle XML DB.

Tópicos Relacionados

Comandos SQL

O Autonomous AI Database on Dedicated Exadata Infrastructure permite a maioria dos comandos SQL disponíveis no Oracle Database. Para garantir a segurança e o desempenho do Autonomous AI Database, alguns comandos SQL são restritos.

Esta seção fornece uma lista de limitações de comando SQL necessárias para proteger a segurança e a integridade de desempenho no Autonomous AI Database on Dedicated Exadata Infrastructure. A maioria da sintaxe e das construções padrão SQL e PL/SQL usadas com Oracle Database funcionam no Autonomous AI Database.

Observação:

Se você tentar usar um comando SQL restrito, o sistema gerará este erro: 

ORA-01031: insufficient privileges

Este erro indica que não é permitido executar o comando SQL no Autonomous AI Database.

Os seguintes comandos SQL e pacotes PL/SQL não são suportados no Autonomous AI Databases:

  • ADMINISTER KEY MANAGEMENT
  • SYS.DBMS_SHARED_POOL
  • CREATE_LIBRARY

Comandos SQL com Restrições no Autonomous AI Database

Os seguintes comandos DDL estão disponíveis no Autonomous AI Database com restrições:

Comando SQL Restrições

ALTER PLUGGABLE DATABASE and ALTER DATABASE

Somente as seguintes cláusulas são permitidas:

DATAFILE AUTOEXTEND ON

DATAFILE AUTOEXTEND OFF

DATAFILE RESIZE

DEFAULT EDITION

SET TIME_ZONE

ALTER PROFILE

 Usando ALTER PROFILE:

ALTER SESSION

Somente as seguintes cláusulas são permitidas:

ADVISE COMMIT, ADVISE ROLLBACK, ADVISE NOTHING

CLOSE DATABASE LINK

ENABLE COMMIT IN PROCEDURE, DISABLE COMMIT IN PROCEDURE

ENABLE PARALLEL <QUERY|DDL|DML>, DISABLE PARALLEL <QUERY|DDL|DML>, FORCE PARALLEL <QUERY|DDL|DML>

ENABLE RESUMABLE, DISABLE RESUMABLE

SET DEFAULT_COLLATION

SET EDITION

SET ISOLATION_LEVEL

SET ROW ARCHIVAL VISIBILITY

SET init-param = value

Para obter uma lista de parâmetros de inicialização que você pode definir no Oracle Autonomous AI Database on Dedicated Exadata Infrastructure, consulte Modificando Parâmetros de Inicialização do Banco de Dados. Observe que você não pode definir alguns desses parâmetros no nível da sessão. Para descobrir se um determinado parâmetro pode ser alterado usando ALTER SESSION SET, consulte a coluna ISSES_MODIFIABLE da view de desempenho dinâmico V$PARAMETER.

ALTER SYSTEM

Somente ALTER SYSTEM SET e ALTER SYSTEM KILL SESSION são permitidos. SET só pode ser usado para definir parâmetros listados em Modificando Parâmetros de Inicialização do Banco de Dados.

ALTER TABLESPACE

O uso de tablespaces SMALLFILE não é suportado pelo Autonomous AI Database.

O tamanho da caixa do Autonomous AI Database é fixado em 8K. Um tablespace BIGFILE contém apenas um arquivo de dados ou um arquivo temporário, e o tamanho máximo do arquivo de um tablespace com blocos de 8K é 32 terabytes (TB).

ALTER TABLE

As seguintes cláusulas são ignoradas:

allocate_extent

alter_iot

deallocate_unused

ilm

inmemory_table

logging

modify_LOB_storage

physical_attributes

shrink

Para obter mais informações sobre o ALTER TABLE, consulte Oracle Database 19c SQL Language Reference ou Oracle AI Database 26ai SQL Language Reference.

CREATE DATABASE LINK

Na cláusula USING 'connect string', você deve usar a sintaxe Easy Connect ou fornecer um descritor completo. Não é possível usar um nome de serviço de rede porque o arquivo tnsnames.ora não está disponível para lookup.

Os links de banco de dados só podem ser usados para conexões TCP porque as conexões TCPS exigem uma wallet.

CREATE PROFILE

Consulte Gerenciar Complexidade de Senhas no Autonomous AI Database para obter os requisitos do Password Verify Function.

CREATE TABLE

Não são permitidas tabelas XMLType que usam armazenamento baseado em esquema XML. Consulte Oracle XML DB.

As seguintes cláusulas são ignoradas:

  • cluster

  • ilm_clause

  • inmemory_table_clause

  • LOB_storage_clause

  • logging_clause

  • organization external: O uso dessa cláusula tem certas limitações, conforme descrito em Tabelas Externas Criadas manualmente.

  • organization index: O uso dessa cláusula não cria uma tabela organizada por índice. Ela cria uma tabela regular com uma chave primária. Você deve testar e verificar o desempenho da tabela gerada para o seu aplicativo.

  • physical_properties

Para obter mais informações sobre o CREATE TABLE, consulte Oracle Database 19c SQL Language Reference ou Oracle AI Database 26ai SQL Language Reference.

CREATE TABLESPACE

O uso de tablespaces SMALLFILE não é suportado pelo Autonomous AI Database.

O tamanho da caixa do Autonomous AI Database é fixado em 8K. Um tablespace BIGFILE contém apenas um arquivo de dados ou um arquivo temporário, e o tamanho máximo do arquivo de um tablespace com blocos de 8K é 32 terabytes (TB).

CREATE USER

 As seguintes cláusulas não podem ser usadas com a instrução CREATE USER:
  • IDENTIFIED EXTERNALLY
  • IDENTIFIED BY VALUES

DROP TABLESPACE

Este comando só é suportado quando usado no seguinte formato:

DROP TABLESPACE <tablespace_name> INCLUDING CONTENTS AND DATAFILES;

Se você executar esse comando sem INCLUDING CONTENTS AND DATAFILES na sintaxe, obterá o seguinte erro:

ORA-01031: insufficient privileges

Tipos de Dados

O Autonomous AI Database on Dedicated Exadata Infrastructure permite a maioria dos tipos de dados disponíveis no Oracle Database. Para garantir a segurança e o desempenho do Autonomous AI Database, alguns tipos de dados são restritos.

Os seguintes tipos do Oracle Database não são suportados ou só são parcialmente suportados no Autonomous AI Database:

  • Por padrão, os tipos de dados ROWID e UROWID não são ativados em Implantações Dedicadas do Exadata Infrastructure. Não é possível especificar colunas ROWID ou UROWID ao criar tabelas, nem adicionar colunas ROWID ou UROWID a tabelas existentes.

    No entanto, você pode ativar ROWID ou UROWID definindo o parâmetro de inicialização ALLOW_ROWID_COLUMN_TYPE como verdadeiro. Consulte Referência do Database 19c ou Referência do Database 26ai para obter mais informações sobre como ativá-la.

  • Tipos de dados de objeto grande (LOB): somente o armazenamento LOB de SecureFiles é suportado.
  • Não há suporte para tipos de dados multimídia. (O Oracle Multimedia não é compatível com o Oracle Database.)

Para obter uma lista de tipos de dados Oracle, consulte Oracle Database 19c SQL Language Reference ou Oracle Database 26ai SQL Language Reference.

Database In-Memory

O Oracle Database In-Memory (Database In-Memory) é um conjunto de recursos que melhora significativamente o desempenho para análises em tempo real e cargas de trabalho mistas.

O Armazenamento de Colunas na Memória (armazenamento de colunas do IM) é o principal recurso do Database In-Memory. O armazenamento de colunas IM mantém cópias de tabelas, partições e colunas individuais em um formato colunar compactado especial otimizado para varreduras rápidas. O armazenamento de colunas de IM reside na Área na Memória, que é uma parte opcional da SGA (System Global Area). Para obter mais informações sobre esse recurso, consulte o Database 19c In-Memory Guide ou o Database 26ai In-Memory Guide.

O Autonomous AI Database on Dedicated Exadata Infrastructure permite ativar o Database In-memory para o seu Autonomous AI Database alocando uma porcentagem de sua SGA (System Global Area) para o armazenamento de colunas In-Memory (armazenamento de colunas do IM) durante o provisionamento do banco de dados ou posterior. Você também pode ativar ou desativar o Database In-Memory para um Autonomous AI Database existente em sua página Detalhes na console da Oracle Cloud Infrastructure (OCI).

Veja a seguir as observações a serem consideradas antes e depois da ativação do Database In-Memory para o seu Autonomous AI Database:

  • A ativação ou desativação do Database In-Memory só é suportada em Autonomous AI Databases com pelo menos 16 ECPUs ou 4 OCPUs ativadas.
  • A redução de um Autonomous AI Database para menos de 16 ECPUs ou 4 OCPUs desativa automaticamente o Database In-Memory para esse banco de dados.
  • Você também pode ativar o Database In-Memory em bancos de dados clonados de uma instância ou backup do banco de dados, independentemente de a origem do clone ter o Database In-memory ativado. Como as definições não são herdadas do clone, você pode ativar o Database In-Memory manualmente durante a clonagem ou posteriormente.
  • Você pode sofrer degradação de desempenho nos seguintes casos:
    • Qualquer atividade de aplicação de patch que resulte na reinicialização do banco de dados com o Database In-Memory ativado.
    • Reiniciando um Autonomous Container Database com os Autonomous AI Databases ativados no Database In-Memory.
  • Se você ativar o Database In-Memory para um Autonomous AI Database principal em uma configuração do Autonomous Data Guard, o banco de dados stand-by também terá as mesmas definições. No entanto, você não pode alterar essas definições no banco de dados stand-by.
  • Para melhor gerenciamento e compartilhamento dos recursos SGA/memória subjacentes, a Oracle recomenda que todos os Autonomous AI Database configurados para o Database In-Memory estejam no mesmo Autonomous Container Database.

Consulte Ativar ou Desativar Banco de Dados na Memória ou Criar um Autonomous AI Database em uma Infraestrutura Dedicada do Exadata para obter instruções detalhadas.

Tabelas externas criadas manualmente

Em vez de usar o procedimento DBMS_CLOUD.CREATE_EXTERNAL_TABLE para criar uma tabela externa, você pode usar a instrução CREATE TABLE...ORGANIZATION EXTERNAL para criar uma tabela manualmente. Ao fazer isso, algumas limitações se aplicam.

  • Os drivers de acesso ORACLE_LOADER e ORACLE_BIGDATA são suportados. Os drivers de acesso ORACLE_DATAPUMP, ORACLE_HDFS e ORACLE_HIVE não são suportados.

  • Se você estiver especificando arquivos armazenados no Cloud Object Storage como o local da origem de dados, use um dos formatos de URI descritos em Formatos de URI do Cloud Object Storage.

Oracle LogMiner

LogMiner, que faz parte do Oracle Database, permite consultar arquivos de redo log on-line e arquivados por meio de uma interface SQL. Os arquivos de redo log contêm informações sobre o histórico de atividade em um banco de dados.

Todas as alterações feitas nos dados do usuário ou no dicionário do banco de dados são registradas nos arquivos de redo log da Oracle para executar operações de recuperação do banco de dados. Como o LogMiner fornece uma interface relacional abrangente, fácil de usar e bem definida para arquivos de redo log, ele pode ser usado como uma poderosa ferramenta de auditoria de dados e uma sofisticada ferramenta de análise de dados. Para obter os principais recursos do LogMiner, consulte LogMiner Benefits em Oracle Database 19c Utilities ou Oracle AI Database 26ai Utilities .

O Autonomous AI Database on Dedicated Exadata Infrastructure suporta o LogMiner, com as seguintes limitações:

  • Os procedimentos DBMS_LOGMNR.ADD_LOGFILE e DBS_LOGMNR.REMOVE_LOGFILE não podem ser usados em um Autonomous AI Database.

  • O procedimento dbms_logmnr.start_logmnr só pode ser chamado com parâmetros SCN ou de intervalo de tempo. A consulta da view V$LOGMNR_CONTENTS retorna subsequentemente os dados do SCN ou do intervalo de tempo especificado para o Autonomous AI Database conectado.

  • Só é permitida uma sessão do LogMiner por Autonomous AI Database.

  • Por padrão, os arquivos de log arquivados do Autonomous AI Database são mantidos para até:
    • 3 dias para bancos de dados sem captura GoldenGate e configuração do Autonomous Data Guard.
    • 7 dias para bancos de dados com o Autonomous Data Guard que não têm a captura GoldenGate ativada.
    • 15 dias para bancos de dados com a captura GoldenGate ativada.
    Portanto, LogMiner só pode acessar até 3, 7 ou 15 dias de arquivos de log arquivados de acordo com a lista acima.

    O período de retenção de arquivos de log depende da taxa de transação do banco de dados e nem sempre é garantido até o número de dias especificado acima. Pode haver instâncias quando você tenta minerar arquivos de log indisponíveis. Nesses casos, LogMiner reporta ORA-1285: "error reading file".

Observação:

Você deve ter a atribuição GGADMIN para executar LogMiner. Consulte Desbloquear usuário GGADMIN para obter mais detalhes.

Oracle Text

A seguir, descreve o suporte para recursos do Oracle Text no Autonomous AI Database on Dedicated Exadata Infrastructure. Para garantir a segurança e o desempenho do Autonomous AI Database, algumas funcionalidades do Oracle Text são restritas.

Recurso do Oracle Text Suportado no Autonomous AI Database Mais informações
Todos os logs e APIs que fazem registros em log, como ctx_report.query_log_summary Não Suportado Consulte QUERY_LOG_SUMMARY no Oracle Database 19c ou no Oracle Database 26ai
Armazenamento de dados de arquivo e URL Não Suportado Consulte Tipo de Armazenamento de Dados no Oracle Database 19c ou no Oracle Database 26ai
CREATE INDEX com a opção BIG_IO Não suportado por padrão. Rodapé 1 Consulte Tempo de Resposta Aprimorado Usando a Opção BIG_IO do Índice CONTEXT no Oracle Database 19c ou no Oracle Database 26ai
OPTIMIZE_INDEX no modo de recriação Não suportado por padrão.(ver Nota de rodapé 1). OPTIMIZE_INDEX no Oracle Database 19c ou no Oracle Database 26ai

Nota de Rodapé 1 Isso será suportado se você conceder o privilégio para criar um acionador para o usuário (GRANT CREATE TRIGGER). Você também deve desativar a DML paralelo no nível da sessão (ALTER SESSION DISABLE PARALLEL DML).

Para obter detalhes sobre Oracle Text, consulte Oracle Text 19c Application Developer's Guide ou Oracle Text 26ai Application Developer's Guide.

Oracle XML DB

A seguir descreve o suporte para recursos do Oracle XML DB no Autonomous AI Database on Dedicated Exadata Infrastructure. Para garantir a segurança e o desempenho do Autonomous AI Database, alguns Oracle XML DB são restritos.

Observação:

Se você migrar tabelas que contêm colunas XMLType para o Autonomous AI Database on Dedicated Exadata Infrastructure usando o Oracle Data Pump, será necessário converter em XML Binário Não Esquema antes de usar o Oracle Data Pump Export (expdp).

Os seguintes recursos são suportados:

  • Suporte completo para XMLQuery, XMLTable e outras funções padrão SQL/XML

  • Esquema de indexação que inclui índices funcionais usando expressões SQL/XML, XMLIndex Estruturado e Índice de Texto Completo XQuery

Os recursos a seguir não são suportados ou só são parcialmente suportados.

Área Recurso do XML DB Suportado no Autonomous AI Database Mais informações
Repositório Protocolo do XML DB No Consulte Acesso ao Repositório Usando Protocolos no Oracle Database 19c ou no Oracle Database 26ai
Repositório Recursos do XML DB No Consulte Recursos do Repositório do Oracle XML DB no Oracle Database 19c ou no Oracle Database 26ai
Repositório ACLs do XML DB No Consulte Repository Access Control no Oracle Database 19c ou no Oracle Database 26ai
Armazenamento Registro de Esquema XML No Consulte Registro de Esquema XML com Oracle XML DB 19c ou Oracle XML DB 26ai
Armazenamento CLOB No Obsoleto
Armazenamento Relacional de Objeto No Consulte XML Schema and Object-Relational XMLType no Oracle Database 19c ou Oracle Database 26c
Armazenamento XML Binário Sim (Somente não baseado em esquema) Consulte XMLType Storage Models em Oracle Database 19c ou Oracle Database 26ai
Índice Índice XML Estruturado Sim Consulte XMLIndex Structured Component no Oracle Database 19c ou Oracle Database 26ai
Índice Índice de Texto Completo XQuery Sim Consulte Indexando Dados XML para Consultas de Texto Completo no Oracle Database 19c ou no Oracle Database 26ai
Índice XMLIndex Não Estruturado No Consulte XMLIndex Unstructured Component no Oracle database 19c ou Oracle Database 26ai
Pacotes Pacote XML DOM Sim Consulte PL/SQL DOM API for XMLType (DBMS_XMLDOM) no Oracle Database 19c ou Oracle Database 26ai
Pacotes Pacote do Parser XML Sim Consulte API de Parser PL/SQL para XMLType (DBMS_XMLPARSER) no Oracle Database 19c ou Oracle Database 26ai
Pacotes Processador XSL (DBMS_XSLPROCESSOR) Sim Consulte Processador XSLT PL/SQL para XMLType (DBMS_XSLPROCESSOR) no Oracle Database 19c ou Oracle Database 26ai

Para obter detalhes do Oracle XML DB, consulte Oracle XML DB 19c Developer's Guide ou Oracle XML DB 26ai Developer's Guide.

Oracle Flashback e Restore Points

A seguir, descreve o suporte para Oracle Flashback e Pontos de Restauração no Autonomous AI Database on Dedicated Exadata Infrastructure. Para garantir a segurança e o desempenho do Autonomous AI Database, algumas funcionalidades do Oracle Flashback e do Restore Point são restritas.

Para restaurar e recuperar seu banco de dados para um ponto no tempo, consulte Restaurar e Recuperar.

Recurso de Flashback e Pontos de Restauração Suportado no Autonomous AI Database on Dedicated Exadata Infrastructure
DBMS_FLASHBACK Sim, exceto o procedimento DBMS_FLASHBACK.TRANSACTION_BACKOUT.
Viagem de Flashback

Sim, exceto para especificar um Arquivo Compactado de Dados de Flashback padrão usando a cláusula SET DEFAULT com as instruções CREATE FLASHBACK ARCHIVE e ALTER FLASHBACK ARCHIVE.

Flashback Drop Sim
Flashback Query Sim
Flashback Table Sim
Flashback Transaction Sim
Flashback Transaction Query Sim
Flashback Version Query Sim
Ponto de Restauração No
Ponto de Restauração Garantido No

Para obter informações sobre como usar recursos de Flashback, consulte Sobre a Tecnologia de Flashback do Oracle Database 19c ou Sobre a Tecnologia de Flashback do Oracle Database 26ai.

Repetição do Banco de Dados

Você pode usar a Repetição do Banco de Dados para capturar uma carga de trabalho no sistema de produção e repeti-la em um sistema de teste com as características exatas de sincronização, simultaneidade e transação da carga de trabalho original. Isso permite testar os efeitos de uma alteração do sistema sem afetar o sistema de produção.

Capturar a carga de trabalho da produção elimina a necessidade de desenvolver cargas de trabalho ou scripts de simulação, resultando em significativa redução de custo e economia de tempo. Testes realistas de aplicações complexas que levaram meses usando ferramentas de simulação de carga podem ser concluídos em poucos dias com a ajuda do Database Replay. Isso permite que você teste rapidamente as alterações e adote novas tecnologias com maior confiança e menor risco. Para obter mais informações sobre o Database Replay, consulte Introduction to Database Replay no Oracle 19c Testing Guide ou Oracle 26ai Testing Guide.

O uso do componente Database Replay do Real Application Testing (RAT) no Oracle Autonomous AI Database on Dedicated Exadata Infrastructure é o mesmo que sua implementação no Oracle Database. Consulte Replay do Banco de Dados no Oracle Database 19c ou no Oracle Database 26ai para ver o processo envolvido no uso do Database Replay com seu banco de dados.

Existem certas limitações e recomendações para usar o Database Replay com o Autonomous AI Database on Dedicated Exadata Infrastructure:
  • A Oracle recomenda que você use um NFS (Network File System) ou um FSS (File Storage System) que esteja anexado ao seu Autonomous AI Database para armazenar os arquivos de captura e repetição. Para obter orientação, consulte Anexar Sistema de Arquivos de Rede e Anexar Sistema de Arquivos Externo.
  • Para o Database Replay, o cliente de repetição (wrc) pode ser a mesma versão do banco de dados de repetição ou uma versão inferior ao banco de dados de repetição. No entanto, a versão mínima suportada para o cliente de repetição é 19.24.
  • O Autonomous AI Database não suporta dbms_workload_capture.import_awr e dbms_workload_replay.import_awr. Ou seja, você não pode importar dados do AWR (Automatic Workload Repository) com o Database Replay. Portanto, é recomendável gerar os relatórios de comparação do AWR em um banco de dados não autônomo, preferencialmente instância do Oracle Database 26c para melhor compatibilidade.

Pacotes PL/SQL de Banco de Dados

A seguir são descritas as observações a serem consideradas antes, durante e após o uso dos pacotes PL/SQL no Autonomous AI Database on Dedicated Exadata Infrastructure.

Lista pacotes PL/SQL do Oracle Database com restrições e observações em Autonomous AI Database on Dedicated Exadata Infrastructure.

Pacotes PL/SQL Removidos
  • DBMS_DEBUG_JDWP
  • DBMS_DEBUG_JDWP_CUSTOM
  • UTL_TCP

    Observação:

    Embora o pacote UTL_TCP não seja suportado no Autonomous AI Database on Dedicated Exadata Infrastructure, a constante UTL_TCP.CRLF pode ser usada em instâncias específicas com outros pacotes. Consulte Código de Amostra de E-mail de Envio SMTP para obter um exemplo de como usar UTL_TCP.CRLF.
Observações sobre Pacotes PL/SQL
  • Observações do pacote UTL_HTTP
    • São permitidas conexões por meio de endereços IP.
    • As portas de saída 80 e 443 são ativadas por padrão.
    • São permitidas conexões HTTP, HTTPS e HTTP_PROXY.
    • O pacote PL/SQL APEX_WEB_SERVICE é dividido em camadas em UTL_HTTP.
    • Antes de chamar os subprogramas UTL_HTTP, primeiro defina a localização da wallet usando o subprograma SET_WALLET. Como essa é uma configuração em nível de sessão, você deve defini-la antes de cada sessão. Para obter mais informações, consulte UTL_HTTP em Oracle Database 19c PL/SQL Packages and Types Reference ou Oracle Database 26ai PL/SQL Packages and Types Reference.
      BEGIN
  UTL_HTTP.SET_WALLET(path => 'file:/var/opt/oracle/dbaas_acfs/grid/tcps_wallets');
END;
/
  • Observações do pacote UTL_SMTP
    • São permitidas conexões por meio de endereços IP.
    • As portas de saída 25, 465, 587 e 2525 estão ativadas por padrão.
    • Os pontos finais SMTP simples e seguros (SSL) são acessíveis.
    • O serviço Oracle Cloud Infrastructure (OCI) Email Delivery e os servidores SMTP de terceiros são compatíveis como provedores de e-mail. Consulte Oracle Cloud Infrastructure - Rede e Conectividade para ver detalhes sobre o estabelecimento de conectividade entre o servidor de terceiros e o tenant do serviço Autonomous AI Database.
    • No entanto, ao contrário do banco de dados on-premises do Oracle Enterprise Edition, você não pode configurar o localhost como o servidor SMTP. O serviço sendmail() também é desativado na plataforma.
    • O pacote PL/SQL APEX_MAIL é dividido em camadas em UTL_SMTP.
  • DBMS_AQADM Observações
    • DBMS_AQADM.MOVE_QUEUE_TABLE só pode ser usado no modo ONLINE para mover tabelas do Advanced Queuing (AQ) de um tablespace para outro ou dentro do mesmo tablespace. Consulte Nota do MOS (My Oracle Support): Doc ID 2867445.1 para obter orientação sobre como mover tabelas AQ entre tablespaces usando DBMS_AQADM.MOVE_QUEUE_TABLE em 19c e acima.
    • DBMS_AQADM.MOVE_QUEUE_TABLE não pode ser usado para mover tabelas AQ mesmo no modo ONLINE quando os nomes de tabela ou esquema fazem distinção entre maiúsculas e minúsculas e incluem identificadores especiais.