Oracle Dataguard broker报告ORA-16801:重做传输相关属性与数据库设置不一致
我已经设置了dataguard配置，并从DGMGRL内部完成了大部分工作，以避免可能出现的问题，它似乎运行正常，但它报告了以下问题：Oracle Dataguard broker报告ORA-16801:重做传输相关属性与数据库设置不一致,oracle,dataguard,Oracle,Dataguard,我已经设置了dataguard配置，并从DGMGRL内部完成了大部分工作，以避免可能出现的问题，它似乎运行正常，但它报告了以下问题： ORA-16801: redo transport-related property is inconsistent with database setting. 查看DGMGRL，它为我提供了以下信息： DGMGRL> show database 'ELBEMP' 'InconsistentLogXptProps'; INCONSISTENT LOG
ORA-16801: redo transport-related property is inconsistent with database setting.
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
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
有人知道如何消除错误消息吗？在我看来，您实际上没有在备用数据库中定义任何备用重做日志-您的所有日志文件都处于联机状态。您还需要在备用数据库上创建备用日志文件。看 编辑：
或者，您可以从主服务器上删除备用日志。严格地说，您不必使用备用重做日志操作—它们仅用于data Guard中的实时应用、最大保护和最大可用性级别的数据保护。Oracle确实建议使用备用重做日志，而且没有理由不使用（和）。您目前确实没有使用它们—只有在您切换并将主设备设为备用设备时，才会使用主设备上定义的那些日志。在我看来，备用数据库中实际上没有定义任何备用重做日志—您的所有日志文件都处于联机状态。您还需要在备用数据库上创建备用日志文件。看 编辑：
或者，您可以从主服务器上删除备用日志。严格地说，您不必使用备用重做日志操作—它们仅用于data Guard中的实时应用、最大保护和最大可用性级别的数据保护。Oracle确实建议使用备用重做日志，而且没有理由不使用（和）。您现在确实没有使用它们-只有在您切换并将主设备设为备用设备时，才会使用主设备上定义的那些。问题可能更适合serverfault。问题可能更适合serverfault。谢谢，这是我得出的结论，我认为我确实需要最大程度地保护系统，因此我将禁用dataguard混淆，并将备用日志添加到Primary中。我是否正确地假设，因为我在备用服务器上没有SRL，所以它不是在执行异步数据保护，而是在应用日志？。感谢您的帮助。您好，还有一件事，我尝试了以下方法来禁用主实例SQL>alter database add standby日志文件组6（“/oracle/ELBEMS1/MIRRACH/redostby06a.log”“，“/oracle/ELBEMS1/MIRRACH/redostby06b.log”）上的配置。第1行出现100M*错误：ORA-01156：正在进行的恢复可能需要访问文件任何想法，关于如何允许我在数据库处于物理待机模式时添加这些待机日志？很抱歉，上面的评论存在一些问题。在主I上，使用DGMGRL Conect内部禁用配置禁用；然后在待机状态下执行上述操作，并收到该消息。解决了问题。对任何感兴趣的人来说，都是这样。我运行了以下操作来修复此问题：在主dgmgrl上连接/禁用配置；转到每个备用数据库并运行：alter database recover managed standby database cancel；-----再创建1个组，然后在主服务器上有重做日志组（因此主服务器有3个，我将创建4个。alter database add standby logfile group（）大小；alter database recover managed standby database disconnect；返回主dgmgrl connect/enable配置；您是正确的-异步日志传输模式需要备用日志文件。如果您使用网格控制，其中有一些非常好的数据保护工具，它会立即向您反馈，如果没有哼哼。谢谢，这是我得出的结论，我想我确实需要最大限度地保护系统，因此我将禁用dataguard混淆，并将备用日志添加到主服务器。我是否正确地假设，因为我在备用服务器上没有SRL，所以它不是在执行异步数据保护，而是在应用日志？谢谢您好，还有一件事，我尝试了以下方法来禁用主实例SQL>alter database add standby日志文件组6（“/oracle/ELBEMS1/MIRRACH/redostby06a.log”“，“/oracle/ELBEMS1/MIRRACH/redostby06b.log”“）上的配置大小100M*第1行错误：ORA-01156:正在进行的恢复可能需要访问文件有什么想法，关于如何允许我在数据库处于物理待机模式时添加这些待机日志？很抱歉，上面的评论存在一些问题。在主服务器上，我使用DGMGRL Conect内部禁用配置禁用了这些日志；然后在t上执行了上述操作他待机，并收到该消息。解决了问题。对于任何感兴趣的人，就是这样。我运行以下操作来解决问题：在主dgmgrl连接/禁用配置上；转到每个待机并运行：alter database recover managed standby database cancel；----再创建一个组，然后在主dgmgrl上有重做日志组（所以主日志文件有3个，我将创建4.alterdatabase添加备用日志文件组（）大小；alter database recover managed standby database disconnect；返回主dgmgrl connect/enable配置；您是正确的-异步日志传输模式需要备用日志文件。如果您使用网格控制，其中有一些非常好的数据保护工具，它会立即向您反馈，如果没有褶边
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