Брокер Dataguard сообщает ORA-16801:Свойство повтора, связанное с транспортом, несовместимо с настройками базы данных
https://stackoverflow.com/questions/1901757
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Я настроил конфигурацию 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 нет непримененных журналов.
У кого-нибудь есть идеи, как избавиться от сообщения об ошибке?
Решение
Мне кажется, что у вас на самом деле нет резервных журналов повторного выполнения, определенных в резервной базе данных - все ваши файлы журналов находятся в режиме ОНЛАЙН.Вам также потребуется создать резервные файлы журналов в резервных базах данных.См. Концепции защиты данных и руководство по администрированию.
РЕДАКТИРОВАТЬ:
В качестве альтернативы вы можете удалить резервные журналы с основного.Строго говоря, вам не обязательно работать с резервными журналами повторного выполнения — они нужны только для Real-Time Apply и максимальной защиты и максимального уровня доступности защиты данных в Data Guard.Oracle рекомендует использовать резервные журналы повторного выполнения, и на самом деле нет причин не делать этого (и несколько причин, почему вам следует).В любом случае вы действительно не используете их в данный момент - те, которые определены на основном, используются только в том случае, если вы переключитесь и сделаете основной резервным.
