Resolução de lacunas de log ausentes em guarda de dados

A fixação de uma lacuna em espera tem sido possível desde o Oracle 10G usando backup incremental, mas teve que ser feito completamente manualmente. Esse processo exigiu determinar o número do SCN, obtendo um backup incremental do banco de dados primário, transferindo os arquivos de backup para o servidor em espera e assim por diante. No entanto, ainda exigia passar por várias etapas manuais: SQL> Startup Force Mount RMAN> Recuperar o banco de dados do serviço Prim Noredo; RMAN> Restaurar ofile de controle de espera do Service Prim; SQL> Força de inicialização; Alter Banco de dados Recuperar o banco de dados gerenciado em espera; Digite o modo de saída do modo de tela cheia no Oracle 18C, foram feitas melhorias adicionais. Agora, com apenas um comando, todas as etapas acima são executadas automaticamente: rman> recuperar o banco de dados de espera do serviço TNS_FAL_SERVER; Digite o modo de saída do modo de tela cheia abaixo, simularemos esse cenário. Etapa 1: Verificando o status atual do standby vs. Primaryon Primary (prim): sql> selecione max (sequência#), thread#de v $ archived_log Group by Thread#; Max (sequência#) Tópico#————————- 128 1 Digite o modo de saída de tela cheia de tela cheia no modo de espera (STB): sql> selecione max (sequência#), thread#, aplicado no grupo GV $ arquivado_log por thread#, ordem aplicada por thread#; Max (sequência#) Thread# Aplicado ————————————- 128 1 Sim Digite o modo de saída de tela cheia de tela cheia, como mostrado, o espera está sincronizado com o primário. Etapa 2: Simulando uma brecha desligada: SQL> Desligar a instância do Oracle. Digite o modo de saída do modo de tela cheia, então, no primário, geramos e excluímos imediatamente um log arquivado: alterar o arquivo de log do sistema; alterar o switch de sistema de logfile;

[oracle@hkm6 ~]$ rm -rf /18c/arch/1_129_972120046.dbf Digite o modo de saída de tela cheia de tela cheia quando o modo de espera for iniciado novamente, ele aguardará o registro do arquivo 129, que foi excluído: SQL> Startup Banco de dados aberto. SQL> ALTER Banco de dados Recuperar o banco de dados gerenciado em espera; PR00 (PID: 23943): Recuperação de mídia Aguardando T-1.S-129 PR00 (PID: 23943): buscando a diferença de T-1.S-129 para T-1.S-129 Digite o modo de saída de tela cheia de tela cheia neste estágio, o espera é intencionalmente colocado em uma situação de lacuna. Etapa 3: Resolução da lacuna com o Oracle 18C Cancelar Recuperação gerenciada em espera: SQL> ALTER Banco de dados Recuperar o banco de dados gerenciado em espera; Banco de dados alterado. Digite o modo de saída do modo de tela cheia 2. Execute o novo comando oracle 18c em rman: rman> recuperar o banco de dados de espera do serviço prim; Iniciando recuperação em 26-abr-18 usando o arquivo de controle de banco de dados de destino em vez do catálogo de recuperação, a instância do oracle iniciou o sistema total da área global 4982831184 bytes tamanho fixo 8906832 Bytes Tamanho da variável 1174405120 Bytes Buffers ByTes Buffers 3791650816 Bytes Redefass 78884160 {RESOTES { ‘prim’; Alter Banco de dados Mount Standby Database; } Execução do script de memória Restauração inicial em 26-abr-18 canal alocado: ora_disk_1 canal ora_disk_1: sid = 743 Tipo de dispositivo = canal de disco ora_disk_1: Iniciando o backup de dados de backup de reesturador de reesturador de reesturador ora_disk: usa backup de serviço do canal primário: o canal: 00:00:01 Nome do arquivo de saída =/18c/base/orradata/usefdb18/controlfile/Control01.ctl Restauração acabada no canal de 26-abr-18: ora_disk_1 de instrução Conteúdo processado do script de memória: {recuperar o banco de dados do serviço ‘prim’; } Execução do script de memória A partida recupere em 26-abr-18 iniciando o backup de verificação cruzada em 26-abr-18 canal alocado: ora_disk_1 canal ora_disk_1: sid = 743 Tipo de dispositivo = Disco CrossCheck 12 objetos acabados de backup implícito em 26-Apr-18 cópia crossCheck em 26-abr-18 pesquisando todos os arquivos nos arquivos de catalogação da área de recuperação … nenhum arquivo catalogado usando o canal ora_disk_1 pulando o arquivo de dados 5; já restaurado ao SCN 1506388 pulando o arquivo de dados 6; já restaurado no SCN 1506388 pulando o arquivo de dados 8; já restaurado ao SCN 1506388 pulando o arquivo de dados 57; já restaurado ao SCN 6799373 pulando o arquivo de dados 58; já restaurado ao SCN 6799373 pulando o arquivo de dados 59; Já restaurado para SCN 6799373 canal ora_disk_1: Iniciando o conjunto de backup de dados de dados incremental ORA_DISK_1: Usando o conjunto de backup de rede do destino primário de serviço para restauração de dados 00001: /18c/base/oradata/usefdb18/datafile/O1_MFILEMEM ORA_DISK_1: Restauração completa, Tempo decorrido: 00:00:15 canal ora_disk_1: Iniciando o conjunto de backup de dados incrementais do canal de restauração ORA_DISK_1: Usando o conjunto de backup de rede do Destino Prime de Serviço para Restaurar do DataFile 00003: /18c/base/oradata/usefdb18/datafile/o1_mf_sysaux_fcvjh2k2_.dbf canal ora_disk_1: restaure o tempo de reação, 00:00:16 Channel ORA_DISK_1: Set de troca de dados de reação, 00:00:16 Channel Ora DataFile 00004: /18c/base/oradata/usefdb18/datafile/o1_mf_undotbs1_fcvjhvp9_.dbf canal ora_disk_1: Restore Complete, tempo de reação: 00:00:01 Channel Ora_Disk_1: Contrage Networksfile Datafile: 00:00:01 Channel ora_disk: Destino primário de serviço para restauração do arquivo de dados 00007: /18c/base/oradata/usefdb18/datafile/o1_mf_users_fcvjhwty_.dbf canal de fitd ora_disk_1: restaure o tempo de recuperação: 00:00:01 A recuperação de mídia de mídia inicial na recuperação da mídia de recuperação de mídia completa, a recuperação de recuperação de recuperação de mídia, para a recuperação de recuperação de mídia: 00:00:01 na recuperação de mídia inicial, na recuperação de recuperação de mídia de mídia: 00:01 na recuperação de mídia da mídia da mídia da mídia da mídia de mídia de mídia: 26-ABR-18 RMAN> Digite o modo de saída de tela completa Modo de tela cheia 3. Reinicie a recuperação gerenciada: SQL> ALTER DATABASE RECUPERAR BATOMENTO DE STANDBY Gerenciado; PR00 (PID:25374): Media Recovery Waiting for T-1.S-131 (in transit) Enter fullscreen mode Exit fullscreen mode Step 4: Verifying the resultNow, the standby has applied archive log 130, proving the gap is resolved: SQL> select max(sequence#),thread#,applied from gv$archived_log where RESETLOGS_ID=972120046 group by thread#,applied Ordem por thread#; Max (sequência#) thread# aplicado ———— ——————— 130 1 Sim, digite o modo de saída de tela cheia de tela cheia

Fonte