如果 Oracle Dataguard 报告错误该怎么办

分类:编程技术 时间:2024-02-20 15:59 浏览:0 评论:0
0
本文主要向您展示“Oracle Dataguard报错时该怎么办”。内容简单、易懂、清晰。希望可以帮助您解答疑惑。让小编带领大家学习学习《Oracle Dataguard报错时怎么办》。本文。

环境:RAC+单机Dataguard
问题:启动DG备库到mount阶段并启动MRP进程后,发现后台日志没有打印归档传输信息,并且备用数据库日志打开ARC1:成为“no FAL”ARC

1。启动DG备库到mount阶段。启动MRP进程后,发现后台日志没有打印归档传输信息。
发现备库日志有错误。报告:ARC1: Becoming the 'no FAL' ARC error, 报警中日志如下
MMON started with pid=15, OS id=10552
ORACLE_BASE fromenvironment = /oracle/app/oracle
2023年3月4日星期日15:44:47
MMNL以pid=16开始,操作系统id=10554
2023年3月4日星期日15:44:47
ALTER DATABASE MOUNT< br/>ARCH:启动 ARCH 进程
2023 年 3 月 4 日星期日 15:44:52
ARC0 启动,pid=18,操作系统 id=10561
ARC0:存档开始
ARCH:启动 ARCH 进程完成
ARC0:启动 ARCH 进程
成功挂载重做线程 1,挂载 ID 为 2557884335
挂载物理备用数据库。
禁用丢失写保护
Sun 2023 年 3 月 4 日 15:44 :53
ARC1 启动,pid=19,操作系统 id=10564
2023 年 3 月 4 日 15:44:53
ARC2 启动,pid=20,操作系统 id= 10566
ARC1:归档开始
ARC2:归档开始
ARC1:成为“no FAL”ARCH
ARC2:成为心跳ARCH
ARC2:成为主动心跳 ARCH
Sun Mar 04 15:44:53 2023
ARC3 开始于 pid=21,OS id=10568
已完成:ALTER DATABASE MOUNT
ARC3 :存档已开始
ARC0:启动 ARCH 过程已完成
Sun2023 年 3 月 4 日 15:51: 20
改变数据库恢复托管备用数据库与会话断开连接
尝试启动后台托管备用恢复进程 (strac)

2.查询备库查询状态如下,包括后台日志错误信息

SQL> SELECT MESSAGE FROM V$DATAGUARD_STATUS;

MESSAGE

ARC0: Archival开始
ARC1:归档开始
ARC2:归档开始
ARC1:成为“无FAL”ARCH
ARC2:成为心跳ARCH
ARC2:成为活动心跳ARCH
ARC3:存档已开始

选择了 7 行。

3.此时通过步骤2发现备库有归档日志错误信息。可以先去主库查看是否报错
查询结果如下:
SQL> SELECT MESSAGE FROM V$DATAGUARD_STATUS;

消息

登录到备用数据库时收到错误 12154
PING[ARC2]:心跳无法连接到 s坦比“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154

消息

PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
收到错误 12154登录到备用数据库
PING[ARC2]:心跳无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING [ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。

消息

登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154

MESSAGE

PING[ARC2]:听到tbeat 无法连接到备用“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:心跳无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。

消息

登录到备用数据库时收到错误 12154
PING[ARC2]:检测信号无法连接到备用数据库“strac”。错误为 12154。
登录到备用数据库时收到错误 12154

4.通过第三步,发现主数据库无法连接到备用数据库,导致12154错误。通过分析,因为我们在备库中收集的是静态监控来同步数据。服务器启动时,不会自动启动静态监控。导致RAC与备库无法连接。

5.解决办法是先在备库手动启动静态监控,观察备库是否报错

[oracle@racdg trace]$ lsnrctl status--查询当前监听状态

适用于 Linux 的 LSNRCTL:版本 11.2.0.4 .0 - 于 2023 年 3 月 4 日 15:52:15 生产

版权所有 (c) 1991, 2013,Oracle。保留所有权利。

正在连接到 (DESCRIPTION=(ADDRESS =(PROTOCOL=TCP)(HOST=racdg)(PORT=1521)))
TNS-12541:TNS:无侦听器
TNS-12560:TNS:协议适配器错误
TNS-00511:无侦听器
Linux 错误:111:连接被拒绝
连接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)( KEY=EXTPROC1521)))
TNS-12541:TNS:无listener
TNS-12560:TNS:协议适配器错误
TNS-00511:没有侦听器
Linux错误:111:连接被拒绝
[oracle@racdg trace]$ lsnrctl start --开始监听 Linux 版 LSNRCTL:版本 11.2.0.4.0 - 于 2023 年 3 月 4 日 15:52:24 生产

版权所有 (c) 1991, 2013,Oracle。保留所有权利。

正在启动 /oracle/ app/oracle/product/11.2.0/bin/tnslsnr:请稍候...

适用于 Linux 的 TNSLSNR:版本 11.2.0.4。 0 - 生产
系统参数文件为 /oracle/app /oracle/product/11.2.0/network/admin/listener.ora
日志消息写入 /oracle/app/oracle/diag/tnslsnr/ racdg/listener/alert/log.xml
监听:(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=racdg)(PORT=1521)))
监听:(DESCRIPTION=( ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))

连接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=racdg)(PORT=1521)))
侦听器的状态

别名侦听器
Linux 版 TNSLSNR:版本 11.2.0.4.0-Production
开始 D2023 年 3 月 4 日 15:52:26
正常运行时间 0 天 0 小时。 0分钟0 秒
跟踪级别关闭
安全性开启:本地操作系统身份验证
SNMP Office
侦听器参数文件/Oracle/oraCle/product/11.2.0/netWork/ADM in/listener。 ora
监听器日志文件 /oracle/app/oracle/diag/tnslsnr/racdg/listener/alert/log.xml
监听端点摘要...
(DESCRIPTION=(ADDRESS=(PROTOCOL) = tcp)(HOST=racdg)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
服务摘要...
服务“strac”有 1 个实例。
实例“strac”,状态未知,有 1 个该服务的处理程序...
命令成功完成
[oracle@ racdg trace]$ lsnrctl status

Linux 版 LSNRCTL:版本 11.2.0.4.0 - 于 2023 年 3 月 4 日 15:52:47 生产

版权所有 (c) 1991,2013 ,甲骨文。保留所有权利。

连接到 (DESCRIPTION=(ADDRESS=( PROTOCOL=TCP)(HOST=racdg)(PORT=1521)))
侦听器的状态

别名​​                      监听器
版本                     适用于 Linux 的 TNSLSNR:版本 11.2.0.4.0 - 生产
开始日期             2023 年 3 月 4 日 15:52:26
正常运行时间                                                                                                        关闭
安全性开启:本地操作系统身份验证
SNMP OFF
监听器参数文件/Oracle/oracle/Product/11.2.0/Admin/Listener.ora
监听器日志文件 /oracle/app/oracle/diag/tnslsnr/racdg/listener/alert/log .xml
监听端点摘要...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=racdg )(PORT=1521)))
(DESCRIPTION=(ADDRESS=( PROTOCOL=ipc)(KEY=EXTPROC1521)))
服务摘要...
服务“strac”有 1 个实例。
实例“strac”,状态未知,有 1 个处理程序(s) 此服务...--显示为静态侦听
命令成功完成

6 .此时再次查询DG的状态,发现归档日志已经转移到DG库

SQL> SELECT MESSAGE FROM V$DATAGUARD_STATUS;

MESSAGE

ARC0:归档开始
ARC1:归档开始
ARC2:归档开始
ARC1:成为“非 FAL”ARCH
ARC2:成为心跳 ARCH
ARC2:成为活动心跳 ARCH
ARC3:归档已开始
尝试启动后台托管备用恢复过程
MRP0:后台托管备用恢复进程已启动
托管备用恢复不使用实时应用
媒体恢复正在等待线程 1 序列 161

MESSAGE

正在线程 1 中获取间隙序列,间隙序列 161-161
RFS[1]:分配给 RFS 进程 10600
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_161f9q9gtp0.ar
c

媒体恢复日志 /archlog/STRAC/archivelog/2023_03_02/o1_mf_2_99f9kzzhq2.arc
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_02 /o1_mf_2_100 f9l00mnz.ar
c

媒体恢复等待线程1序列162
正在线程1中获取间隙序列,gap 序列 162-162

MESSAGE

RFS[2]:分配给 RFS 进程 10604
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_162 f9q9h4vb.ar
c

