Neste artigo vamos explorar algumas maneiras de utilizar a compressão no momento do backup do RMAN. RMAN Persistent Settings O próprio RMAN possui algumas configurações persistentes que nos permitem configurar de forma antecipada este tipo de recurso. O parâmetro “COMPRESSION ALGORITHM” foi utilizado NESTE artigo, e é responsável por definirmos o método de compressão do …
Caso precisemos aplicar algum tipo de compressão nos backups realizados no Oracle, nos é dada a opção de utilizar os próprios algoritmos de compressão binária do RMAN. Este tipo de operação reduz o tamanho dos backups, e por padrão, opera com a configuração BASIC (que não exige nenhum licenciamento extra). Caso seja relevante utilizar os …
A package DBMS_DG permite que as aplicações notifiquem o primary database ou o fast-start failover target a iniciar a operação de Failover, quando a aplicação se depara com alguma condição que o justifique. Nesse artigo vamos simular essa operação, tomando como referência o ambiente configurado neste meu último post. Validando condições do nosso ambiente Data …
FSFO (Fast-Start Failover Operation) requested by DBMS_DG.INITIATE_FS_FAILOVER Read More »
Nos artigos anteriores, pudemos explorar um pouco sobre a operação de Failover em um ambiente Data Guard, de forma manual. Para facilitar o trabalho e potencializar os recursos de alta disponibilidade, a Oracle disponibiliza o FSFO, que em resumo seria a opção de Failover de forma automática, respeitando regras e parâmetros definidos de forma premeditada …
Configuring and enabling FSFO (Fast-Start Failover Operation) Read More »
Verificando as condições do ambiente primary e standby: Standby: Gerando novo archive no primary: Que foi aplicado com sucesso no standby (sequence 193): Simulando uma indisponibilidade no ambiente primary, realizando um shutdown abort: A operação de Failover para o Logical Standby consiste na execução do comando abaixo: No alert do novo primary temos o processo …
Verificando condições do ambiente primary e standby: Standby: Simulando uma indisponibilidade no ambiente primary, realizando um shutdown abort: Nessa etapa, vamos parar o processo de Redo Apply no standby: Agora temos condições de realizar no standby a operação de Failover, para convertê-lo em primary: Abrindo o novo primary: No alert do novo primary temos os …
A operação de Failover em um ambiente Data Guard é a resposta a um evento de falha, ou seja, uma situação não planejada, ocorrendo devido indisponibilidade do Primary. Como consequência, o Standby passa a operar como Primary (no modo maximum performance), e caso queiramos mudar esse modo para outro valor, é necessário antes realizar o …
Performing Failover to a Standby using the Broker Read More »
O processo de Switchover utilizando o Data Broker é basicamente o mesmo, para ambientes physical ou logical standby. Neste artigo simularei o processo em cima de um physical. Checando a condição atual do ambiente: É possível ver que o Redo Apply ainda está OFF no standby. Porém, antes de ligá-lo, vamos criar o Flashback Database …
Switchover to a Physical or Logical Standby using Data Broker Read More »
Ambiente primary: Logical Standby: Iniciando processos de SQL Apply: Checando o número de sequence do primary: Vemos que os archives foram enviados para o Logical: Criando mais archive no primary e acompanhando o alert do standby: Em um nível mais granular, podemos checar o gap de SCN comparando o valor das duas colunas abaixo, no …
Ambiente primary: Ambiente physical standby: Ao tentar realizar o comando de verify, um warning é reportado: No alert temos: O Oracle Note “12c Data guard Switchover Best Practices using SQLPLUS (Doc ID 1578787.1)” (Link AQUI) nos traz uma pista do problema: Validando que meu standby não possui o parâmetro preenchido: Inserindo os valores apropriados do …
[Solved] Issue: SWITCHOVER VERIFY: Online Redo Logfile 1 requires clearing Read More »
Portuguese
English
Spanish