Comment avez-vous re-copie d'une fracture de la physique de la base de données de secours?
tout d'abord, quelques données: nous utilisons des bases de données Oracle 11g. Une base de données primaire en cours d'exécution sur un serveur dédié et un physique de base de données en attente sur un serveur dédié séparé. Nous utilisons le DataGuard fonction de répliquer automatiquement la base de données primaire à la physique de la base de données de secours en temps réel. La base de données primaire est également backeed via RMAN.
actuellement, je suis incapable de faire face à un problème avec notre physique de la base de données de secours. En quelque sorte, le transfert de l'archive des journaux à partir de la base de données primaire à la physique standyby de la base de données a arrêté, ce qui en fait le pire des archives de journaux déjà a été supprimé à partir de certains de nos employés, maintenant je ne peux pas question d'une reprise par l'exécution de l'instruction suivante:
RECOVER MANAGED STANDBY DATABASE THROUGH ALL SWITCHOVER DISCONNECT USING CURRENT LOGFILE;
depuis la nécessaire journaux d'archive sont partis.
Donc, mon idée a été de re-dupliquer la physique de la base de données de secours. J'ai arrêté la physique de la base de données de secours et redémarré avec STARTUP NOMOUNT. Ensuite connecté sur le serveur hébergeant la base de données primaire et a commencé un RMAN-session:
RMAN target / auxiliary sys@PRIMARY_DB_DG
RMAN> sql 'ALTER SYSTEM ARCHIVE LOG CURRENT';
RMAN> DUPLICATE TARGET DATABASE FOR STANDBY FROM ACTIVE DATABASE DORECOVER
NOFILENAMECHECK;
mais peu de temps après la modification de la le physique de la base de données de secours à l'état de MONTAGE, le processus se bloque en raison soit de la
- RMAN-04006: erreur à partir de l'auxiliaire de la base de données: ORA-12537: TNS:fermeture de la connexion,
- RMAN-03009: défaillance de l'interrupteur de commande sur clone_default canal à 11/15/2011 11:13:58
ORA-03113: fin de fichier sur le canal de communication ou - RMAN-06136: ORACLE erreur à partir de l'auxiliaire de la base de données: ORA-03113: fin de fichier sur le canal de communication
J'ai googlé autour de solutions, mais seulement trouvé des guides pour l'installation physique de la base de données de secours à partir de zéro. Alors, quelqu'un sait howe pour fixer la base de données physique sans la configuration de complètement nouveau?
Salutations,
CB
Je l'ai déjà fait, mais il n'y a actuellement pas de réponse. Donc, je voulais augmenter mes chances en demandant ici.
OriginalL'auteur Crazy Bytes | 2011-11-15
Vous devez vous connecter pour publier un commentaire.
J'aurais l'air dans l'alerte.journal de bord à partir de l'écran de site pour voir ce que les erreurs ont été autour du moment de l'échec de la rman session.
En outre, vous n'aurez pas nécessairement besoin d'avoir à faire un plein reinstantiation - vous pouvez appliquer des sauvegardes incrémentielles à une base de données de secours à mettre à jour. Voir, par exemple, http://jarneil.wordpress.com/2008/06/03/applying-an-incremental-backup-to-a-physical-standby/
Niall
OriginalL'auteur Niall Litchfield
Voici ma solution qui a fonctionné pour moi:
L'arrêt de la physique de la base de données de secours
(Facultatif, plus sûr en cas d'échec de Sauvegarde de tous les fichiers (*.dbf), redologs, archives des journaux, journaux en ligne, en flash-back, les journaux et les fichiers de contrôle qui sont utilisés par la fermeture de l'instance.
Supprimer tous les fichiers de données (*.dbf), redologs, archives des journaux, journaux en ligne, en flash-back, les journaux et les fichiers de contrôle dans leur référencé endroits, mais assurez-vous de garder les répertoires.
Démarrage de votre physique standyby base de données avec NOMOUNT-Option
Passer maintenant à la base de données principale de l'environnement.
Commencer votre rman sur vous primaire envoronment:
Dataguard_instance, doit être remplacé par votre DataGuard nom de l'instance.
Après avoir connecté assurez-vous que votre cible connectés base de données est la base de données principale
Noter que votre physique de la base de données de secours est répertorié comme ils ne sont pas montés base de données primaire.
Si vous voyez les mêmes informations que dans la base de données cible, les chances sont que vous êtes connecté à deux reprises de la base de données principale. Dans ce cas, nous permettrait de créer une copie 100% et pas un physique de base de données de secours. Donc, assurez-vous que vous utilisez le droit de DataGuard instance.
Donc avant de commencer, nous force un log:
Maintenant, nous allons commencer la réplication complète de notre base de données de secours
Maintenant rman va effectuer une duplication physique de votre base de données de secours. En fonction de votre fichier de données de taille, cela peut prendre de quelques heures à bout ouvert (j'ai besoin d'environ 4 heures pendant la nuit, quand la base de données primaire a été inactif pendant environ 1,5 T de fichiers) .
Après rman est terminé, vous pouvez quitter le gestionnaire de reprise.
Vous reconnecter à votre physique de la base de données de secours et de l'arrêter:
Si vous utilisez le flash-back de l'option (d'autre continnue à l'étape 13):
Redémarrer physique veille:
Fini!
Espère que vous aide en cas de besoin.
OriginalL'auteur
Avez-vous d'Oracle Enterprise Manager Grid Control setup? Les données de la Garde de l'installation est de pointer et cliquer. Manière la plus facile que j'ai vu de la configuration physique ou logique base de données de secours.
OriginalL'auteur RMAN Express