Início / dba / Perguntas / 211434
Accepted
Jack Douglas
Asked: 2018-07-06 04:34:31 +0800 CST

Por que os backups de uma encarnação anterior são marcados como obsoletos sem levar em conta a redundância?

  • 772

Após a recuperação incompleta e a abertura de um banco de dados 9i resetlogs, executamos um backup completo que foi concluído com sucesso. O backup inclui um comando para excluir backups obsoletos após a conclusão:

delete noprompt obsolete device type sbt;

O RMAN está configurado para usar REDUNDÂNCIA 2:

RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 2;

No entanto, todos os backups da versão antiga foram imediatamente marcados como obsoletos e excluídos sem levar em consideração a redundância.

  1. Esse comportamento teria sido diferente se tivéssemos um RECOVERY WINDOWconfigurado em vez de REDUNDANCY 2?
  2. Esse comportamento é o mesmo em versões posteriores do Oracle?

edit: saída adicionada de LIST INCARNATION:

RMAN> list incarnation;

List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            CUR Reset SCN      Reset Time
------- ------- -------- ---------------- --- -------------- ----------
1       1       LIVE     3494832994       NO  1              19-JAN-04
2       2       LIVE     3494832994       NO  11966702870498 01-JAN-14
3       3       LIVE     3494832994       YES 12041003378277 04-JUL-18
oracle rman

2 respostas

  1. Best Answer

    Para os iniciantes de RMAN interessados

    As políticas do RMAN REDUNDANCYe RECOVERY WINDOWsão mutuamente exclusivas. Isso significa que você pode definir um ou outro.

    Política de redundância

    Ter definido REDUNDANCY 2sempre manterá apenas os dois últimos backups e excluir (ou marcar como obsoleto) quaisquer outros backups anteriores, que não são mais necessários para trazer de volta o banco de dados a um estado consistente.

    Observação:
    se você tiver backups de NÍVEL 1 e ARCHIVELOG entre os backups FULL e/ou NÍVEL 0, eles devem ser mantidos até que não sejam mais necessários.

    informação adicional

    De acordo com o arquivo PDF Oracle Database - Backup and Recovery Reference , sua política de retenção REDUNDANCY 2não deve ter excluído seus backups mais antigos:

    O cenário a seguir ilustra como a redundância funciona em uma estratégia de backup incremental. Suponha que o nível de redundância seja 1. Você executa um backup de banco de dados de nível 0 ao meio-dia de segunda-feira, um backup cumulativo de nível 1 ao meio-dia de terça e quarta-feira e um backup de nível 0 ao meio-dia de quinta-feira. Imediatamente após cada backup diário, você executa um arquivo DELETE OBSOLETE. O comando Wednesday DELETEnão remove o backup de nível 1 de terça-feira porque esse backup não é redundante: o backup de nível 1 de terça-feira pode ser usado para recuperar o backup de nível 0 de segunda-feira para um horário entre meio-dia de terça e meio-dia de quarta-feira. No entanto, o DELETEcomando na quinta-feira remove os backups de nível 0 e 1 anteriores.

    O exemplo acima usa um valor de 1, mas está afirmando claramente que os backups anteriores de backups completos não são excluídos até que sejam maiores que o valor configurado.

    Respondendo suas perguntas

    1. Depende , .... (ver 2. e "Possíveis problemas")

    2. De acordo com a documentação, a retention policyconfiguração ainda parece ser a mesma para todas as versões:

    Possíveis problemas

    • Você encontrou um bug durante o backup e as restaurações de sua instância de banco de dados.

    Reproduzindo com Oracle 12c

    Como o Oracle RDBMS 9i é praticamente obsoleto e nosso ambiente está quase atualizado, só consegui reiterar/reproduzir as etapas em um ambiente 12c.

    Configuração RMAN

    O RMAN foi configurado usando os padrões:

    RMAN> mostrar tudo;

