Execute uma recuperação completa de um banco de dados Oracle 12c sem o Database Recovery Advisor - dummies

Você não deve descansar em seus louros demais, então vamos ver uma recuperação sem o Data Recovery Advisor (DRA) da Oracle 12c. O DRA não o ajudará em todas as situações. E se o arquivo que você precisa restaurar deve ir para outro lugar? O DRA não saberá onde colocá-lo.

Além disso, é bom entender como se recuperar sem o DRA. Você pode encontrar-se em um banco de dados não-12c algum dia. O seguinte método funciona todo o caminho de volta ao início do Recovery Manager (RMAN).

Este exemplo você perdeu um arquivo de dados, mas não conseguiu devolvê-lo no mesmo local. (Neste caso você significa RMAN . ) Você precisa informar ao RMAN para onde colocar o arquivo; então o RMAN irá restaurá-lo para o local adequado.

• Você perdeu um disco com um arquivo de dados nele.

• O disco não será substituído e você deve restaurar o arquivo de dados em outro lugar.

• Você diz ao RMAN onde colocar o arquivo de dados.

• Você diz ao RMAN para restaurar o arquivo de dados.

• Você diz ao RMAN para recuperar o arquivo de dados.

• Se o banco de dados foi fechado, você o abrirá. Se o banco de dados estava aberto, você está online no arquivo de dados.

Este exemplo, usando Oracle no Linux, começa com o banco de dados fechado; Você abrirá e então corrigirá o erro. Para criar este erro, simplesmente renomeie os usuários01. arquivo de dados dbf enquanto o banco de dados estava desativado.

1. Inicie o banco de dados e leia esse erro:

   ORA-01157: não é possível identificar / bloquear o arquivo de dados 4 - ver o arquivo de rastreio DBWR ORA-01110: arquivo de dados 4: '/ u01 / app / oracle / oradata / dev12c / users01. dbf '
   

2. Veja se esse é o único arquivo ausente:

3. Determine se este é o único arquivo afetado e se ele é um arquivo crítico.

   Você também determina que ele deve ser restaurado para um disco diferente.

4. Inicie o RMAN e remova o arquivo de dados offline:

   Você vê isso:

   usando o arquivo de controle do banco de dados de destino em vez do catálogo de recuperação Declaração processada
   

5. Abra o banco de dados:

6. Diga ao RMAN para restaurar o correto localização:

   Neste caso, é disk u02, uma localização diferente. A saída indica que o arquivo está sendo restaurado e recuperado na nova localização:

   comando de execução: SET NEWNAME Iniciando a restauração em 30-JUN-2013 11: 48: 46 usando o arquivo de controle de banco de dados de destino em vez do canal de catálogo de recuperação ORA_DISK_1: SID = 7 tipo de dispositivo = canal DISK ORA_DISK_1: restauração do arquivo de dados 00004 cópia do arquivo de dados de entrada RECID = 12 STAMP = 819457925 nome do arquivo = / u01 / app / oracle / 
   
   fast_recovery_area / DEV12C / datafile / o1_mf_users_8x0lp5mo_. Destino dbf para restauração do arquivo de dados 00004: / u02 / app / oracle / oradata / dev12c / users01.canal dbf ORA_DISK_1: cópia de dados copiada do arquivo de dados 00004 nome do arquivo de saída = / u02 / app / oracle / oradata / dev12c / users01. dbf RECID = 13 STAMP = 819460128 Restauração terminada em 30-JUN-2013 11: 48: 49 arquivo de dados 4 comutado para cópia de arquivo de dados Começando a recuperar em 30-JUN-2013 11: 48: 49 usando o canal ORA_DISK_1 recuperação de mídia de partida … saída cortada … mídia recuperação completa, tempo decorrido: 00: 00: 01 Finalizado recuperar em 30-JUN-2013 11: 48: 52
   

7. Quando a recuperação terminar, altere o tablespace para colocá-lo novamente online: