Como recuperar seu banco de dados da Oracle 12c
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.
Menu
RMAN pode realmente ajudar com dois tipos de falhas:
falha de mídia: Perda de ficheiros
erro Usuário: Erros que levam a bancos de dados ou 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 utilizador acidentalmente elimina um arquivo ou um espaço de tabela, o RMAN pode ajudar muito facilmente.
No entanto, se um usuário acidentalmente cai de uma mesa ou corrompe dados, o RMAN posso ajuda, mas 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 é a 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, faça um incompleto recuperação para 10:12 para obter o banco de dados back 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 A 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ê.
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:
ORA-01157: não é possível identificar / arquivo de dados de bloqueio 4 - veja 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 que 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 A 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 a recuperação incompleta:
Encerre o banco de dados.
Inicie o banco de dados no modo de montagem.
Defina o tempo para a restauração para trabalhar.
Restaurar o banco de dados.
Recuperar o banco de dados.
Abra o banco de dados com RESETLOGS.
Os arquivos de controle não coincidir com os arquivos de dados. Você tem que re-sincronização dos arquivos de controle com os arquivos de dados.
Abra um prompt para sua linha de comando OS.
Faça login na sua base de dados com o RMAN:
Coloque o banco de dados no modo de montagem:
Use o seguinte comando RMAN para recuperar seu banco de dados para o tempo apropriado (11:44, neste caso):
RMAN> executar {set até a hora = "to_date ('30 -jun-2013: 11: 44: 00 ',' DD-MON-YYYY: HH24: MI: SS ')" - restaurar banco de dados recuperar banco de dados SQL "alter de banco de dados open resetlogs "-}Quando o comando for concluído, você deve ver algo como isto:
executar o comando: SET até clauseStarting restaurar pelo 30-JUN-2013 11: 58: canal 52allocated: ORA_DISK_1channel ORA_DISK_1: SID = 20 = tipo de dispositivo DISK # 133-saída cortou nº 133-Terminado recuperam em 30-JUN-2013 00:02: declaração 56sql: alter database open resetlogs
Verifique se a tabela que você estava tentando se recuperar de fato foi recuperado.
Não há nada mais constrangedor do que dizendo a todo mundo que você recuperou 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 longe no tempo.