Os parâmetros de configuração do RMAN para banco de dados com db_unique_name ORACLE12JN são:
CONFIGURAR POLÍTICA DE RETENÇÃO PARA REDUNDÂNCIA 2;
CONFIGURAR OTIMIZAÇÃO DE BACKUP OFF; # predefinição
CONFIGURAR TIPO DE DISPOSITIVO PADRÃO PARA DISCO; # predefinição
CONFIGURAR CONTROLFILE AUTOBACKUP ON; # predefinição
CONFIGURAR O FORMATO AUTOBACKUP DO CONTROLFILE PARA DISCO DE TIPO DE DISPOSITIVO PARA '%F'; # predefinição
CONFIGURAR TIPO DE DISPOSITIVO PARALELISMO DE DISCO 1 TIPO DE BACKUP PARA BACKUPSET; # predefinição
CONFIGURAR CÓPIAS DE BACKUP DE FICHEIRO DE DADOS PARA DISCO DE TIPO DE DISPOSITIVO PARA 1; # predefinição
CONFIGURAR CÓPIAS DE BACKUP DO ARCHIVELOG PARA DISCO DE TIPO DE DISPOSITIVO PARA 1; # predefinição
CONFIGURAR MAXSETSIZE PARA ILIMITADO; # predefinição
CONFIGURAR ENCRIPTAÇÃO PARA BANCO DE DADOS DESLIGADO; # predefinição
CONFIGURAR ALGORITMO DE CRIPTOGRAFIA 'AES128'; # predefinição
CONFIGURAR ALGORITMO DE COMPRESSÃO 'BÁSICO' A PARTIR DE LANÇAMENTO 'DEFAULT' OTIMIZAR PARA CARGA TRUE ; # predefinição
CONFIGURAR SAÍDA RMAN PARA MANTER POR 7 DIAS; # predefinição
CONFIGURAR A POLÍTICA DE EXCLUSÃO DE ARCHIVELOG PARA NENHUMA; # predefinição
CONFIGURAR SNAPSHOT CONTROLFILE NAME PARA 'C:\ORACLE_12\PRODUCT\12.2.0\DBHOME_1\DATABASE\SNCFORACLE12JN.ORA'; # predefinição

    Backups RMAN

    Os backups do RMAN foram executados emitindo um backup database;comando simples:

    RMAN> banco de dados de backup;

Iniciando o backup em 17-JUL-18
usando o canal ORA_DISK_1
canal ORA_DISK_1: iniciando o conjunto completo de backup do arquivo de dados
canal ORA_DISK_1: especificando arquivo(s) de dados no conjunto de backup
arquivo de dados de entrada número do arquivo=00001 nome=C:\ORACLE_12\ORADATA\ORACLE12JN\SYSTEM01.DBF
arquivo de dados de entrada número do arquivo=00005 nome=C:\ORACLE_12\ORADATA\ORACLE12JN\UNDOTBS01.DBF
arquivo de dados de entrada número do arquivo=00003 nome=C:\ORACLE_12\ORADATA\ORACLE12JN\SYSAUX01.DBF
arquivo de dados de entrada número do arquivo=00007 nome=C:\ORACLE_12\ORADATA\ORACLE12JN\USERS01.DBF
canal ORA_DISK_1: peça inicial 1 em 17-JUL-18
canal ORA_DISK_1: peça 1 finalizada em 17-JUL-18
alça de peça=C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNNDF_TAG20180717T151608_FNVV0RH4_.BKP tag=TAG20180717T151608 comment=NONE
canal ORA_DISK_1: conjunto de backup completo, tempo decorrido: 00:00:15
Backup finalizado em 17-JUL-18

Iniciando o arquivo de controle e o backup automático SPFILE em 17-JUL-18
peça alça=C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\AUTOBACKUP\2018_07_17\O1_MF_S_981731783_FNVV17QR_.BKP comment=NONE
Arquivo de controle finalizado e backup automático SPFILE em 17-JUL-18

    Verificando backups, verificando backups obsoletos e listando encarnações

    Após um certo período de backups, verifiquei novamente o catálogo do RMAN:

    RMAN> lista resumo de backup;


Lista de backups
================
Chave TY LV S Tipo de Dispositivo Tempo de Conclusão #Peças #Cópias Tag Comprimida
------- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- - -- ------ ---------- ---
3 BFA DISK 2018-07-16 10:03:01 1 1 NO TAG20180716T100301
5 BFA DISK 2018-07-16 10:27:44 1 1 NO TAG20180716T102744
7 BFA DISK 2018-07-16 10:49:50 1 1 NO TAG20180716T104950
9 BFA DISK 2018-07-16 10:50:08 1 1 NO TAG20180716T105007
11 BFA DISK 2018-07-16 10:50:22 1 1 NO TAG20180716T105022
13 BFA DISK 2018-07-16 10:51:21 1 1 NO TAG20180716T105121
15 BFA DISK 2018-07-16 13:06:13 1 1 NO TAG20180716T130612
17 BFA DISK 2018-07-16 15:26:23 1 1 NO TAG20180716T152623
19 BFA DISK 2018-07-16 15:57:07 1 1 NO TAG20180716T155707
20 B 0 A DISCO 2018-07-17 08:22:01 1 1 NO TAG20180717T082154
21 BFA DISK 2018-07-17 08:22:02 1 1 NO TAG20180717T082202
22 B 0 A DISCO 17-07-2018 14:36:07 1 1 NO TAG20180717T143558
23 BFA DISK 2018-07-17 14:36:14 1 1 NO TAG20180717T143614
24 BFA DISK 2018-07-17 15:16:15 1 1 NO TAG20180717T151608
25 BFA DISK 2018-07-17 15:16:23 1 1 NO TAG20180717T151623
26 BAA DISCO 2018-07-17 15:55:52 1 1 NO TAG20180717T155551
27 BFA DISK 2018-07-17 15:55:53 1 1 NO TAG20180717T155553
28 BFA DISK 2018-07-17 16:05:17 1 1 NO TAG20180717T160517

    Verificado que nenhum backup obsoleto estava por aí:

    RMAN> relatório obsoleto;

A política de retenção do RMAN será aplicada ao comando
A política de retenção do RMAN está definida como redundância 2
nenhum backup obsoleto encontrado

RMAN>

    E listou as encarnações atuais:

    RMAN> lista de encarnação;


Lista de encarnações de banco de dados
Chave do banco de dados Inc. Nome do banco de dados ID do banco de dados STATUS Redefinir SCN Tempo de redefinição
------- ------- -------- ---------------- --- --------- - ----------
1 1 ORACLE12 2083073378 PAIS 1 2017-03-08 15:57:31
2 2 ORACLE12 2083073378 ATUAL 1490582 2018-07-16 09:27:03

    Executar a primeira restauração/recuperação

    Os seguintes comandos foram emitidos para restaurar/recuperar o banco de dados em um estado consistente:

    RMAN> desligamento imediato

banco de dados fechado
banco de dados desmontado
Instância do Oracle encerrada

RMAN> montagem de inicialização;

conectado ao banco de dados de destino (não iniciado)
Instância Oracle iniciada
banco de dados montado

Área Global Total do Sistema 1610612736 bytes

Tamanho Fixo 8747368 bytes
Tamanho variável 385877656 bytes
Buffers de banco de dados 1207959552 bytes
Redo Buffers 8028160 bytes

RMAN> executar
2> {
3> definido até o horário '2018-07-17 14:36:14';
4> restaurar banco de dados;
5> recuperar banco de dados;
6> }

comando de execução: SET até cláusula

Iniciando a restauração em 17/07/2018 16:04:30
canal alocado: ORA_DISK_1
canal ORA_DISK_1: SID=12 tipo de dispositivo=DISK

canal ORA_DISK_1: iniciando a restauração do conjunto de backup do arquivo de dados
canal ORA_DISK_1: especificando arquivo(s) de dados para restaurar do conjunto de backup
canal ORA_DISK_1: restaurando o arquivo de dados 00001 para C:\ORACLE_12\ORADATA\ORACLE12JN\SYSTEM01.DBF
canal ORA_DISK_1: restaurando o arquivo de dados 00003 para C:\ORACLE_12\ORADATA\ORACLE12JN\SYSAUX01.DBF
canal ORA_DISK_1: restaurando o arquivo de dados 00005 para C:\ORACLE_12\ORADATA\ORACLE12JN\UNDOTBS01.DBF
canal ORA_DISK_1: restaurando o arquivo de dados 00007 para C:\ORACLE_12\ORADATA\ORACLE12JN\USERS01.DBF
canal ORA_DISK_1: lendo da peça de backup C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNND0_TAG20180717T143558_FNVROH49_.BKP
canal ORA_DISK_1: peça alça=C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNND0_TAG20180717T143558_FNVROH49_.BKP tag=TAG20180717T143558
canal ORA_DISK_1: peça de backup 1 restaurada
canal ORA_DISK_1: restauração completa, tempo decorrido: 00:00:07
Restauração concluída em 17/07/2018 16:04:38

Começando a recuperar em 2018-07-17 16:04:38
usando o canal ORA_DISK_1

iniciando a recuperação de mídia
recuperação de mídia concluída, tempo decorrido: 00:00:00

Recuperação finalizada em 2018-07-17 16:04:39

RMAN> altera os resetlogs abertos do banco de dados;

Extrato processado

RMAN> lista de encarnação;


