Como recuperar seu banco de dados 12c oráculo

Muitos tipos de falhas podem acontecer a seu banco de dados. O Recovery Manager 12c Oracle (RMAN) é uma ferramenta que pode ajudá-lo a voltar a seus pés depois de muitas dessas falhas. Às vezes é a única opção, às vezes é a melhor abordagem de vários, e às vezes não é a abordagem correta em tudo.

RMAN pode realmente ajudar com dois tipos de falhas:

• falha de mídia: Perda de arquivos

• erro Usuário: Erros que levam a bases de dados ou de dados danificados

Se RMAN sempre pode ajudá-lo quando se trata de erro do usuário depende de que tipo de problema foi criado. Por exemplo, se um usuário acidentalmente remove um arquivo ou um espaço de tabela, o RMAN pode ajudar muito facilmente.

No entanto, se um usuário acidentalmente apaga uma tabela ou corrompe dados, o RMAN posso ajudar, mas ele pode não ser a abordagem mais rápida. Se um usuário apaga uma tabela, pode ser mais rápido para recuperá-lo do banco de dados RECYCLEBIN ou Flashback Database.

No entanto, se o usuário tiver limpado o RECYCLEBIN ou o Banco de Dados Flashback não está configurado, Recovery Manager é sua única opção.

RMAN pode fazer dois tipos de recuperações:

• Completo: Todos os arquivos são trazidos de volta para o tempo que o banco de dados falhou. Nenhum dado é perdido.

• Incompleto: O banco de dados é recuperado mas não chegou a uma recuperação completa. Pode haver perda de dados. Às vezes isso é o que você quer. Por exemplo, se um usuário apaga uma tabela em 10:13 afiada, você faz uma incompleto recuperação para 10:12 para obter o banco de dados de volta antes de ocorrer a queda.

A recuperação completa é o que geralmente acontece. No entanto, estar preparado para tudo.

Como verificar o problema com a sua recuperação de banco de dados 12c da Oracle

Descobrir o que deu errado com seu banco de dados nem sempre é uma tarefa fácil. Às vezes você tem sorte (se você quiser usar o termo por sorte em face de um banco de dados quebrado). Por exemplo, talvez você sabe o que aconteceu:

• Um administrador de sistema lhe disse um disco resmungou.

• Um usuário disse que eles caiu uma mesa.

• Você causou o erro e você sabe o que aconteceu e por quê.

  Video: Criar, Copiar e Restaurar um Banco de Dados no PostgreSQL

Estes podem não ser o problema, no entanto. Às vezes, você é apresentado com problemas sorrateiras, caso em que você assume o papel de um detetive. Digamos que você iniciar o banco de dados ou acessar os dados enquanto o banco de dados ainda está em aberto e obter um erro semelhante a esta:

Video: Série 1 Varejo - Como recuperar Banco de Dados (Suspect)

ORA-01157: não é possível identificar / arquivo de dados de bloqueio 4 - ver DBWR traçar fileORA-01110: arquivo de dados 4: `/u01/app/oracle/oradata/dev12c/users01.dbf`

Você olha para o arquivo no local que ele dá. Lo e eis que se foi (ou talvez o disco inteiro é ido). Você teve mais de um arquivo no disco.

Por que a Oracle te dizendo apenas que não pode encontrar um dos seus arquivos? Porque quando você iniciar o banco de dados, a Oracle lê a lista de arquivos de dados no arquivo de controle. Assim como ele não pode encontrar um na lista, ele pára de abertura e apresenta o erro.

Ou, se o banco de dados já está aberto, a Oracle diz só sobre o erro que você está experimentando como resultado de sua ação específica. Infelizmente, isso é um pouco misleading- que você pode restaurar e recuperar o arquivo apenas para encontrar outro erro da mesma forma que para um arquivo de dados diferente.

recuperação incompleta com seu banco de dados 12c da Oracle

recuperação incompleta é geralmente uma posição muito infeliz para estar dentro. Normalmente, isso significa que você vai ser a perda de dados (daí incompleto). Além disso, o Data Recovery Advisor (DRA) não pode ajudar em nada nesta situação. Em um cenário de recuperação incompleta, o banco de dados não tem realmente falhou. Alguém tenha feito algo para colocar o banco de dados em um estado que exige que você voltar no tempo.

Aqui estão os passos para recuperação incompleta:

1. Encerre o banco de dados.

2. Inicie o banco de dados no modo de montagem.

3. Definir o tempo para a restauração para trabalhar.

4. Restaurar o banco de dados.

5. Recuperar o banco de dados.

6. Abra o banco de dados com RESETLOGS.

   Os arquivos de controle não irá corresponder os arquivos de dados. Você tem que re-sincronização dos arquivos de controle com os arquivos de dados.

7. Abra uma linha para sua linha de comando OS.

8. Faça login na sua base de dados com o RMAN:

9. Coloque o banco de dados no modo de montagem:

   Video: Como recuperar um banco de dados corrompido no SQL Server? CHECKDB!

10. Use o seguinte comando RMAN para recuperar seu banco de dados para o tempo apropriado (11:44 neste caso):

    RMANgt; executar {set até a hora ="to_date (`30 -jun-2013: 11: 44: 00` , `DD-seg-AAAA: HH24: MI: SS`)"-restore banco de dados recuperar banco de dados SQL "alterar a base de dados aberta resetlogs"-}

    Quando o comando for concluído, você deve ver algo como isto:

    comando de execução: SET até clauseStarting restaurar a 30-JUN-2013 11: 58: canal 52allocated: ORA_DISK_1channel ORA_DISK_1: SID = 20 tipo dispositivo = DISCO ... saída cortado ... acabamento recuperar a 30-JUN-2013 12: 02: declaração 56sql: alterar de banco de dados open resetlogs

11. Verifique se a tabela que você está tentando se recuperar de fato foi recuperado.

    Video: COMO RECUPERAR DADOS DE CUPOM FISCAL APAGADOS

    Não há nada mais constrangedor do que dizendo a todo mundo que você recuperou de dados apenas para ter alguém descobrir que os dados ainda não está lá. Se você descobrir que não está lá, fazer a recuperação novamente, voltando um pouco mais distante no tempo.