Recursos do Oracle Database com Suporte Limitado no Autonomous Database on Dedicated Exadata Infrastructure
O Autonomous 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 Database, algumas funcionalidades têm apenas suporte limitado.
As funcionalidades, opções e pacotes do Oracle Database a seguir têm suporte limitado no Autonomous 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 Restore Points. |
Oracle Label Security | Não é possível especificar funções de rotulagem em políticas. |
Oracle Machine Learning (OML) |
Suporta:
|
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. |
Comandos SQL
O Autonomous 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 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 do desempenho no Autonomous Database na Infraestrutura Dedicada do Exadata. A maioria das sintaxes SQL e PL/SQL padrão e construções usadas com o Oracle Database funcionam no Autonomous Database.
Observação:
Se você tentar usar um comando SQL restrito, o sistema gerará este erro:
ORA-01031: insufficient privileges
Esse erro indica que você não tem permissão para executar o comando SQL no Autonomous Database.
Os seguintes comandos SQL e pacotes PL/SQL não são suportados no Autonomous Database:
ADMINISTER KEY MANAGEMENT
SYS.DBMS_SHARED_POOL
CREATE_LIBRARY
Comandos SQL com Restrições no Autonomous Database
Os seguintes comandos DDL estão disponíveis no Autonomous Database com restrições:
Comando SQL | Restrições |
---|---|
|
Somente as seguintes cláusulas são permitidas:
|
|
Usando ALTER PROFILE :
|
|
Somente as seguintes cláusulas são permitidas:
Para obter uma lista de parâmetros de inicialização que você pode definir no Oracle Autonomous 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 |
|
Somente |
|
O uso de tablespaces O tamanho do bloco do Autonomous Database é fixado em 8K. Um tablespace |
|
As seguintes cláusulas são ignoradas:
Para obter mais informações sobre |
|
Na cláusula Os links de banco de dados só podem ser usados para conexões TCP porque as conexões TCPS exigem uma wallet. |
|
Consulte Gerenciar Complexidade de Senha no Autonomous Database para obter os requisitos de |
|
Não são permitidas tabelas As seguintes cláusulas são ignoradas:
Para obter mais informações sobre |
|
O uso de tablespaces O tamanho do bloco do Autonomous Database é fixado em 8K. Um tablespace |
|
As seguintes cláusulas não podem ser usadas com a instrução CREATE USER :
|
|
Este comando só é suportado quando usado no seguinte formato:
Se você executar esse comando sem
|
Tipos de Dados
O Autonomous 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 Database, alguns tipos de dados são restritos.
Os seguintes tipos de dados do Oracle Database não são suportados ou só são parcialmente suportados no Autonomous Database:
-
Por padrão, os tipos de dados
ROWID
eUROWID
não são ativados em Implantações Dedicadas do Exadata Infrastructure. Não é possível especificar colunasROWID
ouUROWID
ao criar tabelas, nem adicionar colunasROWID
ouUROWID
a tabelas existentes.No entanto, você pode ativar
ROWID
ouUROWID
definindo o parâmetro de inicializaçãoALLOW_ROWID_COLUMN_TYPE
como verdadeiro. Consulte Referência do Database 19c ou Referência do Database 23ai 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 23ai 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 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 verificações rápidas. O armazenamento de colunas IM reside na Área In-Memory, que é uma parte opcional da área global do sistema (SGA). Para obter mais informações sobre esse recurso, consulte o Database 19c In-Memory Guide ou o Database 23ai In-Memory Guide.
O Autonomous Database on Dedicated Exadata Infrastructure permite que você ative o Database In-memory para o seu Autonomous Database alocando uma porcentagem de sua SGA (System Global Area) para o armazenamento de colunas In-Memory (armazenamento de colunas IM) durante o provisionamento do banco de dados ou posteriormente. Você também pode ativar ou desativar o Database In-Memory para um Autonomous Database existente em sua página Detalhes na console do OCI (Oracle Cloud Infrastructure).
A seguir, são descritas as observações a serem consideradas antes e depois de ativar o Database In-Memory para o seu Autonomous Database:
- A ativação ou desativação do Database In-Memory só é suportada em Autonomous Databases com pelo menos 16 ECPUs ou 4 OCPUs ativadas.
- Reduzir um Autonomous 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 Autonomous Databases ativados na Memória do Banco de Dados.
- Se você ativar o Database In-Memory para um Autonomous 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 de SGA/memória subjacentes, a Oracle recomenda que todos os Autonomous Database configurados para Database In-Memory estejam no mesmo Autonomous Container Database.
Consulte Ativar ou Desativar o Database In-Memory ou Criar um Autonomous Database na 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
eORACLE_BIGDATA
são suportados. Os drivers de acessoORACLE_DATAPUMP
,ORACLE_HDFS
eORACLE_HIVE
não são suportados. -
As tabelas externas particionadas e as tabelas híbridas particionadas não são suportadas no momento.
-
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 bem definida, fácil de usar e abrangente 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 Database 23ai Utilities .
-
Os procedimentos
DBMS_LOGMNR.ADD_LOGFILE
eDBS_LOGMNR.REMOVE_LOGFILE
não podem ser usados em um Autonomous Database. -
O procedimento
dbms_logmnr.start_logmnr
só pode ser chamado com parâmetros SCN ou de intervalo de tempo. A consulta da viewV$LOGMNR_CONTENTS
subsequentemente retorna os dados do SCN ou intervalo de tempo especificado para o Autonomous Database conectado. -
Apenas uma sessão LogMiner é permitida por Autonomous Database.
-
Por padrão, os arquivos de log arquivados do Autonomous Database são mantidos por 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.
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
Veja a seguir a descrição do suporte para recursos do Oracle Text no Autonomous Database on Dedicated Exadata Infrastructure. Para garantir a segurança e o desempenho do Autonomous Database, alguns recursos do Oracle Text são restritos.
Recurso do Oracle Text | Suportado no Autonomous 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 em Oracle Database 19c ou Oracle Database 23ai |
Armazenamento de dados de arquivo e URL | Não Suportado | Consulte Tipo de Armazenamento de Dados no Oracle Database 19c ou no Oracle Database 23ai |
CREATE INDEX com a opção BIG_IO
|
Não suportado por padrão. Rodapé 1 | Consulte Tempo de Resposta Melhorado Usando a Opção BIG_IO do Índice CONTEXT no Oracle Database 19c ou Oracle Database 23ai |
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 23ai |
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 o Oracle Text, consulte Oracle Text 19c Application Developer's Guide ou Oracle Text 23ai Application Developer's Guide.
Oracle XML DB
A seguir, descreve o suporte para recursos do Oracle XML DB no Autonomous Database on Dedicated Exadata Infrastructure. Para garantir a segurança e o desempenho do Autonomous Database, alguns Oracle XML DB são restritos.
Observação:
Se você migrar tabelas contendo colunasXMLType
para o Autonomous 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 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 23ai |
Repositório | Recursos do XML DB | No | Consulte Recursos do Repositório do Oracle XML DB no Oracle Database 19c ou no Oracle Database 23ai |
Repositório | ACLs do XML DB | No | Consulte Controle de Acesso do Repositório no Oracle Database 19c ou Oracle Database 23ai |
Armazenamento | Registro de Esquema XML | No | Consulte Registro do Esquema XML no Oracle XML DB 19c ou no Oracle XML DB 23ai |
Armazenamento | CLOB | No | Obsoleto |
Armazenamento | Relacional de Objeto | No | Consulte XML Schema e Object-Relational XMLType no Oracle Database 19c ou no Oracle Database 23c |
Armazenamento | XML Binário | Sim (Somente não baseado em esquema) | Consulte XMLType Modelos de Armazenamento no Oracle Database 19c ou Oracle Database 23ai |
Índice | Índice XML Estruturado | Sim | Consulte XMLIndex Structured Component no Oracle Database 19c ou no Oracle Database 23ai |
Índice | Índice de Texto Completo XQuery | Sim | Consulte Indexando Dados XML para Consultas de Texto Completo no Oracle Database 19c ou Oracle Database 23ai |
Índice | XMLIndex Não Estruturado | No | Consulte XMLIndex Componente Não Estruturado no banco de dados Oracle 19c ou Oracle Database 23ai |
Pacotes | Pacote XML DOM | Sim | Consulte API DOM PL/SQL para XMLType (DBMS_XMLDOM) no Oracle Database 19c ou Oracle Database 23ai |
Pacotes | Pacote do Parser XML | Sim | Consulte API do Parser PL/SQL para XMLType (DBMS_XMLPARSER) no Oracle Database 19c ou no Oracle Database 23ai |
Pacotes | Processador XSL (DBMS_XSLPROCESSOR) | Sim | Consulte Processador XSLT PL/SQL para XMLType (DBMS_XSLPROCESSOR) no Oracle Database 19c ou no Oracle Database 23ai |
Para obter detalhes sobre o Oracle XML DB, consulte Oracle XML DB 19c Developer's Guide ou Oracle XML DB 23ai Developer's Guide.
Oracle Flashback e Restore Points
Veja a seguir a descrição do suporte para o Oracle Flashback e Restore Points no Autonomous Database on Dedicated Exadata Infrastructure. Para garantir a segurança e o desempenho do Autonomous Database, alguns recursos do Oracle Flashback e de Pontos de Restauração são restritos.
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 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 |
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 Flashback do Oracle Database 19c ou Sobre a Tecnologia Flashback do Oracle Database 23ai.
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. O teste realista de aplicativos complexos que levaram meses usando ferramentas de simulação de carga pode ser concluído em dias com a ajuda do Database Replay. Isso permite que você teste as alterações rapidamente e adote novas tecnologias com mais confiança e menos riscos. Para obter mais informações sobre o Database Replay, consulte Introduction to Database Replay no Oracle 19c Testing Guide ou Oracle 23ai Testing Guide.
O uso do componente Database Replay do Real Application Testing (RAT) no Oracle Autonomous Database on Dedicated Exadata Infrastructure é o mesmo que sua implementação no Oracle Database. Consulte Database Replay no Oracle Database 19c ou Oracle Database 23ai para obter o processo envolvido no uso do Database Replay com seu banco de dados.
- A Oracle recomenda que você use um NFS (Network File System) ou FSS (File Storage System) anexado ao seu Autonomous 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 Database não suporta
dbms_workload_capture.import_awr
edbms_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, de preferência instância do Oracle Database 23c para melhor compatibilidade.
Pacotes PL/SQL de Banco de Dados
Veja a seguir a descrição das observações a serem consideradas antes, durante e após o uso de pacotes PL/SQL no Autonomous Database on Dedicated Exadata Infrastructure.
Lista pacotes PL/SQL do Oracle Database com restrições e observações no Autonomous Database on Dedicated Exadata Infrastructure.
DBMS_DEBUG_JDWP
DBMS_DEBUG_JDWP_CUSTOM
UTL_TCP
Observação:
Embora o pacoteUTL_TCP
não seja suportado no Autonomous Database on Dedicated Exadata Infrastructure, a constanteUTL_TCP.CRLF
pode ser usada em instâncias específicas com outros pacotes. Consulte Código de Amostra de Envio de E-mail SMTP para obter um exemplo de uso deUTL_TCP.CRLF
.
- 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 emUTL_HTTP
. - Antes de chamar os subprogramas
UTL_HTTP
, primeiro defina a localização da wallet usando o subprogramaSET_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 23ai 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 obter detalhes sobre como estabelecer conectividade entre o servidor de terceiros e seu tenant do Autonomous 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 emUTL_SMTP
.
DBMS_AQADM
ObservaçõesDBMS_AQADM.MOVE_QUEUE_TABLE
só pode ser usado no modoONLINE
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 usandoDBMS_AQADM.MOVE_QUEUE_TABLE
em 19c e acima.DBMS_AQADM.MOVE_QUEUE_TABLE
não pode ser usado para mover tabelas AQ mesmo no modoONLINE
quando os nomes de tabela ou esquema fazem distinção entre maiúsculas e minúsculas e incluem identificadores especiais.