Lista de encarnações de banco de dados
Chave do banco de dados Inc. Nome do banco de dados ID do banco de dados STATUS Redefinir SCN Tempo de redefinição
------- ------- -------- ---------------- --- --------- - ----------
1 1 ORACLE12 2083073378 PAIS 1 2017-03-08 15:57:31
2 2 ORACLE12 2083073378 PAIS 1490582 2018-07-16 09:27:03
3 3 ORACLE12 2083073378 CURRENT 1701490 2018-07-17 16:05:13

RMAN> lista resumo de backup;


Lista de backups
================
Chave TY LV S Tipo de Dispositivo Tempo de Conclusão #Peças #Cópias Tag Comprimida
------- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- - -- ------ ---------- ---
3 BFA DISK 2018-07-16 10:03:01 1 1 NO TAG20180716T100301
5 BFA DISK 2018-07-16 10:27:44 1 1 NO TAG20180716T102744
7 BFA DISK 2018-07-16 10:49:50 1 1 NO TAG20180716T104950
9 BFA DISK 2018-07-16 10:50:08 1 1 NO TAG20180716T105007
11 BFA DISK 2018-07-16 10:50:22 1 1 NO TAG20180716T105022
13 BFA DISK 2018-07-16 10:51:21 1 1 NO TAG20180716T105121
15 BFA DISK 2018-07-16 13:06:13 1 1 NO TAG20180716T130612
17 BFA DISK 2018-07-16 15:26:23 1 1 NO TAG20180716T152623
19 BFA DISK 2018-07-16 15:57:07 1 1 NO TAG20180716T155707
20 B 0 A DISCO 2018-07-17 08:22:01 1 1 NO TAG20180717T082154
21 BFA DISK 2018-07-17 08:22:02 1 1 NO TAG20180717T082202
22 B 0 A DISCO 17-07-2018 14:36:07 1 1 NO TAG20180717T143558
23 BFA DISK 2018-07-17 14:36:14 1 1 NO TAG20180717T143614
24 BFA DISK 2018-07-17 15:16:15 1 1 NO TAG20180717T151608
25 BFA DISK 2018-07-17 15:16:23 1 1 NO TAG20180717T151623
26 BAA DISCO 2018-07-17 15:55:52 1 1 NO TAG20180717T155551
27 BFA DISK 2018-07-17 15:55:53 1 1 NO TAG20180717T155553
28 BFA DISK 2018-07-17 16:05:17 1 1 NO TAG20180717T160517

RMAN> relatório obsoleto;

A política de retenção do RMAN será aplicada ao comando
A política de retenção do RMAN está definida como redundância 2
nenhum backup obsoleto encontrado

    A restauração foi bem-sucedida e nenhum backup foi marcado como obsoleto, embora a encarnação tenha sido alterada após a restauração e com a ALTER DATABASE OPEN RESETLOGSemissão.

    Listagem de encarnações alternativas

    Uma representação alternativa das encarnações pode ser obtida com o seguinte comando:

    alter session set nls_date_format = 'yyyy-mm-dd hh24:mi:ss';
set pages 50
set lines 230
column Path format a20
select INCARNATION#, RESETLOGS_CHANGE#, RESETLOGS_TIME, 
PRIOR_INCARNATION#, STATUS, LEVEL, SYS_CONNECT_BY_PATH(INCARNATION#, ' -> ') Path 
from v$database_incarnation 
WHERE LEVEL >=1 START WITH INCARNATION# = '1' 
CONNECT BY PRIOR INCARNATION# = PRIOR_INCARNATION# 
order by Level, Path, RESETLOGS_TIME;

    Resultado:

    INCARNATION# RESETLOGS_CHANGE# RESETLOGS_TIME PRIOR_INCARNATION# STATUS LEVEL PATH
------------ ----------------- ------------------- -- ----- ------- ---------- ------ ---
           1 1 2017-03-08 15:57:31 0 PAIS 1 -> 1
           2 1490582 2018-07-16 09:27:03 1 PAIS 2 -> 1 -> 2
           3 1701490 2018-07-17 16:05:13 2 CURRENT 3 -> 1 -> 2 -> 3

    A vantagem de consultar o catálogo local na instância do banco de dados é a representação da encarnação como um caminho a seguir

    Executar segunda restauração/recuperação

    Os seguintes comandos foram emitidos para restaurar/recuperar o banco de dados em um estado consistente novamente:

    RMAN> desligamento imediato

banco de dados fechado
banco de dados desmontado
Instância do Oracle encerrada

