Início / dba / Perguntas / 278888
Accepted
Mikhail Aksenov
Asked: 2020-10-30 09:34:13 +0800 CST

O RMAN exclui todos os backups automáticos do arquivo de controle

  • 772

Temos Oracle 18c e RMAN com:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1;
CONFIGURE CONTROLFILE AUTOBACKUP ON; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '+FRA';

Temos backups incrementais também. Não havia 'backup current controlfile' em um script de backup, mas o arquivo de controle era copiado toda vez que fazíamos backup. Alguém poderia dizer por que "DELETE OBSOLETE" exclui todas as cópias dos arquivos de controle de backup automático (exceto o último) quando ainda são necessários para a recuperação do banco de dados? Tipo, WTF? Se controlfile for redundante, por que o RMAN não exclui o conjunto de backup relacionado, por exemplo. Não consigo. E sim - temos toneladas dos chamados "backups" sem controlfile.

TSPITR falha com:

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 10/29/2020 17:39:13
RMAN-03015: error occurred in stored script Memory Script
RMAN-06026: some targets not found - aborting restore
RMAN-06024: no backup or copy of the control file found to restore
oracle rman

2 respostas

  1. Best Answer

    Espero que isso tenha sido corrigido em versões mais recentes, mas tive uma experiência muito desagradável com isso em um curso de treinamento de 11gR2, muitas luas atrás.

    "... REDUNDÂNCIA 1..."

    ... diz ao Oracle para manter uma única cópia de backup de cada arquivo.

    Ele não diz ao Oracle para manter um único conjunto consistente (isto é, recuperável) de arquivos de backup!

    Uma classe inteira de estagiários construiu alegremente novos bancos de dados brilhantes e depois fez um backup deles.

    Até agora tudo bem.

    Muito mais tarde naquele dia, chegou ao exercício de fazer outro backup, destruir seu banco de dados e restaurá-lo.

    O problema era que o backup ficou sem espaço em disco no meio do caminho, deixando um conjunto inconsistente e irrecuperável de arquivos - uma mistura do backup anterior e do novo.

    "REDUNDANCE 2" teria evitado isso, mantendo o conjunto anterior e recuperável de peças de backup.

    Assim como mais espaço em disco, obviamente.

    Eu recomendaria usar uma JANELA DE RECUPERAÇÃO. Ela se alinhará mais naturalmente com a Estratégia de Recuperação de sua [empresa].

    • 1

  2. Este é o comportamento esperado. Na Referência de Backup e Recuperação do Banco de Dados, 12.1

    POLÍTICA DE RETENÇÃO TO TO REDUNDANCE integer :

    Retém backups inteiros completos ou de nível 0 de cada arquivo de dados e arquivo de controle. A configuração de política de retenção padrão é REDONDÊNCIA 1.

    Se existirem mais de backups inteiros ou de nível 0 de um arquivo de dados ou arquivo de controle, o RMAN marcará esses arquivos extras como obsoletos. O RMAN então determina o mais antigo dos backups retidos e marca todos os arquivos de redo log arquivados e os backups de log mais antigos que esse backup como obsoletos. O comando DELETE OBSOLETE remove backups de arquivos de dados obsoletos (completos ou incrementais), backups de arquivos de controle e backups de log arquivados ou cópias de imagem.

    Você precisa apenas do backup de arquivo de controle mais recente para restaurar e recuperar seu banco de dados.

    • 0

relate perguntas