Dataguard mediatore segnalazione ORA-16801: rifare proprietà legate al trasporto non è coerente con l'impostazione del database

StackOverflow https://stackoverflow.com/questions/1901757

  •  19-09-2019
  •  | 
  •  

Domanda

Ho creato una configurazione DataGuard, e fatto la maggior parte del lavoro dall'interno DGMGRL per evitare possibili problemi, la sua sembra essere in esecuzione bene, ma proprio report il seguente problema:

ORA-16801: redo transport-related property is inconsistent with database setting.

Guardando DGMGRL mi dà le seguenti informazioni:

DGMGRL> show database  'ELBEMP' 'InconsistentLogXptProps';
INCONSISTENT LOG TRANSPORT PROPERTIES
   INSTANCE_NAME         STANDBY_NAME        PROPERTY_NAME         MEMORY_VALUE         BROKER_VALUE

          ELBEMP              ELBEMS1           LogXptMode       (missing SRLs)                ASYNC

          ELBEMP              ELBEMS2           LogXptMode       (missing SRLs)                ASYNC

          ELBEMP              ELBEMS3           LogXptMode       (missing SRLs)                ASYNC

Ho aggiunto SRL al primario, e che sono stati copiati verso lo standby quando ho creato tramite RMAN

Registri sul primario:

1 - ONLINE - /oracle/ELBEMP/origlog/redo01.rdo
1 - ONLINE - /oracle/ELBEMP/mirrlog/redo01.rdo
2 - ONLINE - /oracle/ELBEMP/origlog/redo02.rdo
2 - ONLINE - /oracle/ELBEMP/mirrlog/redo02.rdo
3 - ONLINE - /oracle/ELBEMP/origlog/redo03.rdo
3 - ONLINE - /oracle/ELBEMP/mirrlog/redo03.rdo
4 - STANDBY - /oracle/ELBEMP/mirrarch/redostby04a.log
4 - STANDBY - /oracle/ELBEMP/mirrarch/redostby04b.log
5 - STANDBY - /oracle/ELBEMP/mirrarch/redostby05a.log
5 - STANDBY - /oracle/ELBEMP/mirrarch/redostby05b.log
6 - STANDBY - /oracle/ELBEMP/mirrarch/redostby06a.log
6 - STANDBY - /oracle/ELBEMP/mirrarch/redostby06b.log
7 - STANDBY - /oracle/ELBEMP/mirrarch/redostby07a.log
7 - STANDBY - /oracle/ELBEMP/mirrarch/redostby07b.log

Questi sono i registri su uno dei standbys (ELBEMS3):

SQL> select group# ||' - '|| type ||' - '|| member from v$logfile;

GROUP#||'-'||TYPE||'-'||MEMBER
--------------------------------------------------------------------------------
1 - ONLINE - /oracle/ELBEMP/origlog/redo01.rdo
1 - ONLINE - /oracle/ELBEMP/mirrlog/redo01.rdo
2 - ONLINE - /oracle/ELBEMP/origlog/redo02.rdo
2 - ONLINE - /oracle/ELBEMP/mirrlog/redo02.rdo
3 - ONLINE - /oracle/ELBEMP/origlog/redo03.rdo
3 - ONLINE - /oracle/ELBEMP/mirrlog/redo03.rdo

Sarò onesto mi aspettavo i log di essere ELBEMS3 e non ELBEMP, ma tutto sembra essere l'applicazione e non ci sono i registri non applicato in v $ archived_log

Qualcuno ha qualche idea su come sbarazzarsi del messaggio di errore?

È stato utile?

Soluzione

Sembra a me che in realtà non hanno alcun log di ripristino standby definiti nel database di standby - tutti i file di log sono in linea. Sarà necessario creare i file di log di standby del database di standby come bene. Vedi le Data Guard Concetti e Manuale di amministrazione .

EDIT:

In alternativa, è possibile eliminare i registri di standby dal primario. A rigor di termini non si dispone di operare con redo log standby - sono necessari solo per il Real-Time Applica e la massima protezione e livelli massimi disponibilità di protezione dei dati nel Data Guard. Oracle non consiglia di utilizzare registri di ripristino standby, e non c'è davvero alcun motivo per non (e noreferrer diversi motivi per cui si dovrebbe ). Davvero non sono in uso al momento in ogni caso -. Quelle definite sul primario vengono utilizzati solo se si effettua la commutazione e uno standby primario

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top