RMAN> montagem de inicialização

conectado ao banco de dados de destino (não iniciado)
Instância Oracle iniciada
banco de dados montado

Área Global Total do Sistema 1610612736 bytes

Tamanho Fixo 8747368 bytes
Tamanho variável 520095384 bytes
Buffers de banco de dados 1073741824 bytes
Redo Buffers 8028160 bytes

RMAN> executar
2> {
3> definido até a hora '2018-07-17 08:22:01';
4> restaurar banco de dados;
5> recuperar banco de dados;
6> }

comando de execução: SET até cláusula

Iniciando a restauração em 17/07/2018 16:14:37
canal alocado: ORA_DISK_1
canal ORA_DISK_1: SID=11 tipo de dispositivo=DISK
RMAN-00571: ============================================== =============
RMAN-00569: =============== PILHA DE MENSAGENS DE ERRO SEGUE ===============
RMAN-00571: ============================================== =============
RMAN-03002: falha do comando de restauração em 17/07/2018 16:14:37
RMAN-20207: UNTIL TIME ou RECOVERY WINDOW é anterior ao tempo de RESETLOGS

    Ok, atingimos um "colisão" de encarnação no caminho de restauração. Atualmente, estamos na encarnação 3, como pode ser visto na lista de encarnações abaixo, que copiei acima:

    INCARNATION# RESETLOGS_CHANGE# RESETLOGS_TIME PRIOR_INCARNATION# STATUS LEVEL PATH
------------ ----------------- ------------------- -- ----- ------- ---------- ------ ---
           1 1 2017-03-08 15:57:31 0 PAIS 1 -> 1
           2 1490582 2018-07-16 09:27:03 1 PAIS 2 -> 1 -> 2
           3 1701490 2018-07-17 16:05:13 2 CURRENT 3 -> 1 -> 2 -> 3

    ...e o backup que estamos buscando é após o RESETLOGS para a encarnação 2. Vamos resetar a encarnação para 2 e prosseguir com o backup:

    RMAN> redefina o banco de dados para a encarnação 2;

banco de dados redefinido para encarnação 2

RMAN>

    Parece funcionar. Vamos reiniciar a restauração/recuperação novamente:

    RMAN> executar
2> {
3> definido até a hora '2018-07-17 08:22:01';
4> restaurar banco de dados;
5> recuperar banco de dados;
6> }

comando de execução: SET até cláusula

Iniciando a restauração em 17/07/2018 16:16:12
usando o canal ORA_DISK_1

canal ORA_DISK_1: iniciando a restauração do conjunto de backup do arquivo de dados
canal ORA_DISK_1: especificando arquivo(s) de dados para restaurar do conjunto de backup
canal ORA_DISK_1: restaurando o arquivo de dados 00001 para C:\ORACLE_12\ORADATA\ORACLE12JN\SYSTEM01.DBF
canal ORA_DISK_1: restaurando o arquivo de dados 00003 para C:\ORACLE_12\ORADATA\ORACLE12JN\SYSAUX01.DBF
canal ORA_DISK_1: restaurando o arquivo de dados 00005 para C:\ORACLE_12\ORADATA\ORACLE12JN\UNDOTBS01.DBF
canal ORA_DISK_1: restaurando o arquivo de dados 00007 para C:\ORACLE_12\ORADATA\ORACLE12JN\USERS01.DBF
canal ORA_DISK_1: lendo da peça de backup C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNND0_TAG20180717T082154_FNV2R328_.BKP
canal ORA_DISK_1: peça alça=C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNND0_TAG20180717T082154_FNV2R328_.BKP tag=TAG20180717T082154
canal ORA_DISK_1: peça de backup 1 restaurada
canal ORA_DISK_1: restauração completa, tempo decorrido: 00:00:07
Restauração concluída em 17/07/2018 16:16:20

Começando a recuperar em 2018-07-17 16:16:20
usando o canal ORA_DISK_1

iniciando a recuperação de mídia

log arquivado para o encadeamento 1 com a sequência 3 já está no disco como arquivo C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\ARCHIVELOG\2018_07_17\O1_MF_1_3_FNVXC7R7_.ARC
nome do arquivo de log arquivado=C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\ARCHIVELOG\2018_07_17\O1_MF_1_3_FNVXC7R7_.ARC thread=1 sequence=3
recuperação de mídia concluída, tempo decorrido: 00:00:00
Recuperação finalizada em 2018-07-17 16:16:21

