Брокер Dataguard сообщает ORA-16801: повторное связанное с транспортом свойство несовместимо с настройкой базы данных - PullRequest
Новая
       29

Брокер Dataguard сообщает ORA-16801: повторное связанное с транспортом свойство несовместимо с настройкой базы данных

1 голос
/ 14 декабря 2009

Я установил конфигурацию dataguard и выполнил большую часть работы из DGMGRL, чтобы избежать возможных проблем. Кажется, он работает нормально, но сообщает о следующей проблеме: 

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

Глядя на DGMGRL, он дает мне следующую информацию: 

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

Я добавил SRL к основному, и они были скопированы в резерв, когда я создал его через rman

Вход в основной: 

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

Это журналы одного из резервных серверов (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

Честно говоря, я ожидал, что журналы будут ELBEMS3, а не ELBEMP, но, похоже, все применяется, и в v $ archived_log

нет неприменимых журналов

У кого-нибудь есть идеи, как избавиться от сообщения об ошибке?

1 Ответ

1 голос
/ 15 декабря 2009

Мне кажется, что у вас нет резервных журналов повторов, определенных в резервной базе данных - все ваши журналы находятся в режиме онлайн. Вам также потребуется создать резервные файлы журналов в резервных базах данных. См. Концепции защиты данных и Руководство по администрированию .

РЕДАКТИРОВАТЬ:

В качестве альтернативы, вы можете сбросить резервные журналы с основного. Строго говоря, вам не нужно работать с резервными журналами повторов - они требуются только для применения в реальном времени и максимальной защиты и максимальных уровней доступности защиты данных в Data Guard. Oracle рекомендует использовать резервные журналы повторов, и на самом деле нет причин не делать этого (и несколько причин, по которым вам следует ). В любом случае, вы на самом деле их сейчас не используете - те, которые определены на первичном сервере, используются только в том случае, если вы переключаетесь и делаете первичный режим резервным.

...