archiveur coincé après mis log_archive_dest_2 à oracle zone de récupération rapide


0

Tous garde de données d'experts,

Je tente actuellement de configurer une base de données primaire pour la création de la base de données de veille physique avec un oracle 11g se base seul.

Oracle version: 11.2.0.4

Il est en mode archivelog avec archivage automatique à l'aide zone de récupération rapide.

DB_RECOVERY_FILE_DEST est/u01/app/oracle/oraarch

db_recovery_file_deset_size est réglé sur 4G.

L'archivage fonctionne normalement avant de commencer la configuration de cette base de données pour la création d'une base de données de secours physique.

ici est ce qui se fait jusqu'à présent sur cette base de données primaire:

  1. exploitation forestière de force sur base de données primaire est activée:

    enregistrement de la force de base de données alter;

  2. Les journaux de reprise sont créés. Bien que cette base de données principale comprenne deux groupes de fichiers de journalisation, j'ai créé 3 fichiers de journalisation de secours comme Oracle a recommandé.

SQL> SELECT * FROM V STANDBY_LOG $;

GROUP# DBID THREAD# SEQUENCE# 

BYTES BLOCKSIZE UTILISÉ STATUT ARC FIRST_CHANGE # FIRST_TIM


NEXT_CHANGE # NEXT_TIME LAST_CHANGE # LAST_TIME


4 RÉSERVÉ 0 0 52428800 512 0 OUI RÉSERVÉ

5 RÉSERVÉ 0 52428800 0 512 0 OUI RÉSERVÉ

6 RÉSERVÉ 0 52428800 0 512 0 OUI RÉSERVÉ

puis

Set paramètre archive_log_dest_2 nous DB_RECOVERY_AREA.

système alter réglé log_archive_dest_2 'emplacement = user_db_recovery_file_dest valid_for = (standby_logfile, standby_role)' = portée = les deux;

et d'activer log_archive_deset_state_2 être 'activer', alors qu'il a été configuré pour être activé par défaut.

modifier l'ensemble du système log_archive_dest_state_2 = activer la portée = both;

Ensuite, le problème que je suis bloqué commence.Lorsque je lance SQL> alter system switch logfile; 3 fois, alors c'est raccroché.

Je vérifie le répertoire/oraarch, les fichiers journaux de redo ne sont même pas archivés lors de la première commande de deux commutateurs logfile.

et lorsque le fichier journal du troisième commutateur horaire est émis, il est raccroché.

S'il vous plaît aider/conseiller alors que votre expertise est vraiment appréciée. Merci beaucoup.

ce qui a trait

1

Vous dit la base de données primaire , qu'il devrait mettre archivelogs dans la FRA, mais seulement quand il a le rôle veille. Après avoir forcé plusieurs fois les changements de journal, votre tentative répétée de forcer un commutateur de journal a été interrompue, car vos paramètres empêchaient la base de données d'archiver les journaux et la base de données ne pouvait pas basculer vers un nouveau groupe de fichiers journaux. toutes les autres séquences de journaux précédentes, de sorte qu'il ne peut pas réutiliser les fichiers.

Voici un exemple des paramètres nécessaires dans la base de données primaire du documentation:

DB_NAME=chicago 
DB_UNIQUE_NAME=chicago 
LOG_ARCHIVE_CONFIG='DG_CONFIG=(chicago,boston)' 
CONTROL_FILES='/arch1/chicago/control1.ctl', '/arch2/chicago/control2.ctl' 
LOG_ARCHIVE_DEST_1= 
'LOCATION=/arch1/chicago/ 
    VALID_FOR=(ALL_LOGFILES,ALL_ROLES) 
    DB_UNIQUE_NAME=chicago' 
LOG_ARCHIVE_DEST_2= 
'SERVICE=boston ASYNC 
    VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) 
    DB_UNIQUE_NAME=boston' 
LOG_ARCHIVE_DEST_STATE_1=ENABLE 
LOG_ARCHIVE_DEST_STATE_2=ENABLE 
REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE 
LOG_ARCHIVE_FORMAT=%t_%s_%r.arc 

LOG_ARCHIVE_DEST_1 est une destination locale qui peut archiver tout journal dans un rôle.

LOG_ARCHIVE_DEST_2 est une destination distante qui pointe vers le mode veille.

Vous devriez avoir quelque chose comme ceci:

LOG_ARCHIVE_DEST_1='LOCATION=USE_DB_RECOVERY_FILE_DEST' 
LOG_ARCHIVE_DEST_2='SERVICE=boston ASYNC VALID_FOR=ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=boston' 

De plus, voici le processus de Creating a Physical Standby.