Como executar uma recuperação completa do banco de dados 12c oráculo
Recuperação completa
Conteúdo
Como realizar uma recuperação completa: Um ou mais arquivos de dados 12c da Oracle
Se você ver o “incapazes de identificar / lock arquivo de dados” de erro, você precisa fazer um par de coisas:
Conhecer a extensão dos danos. Esse conhecimento ajuda, assim você só tem que fazer uma recuperação em vez de dois.
Determinar se o arquivo perdido é necessário para a instância para executar (ou se é um arquivo de dados de aplicativo). arquivos de dados necessários são SYSTEM, SYSAUX, e desfazer. Isso é importante para reduzir o seu global tempo de recuperação significa (TMPR). A Oracle trava somente se você perder um arquivo de dados necessário.
Se você determinar que os arquivos perdidos não são importantes para o funcionamento básico, você pode abrir o banco de dados (se ele foi mesmo para baixo) antes de começar a recuperação. Que permite, pelo menos, acesso a dados parcial para alguns usuários. Você pode preferir que os usuários permanecem fora do sistema até que você está feito.
Qual é a primeira coisa a fazer se crashes do Oracle 12c? Vá para o Data Recovery Advisor (DRA). Para o DRA a trabalhar, o banco de dados tem que, pelo menos, estar em estado NOMOUNT. O banco de dados não pode ser completamente desligado. A DRA também pode ser executado com o aberto banco de dados, minimizando o tempo de inatividade.
No exercício seguinte, o arquivo de dados de usuários de tabela foi perdido enquanto o banco de dados foi executado. Porque esse arquivo de dados não é um arquivo de dados exigida (sistema, SYSAUX, desfazer), você pode fazer a recuperação, mesmo sem desligar o banco de dados.
Entrar para o seu alvo com RMAN.
Digite o seguinte:
Você vê algo como isto:
Lista de falhas de banco de dados ========================= falha ID Prioridade Estado Tempo DetectedSummary ---------- ----- --- --------- -------------------- ------- 722HIGH ABERTO 30-JUN-2013 11:25: 20 Um ou mais arquivos de dados não são do sistema estão faltando
Um arquivo não é do sistema (crítico) está em falta. O que fazer?
Pergunte ao DRA o que fazer:
Você vê algo como isto:
Papel Base de dados: PRIMARYList de falhas de banco de dados ========================= falha ID Prioridade Estado Tempo DetectedSummary ---------- - ------ --------- -------------------- ------- 722HIGH ABERTO 30-JUN-2013 11 : 25: 20 Um ou mais arquivos de dados não-sistema são missinganalyzing reparação automática opções-isso pode levar algum canal timeallocated: ORA_DISK_1channel ORA_DISK_1: SID = 56 tipo dispositivo = DISKanalyzing opções de reparação automáticas completeMandatory ações manuais ========== ============== há ações manuais availableOptional ações manuais ======================= 1. Se /u01/app/oracle/oradata/dev12c/users01.dbf arquivo foi
involuntariamente renomeados ou movidos, restaurar itAutomated Opções de reparação ======================== opção Repair Descrição ------ -------- ---------- 1 Restaurar e recuperar arquivo de dados 4Strategy: O reparo inclui a recuperação de mídia completa com nenhum dado lossRepair script: /u01/app/oracle/diag/rdbms/dev12c/dev12c/hm/reco_3875560744.hmObter uma carga do que isso! Não só o DRA dizer exatamente o que você precisa fazer, mas também fornece um roteiro para que você não tem que escrever uma única linha de código. Se você abrir esse script, ele é algo como isto:
# Restaurar e recuperar datafilesql `alterar arquivo de dados da base de dados 4 offline`-restaurar (arquivo de dados 4) -recover DATAFILE 4-SQL` alterar arquivo de dados da base de dados 4 online`-
Digite o seguinte para ter a DRA corrigir o problema:
Video: Banco de Dados (Projeto 02) | Linguagem C #011
Você vê algo como isto:
RMANgt; reparação falha-Strategy: A reparação inclui a recuperação de mídia completa com nenhum dado lossRepair script: /u01/app/oracle/diag/rdbms/dev12c/dev12c/hm/reco_3875560744.hmcontents de script de reparo: # restaurar e recuperar datafilesql `alter arquivo de dados do banco de dados 4 offline`-restore (arquivo de dados 4) -recover dATAFILE 4-sql `alter arquivo de dados do banco de dados 4 online`-você realmente quer executar o reparo acima (digite sim ou não)? YESrepair fracasso completo
No final de uma recuperação baseada em Advisor, se o banco de dados foi fechado, ele pergunta se você deseja abrir o banco de dados. Na maioria das vezes você vai escolher Sim. Você pode escolher Não se você quiser gastar mais tempo indo sobre o que aconteceu antes de soltar o banco de dados de volta para os usuários.
Aqui estão algumas nitpicks sobre a DRA, aqui é o que nós diríamos:
Será que o DRA não dizer que você pode ter arquivos de dados off-line e, em seguida, abra o banco de dados para todos os outros se o banco está fechado. Ele diz que os arquivos podem estar offline e recuperado se o banco de dados já está aberto. Pelo menos ele disse que eles eram arquivos não são do sistema.
Se você tem que restaurar os arquivos para um novo local, o DRA não pode assumir e fazer toda a recuperação para você.
Digamos que você perdeu um disco e ele não vai voltar. A DRA não é inteligente o suficiente para escolher um novo local para você e incorporar em que um script de reparo. Diz-lhe o que está errado eo que ele sugere fazer, o que pode ajudá-lo a ir na direcção certa, mas fica aquém depois disso.
Seja realista. Como você pode esperar que ele tem todas as situações indexados para todos os tipos de sistemas e ambientes?
Como realizar uma recuperação completa: Um ou mais arquivos de controle 12c da Oracle
E se você conseguir perder todos os seus arquivos de controle e seus acidentes de banco de dados?
arquivos de controle são arquivos críticos do sistema.
DRA para o resgate:
Entrar e RMAN.
falha lista.
Aconselhar fracasso.
falha de reparo.
Mas espere um minuto. . . Por estes passos não abrir o banco de dados? Recuperação de perder todos os seus arquivos de controle é um pouco mais complicado do que a recuperação de arquivos de dados padrão. (Supostamente o DRA não quer continuar com a recuperação sem você ter a chance de verificar as coisas.)