媒体恢复等待线程1序列163
正在线程1中获取间隙序列,间隙序列163-163
媒体恢复日志/archlog/STRAC/archivelog/2023_03_04/o1_mf_1_163f9q9hdxv.ar
c

媒体恢复等待线程 1 序列 164
正在线程 1 中获取间隙序列,间隙序列 164-164

MESSAGE

介质恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_164f9q9hr44.ar
c< /p>

媒体恢复等待线程 1 序列 165
正在线程 1 中获取间隙序列,间隙序列 165-165
媒体恢复日志 /archlog/STRAC/archivelog/ 2023_03_04/o1_mf_1_165 f9q9j27p.ar
c

媒体恢复等待线程1序列166
正在线程1中获取间隙序列,间隙序列166-166
媒体恢复日志/archlog/STRAC/archivelog/2023_03_04/o1_mf_1_166f9q9jdoq.ar

MESSAGE

c

媒体恢复正在等待线程 1 序列 167
正在线程 1 中获取间隙序列,间隙序列 167-167
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_167f9q9jotm.ar
c

媒体恢复日志 /archlog/STRAC/archivelog/2023_03_02/o1_mf_2_101f9l02sv8.ar
c

媒体恢复日志 /archlog/STRAC/archivelog/2023_03_02/o1_mf_2_102< em>f9l02wrc.ar

消息

c

媒体恢复日志 /archlog/STRAC/archivelog/2023_03_02/o1_mf_2_103f9l8x8b8< /em>.ar
c

媒体恢复等待线程1序列168
正在线程1中获取间隙序列,间隙序列168-168
ARC0:开始归档线程 1 序列 168 (3679660-3724468)
ARC0:已完成归档线程 1 序列 168 (0-0)
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_168f9q9lxgy.ar
c

消息

媒体恢复正在等待读取1个序列169
在线程1中获取间隙序列,间隙序列169-169
媒体恢复日志/archlog/STRAC/archivelog/2023_03_04/o1_mf_1_169f9q9n23p.ar
c

介质恢复正在等待线程 2 序列 104
ARC1:开始归档线程 2 序列 104 (3724490-3744517)
ARC1:已完成归档线程 2 序列 104 (0- 0)
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_104f9q9nc85.ar
c

消息

媒体恢复等待线程 2 序列 105
正在线程 2 中获取间隙序列,间隙序列 105-105
媒体恢复日志 /archlog/STRAC/archivelog /2023_03_04/o1_mf_2_105f9q9no3z.ar
c

媒体恢复等待线程2序列106
正在线程2中获取间隙序列,间隙序列106-106
媒体恢复日志/archlog/STRAC/archivelog/ 2023_03_04/o1_mf_2_106f9q9o0j5.ar
c

MESSAGE

媒体恢复正在等待线程 1 序列 170
正在获取间隙序列线程 1 中,间隙序列 170-170
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_170f9q9pcpl.ar
c

MediaRecovery等待线程 1 序列 171
正在线程 1 中获取间隙序列,间隙序列 171-171
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_171f9q9pqkc.ar < br/>c

媒体恢复等待线程1序列172

MESSAGE

正在获取线程1中的间隙序列,间隙序列172-172
RFS[3]:分配给 RFS 进程 10616
RFS[4]:分配给 RFS 进程 10614
主数据库处于 MAXIMUM PERFORMANCE 模式
RFS[5]:分配给 RFS 进程 10618 < br/>媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_172f9q9q3pz.ar
c

媒体恢复正在等待线程 2 序列 107(传输中)
RFS[6]:分配给 RFS 进程 10620
RFS[7]:分配给 RFS 进程 10622

MESSAGE

RFS[8]:分配给RFS进程10624
介质恢复日志/archlog/STRAC/archivelog/2023_03_04/o1_mf_2_107f9q9q7lr.ar
c

媒体恢复日志 /archlog/STRAC /archivelog/2023_03_04/o1_mf_2_108f9q9q7lv.ar
c

媒体恢复等待线程1序列173
正在线程1中获取间隙序列,间隙序列173-173
媒体恢复日志/archlog/ STRAC/archivelog/2023_03_04/o1_mf_1_173f9q9sq3g.ar
c

消息

介质恢复日志 /archlog/STRAC/archivelog/ 2023_03_04/o1_mf_2_109 f9q9q7z6.ar
c

