Este artigo explorará algumas formas para monitorarmos o Data Guard, e para simular um mínimo de operações sendo executadas no primary, faremos a criação de alguns objetos para execução de DML randômico. Criando a tabela no banco primary que sofrerá as alterações: Criando uma package que contém 2 procedures que executam os processos de DML, …
Este artigo reproduz uma implementação muito simples, que é dada de exemplo na documentação da Oracle, para os casos onde temos tabelas não suportadas nativamente pelo SQL Apply, e que precisam de uma intervenção manual para que seus dados sejam replicados. Essa operação consiste basicamente na criação de uma tabela paralela, e as triggers que …
Logical Standby: using triggers to replicate Unsupported Tables Read More »
O EDS (Extend Datatype Support) é um recurso no Data Guard (logical) que nos permite replicar mudanças em tabelas com datatypes não suportados de forma nativa pelo SQL Apply de um banco de dados para outro. Seu funcionamento é basicamente o mesmo com a outra estratégia para este tipo de situação, que é baseada em …
Precisava criar o schema OE para um laboratório específico, mas percebi que não o tinha em meu banco de dados, mas que também não possuía o seu script de criação no binário instalado (versão 19C): Lendo a documentação da Oracle, percebi que a partir da release 12.2, apenas o script do schema HR está disponível …
Quando configuramos um Data Guard Logical Standby, a intenção primária é proteger as tabelas replicadas no ambiente standby para evitar que os usuários realizem alterações nelas, como DMLs e DDLs (uma vez que o banco de dados fica aberto neste cenário). Para isso, podemos utilizar no destino a propriedade “Guard”. Seu valor padrão está como …
Protecting replicated tables on the Logical Standby Database Read More »
Para relembrar, nosso Data Guard com Logical Standby replicará todos os objetos, exceto em 3 situações: Objetos de schemas internos (como SYS e SYSTEM): é possível checarmos essa lista usando a query abaixo no primary: Objetos que possuam algum datatype incompatível (que podem ser coletados nas views DBA_LOGSTDBY_UNSUPPORTED e LOGSTDBY_UNSUPPORTED_TABLES): Regras criadas de forma explícita …
Skipping and Un-skipping object from Logical Standby replication Read More »
Quando temos um Data Guard configurado em nosso ambiente, com o Standby do tipo Logical, podemos inicializar o SQL Apply conforme opçoes abaixo. Antes disso, checando se o primary e standby estão com as instâncias e listeners inicializados: No standby: No alert.log do standby, já é possível ver o Oracle iniciando o LogMiner dos archived …
STARTING AND STOPING DATA GUARD SQL APPLY USING SQL *PLUS Read More »
Criando um PDB para os testes deste artigo: Criando um novo listener, editando o arquivo listener.ora: Listener criado com sucesso: Adicionando o Net Alias no arquivo tnsnames.ora: Definindo o parâmetro LISTENER_NETWORKS no nível do PDB: Checando o status do novo listener: Realizando conexão ao PDB utilizando o serviço via TNS: Via easy connect: Removendo o …
Indiretamente já tivemos contato com este assunto nos outros artigos publicados sobre Multitenant, mas nunca é demais explorar com um pouco mais de detalhes. Para isso, utilizarei o ambiente abaixo como laboratório, que possui um CDB e seu listener default: Neste CDB temos apenas o PDB$SEED criado: Os serviços criados atualmente referem-se ao CDB: Vou …
Neste artigo, que tem muito mais perfil de Meta-artigo, apresento de forma resumida as formas que temos para criar um PDB no Oracle, suas características, e os Links para os artigos que eu pude explorar em detalhes práticos. É mais do que justo apontar que a tabela abaixo não é de minha autoria, mas sim …
ALL options for creating a PDB using Create Puggable Database command Read More »
Portuguese
English
Spanish