Pular para o conteúdo principal

Configurando a política de retenção de backups no RMAN

                      Configurando a politica de retenção de backups no RMAN


      O objetivo deste post é explicar como podemos configurar a retenção de backups na poderosa ferramenta de backup do bando de dados Oracle RMAN. Podemos configurar nossa política tendo por base dois tipos: janela de recuperação (recovery window) ou redundãncia (redundancy). Abaixo iremos abordar os dois tipos.


      Para identificar qual dos dois tipos o RMAN está usando, use:

RMAN> show retention policy;

Política baseada em redundância
CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

Política baseada em janela de recuperação
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 2 DAYS;




·       Política baseada em redundância (REDUNDANCY)

      De uma maneira bem simples e objetiva, o parâmetro REDUNDANCY especifica quantos backups full ou incremental level 0 de cada datafile o RMAN vai manter, os demais são considerados obsoletos. Veja o exemplo abaixo para entender melhor.


     
      Vamos adotar a redundância 2 (REDUNDANCY 2).
      RMAN> CONFIGURE RETENTION POLICY TO REDUNDANCY 2;

     
      Agora, imagine que realizamos 5 backups full do nosso banco de dados. Os backup foram realizados Segunda, Terça, Quarta, Quinta e Sexta-feira. Baseado na nossa redundância que é de 2, os backups de Quinta e Sexta serão mantidos e os demais serão marcados como obsoletos.






Vamos colocar na prática o exemplo citado.


No comando abaixo, estamos realizando o backup somente do datafile 4 e adicionando a TAG com os dias da semana. Logos após o backup, o RMAN irá listar um resumo dos backups existentes e na sequencia, irá apagar os obsoletos.


      run{
            backup datafile 4  tag = 'Segunda';
            backup datafile 4  tag = 'Terca';
            backup datafile 4  tag = 'Quarta';
            backup datafile 4  tag = 'Quinta';
            backup datafile 4  tag = 'Sexta';
            lista backup summary;
            delete backup obsolete;
            }








·       Política baseada em janela de recuperação (Recovery Window)

Especificando um valor para a janela de recuperação, você estará especificando um número de dias em que o RMAN deve armazenar backups para realizar um recuperacão na janela configurada.
Lembre-se que o RMAN nunca considera um backup full ou incremental de level 0 como obsoleto se ele estiver dentro da janela. Vamos usar nosso exemplo anterior para ficar mais claro.


Temos os mesmo 5 backups realizados, mas agora vamos alterar o retencão do RMAN para uma janela de 5 dias. Vamos imaginar que no sábado pedimos que o RMAN listasse os backups obsoletos. Neste, caso teríamos como obsoletos apenas a segunda-feira, pois está fora da nossa janela especificada de sábado até terça já temos os 5 dias citados na janela de recuperação.









·       Desabilitando a política de retenção


Caso precise usar o RMAN sem nenhum das políticas de retenção, basta usar:

CONFIGURE RETENTION POLICY TO NONE;

Lembre-se fazendo isso, você está desabilitando a política de retenção do RMAN. Após realizar esta alteração, os commandos REPORT OBSOLETE e DELETE OBSOLETE irão retornar um erro, pois não existe política ativa.

Comentários

Postagens mais visitadas deste blog

Oracleasm Deletedisk - Unable to open device or resource busy failed Unable to clear disk

Após a migração de storages utilizando Oracle ASM em um ambiente, precisei remover os discos que não estavam mais sendo utilizados. Porém quando fui utilizar o deletedisk no oracleasm recebi o seguinte erro: # oracleasm deletedisk -v HITACHI33 Clearing disk header: oracleasm-write-label: Unable to open device "/dev/oracleasm/disks/HITACHI33": Device or resource busy failed Unable to clear disk "HITACHI33" Fiz a verificação para ver ser o disco ainda estava em uso, mas não obtive nenhum retorno: # fuser /dev/oracleasm/disks/HITACHI33 # lsof /dev/oracleasm/disks/HITACHI33 Então lendo alguns posts e artigos vi que o problema poderia estar relacionado ao multipath do sistema operacional. Então utilizei o -f para realizar um flush, mas recebi a mensagem abaixo: # multipath -f /dev/oracleasm/disks/HITACHI33 Jun 22 08:43:21 | must provide a map name to remove Utilizei o comando do ASM para verificar o mapeamento do disco....

ORA-28365: wallet is not open - Oracle Data Guard + Oracle TDE

Problema: No meu ambiente de testes usando Oracle Data Guard e com algumas tablespaces com TDE me deparei com o seguinte erro: PR00 (PID:396056): MRP0: Background Media Recovery terminated with error 28365 2024-03-15T03:12:42.419136+00:00 Errors in file /u01/app/oracle/diag/rdbms/thdr/thdr/trace/thdr_pr00_396056.trc: ORA-28365: wallet is not open 2024-03-15T03:12:43.000571+00:00 Recovery interrupted! Recovered data files to a consistent state at change 32232590 Stopping change tracking Solução: Verifiquei a wallet na base de dados standby e estava fechada. set lines 300 col name for a15 col wrl_type for a10 col status for a30 select p.con_id, p.name, p.open_mode, ew.wrl_type, ew.wallet_type, ew.status from v$pdbs p join v$encryption_wallet ew on (ew.con_id = p.con_id) order by p.con_id;     CON_ID NAME            OPEN_MODE  WRL_TYPE   WALLET_TYPE          STATUS ---------- --------------- ---------- --------...