RMAN> altera os resetlogs abertos do banco de dados;

Extrato processado

RMAN> relatório obsoleto
2>;

A política de retenção do RMAN será aplicada ao comando
A política de retenção do RMAN está definida como redundância 2
nenhum backup obsoleto encontrado

RMAN>

    A restauração foi bem-sucedida e nenhum backup foi marcado como obsoleto, embora a encarnação tenha sido alterada após a restauração e ALTER DATABASE OPEN RESETLOGStenha sido emitido novamente. Agora estamos em uma encarnação mais recente e ainda não Obsolete Backupsrelatados.

    Lista de encarnações atuais após a segunda restauração (SQL)

    SQL> selecione INCARNATION#, RESETLOGS_CHANGE#, RESETLOGS_TIME, PRIOR_INCARNATION#, STATUS, LEVEL, SYS_CONNECT_BY_PATH(INCARNATION#, ' -> ') Caminho de v$database_incarnation WHERE LEVEL >=1 START WITH INCARNATION# = '1' CONNECT BY PRIOR INCARNATION # = PRIOR_INCARNATION# ordem por Nível, Caminho, RESETLOGS_TIME;

INCARNATION# RESETLOGS_CHANGE# RESETLOGS_TIME PRIOR_INCARNATION# STATUS LEVEL PATH
------------ ----------------- ------------------- -- ----- ------- ---------- ------ ---
           1 1 2017-03-08 15:57:31 0 PAIS 1 -> 1
           2 1490582 2018-07-16 09:27:03 1 PAIS 2 -> 1 -> 2
           3 1701490 2018-07-17 16:05:13 2 ÓRFÃO 3 -> 1 -> 2 -> 3
           4 1691865 17-07-2018 16:16:29 2 CURRENT 3 -> 1 -> 2 -> 4

    Iniciar backup

    Depois de restaurar pela segunda vez, vamos fazer backup do banco de dados novamente:

    RMAN> banco de dados de backup;

Iniciando o backup em 17/07/2018 16:51:39
usando o canal ORA_DISK_1
canal ORA_DISK_1: iniciando o conjunto completo de backup do arquivo de dados
canal ORA_DISK_1: especificando arquivo(s) de dados no conjunto de backup
arquivo de dados de entrada número do arquivo=00001 nome=C:\ORACLE_12\ORADATA\ORACLE12JN\SYSTEM01.DBF
arquivo de dados de entrada número do arquivo=00005 nome=C:\ORACLE_12\ORADATA\ORACLE12JN\UNDOTBS01.DBF
arquivo de dados de entrada número do arquivo=00003 nome=C:\ORACLE_12\ORADATA\ORACLE12JN\SYSAUX01.DBF
arquivo de dados de entrada número do arquivo=00007 nome=C:\ORACLE_12\ORADATA\ORACLE12JN\USERS01.DBF
canal ORA_DISK_1: peça inicial 1 em 2018-07-17 16:51:39
canal ORA_DISK_1: peça finalizada 1 em 2018-07-17 16:51:46
alça de peça=C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNNDF_TAG20180717T165139_FNW0MVRT_.BKP tag=TAG20180717T165139 comment=NONE
canal ORA_DISK_1: conjunto de backup completo, tempo decorrido: 00:00:07
Backup concluído em 2018-07-17 16:51:46

Iniciando o arquivo de controle e o backup automático SPFILE em 17/07/2018 16:51:46
alça de peça=C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\AUTOBACKUP\2018_07_17\O1_MF_S_981737506_FNW0N31S_.BKP comment=NONE
Arquivo de controle finalizado e backup automático SPFILE em 2018-07-17 16:51:47

RMAN>

    Verificar obsoleto

    Vamos agora verificar quais arquivos (de backup) se tornaram obsoletos:

    RMAN> relatório obsoleto
2>;

A política de retenção do RMAN será aplicada ao comando
A política de retenção do RMAN está definida como redundância 2
Relatório de backups e cópias obsoletos
Nome do arquivo/identificador do tempo de conclusão da chave de tipo
-------------------- ------ ------------------ ------ --------------
Conjunto de backup 20 2018-07-17 08:22:01
  Backup Piece 20 2018-07-17 08:22:01 C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNND0_TAG20180717T082154_FNV2R328_.BKP
Conjunto de backup 22 2018-07-17 14:36:07
  Backup Piece 22 2018-07-17 14:36:07 C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNND0_TAG20180717T143558_FNVROH49_.BKP
