O RMAN utiliza 2 tipos de compressão de blocos quando está realizando a criação dos backup sets: Unused Block Compression (suportado nos backups em disco e em backups de fita via Oracle Secure Backup) Null Block Compression (suportado em todos os tipos de backup) Apesar dessa referência de compressão, nos bastidores o RMAN realiza um […]
Segundo a documentação da Oracle sobre este assunto em específico (link AQUI), é possível atingir uma melhor taxa de compressão nos backups executados via RMAN caso o recurso de Precompression Block seja utilizado. Ele realiza uma manobra interna de consolidar os espaços livres de cada bloco de dados, marcando-os com binários em 0. Essa característica […]
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 […]
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 […]
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 […]
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 […]