Comment effectuer une récupération complète de votre base de données Oracle 12c

Le rétablissement complet

est ce que vous voulez viser. Cela signifie que vous récupérer chaque bloc et chaque transaction qui a été commis dans la base de données Oracle 12c. Vous laissez Oracle prendre le dessus et faire la récupération jusqu'à la fin de tous les fichiers de sauvegarde et d'archiver logs- ne pas intervenir et arrêter manuellement avant qu'il ne soit terminé.

Comment faire pour effectuer une récupération complète: Un ou plusieurs fichiers de données Oracle 12c

Si vous voyez le “ incapable d'identifier / verrouiller fichier de données ” erreur, vous devez faire deux choses:

• Connaître l'étendue des dégâts. Cette connaissance permet donc vous avez seulement de faire une récupération au lieu de deux.

• Déterminer si le fichier perdu est nécessaire pour l'instance de fonctionner (ou si elle est un fichier de données de l'application). Les fichiers de données nécessaires sont SYSTEME, SYSAUX, et défaire. Ceci est important pour la réduction de votre globale le temps de récupération moyenne (MTTR). Oracle se bloque que si vous perdez un fichier de données requis.

Si vous déterminez que les fichiers perdus sont pas importants pour le fonctionnement de base, vous pouvez ouvrir la base de données (si elle est même allé vers le bas) avant de commencer la récupération. Cela permet l'accès aux données au moins partielle de certains utilisateurs. Vous préférerez peut-être que les utilisateurs restent hors du système jusqu'à ce que vous avez terminé.

Quelle est la première chose à faire si les accidents Oracle 12c? Accédez au Data Recovery Advisor (DRA). Pour la DRA de travailler, la base de données doit, à tout le moins, être à l'état NOMOUNT. La base de données ne peut pas être complètement fermé. Le DRA peut également être exécuté avec l'ouverture de la base de données, en minimisant les temps d'arrêt.

Dans l'exercice suivant, le fichier de données UTILISATEURS tablespace a été perdu alors que la base de données était en marche. Parce que ce fichier de données est pas un fichier de données requis (système, SYSAUX, défaire), vous pouvez faire la récupération sans même arrêter la base de données.

1. Connectez-vous à votre cible avec RMAN.

2. Tapez ceci:

   Vous voyez quelque chose comme ceci:

   Liste des échecs de base de données ========================= Echec ID priorité Statut Temps ---------- ----- DetectedSummary --- --------- -------------------- ------- 722HIGH OUVERT 30-JUN-2013 11:25: 20 Un ou plusieurs fichiers de données non-système sont manquants

   
   
   
   
   

   Un non-système de fichiers (critique) est manquant. Que faire?

3. Demandez à la DRA quoi faire:

   Vous voyez quelque chose comme ceci:

   Base de données Rôle: PRIMARYList d'échecs de base de données ========================= Echec ID priorité Statut Temps DetectedSummary ---------- - ------ --------- -------------------- ------- 722HIGH OUVERT 30-JUN-2013 11 : 25: 20 Un ou plusieurs fichiers de données non-système sont missinganalyzing réparation automatique options- cela peut prendre du canal timeallocated: ORA_DISK_1channel ORA_DISK_1: SID = 56 Type d'appareil = DISKanalyzing options automatiques de réparation actions manuelles completeMandatory ========== ============== actions manuelles de pas des actions manuelles ======================= 1. Si le fichier était /u01/app/oracle/oradata/dev12c/users01.dbf
   involontairement renommé ou déplacé, restaurer itAutomated options de réparation ======================== Option réparation description ------ -------- ---------- 1 Restaurer et récupérer fichier de données 4Strategy: La réparation comprend la reprise complète des médias sans données lossRepair scénario: /u01/app/oracle/diag/rdbms/dev12c/dev12c/hm/reco_3875560744.hm

   Obtenez une charge de ça! Non seulement le DRA vous dire exactement ce que vous devez faire, mais il fournit également un script de sorte que vous ne devez pas écrire une seule ligne de code. Si vous ouvrez ce script, il ressemble à ceci:

    # Restaurer et récupérer datafilesql 'alter database fichier de données 4 offline'-restauration (fichier de données 4) -recover DATAFILE 4-sql' alter database fichier de données 4 online'-

4. Tapez la commande suivante pour avoir le DRA résoudre le problème:

   Vous voyez quelque chose comme ceci:

   RMAN> réparation échec Stratégie: La réparation comprend récupération complète de média sans données lossRepair scénario: /u01/app/oracle/diag/rdbms/dev12c/dev12c/hm/reco_3875560744.hmcontents de script de réparation: # restaurer et récupérer datafilesql 'modifient base de données fichier de données 4 offline'-restauration (fichier de données 4) -recover DATAFILE 4-sql 'alter database fichier de données 4 online'-Do vous voulez vraiment exécuter la réparation ci-dessus (entrez OUI ou NON)? YESrepair échec complet

   À la toute fin d'une reprise basée-conseiller, si la base de données était fermée, il vous demande si vous souhaitez ouvrir la base de données. La plupart du temps, vous choisissez Oui. Vous pouvez choisir Non si vous voulez passer plus de temps aller sur ce qui est arrivé avant de relâcher la base de données vers les utilisateurs.

Voici quelques nitpicks sur la DRA, voici ce que nous dirions:

• Le DRA ne dites pas que vous pouvez prendre des fichiers de données hors ligne, puis ouvrez la base pour tout le monde si la base de données est fermée. Il vous indique que les fichiers peuvent être récupérés en mode hors connexion et si la base de données est déjà ouvert. Au moins, il vous a dit qu'ils étaient des fichiers non-système.

• Si vous devez restaurer les fichiers vers un nouvel emplacement, le DRA ne peut pas prendre en charge et faire toute la récupération pour vous.

  Dites que vous avez perdu un disque et il ne reviendra pas. La DRA est pas assez intelligent pour choisir un nouvel emplacement pour vous et incorporer cela dans un script de réparation. Il vous dit ce qui ne va pas et ce qu'il suggère de faire, ce qui peut vous aider à aller dans la bonne direction, mais il ne répond pas après cela.

Être réaliste. Comment pouvez-vous attendre d'avoir toutes les situations indexées pour tous les types de systèmes et environnements?

Comment faire pour effectuer une récupération complète: Un ou plusieurs fichiers Oracle de contrôle 12c

Que faire si vous parvenez à perdre tous vos fichiers de contrôle et de plantage de votre base de données?

Les fichiers de contrôle sont des fichiers système critiques.

DRA à la rescousse:

1. Connectez-vous à RMAN.

2. L'échec de la liste.

3. Conseiller échec.

4. L'échec de réparation.

Mais attendez une minute. . . Pourquoi ne pas ces étapes ouvrent la base de données? Récupération de perdre tous vos fichiers de contrôle est un peu plus compliquée que la récupération de fichiers de données standard. (Soi-disant le DRA ne veut pas continuer avec la reprise sans vous avoir une chance de vérifier les choses.)