Conjunto de backup 24 2018-07-17 15:16:15
  Backup Piece 24 2018-07-17 15:16:15 C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNNDF_TAG20180717T151608_FNVV0RH4_.BKP
Arquivo Log 2 2018-07-17 15:55:51 C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\ARCHIVELOG\2018_07_17\O1_MF_1_3_FNVXC7R7_.ARC
Conjunto de backup 26 2018-07-17 15:55:52
  Backup Piece 26 2018-07-17 15:55:52 C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_ANNNN_TAG20180717T155551_FNVXC84F_.BKP
Arquivo Log 3 2018-07-17 16:05:13 C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\ARCHIVELOG\2018_07_17\O1_MF_1_4_FNVXWSDY_.ARC

RMAN>

    Verificar encarnações (SQL)

    SQL> selecione INCARNATION#, RESETLOGS_CHANGE#, RESETLOGS_TIME, PRIOR_INCARNATION#, STATUS, LEVEL, SYS_CONNECT_BY_PATH(INCARNATION#, ' -> ') Caminho de v$database_incarnation WHERE LEVEL >=1 START WITH INCARNATION# = '1' CONNECT BY PRIOR INCARNATION # = PRIOR_INCARNATION# ordem por Nível, Caminho, RESETLOGS_TIME;

INCARNATION# RESETLOGS_CHANGE# RESETLOGS_TIME PRIOR_INCARNATION# STATUS LEVEL PATH
------------ ----------------- ------------------- -- ----- ------- ---------- ------ ---
           1 1 2017-03-08 15:57:31 0 PAIS 1 -> 1
           2 1490582 2018-07-16 09:27:03 1 PAIS 2 -> 1 -> 2
           3 1701490 2018-07-17 16:05:13 2 ÓRFÃO 3 -> 1 -> 2 -> 3
           4 1691865 17-07-2018 16:16:29 2 CURRENT 3 -> 1 -> 2 -> 4

    Como pode ser visto, a encarnação 3 agora está órfã, porque sua linha direta de herança em relação ao estado atual do banco de dados está quebrada. Após a primeira restauração, voltamos no tempo e restauramos novamente o banco de dados, o que resulta no caminho de encarnação 1 -> 2 -> 4sendo a linha direta dos ancestrais atuais para o banco de dados aberto.

    Como a linha direta para restaurar o banco de dados atual é ao longo das encarnações de 1, 2, 4, não há necessidade do RMAN manter os backups obsoletos listados acima. Eles podem ser excluídos com segurança.

    Excluir obsoleto

    Vamos em frente e excluir os backups obsoletos:

    RMAN> excluir obsoleto
2>;

A política de retenção do RMAN será aplicada ao comando
A política de retenção do RMAN está definida como redundância 2
usando o canal ORA_DISK_1
Excluindo os seguintes backups e cópias obsoletos:
Type                 Key    Completion Time    Filename/Handle
-------------------- ------ ------------------ --------------------
Backup Set           20     2018-07-17 08:22:01
  Backup Piece       20     2018-07-17 08:22:01 C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNND0_TAG20180717T082154_FNV2R328_.BKP
Backup Set           22     2018-07-17 14:36:07
  Backup Piece       22     2018-07-17 14:36:07 C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNND0_TAG20180717T143558_FNVROH49_.BKP
Backup Set           24     2018-07-17 15:16:15
  Backup Piece       24     2018-07-17 15:16:15 C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNNDF_TAG20180717T151608_FNVV0RH4_.BKP
Archive Log          2      2018-07-17 15:55:51 C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\ARCHIVELOG\2018_07_17\O1_MF_1_3_FNVXC7R7_.ARC
Backup Set           26     2018-07-17 15:55:52
  Backup Piece       26     2018-07-17 15:55:52 C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_ANNNN_TAG20180717T155551_FNVXC84F_.BKP
Archive Log          3      2018-07-17 16:05:13 C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\ARCHIVELOG\2018_07_17\O1_MF_1_4_FNVXWSDY_.ARC
Backup Set           30     2018-07-17 16:17:52
  Backup Piece       30     2018-07-17 16:17:52 C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNNDF_TAG20180717T161743_FNVYN815_.BKP

