问题描述
嗨,专家
我们正在11.2.0.4 oracle数据库上使用dataguard。现在我想切换到物理待机,但是有问题。当我用
总是有运输滞后。滞后时间变化5分钟至50分钟。滞后总是0 (零)。数据库状态: 成功
当我用sqlplus检查时
没有滞后。总是。
当我检查这个语句时
主备双方给出相同的结果。我认为我的dataguard工作正常,但dgmgrl结果使我感到困惑。
在这种情况下,我该怎么办,使切换安全吗?
谢谢。
我们正在11.2.0.4 oracle数据库上使用dataguard。现在我想切换到物理待机,但是有问题。当我用
DGMGRL> show database sby2; Database - sby2 Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 14 minutes 10 seconds (computed 6 seconds ago) Apply Lag: 0 seconds (computed 0 seconds ago) Apply Rate: 424.00 KByte/s Real Time Query: OFF Instance(s): sby2 Database Status: SUCCESS复制
总是有运输滞后。滞后时间变化5分钟至50分钟。滞后总是0 (零)。数据库状态: 成功
当我用sqlplus检查时
SQL> select name, value, unit, time_computed from v$dataguard_stats where name in ('transport lag', 'apply lag'); NAME VALUE UNIT TIME_COMPUTED ------------- ------------- ------------------------------ ------------------------------ transport lag +00 00:00:00 day(2) to second(0) interval 05/13/2020 14:01:41 apply lag +00 00:00:00 day(2) to second(0) interval 05/13/2020 14:01:41 SQL>复制
没有滞后。总是。
当我检查这个语句时
Primary--- SQL> SELECT MAX(SEQUENCE#), THREAD# FROM V$ARCHIVED_LOG WHERE RESETLOGS_CHANGE# = (SELECT MAX(RESETLOGS_CHANGE#) FROM V$ARCHIVED_LOG) GROUP BY THREAD#; 2 3 MAX(SEQUENCE#) THREAD# -------------- ---------- 366800 1 Standby--- SQL> SELECT MAX(SEQUENCE#), THREAD# FROM V$ARCHIVED_LOG WHERE RESETLOGS_CHANGE# = (SELECT MAX(RESETLOGS_CHANGE#) FROM V$ARCHIVED_LOG) GROUP BY THREAD#; 2 3 MAX(SEQUENCE#) THREAD# -------------- ---------- 366800 1复制
主备双方给出相同的结果。我认为我的dataguard工作正常,但dgmgrl结果使我感到困惑。
在这种情况下,我该怎么办,使切换安全吗?
谢谢。
专家解答
您是否已配置 * 备用 * 重做日志?如果没有它们,我们将向备用服务器发送 * 存档的 * 重做日志,因此您在应用更改时会有延迟。
当存在备用重做日志时,我们将 “实时” 将重做运送到备用。
这里有更多细节
https://docs.oracle.com/en/database/oracle/oracle-database/19/sbydb/oracle-data-guard-redo-transport-services.html#GUID-E6EC6104-3C38-482D-B807-A0E84ECFB937
当存在备用重做日志时,我们将 “实时” 将重做运送到备用。
这里有更多细节
https://docs.oracle.com/en/database/oracle/oracle-database/19/sbydb/oracle-data-guard-redo-transport-services.html#GUID-E6EC6104-3C38-482D-B807-A0E84ECFB937
文章转载自ASKTOM,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。
评论
相关阅读
Oracle DataGuard高可用性解决方案详解
孙莹
573次阅读
2025-03-26 23:27:33
Oracle RAC 一键安装翻车?手把手教你如何排错!
Lucifer三思而后行
532次阅读
2025-04-15 17:24:06
【纯干货】Oracle 19C RU 19.27 发布,如何快速升级和安装?
Lucifer三思而后行
435次阅读
2025-04-18 14:18:38
XTTS跨版本迁移升级方案(11g to 19c RAC for Linux)
zwtian
430次阅读
2025-04-08 09:12:48
【ORACLE】记录一些ORACLE的merge into语句的BUG
DarkAthena
427次阅读
2025-04-22 00:20:37
墨天轮个人数说知识点合集
JiekeXu
427次阅读
2025-04-01 15:56:03
Oracle SQL 执行计划分析与优化指南
Digital Observer
425次阅读
2025-04-01 11:08:44
【ORACLE】你以为的真的是你以为的么?--ORA-38104: Columns referenced in the ON Clause cannot be updated
DarkAthena
404次阅读
2025-04-22 00:13:51
Oracle数据库一键巡检并生成HTML结果,免费脚本速来下载!
陈举超
391次阅读
2025-04-20 10:07:02
Oracle 19c RAC更换IP实战,运维必看!
szrsu
365次阅读
2025-04-08 23:57:08