Não lembro e não consigo encontrar o nome da view que contém a lista de todas as views do catálogo Oracle DBA_%, ALL_% e USER_%.
Qualquer ajuda?
Não consigo entender como criar uma política de auditoria unificada para auditar todas as instruções INSERT, UPDATE, DELETE e SELECT executadas em todos os objetos dentro de um esquema específico.
O objetivo é rastrear as tabelas e visualizações envolvidas em um procedimento PL/SQL específico para uma tarefa de engenharia reversa.
Pelo que entendi da documentação, a única opção é especificar cada tabela/visualização para rastrear dentro da política. Existe uma construção "auditar todos os objetos dentro de um esquema" para a declaração de política de auditoria de criação?
Preciso criar uma cópia de uma instância Oracle 12.2 (Oracle Restart) em execução em uma VM Linux. A nova instância precisa de uma conversão de charset de WE8ISO8859P1 para UTF8
Comecei criando um clone da VM que agora está funcionando.
Estava pensando em seguir estes passos:
- expdp FULL=YES da máquina clonada para um local de armazenamento seguro
- destruir o banco de dados do clone usando DBCA
- crie um novo banco de dados no clone usando DBCA configurando UTF-8 como charset
- impdp FULL=YES da datapump exportada anterior
Tenho algumas dúvidas sobre o impdp FULL=YES... isso funcionará ou substituirá alguma configuração no SYS ou outros esquemas mantidos pelo Oracle com alguns valores que ainda se referem ao charset WE8ISO8859P1?
Isso funcionará ou devo excluir todos os esquemas mantidos pelo Oracle do impdp?
Meu objetivo é analisar os índices de um esquema para obter a melhor compactação de índice básica a ser aplicada.
vou usar o comando
ANALYZE INDEX OWNER.INDEX_NAME VALIDATE STRUCTURE;
Isso preencherá a SYS.INDEX_STATSvisualização com as informações que preciso, mas considerando que essa visualização não possui a OWNERcoluna, isso não está me ajudando. Aqui está o porquê:
Na minha instância Oracle tenho muitos esquemas contendo a instalação do mesmo produto preenchido com dados de clientes diferentes.
Estou preenchendo INDEX_STATSlooping DBA_INDEXESe chamando ANALYZE INDEX, portanto, qualquer chamada para ANALYZE INDEX OWNER.INDEX_NAME VALIDATE STRUCTUREsubstituirá a entrada da chamada anterior no mesmo índice em um esquema diferente.
Posso salvar o conteúdo de INDEX_STATSapós ter analisado cada esquema, mas como nem todos os clientes possuem as mesmas tabelas instaladas devido à modularização do software, algumas entradas de INDEX_STATSpodem referir-se a chamadas anteriores para um esquema diferente.
Existe uma maneira de limpar o conteúdo INDEX_STATSpara que eu possa ter uma situação limpa antes de analisar cada esquema? Ou a única solução é juntar-se INDEX_STATSpara DBA_INDEXESsalvar o conteúdo de INDEX_STATSuma tabela final contendo os dados de todos os esquemas?
Gostaria de saber como o identificador TNS pode ser usado dentro de um script SQL. Neste exemplo
$ sqlplus MY_USER/pswd@TNSID @script.sql par1 par2
Eu gostaria de obter o TNSID como uma string para usá-lo, script.sqlmas não tenho ideia de onde encontrá-lo.
O objetivo é se reconectar como um usuário diferente na mesma instância.
Eu estava vagando qual é o propósito prático de usar a cláusula NOLOGGING em tabelas e índices.
Pelo que sei da documentação do Oracle, podemos impedir que o banco de dados gere logs de redo somente ao INSERIR no modo de caminho direto. Não há possibilidade de evitar a geração de redo log ao UPDATING ou DELETING.
Então, geralmente escrevemos
INSERT /*+ APPEND NOLOGGING */ INTO TABLE ... ;
commit;
para evitar a geração de redo log.
Eu totalmente não entendo qual é a vantagem prática de usar a cláusula NOLOGGING na criação de TABLE ou INDEX nem usar a cláusula NOLOGGING na criação de TABLESPACES para definir o padrão nos objetos que serão criados nesse tablespace.
Alguém pode descrever um cenário prático onde definir esta cláusula em objetos de banco de dados pode dar vantagens?
Preciso instalar 3 casas Oracle no mesmo servidor Oracle Linux 7, mas não está claro para mim quais pré-requisitos preciso instalar antes de continuar.
O que estou planejando configurar é um servidor de duas instâncias independentes (11.2 + 12.2) e uma infraestrutura Oracle Grid para aproveitar os benefícios do Oracle Restart.
Como pré-requisito, no OL7, precisamos executar:
- yum install oracle-rdbms-server-11gR2-preinstall -y (no caso do Oracle 11.2)
- yum install oracle-database-server-12cR2-preinstall -y (no caso do Oracle 12.2)
Considerando que estou planejando instalar as seguintes casas Oracle
- 12.2 Infraestrutura de rede
- 12.2 Banco de dados
- 11.2 Banco de dados
devo executar os dois comandos yum mencionados acima ou apenas o pré-requisito 12cR2 é realmente necessário?