Do you really want to delete the above objects (enter YES or NO)? YES
deleted backup piece
backup piece handle=C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNND0_TAG20180717T082154_FNV2R328_.BKP RECID=20 STAMP=981706915
deleted backup piece
backup piece handle=C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNND0_TAG20180717T143558_FNVROH49_.BKP RECID=22 STAMP=981729359
deleted backup piece
backup piece handle=C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNNDF_TAG20180717T151608_FNVV0RH4_.BKP RECID=24 STAMP=981731768
deleted archived log
archived log file name=C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\ARCHIVELOG\2018_07_17\O1_MF_1_3_FNVXC7R7_.ARC RECID=2 STAMP=981734151
deleted backup piece
backup piece handle=C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_ANNNN_TAG20180717T155551_FNVXC84F_.BKP RECID=26 STAMP=981734152
deleted archived log
archived log file name=C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\ARCHIVELOG\2018_07_17\O1_MF_1_4_FNVXWSDY_.ARC RECID=3 STAMP=981734713
deleted backup piece
backup piece handle=C:\ORACLE_12\RECOVERY_AREA\ORACLE12JN\BACKUPSET\2018_07_17\O1_MF_NNNDF_TAG20180717T161743_FNVYN815_.BKP RECID=30 STAMP=981735464
Deleted 7 objects

    List Backup Summary

    Now that we have deleted some backup files and RMAN has performed some internal cleaning, let's have a look at the backup summary:

    RMAN> list backup summary;


List of Backups
===============
Key     TY LV S Device Type Completion Time     #Pieces #Copies Compressed Tag
------- -- -- - ----------- ------------------- ------- ------- ---------- ---
3       B  F  A DISK        2018-07-16 10:03:01 1       1       NO         TAG20180716T100301
5       B  F  A DISK        2018-07-16 10:27:44 1       1       NO         TAG20180716T102744
7       B  F  A DISK        2018-07-16 10:49:50 1       1       NO         TAG20180716T104950
9       B  F  A DISK        2018-07-16 10:50:08 1       1       NO         TAG20180716T105007
11      B  F  A DISK        2018-07-16 10:50:22 1       1       NO         TAG20180716T105022
13      B  F  A DISK        2018-07-16 10:51:21 1       1       NO         TAG20180716T105121
15      B  F  A DISK        2018-07-16 13:06:13 1       1       NO         TAG20180716T130612
17      B  F  A DISK        2018-07-16 15:26:23 1       1       NO         TAG20180716T152623
19      B  F  A DISK        2018-07-16 15:57:07 1       1       NO         TAG20180716T155707
21      B  F  A DISK        2018-07-17 08:22:02 1       1       NO         TAG20180717T082202
23      B  F  A DISK        2018-07-17 14:36:14 1       1       NO         TAG20180717T143614
25      B  F  A DISK        2018-07-17 15:16:23 1       1       NO         TAG20180717T151623
27      B  F  A DISK        2018-07-17 15:55:53 1       1       NO         TAG20180717T155553
28      B  F  A DISK        2018-07-17 16:05:17 1       1       NO         TAG20180717T160517
29      B  F  A DISK        2018-07-17 16:16:34 1       1       NO         TAG20180717T161634
31      B  F  A DISK        2018-07-17 16:17:59 1       1       NO         TAG20180717T161759
32      B  F  A DISK        2018-07-17 16:51:46 1       1       NO         TAG20180717T165139
33      B  F  A DISK        2018-07-17 16:51:47 1       1       NO         TAG20180717T165146
34      B  F  A DISK        2018-07-18 07:24:13 1       1       NO         TAG20180718T072405
35      B  F  A DISK        2018-07-18 07:24:21 1       1       NO         TAG20180718T072421

RMAN>

    As we can see we still have "at least" two complete backup that will allow us to restore the database two backups in the past. RMAN (in 12c) did not delete any other backups along the incarnation path or outside of the orphaned incarnation.

    Conclusion

    Regarding the deleted backups after your initial restore in 9i I believe there are two possible scenarios:

    1. You hit a bug.
    2. After the restore two (FULL) backups were initiated which resulted in the backups being deleted on tape.

    Reference Material

    • Doc ID 206862.1 (How does the RMAN Retention Policy Obsolete Incremental Backupsets and Archivelog Files)
      • Valid for Oracle 9i+
    • 4

  2. Do alto da minha cabeça. A encarnação está configurada para impedir que você restaure backups muito antigos. Desta forma, eles são obsoletos.

    No entanto, você ainda pode usá-los para restaurar, mas nesse caso você precisa alterar a encarnação para a encarnação 'anterior'. Ao mesmo tempo, seus backups mais recentes se tornam obsoletos.

    Esse comportamento ainda é o mesmo.

    • 0

relate perguntas