Com o parâmetro “CONTAINERS_DEFAULT_TARGET” conseguimos definir o valor padrão de container que podemos nos usufruir ao rodar comandos de DML, conforme este artigo reproduzirá. Fazendo reconhecimento do ambiente de laboratório usado: Ao consultar qual é o valor atual do parâmetro, vemos que o mesmo está vazio, o que significa que, ao rodar algum comando, o …
Temos na arquitetura Multitenant a opção de utilizar a cláusula CONTAINERS também em DMLs, permitindo assim que manipulemos dados de múltiplos PDBs. Neste artigo vamos explorar alguns exemplos de uso, onde os objetos pertecem a um Common User. Coletando informações do ambiente de testes: Conectado com o Common User “C##LUXOR” no CDB$ROOT, vamos realizar um …
Changing the data owned by common users in multiple PDBs Read More »
Temos um recurso nativo na arquitetura Multitenant de podermos consultar os dados de tabelas/views de common users de múltiplos PDBs ao mesmo tempo. Porém, qual seria a nossa opção caso esses objetos tivessem como owner Local Users, em vez de Common Users? Este artigo tentará explorar uma alternativa para esta situação. Validando PDBs existentes em …
Querying data owned by Local users Across All PDBs Read More »
Na arquitetura Multitenant, temos opção de realizar consulta a partir de um common user que consiga acessar dados de múltiplos PDBs, desde que as condições abaixo sejam atendidas: Além da existência da tabela/view nos PDBs, ela deve existir também no CDB$ROOT (nem que seja apenas a sua estrutura DDL); As tabelas/views devem ter como owner …
Querying data owned by common users in multiple PDBs Read More »
O Resource Manager nos permite gerenciar recursos de hardware alocados para o nosso database, e assim como já era implementado em ambientes non-CDB’s, também temos essa opção para a arquitetura Multitenant. Com ele, podemos controlar, por exemplo, recursos de CPU Time, Degree de Paralelismo, Limite de Sessões em Idle, etc. Nesse artigo, vamos explorar a …
Neste artigo, vamos reproduzir um Flashback Database de um PDB específico, configurado com Local UNDO, utilizando um restore point. Validando que nosso ambiente está com a Local Undo configurada: Garantindo um backup do nosso ambiente (tanto CDB quanto PDBs): Agora vamos criar um restore point apenas para nosso PDB chamado HIPOFISE1: Com a query abaixo, …
Performing a Flashback Database Operation for PDBs (with Local UNDO) Read More »
Utilizar o recurso de Flashback Database nos traz uma oportunidade interessante de recuperar nosso banco de dados de alguns eventos de falhas ou erros humanos, que por vezes pode ser mais rápido que aplicar um PITR. Na arquitetura Multitenant, temos a opção de aplicar este processo a nível de CDB ou em algum PDB específico. …
A partir da versão 12.2 do Oracle Database, conseguimos escolher o modo de Local ou Shared UNDO na criação dos nossos bancos de dados, na arquitetura Multitenant. Neste artigo vou explorar como podemos mudar um ambiente de Shared para Local. Validando que nosso ambiente está como Shared: O procedimento em si exige indisponibilidade do ambiente, …
Realizar um Point-in-Time Recover de PDB que utilize uma área de UNDO compartilhada exige um procedimento um pouco diferente se comparado com Local UNDO. Na 12.1 nossa única opção é o Shared UNDO, mas a partir da 12.2 conseguimos definir isso no momento da criação do banco de dados. Para este artigo, estou criando um …
Performing PITR in a Pugglabe Database with Shared UNDO Read More »
Podemos ter um cenário de necessidade de recuperação mais controlada, ou seja, que não precisemos recuperar um PDB todo, mas sim alguma(s) tablespace(s) dele. Esse recurso é ótimo, pois preserva a operação nas demais tablespaces do PDB, enquanto o processo de recuperação é executado. Mas o ônus disso é precisarmos de mais disco no ambiente, …
Portuguese
English
Spanish