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

Я установил конфигурацию 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 ответ

Решение

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

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

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

Источник
Другие вопросы по тегам