媒体恢复等待线程1序列174
正在线程1中获取间隙序列,间隙序列174-174
介质恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_174f9q9tz7q.ar
c

介质恢复正在等待线程 1 序列 175
正在获取间隙序列在线程 1 中,间隙序列 175-175

MESSAGE

媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_175f9q9vwo0.ar
c

介质恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_110f9q9qlco.ar
c

媒体恢复等待线程1序列176
正在获取线程1中的间隙序列,间隙序列176-176< br/>介质恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_176f9q9w9h6.ar
c

MESSAGE

介质恢复日志 / archlog/STRAC/archivelog/2023_03_04/o1_mf_2_111f9q9qmng.ar
c

媒体恢复等待线程 1 序列 177
正在线程 1 中获取序列间隙,间隙序列 177-177
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_177f9q9x92z.ar
c

媒体恢复等待线程 1序列178
在线程1中获取间隙序列,间隙序列178-178
介质恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_178f9q9xmc8.ar

< h3>MESSAGE

c

媒体恢复等待线程1序列179
正在线程1中获取间隙序列,间隙序列179-179
媒体恢复日志/ archlog/STRAC/archivelog/2023_03_04/o1_mf_1_179f9q9xxgx.ar
c

媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_112f9q9qmwy.ar
c

Media RecoveryLog /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_113f9q9qmyd.ar

消息

c

媒体恢复日志 /archlog/ STRAC/archivelog/2023_03_04/o1_mf_2_114f9q9qncn.ar
c

媒体恢复正在等待线程 1 序列 180
正在线程 1 中获取间隙序列,间隙序列 180-180
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_180f9q9y7sn.ar
c

媒体恢复日志 /archlog/STRAC/ archivelog/2023_03_04/o1_mf_2_115f9q9qncr.ar

MESSAGE

c

媒体恢复等待对于线程 1 序列 181
正在线程 1 中获取间隙序列,间隙序列 181-181
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_181f9q9ykrr.ar
c

媒体恢复等待线程 1 序列 182
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_182f9q9ywg8.ar
c

MESSAGE

媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_116f9q9qnl3.ar
c

介质恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_117f9q9qnl7.ar
c

介质恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_118f9q9qnt2.ar
c

介质恢复正在等待线程 1 序列 183

已选择 115 行。

SQL>

