Pular para o conteúdo

Fóruns Banco de dados Oracle rman expurgo rman expurgo

#88821
Marcos Braga
Participante

    Oi Regis,

    Observe esse caso (deixei na configuração só o que nos interessa para este assunto):

    Primeiro, a configuração de redundancia:
    RMAN> show all;

    usar o arquivo de controle do banco de dados de destino em vez do catßlogo de recuperaþÒo
    os parÔmetros de configuraþÒo RMAN sÒo:
    CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

    Primeiro backup:
    RMAN> backup datafile 4 format 'c:oraclermanorcl%U';

    Iniciando backup em 11/08/09
    canal alocado: ORA_DISK_1
    canal ORA_DISK_1: sid=147 devtype=DISK
    canal ORA_DISK_1: iniciando conjunto de backup completo e compactado do arquivo de dados
    canal ORA_DISK_1: especificando arquivo(s) de dados no conjunto de backups
    fno=00004 name=C:ORACLEPRODUCT10.2.0ORADATAORCLUSERS01.DBF do arquivo de dados de entrada
    canal ORA_DISK_1: iniciando o componente 1 em 11/08/09
    canal ORA_DISK_1: componente 1 finalizado em 11/08/09
    handle de componente=C:ORACLERMANORCL1JKME5LL_1_1 tag=TAG20090811T143117 comentßrio=NONE
    canal ORA_DISK_1: conjunto de backups concluÝdo, tempo decorrido: 00:00:25
    Finalizado backup em 11/08/09

    Segundo backup:
    RMAN> backup datafile 4 format 'c:oraclermanorcl%U';

    Iniciando backup em 11/08/09
    utilizando o canal ORA_DISK_1
    canal ORA_DISK_1: iniciando conjunto de backup completo e compactado do arquivo de dados
    canal ORA_DISK_1: especificando arquivo(s) de dados no conjunto de backups
    fno=00004 name=C:ORACLEPRODUCT10.2.0ORADATAORCLUSERS01.DBF do arquivo de dados de entrada
    canal ORA_DISK_1: iniciando o componente 1 em 11/08/09
    canal ORA_DISK_1: componente 1 finalizado em 11/08/09
    handle de componente=C:ORACLERMANORCL1KKME5MK_1_1 tag=TAG20090811T143148 comentßrio=NONE
    canal ORA_DISK_1: conjunto de backups concluÝdo, tempo decorrido: 00:00:25
    Finalizado backup em 11/08/09

    Agora que veremos onde o parâmetro REDUNDANCY faz efeito.

    Observe que utilizando REDUNDANCY = 1 um dos backups que acabei de efetuar já ficaram obsoletos:
    RMAN> report obsolete;

    a polÝtica de retenþÒo RMAN serß aplicada ao comando
    a polÝtica de retenþÒo RMAN estß definida para a redundÔncia 1
    Relat¾rio de backups e c¾pias obsoletos
    Tipo Chave Hora de TÚrmino Nome do Arquivo/Handle


    Parte de Backup 42 11/08/09 C:ORACLERMANORCL1JKME5LL_1_1

    Agora vou alterar o parâmetro para REDUNDANCY = 2
    RMAN> CONFIGURE RETENTION POLICY TO REDUNDANCY 2;

    parÔmetros de configuraþÒo RMAN antigos:
    CONFIGURE RETENTION POLICY TO REDUNDANCY 1;
    novos parÔmetros de configuraþÒo RMAN:
    CONFIGURE RETENTION POLICY TO REDUNDANCY 2;
    os novos parÔmetros de configuraþÒo RMAN foram armazenados com sucesso

    Observe o que ocorre com os backups obsoletos agora:
    RMAN> report obsolete;

    a polÝtica de retenþÒo RMAN serß aplicada ao comando
    a polÝtica de retenþÒo RMAN estß definida para a redundÔncia 2
    nenhum backup obsoleto encontrado

    Bom…, o que aprendemos analisando este pequeno teste é que se eu rodar um comando do tipo DELETE OBSOLETE, uma dessas cópias será apagada; porém se não rodarmos o comando DELETE, ela ficará aí até que eu execute o comando DELETE.

    Em suma, depende mais de política de backup e retenção.

    Os dois parâmetros são independentes, ou você usa um ou usa o outro, onde: REDUNDANCY trata da quantidade de backups que poderemos armazenar e o outro RECOVERY WINDOW trata de quantos dias de backups serão armazenados independente da quantidade de backups que temos.

    Porém…, isso só fará efeito quando utilizarmos o comando DELETE.

    Bom…, acho que é isso. E por favor, se alguém souber de uma explicação mais didática me ajude. Eu não sei bem como explicar… 😀

    Mesmo assim, espero ter esclarecido algo.

    []s
    Braga