O comando LIST nos auxilia a extrair diversas informações sobre os nossos backups do RMAN. Para simular o seu uso, dispararemos uma porção de backups abaixo para utilizar o comando posteriormente. Ajustando política de redundância do RMAN: Realizando backup do banco como backupset: Executando o backup da tablespace USERS 2 vezes: Disparando backup do banco […]
A primeira ferramenta que podemos usar para monitorar um Logical Standby é o Alert.log, conforme exemplo abaixo extraído do primary, onde o mesmo não consegue se comunicar com o standby: A view “V$DATAGUARD_STATUS” também nos reporta os eventos (incluindo mensagens de erro) reportados no alert: A view “DBA_LOGSTDBY_EVENTS” nos reporta as atividades do SQL Apply, […]
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 […]
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 […]
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 […]
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 […]
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 […]