7.查看日志,发现大量归档日志被传输。详细信息如下:
更改数据库恢复托管备用数据库与会话断开连接
尝试启动后台托管备用恢复进程(strac)
2023 年 3 月 4 日星期日
MRP0 以 pid=22 启动,操作系统 id=10584
MRP0:后台托管备用恢复进程已启动 (strac)
串行介质恢复已启动
托管备用恢复不使用实时应用
等待所有非当前O待存档的 RL...
所有非当前 ORL 均已存档。
媒体恢复正在等待线程 1 序列 161
正在线程 1 中获取间隙序列,间隙序列 161-161
/>已完成:alter数据库恢复托管备用数据库与会话断开连接
Sun Mar 04 15:52:58 2023
使用 STANDBY_ARCHIVE_DEST 参数默认值作为 USE_DB_RECOVERY_FILE_DEST
RFS[1]:分配给 RFS 进程10600
RFS[1]:为线程 1 序列 161 dbid -1759711868 分支 947273412 打开日志
为线程 1 序列 161 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 48:
3 月 4 日星期日2023 年 15:53:06
介质恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_161f9q9gtp0.arc
介质恢复日志 /archlog/STRAC/archivelog/2023_03_02/o1_mf_2_99 f9kzzhq2.arc
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_02/o1_mf_2_100f9l00mnz.arc
媒体恢复正在等待线程 1 序列 162< br/>在线程1中获取间隙序列,间隙序列 162-162
Sun Mar 04 15:53:07 2023
RFS[2]:分配给 RFS 进程 10604
RFS[2]:为线程 1 序列 162 dbid 打开日志 - 1759711868 分支 947273412
为线程 1 序列 162 rlc 947273412ID 0x971d6184 dest 2 添加存档日志条目 49:
2023 年 3 月 4 日星期日 15:53:16
介质恢复日志 /archlog/STRAC/archivelog/ 2023_03_04/o1_mf_1_162f9q9h4vb.arc
媒体恢复等待线程1序列163
在线程1中获取间隙序列,间隙序列163-163
RFS[2]:线程 1 序列 163 dbid -1759711868 分支 947273412 的打开日志
为线程 1 序列 163 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 50:
2023 年 3 月 4 日星期日 15:53:26
介质恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_163f9q9hdxv.arc
介质恢复等待线程 1 序列 164
正在线程 1 中获取间隙序列,间隙序列 164- 164
2023 年 3 月 4 日星期日 15:53:28
RFS[2]:为线程 1 序列打开日志 164 dbid-1759711868 分支 947273412
为线程 1 序列 164 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 51:
2023 年 3 月 4 日星期日 15:53:37
介质恢复日志 /archlog/STRAC/ archivelog/2023_03_04/o1_mf_1_164f9q9hr44.arc
媒体恢复等待线程 1 序列 165
正在线程 1 中获取间隙序列,间隙序列 165-165
3 月 4 日星期日15:53:38 2023
RFS[2]:为线程 1 序列 165 dbid -1759711868 分支 947273412 打开日志
为线程 1 序列 165 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 52:
2023年3月4日星期日15:53:47
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_165f9q9j27p.arc
媒体恢复等待线程 1 序列 166
正在线程1中获取间隙序列,间隙序列166-166
Sun Mar 04 15:53:48 2023
RFS[2]:为线程1序列166 dbid -1759711868分支打开日志947273412
为线程 1 序列 166 rlc 添加存档日志条目 53 947273412 ID 0x971d6184目标 2:
2023 年 3 月 4 日星期日 15:53:57
介质恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_166f9q9jdoq.arc
介质恢复等待对于线程 1 序列 167
在线程 1 中获取间隙序列,间隙序列 167-167
RFS[2]:为线程 1 序列 167 dbid -1759711868 分支 947273412 打开日志
已归档日志条目 54为线程 1 序列 167 rlc 947273412 ID 0x971d6184 dest 2 添加:
Sun Mar 04 15:54:07 2023
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_167f9q9jotm.arc
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_02/o1_mf_2_101f9l02sv8.arc
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_02/o1_mf_2_102 f9l02wrc.arc
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_02/o1_mf_2_103 f9l8x8b8.arc
媒体恢复等待线程 1 序列 168
正在线程 1 中获取间隙序列,间隙序列 168-168
Sun Mar 04 15:55:08 2023
RFS[2]:为 t 选择 log 7hread 1 序列 168 dbid -1759711868 分支 947273412
2023 年 3 月 4 日星期日 15:55:10
为线程 1 序列 168 ID 0x971d6184 dest 1 添加存档日志条目 55:
3 月 4 日 15 日星期日: 2023 年 55:17
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_168f9q9lxgy.arc
2023 年 3 月 4 日星期日 15:55:43
媒体恢复等待线程 1 序列 169
正在线程 1 中获取间隙序列,间隙序列 169 -169
Sun Mar 04 15:55:46 2023
RFS[2]:已打开线程 1 序列的日志169 dbid -1759711868 分支 947273412
为线程 1 序列添加存档日志条目 56 169 rlc 947273412 ID 0x971d6184 dest 2:
2023 年 3 月 4 日星期日 15:55:54
介质恢复日志 /archlog/ STRAC/archivelog/2023_03_04/o1_mf_1_169f9q9n23p.arc
媒体恢复等待线程 2 序列 104
2023 年 3 月 4 日星期日 15:55:55
RFS[1] :为线程 2 序列 104 dbid -1759711868 分支 947273412 选择日志 12
Sun Mar 04 15:55:55 2023
为线程添加存档日志条目 572 序列 104 ID 0x971d6184 dest 1:
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_104f9q9nc85.arc
媒体恢复正在等待线程 2 序列 105
正在线程2中获取间隙序列,间隙序列105-105
Sun Mar 0415:56:05 2023
RFS[2]:线程2序列105 dbid -1759711868分支947273412的打开日志
为线程 2 序列 105 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 58:
Sun Mar 04 15:56:14 2023
Media Recovery Log /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_105 f9q9no3z.arc
媒体恢复等待线程 2 序列 106
正在线程 2 中获取间隙序列,间隙序列 106-106
2023 年 3 月 4 日星期日 15:56:16
/>RFS[2]:为线程 2 序列 106 dbid -1759711868 分支 947273412 打开日志
为线程 2 序列 106 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 59:
Sun Mar 04 15:56 :24 2023
介质恢复日志 /archlog/STRAC/archivelog/2023_03_04/ o1_mf_2_106f9q9o0j5.arc
Sun Mar 04 15:56:49 2023
媒体恢复等待线程 1 序列 170
正在线程 1 中获取间隙序列,间隙序列 170 -170
2023 年 3 月 4 日星期日 15:56:59
RFS[2]:为线程 1 序列 170 dbid -1759711868 分支 947273412 打开日志
为线程 1 序列 170 rlc 947273412 ID 0x971d6184 添加存档日志条目 60 dest 2:
Sun Mar 04 15:57:09 2023
介质恢复日志 /archlog/STRAC/archivelog/2023_03_04 /o1_mf_1_170f9q9pcpl.arc
介质恢复等待对于线程 1 序列 171
在线程 1 中获取间隙序列,间隙序列 171-171
Sun Mar 04 15:57 :11 2023
RFS[2]:为线程 1 序列 171 打开日志dbid -1759711868 分支 947273412
为线程 1 序列 171 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 61:
2023 年 3 月 4 日星期日 15:57:20
介质恢复日志 /archlog/STRAC /archivelog/2023_03_04/o1_mf_1_171f9q9pqkc.arc
媒体恢复等待线程 1 序列 172
获取间隙线程 1 中的序列,间隙序列 172-172
Sun Mar 04 15:57:23 2023
RFS[2]: 打开线程 1 序列 172 dbid -1759711868 分支 947273412
已归档日志为线程 1 序列 172 rlc 947273412 ID 0x971d6184 dest 2 添加条目 62:
RFS[2]:为线程 2 序列 107 dbid -1759711868 分支 947273412 打开日志
2023 年 3 月 4 日星期日 15:57:28< br/>RFS[3]:分配给 RFS 进程 10616
RFS[3]:为线程 2 序列 108 dbid -1759711868 分支 947273412 打开日志
Sun Mar 04 15:57:28 2023
RFS[4]:分配给 RFS 进程 10614
RFS[4]:为线程 2 序列 109 dbid -1759711868 分支 947273412 打开日志
2023 年 3 月 4 日星期日 15:57:31
主要数据库处于最大性能模式
RFS[5]:分配给 RFS 进程 10618
RFS[5]:为线程 2 序列 119 dbid -1759711868 分支 947273412 选择日志 11
Sun Mar 04 15 :57:34 2023
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_172f9q9q3pz.arc
媒体恢复等待正在为线程 2 序列 107(传输中)
2023 年 3 月 4 日星期日
为线程 2 序列 107 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 63:
3 月星期日04 15:57:38 2023
RFS[6]:分配给 RFS 进程 10620
RFS[6]:打开线程 2 序列 110 dbid -1759711868 分支 947273412
Sun Mar 04 15 :57:38 2023
为线程 2 序列 109 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 64:
2023 年 3 月 4 日星期日 15:57:39
为线程添加存档日志条目 65 2 序列 108 rlc 947273412 ID 0x971d6184 dest 2:
Sun Mar 04 15:57:39 2023
RFS[7]:分配给 RFS 进程 10622
RFS[7]:为线程打开日志2 序列 111 dbid -1759711868 分支 947273412
为线程 2 序列 111 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 66:
2023 年 3 月 4 日星期日 15:57:39
RFS[8] :分配给 RFS 进程 10624
RFS[8]:为线程 2 序列 112 dbid -1759711868 分支 947273412 打开日志
RFS[7]:为 th 打开日志读取 2 序列 113 dbid -1759711868 分支 947273412
为线程 2 序列 113 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 67:
为线程 2 序列 112 rlc 947273412 ID 0x97 添加存档日志条目 68 1d6184 目标 2 :
RFS[7]:为线程 2 序列 114 dbid -1759711868 分支 947273412 打开日志
RFS[8]:为线程 2 序列 115 dbid -1759711868 分支 947273412 打开日志
已归档日志条目为线程 2 序列 114 rlc 947273412 ID 0x971 d6184 dest 2 添加了 69 :
已归档日志条目为线程 2 序列 115 rlc 947273412 ID 0x971d6184 dest 2 添加了 70:
RFS[7]:为线程 2 打开了日志序列 116 dbid -1759711868 分支 947273412
RFS[8]:为线程 2 打开日志 序列 117 dbid -1759711868 分支 947273412
为线程 2 序列 116 rlc 947273412 ID 0x971d6184 添加存档日志条目 71目的地 2:< br/>为线程 2 序列 117 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 72:
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_107f9q9q7lr.arc
RFS[7]:为线程 2 序列 118 dbid -1759711868 分支 947273412 打开日志
为线程 2 序列 118 添加存档日志条目 73 rlc 947273412 ID 0x971d6184 dest 2:
为线程 2 sequencee 110 添加存档日志条目 74 rlc 947273412 ID 0x971d6184 dest 2:
2023 年 3 月 4 日星期日 15:58:38
介质恢复日志 /archlog /STRAC/archivelog/2023_03_04/o1_mf_2_108f9q9q7lv.arc< br/>媒体恢复等待线程 1 序列 173
正在获取线程 1 中的间隙序列,间隙序列 173-173
2023年3月4日星期日15:58:47
RFS[6]:为线程1序列173 dbid -1759711868分支947273412打开日志
为线程1序列173 rlc 947273412 ID 0x971d6184 dest 2添加存档日志条目75 :
2023 年 3 月 4 日星期日 15:58:59
介质恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_173f9q9sq3g.arc
3 月 4 日 15 日星期日: 2023 年 59:22
介质恢复日志 /archlog/STRAC/archivelog/2023_03_04 /o1_mf_2_109f9q9q7z6.arc
媒体恢复等待线程 1 序列 174
正在线程 1 中获取间隙序列,间隙序列 174-174
Sun Mar 04 15:59 :27 2023
RFS[6 ]:为线程 1 序列 174 dbid -1759711868 分支 947273412 打开日志
为线程 1 序列 174 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 76:
2023 年 3 月 4 日星期日 15:59:36
/>媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_174f9q9tz7q.arc< br/>Sun Mar 04 15:59:52 2023
媒体恢复正在等待线程 1 序列 175
正在线程 1 中获取间隙序列,间隙序列 175-175
Sun Mar 04 15:59 :53 2023
db_recovery_file_dest_size 为 10240 MB,已使用 4.63%。这是
用户指定的对此数据库用于恢复相关文件的空间量的限制,并且不反映
底层文件系统中可用的空间量或 ASM 磁盘组。
Sun Mar 04 15:59:56 2023
RFS[6]:为线程 1 序列打开日志 175 dbid -1759711868分支 947273412
为线程 1 序列 175 rlc 添加存档日志条目 77 947273412 ID 0x971d6184 dest 2:
Sun Mar 04 16:00:04 2023
介质恢复日志 /archlog/STRAC/ archivelog/ 2023_03_04/o1_mf_1_175f9q9vwo0.arc
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_110f9q9qlco.arc
媒体恢复正在等待线程 1序列 176
正在线程 1 中获取间隙序列,间隙序列 176-176
Sun Mar 04 16 :00:09 2023
RFS[6]:为线程 1 序列 176 dbid 打开日志 -1759711868分支 947273412
为线程 1 序列 176 rlc 添加存档日志条目 78 947273412 ID 0x971d6184 dest 2:
Sun Mar 04 16:00:21 2023
媒体恢复日志 /archlog/STRAC/archivelog/ 2023_03_04/o1_mf_1_176f9q9w9h6.arc
媒体恢复日志 /archlog/STRAC/archivelog /2023_03_04/o1_mf_2_111f9q9qmng.arc
媒体恢复正在等待线程 1序列 177
在线程 1 中获取间隙序列,间隙序列 177-177
Sun Mar 04 16 :00:41 2023
RFS[6]:为线程 1 序列 177 dbid -1759711868 分支 947273412 打开日志
为线程 1 序列 177 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 79:
三月周日04 16:00:51 2023
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_177f9q9x92z.arc
媒体恢复等待线程 1 序列 178
正在线程 1 中获取间隙序列,间隙序列 178-178
Sun Mar 04 16:00:51 2023
RFS[6]: 打开线程 1 序列 178 dbid -1759711868 分支 947273412 的日志
为线程 1 序列 178 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 80:
Sun Mar 04 16 :01:01 2023
Media Recovery Log /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_178 f9q9xmc8.arc
媒体恢复等待线程 1 序列 179
正在线程 1 中获取间隙序列,间隙序列 179-179
2023 年 3 月 4 日星期日 16:01:01
RFS[6]:为线程 1 序列 179 dbid -1759711868 分支 947273412 打开日志
已归档日志条目 81为线程 1 序列 179 rlc 947273412 ID 0x971d6184 dest 2 添加:
Sun Mar 04 16:01:11 2023
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_179f9q9xxgx.arc
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_112f9q9qmwy.arc
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_113 f9q9qmyd.arc
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_114f9q9qncn.arc
媒体恢复等待线程 1 序列 180
正在线程 1 中获取间隙序列,间隙序列 180-180
Sun Mar 04 16:01:11 2023
RFS[6]: 打开线程 1 序列 180 dbid -1759711868 分支 947273412 的日志
为线程 1 序列 180 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 82:
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_m f_1_180 f9q9y7sn.arc
Media恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_2_115f9q9qncr.arc
媒体恢复 W正在等待线程 1 序列 181
正在线程 1 中获取间隙序列,间隙序列 181-181
RFS[6]: 打开线程 1 序列 181 dbid -1759711868 分支 947273412
已归档日志条目为线程 1 序列 181 rlc 947273412 ID 0x971d6184 dest 2 添加了 83:
Sun Mar 04 16:01:312023
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_181f9q9ykrr.arc
媒体恢复正在等待线程 1 序列 182
2023 年 3 月 4 日星期日 16:01 :32
RFS[6]:为线程 1 序列打开日志 182 dbid -1759711868 分支 947273412< br/>为线程 1 序列 182 rlc 947273412 ID 0x971d6184 dest 2 添加存档日志条目 84:
2023 年 3 月 4 日星期日 16:01:42
媒体恢复日志 /archlog/STRAC/archivelog/2023_03_04/o1_mf_1_182 f9q9ywg8.arc
介质恢复日志 /archlog/STRAC/archivelog/2023_03_04 /o1_mf_2_116f9q9qnl3.arc
介质恢复日志 /archlog/STRAC/archivelog /2023_03_04/o1_mf_2_117f9q9qnl7.arc
媒体恢复日志 /archlog/STRAC /archivelog/2023_03_04/o1_mf_2_118f9q9qnt2.arc
媒体恢复正在等待线程 1 序列 183

8。通过日志发现DG库正常。可以在主库Do日志切换中传入,观察备库日志是否打印。如果打印正常则正常
在主库做日志切换:
SQL>归档日志列表;
数据库日志模式Archive Mode
Automaticarchival Enabled
Archive目标 USE_DB_RECOVERY_FILE_DEST
最早的在线日志序列 115
下一个要存档的日志序列 117
当前日志序列 117

SQL> alter system switch logfile;
SQL> /

系统已更改。

SQL> /

系统已更改。

SQL> 归档日志列表;
数据库日志模式 存档模式
启用自动存档
存档目标 use_db_recovery_dest
最旧的联机日志序列 11 9
存档 121 的下一个日志序列
当前日志序列121
SQL>

9.从备库中的日志打印信息可以判断归档日志是否可以正常传输

Sun Mar 04 16:16:04 2023
RFS[5]: Selected log 12对于线程 2 序列 120 dbid -1759711868 分支 947273412
2023 年 3 月 4 日星期日 16:16:05
为线程 2 序列 119 ID 0x971d6184 dest 1 添加存档日志条目 85:
3 月 04 日星期日 16 :16:13 2023
为线程 2 序列 120 ID 0x971d6184 dest 1 添加存档日志条目 86:
RFS[5]:为线程 2 序列 121 dbid -1759711868 分支 947273412 选择日志 11

以上就是《Oracle Dataguard报错怎么办》一文的全部内容,感谢您的阅读!相信大家都有一定的了解,希望分享的内容对大家有所帮助。如果您想了解更多知识,请关注行业资讯频道!

1. 本站所有资源来源于用户上传或网络,仅作为参考研究使用,如有侵权请邮件联系站长!
2. 本站积分货币获取途径以及用途的解读,想在本站混的好,请务必认真阅读!
3. 本站强烈打击盗版/破解等有损他人权益和违法作为,请各位会员支持正版!
4. 编程技术 > 如果 Oracle Dataguard 报告错误该怎么办

用户评论