LGWR: Failed to archive log X thread 1 sequence 151016 (16086)

最新推荐文章于 2022-09-03 14:09:40 发布
原创 最新推荐文章于 2022-09-03 14:09:40 发布 · 2.4k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#LGWR Failed #16086

本文介绍了当主库redo日志大小发生变更时，如何同步调整备库standby日志的步骤。首先需要添加新的日志组以适应redo日志大小的变化，然后待指定日志组归档并处于非活动状态后进行删除。

更改主库redo大小，出现16086的错误，错误信息如下：
LGWR: Failed to archive log 4 thread 1 sequence 151016 (16086)
当主库redo大小发生变更，那么备库的standby日志也需要做相应调整

备注：调整redo log大小的几个步骤

1.添加日志组(按所需的redo log大小添加，具体大小和组的个数视log switch的频率进行调整)

2.待需要删除的日志组(redo log的size过小或过大为需要删除的日志组)的archived=yes并且status=inactive后，删除这些日志

另，关于standby log的调整与redo log类似

Data guard 中 alert 日志报错 "FAL archive failed"
cuantangnie3915的博客
12-02 1514
Data guard 中主库 alert 日志报错 209974 Wed Dec 02 09:08:35 2015 209975 ARC8: Standby redo logfile selected for threa...
oracle 11R2 ADG LGWR: Error 16086 opening RFS destination for reconnect
DBDoctor的博客
08-03 1555
问题出现数据库版本SQL> select * from v$version;BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Productio
12c DG 切换保护模式 报ORA-16086: Redo data cannot be written to the standby redo log
leo__1990的博客
05-15 1801
2017-07-11 23:4412330原创Oracle 12c故障处理编辑删除 本文链接：https://www.cndba.cn/leo1990/article/2012 12c 切换保护模式时，切换至最大可用 PROTECTION_LEVEL 为 RESYNCHRONIZATION， 切换至最大保护时主库启动报错。 SQL> select protection_mode,d...
Oracle Data Guard ORA-16086: standby database does not contain available standby 处理方法
David Dai -- Focus on Oracle
12-13 7967
启动Data Guard 后，查看同步情况：SQL> select error from v$archive_dest;ERROR-----------------------------------------------------------------ORA-16086: standby database does not contain available standby log filesERROR-------------------------------------------------
备库wait_for_log -- ORA-16086
喝醉酒的小白
04-19 1985
主库查看通道 select error,status from gv$archive_dest where dest_id=11; 备库查看并增加日志组个数 select group#,thread#,sequence#,archived,status,bytes/1024/1024 MB from v$standby_log; alter database recover managed standby database cancel; alter database add standby log
【转】【DataGuard】Oracle 11g物理Data Guard之Snapshot Standby数据库功能
congnangwu6519的博客
03-20 327
Oracle11g的DataGuard不仅仅带给我们的是Active Data Guard实时查询特性，参见文章《【DataGuard】Oracle 11g物理Active Data Guard实时查询（Real-time ...
Oracle 11G DataGuard ORA-16086问题修复详细过程
csdn's blog
06-26 1万+
1，问题描述，standby从库没有应用redo日志Tue Jul 22 09:05:07 2014 RFS[8852]: Assigned to RFS process 12956 RFS[8852]: Identified database type as 'physical standby': Client is ARCH pid 16028 Tue Jul 22 09:05:09 2014...
Dataguard Standby备份报错RMAN-06820 ORA-17629解决
Data & Analysis
12-27 1197
Oracle Dataguard是官方重要HA架构的组成部分。通过只读的Standby数据库，可以在确保高可用的基础上，将一部分报表、备份负载从主库上分离出来，提高主库性能。 根据Oracle最佳实践，主库Primary是可以不进行直接的备份，核心备份操作可以放在Standby端进行操作，这样不仅可以节省备份资源，还可以有效的将备份的性能消耗转移到Standby端进行。 本文记录了笔者在Phy...
Oracle主备出错监控,Oracle Dataguard备库失败与主库响应测试
weixin_39542477的博客
04-11 494
在客户环境中，使用了Oracle 10.2.0.4 DataGuard技术，通过最大可用性模式进行数据保护。以下简单测试，当备库关闭后，再重启备库，主库及备库的响应过程。在备库执行如下步骤：SQL> shutdown immediate;ORA-01109: database not openDatabase dismounted.ORACLE instance shut down.SQL&...
oracle11g dataguard 线上维护问题记录
csdn's blog
07-16 1万+
1，问题汇总1： 主备切换问题 SQL> select switchover_status from v$database; SWITCHOVER_STATUS -------------------- NOT ALLOWED SQL> SQL> SQL> alter database commit to switchover to physical standby; ...
pacman 升级软件包提示 “failed to commit transaction (invalid or corrupted package)“
henry_23的博客
09-03 7571
很久没打开 Arch Linux, 想着执行 pacman -Syu 进行系统更新, 却遇到 "signature is marginal trust" "failed to commit transaction (invalid or corrupted package)" 等错误. 这可能是 keyring 软件包过时导致的: pacman 验证软件包的签名失败, 继而提示软件包毁损. 执行 pacman -Sy archlinux-keyring && pacman -Su 即可解决问题.
数据库报ORA-16198故障的解决方法分析
08-29 511
1. 首先看官方文档关于ORA-16198报错的说明 ........................ 报错可能原因是因为net_timeout设置低，在以前老版本默认是10，建议更改为30 …………………………… ...
最简单的11g Active DataGuard(ADG)搭建配置过程（项目步
热门推荐
PrudentWoo 的个人空间
06-18 2万+
最简单的11g Active DataGuard(ADG)搭建配置过程（项目步骤）一、环境介绍: 我在db01和db02两台Linux虚拟机上首先分别安装了一套数据库软件，在db01主机上创建了名为woo的数据库；我们这次的实验是要搭建了一套Oracle 11g Active DataGuard；目的是为了实现数据库同步的功能，并且了解Oracle 11g DG的基本功能。db01:192.
Oracle数据库所有联机日志文件丢失处理方法
fjmingyang的专栏
06-13 1954
Oracle数据库联机日志文件丢失处理方法 试验一：用命令清空日志组方法 1、 查看原来表中数据 SQL>; conn test/test Connected. SQL>; select * from test;        TEL ----------          1          2          3 2、插入新数据 SQL>; insert into test values(
新浪魔兽世界3.1.3压缩包无法执行解决方法：Failed to open archive interface.MPQ
guouoo的专栏
06-30 2万+
<br />本文章只针对wow.exe执行时出现“Failed to open archive interface.MPQ”提示时的解决方法：<br /> <br />1。在wow.exe所在文件夹下面新建文件夹，命名为”Data“，注意大小写；<br />2。将wow.exe所在文件夹所有.MPQ文件移动到”Data“文件夹下面；<br />3。将wow.exe所在文件夹中的子文件夹”eN？？“（这个文件夹下面也有MPQ文件），将整个文件夹移到”Data“下面；<br />4。执行wow.exe，不会再有
FAL[server, ARC3]: FAL archive failed Error 16401 creating standby archive log file at host
EVISWANG的博客
11-19 1万+
Tue Nov 17 21:04:26 2015 ARC3: Archive log rejected (thread 2 sequence 11378) at host 'PRODS' FAL[server, ARC3]: FAL archive failed, see trace file. ARCH: FAL archive failed. Archiver continuing O
standby日志缺失恢复
I'm calvin
03-19 1519
今天早上检查数据库，发现凌晨告警日志出现如下信息，怀疑主库传送日志到备库没有成功： error 12541 received logging on to the standby Check whether the listener is up and running. LGWR: Error 12541 creating archivelog file 'DG' Mon Mar 19 02
Thread 1 cannot allocate new log, sequence 47 Private strand flush not complete Current log# 1 seq# 46 mem# 0: /oracle/oradata/webapp/redo01.log Thread 1 advanced to log sequence 47 (LGWR switch) Current log# 4 seq# 47 mem# 0: /oracle/oradata/webapp/redo04.log
最新发布
08-16
<think>我们正在解决Oracle数据库日志分配问题及理解日志切换信息。用户的问题涉及日志分配问题和日志切换的理解。根据提供的引用内容，我们注意到引用[3]提到了LGWR（Log Writer Process）的等待事件和跟踪方法，这可能与日志写入性能问题相关。虽然引用[1]和[2]似乎与网络配置和备份相关，但可能与当前问题关联不大。 我们需要关注以下几个方面： 1. 日志分配问题：可能指重做日志文件（Redo Log Files）的分配、大小、组数等配置问题。 2. 日志切换：指Oracle在写满一个重做日志组后切换到下一个日志组的过程，频繁的日志切换可能导致性能问题。 另外，引用[3]中提到了使用SQL Trace来跟踪LGWR进程，但要注意跟踪LGWR可能会影响性能，因此需要谨慎。 我们将从以下几个方面进行解答： 1. 检查当前日志文件配置（大小、组数、状态） 2. 监控日志切换频率和等待事件 3. 调整日志文件配置的建议 4. 如何诊断日志写入问题（如LGWR等待事件） 以下是具体步骤： ### 1. 检查当前日志文件配置 ```sql -- 查看当前重做日志组及其成员 SELECT group#, sequence#, bytes/1024/1024 AS size_mb, members, status, archived, first_change# FROM v$log; -- 查看日志文件成员的具体路径 SELECT group#, member FROM v$logfile ORDER BY group#; ``` ### 2. 监控日志切换频率 ```sql -- 查看历史日志切换信息（最近50次） SELECT * FROM ( SELECT sequence#, first_time, next_time, (next_time - first_time) * 24 * 60 AS duration_minutes FROM v$log_history ORDER BY sequence# DESC ) WHERE rownum <= 50; ``` ### 3. 调整日志文件配置的建议 - **日志文件大小**：通常建议日志切换时间在15-30分钟之间。如果切换太频繁（如几分钟一次），则考虑增大日志文件大小。 - **日志组数量**：至少3组，推荐4-5组，确保在归档模式下有足够的时间完成归档。 调整日志文件大小示例： ```sql -- 添加新的大小的日志组 ALTER DATABASE ADD LOGFILE GROUP 4 ('/u01/oradata/redo04.log') SIZE 200M; ALTER DATABASE ADD LOGFILE GROUP 5 ('/u01/oradata/redo05.log') SIZE 200M; -- 切换日志使新组生效 ALTER SYSTEM SWITCH LOGFILE; -- 删除旧的小日志组（确保状态为INACTIVE） ALTER DATABASE DROP LOGFILE GROUP 1; ``` ### 4. 诊断日志写入问题（LGWR等待事件） 引用[3]提到使用SQL Trace跟踪LGWR进程，但要注意性能影响。我们可以先查看等待事件： ```sql -- 查看LGWR进程的等待事件 SELECT event, total_waits, time_waited FROM v$session_event WHERE sid = (SELECT sid FROM v$session WHERE program LIKE '%LGWR%'); ``` 常见的LGWR等待事件包括： - `log file parallel write`：LGWR正在等待将日志缓冲区写入到日志文件 - `log file sync`：用户会话等待LGWR将重做记录写入磁盘 如果发现`log file sync`等待事件较多，可能表明日志文件写入速度较慢，考虑： - 将日志文件放在更快的磁盘上（如SSD） - 避免将日志文件和数据文件放在同一物理磁盘 ### 5. 检查日志分配问题（如空间不足） 确保日志文件所在文件系统有足够空间，并监控归档日志（如果数据库处于归档模式）： ```sql -- 查看归档日志信息 SELECT dest_name, status, error FROM v$archive_dest; ``` ### 6. 使用自动诊断工具（ADR） Oracle自动诊断仓库（ADR）可以收集日志相关信息： ```sql -- 查看ADR报告 SELECT * FROM v$diag_info; ``` ### 总结步骤 1. **检查配置**：日志组大小和数量是否合理。 2. **监控切换**：是否过于频繁（小于15分钟）。 3. **调整配置**：增加日志文件大小或组数。 4. **诊断等待**：分析LGWR等待事件，优化I/O。 5. **空间检查**：确保日志文件系统有足够空间。 ### 相关问题 §§相关问题§§ 1. 如何调整Oracle数据库的重做日志大小？ 2. 如何解决Oracle数据库的`log file sync`等待事件？ 3. Oracle数据库归档模式和非归档模式的区别？ 4. 如何监控Oracle数据库的日志切换频率？ 5. 如何诊断和优化Oracle重做日志写入性能？</think>### Oracle 数据库日志分配问题与日志切换解析 #### 一、日志分配问题诊断流程 1. **检查日志文件状态** ```sql SELECT group#, sequence#, bytes/1024/1024 AS size_mb, members, status, archived, first_change# FROM v$log; ``` 输出示例： ``` GROUP# | SEQUENCE# | SIZE_MB | STATUS | ARCHIVED ----------------------------------------------- 1 | 1423 | 200 | INACTIVE | YES 2 | 1424 | 200 | CURRENT | NO 3 | 1422 | 200 | ACTIVE | YES ``` 2. **识别日志分配错误** 常见错误类型： - **ORA-00312**: 日志文件缺失或损坏 - **ORA-00313**: 日志组无法打开 - **ORA-00334**: 日志文件版本不匹配 3. **关键诊断点** ```sql -- 检查等待事件 SELECT event, total_waits, time_waited FROM v$system_event WHERE event LIKE 'log%'; -- 监控LGWR进程状态（引用[3]） SELECT sid, program, event, state FROM v$session WHERE program LIKE '%LGWR%'; ``` 输出示例： ``` SID | PROGRAM | EVENT | STATE ---------------------------------------------------- 23 | oracle@LGWR | log file parallel write | WAITING ``` #### 二、日志切换机制详解 1. **切换触发条件** - 当前日志组写满（`BYTES` = `MAXBYTES`） - 手动执行`ALTER SYSTEM SWITCH LOGFILE` - 检查点触发（`FAST_START_MTTR_TARGET`） 2. **切换过程** ```mermaid graph LR A[日志写满] --> B[触发切换] B --> C[LGWR通知CKPT] C --> D[CKPT更新控制文件] D --> E[ARCn归档旧日志] E --> F[分配新日志组] ``` 3. **优化日志切换频率** - 合理设置日志大小：`ALTER DATABASE ADD LOGFILE GROUP 4 SIZE 500M;` - 调整检查点：`ALTER SYSTEM SET FAST_START_MTTR_TARGET=600;`（单位：秒） - 增加日志组：`ALTER DATABASE ADD LOGFILE MEMBER '/newpath/redo04.log' TO GROUP 4;` #### 三、关键性能指标监控 1. **日志切换频率** ```sql SELECT TO_CHAR(first_time, 'YYYY-MM-DD HH24') AS hour, COUNT(*) switches_per_hour FROM v$log_history GROUP BY TO_CHAR(first_time, 'YYYY-MM-DD HH24'); ``` 安全阈值：**每小时≤6次切换** 2. **LGWR等待事件分析（引用[3]）** - `log file parallel write`：I/O子系统瓶颈 - `log file sync`：提交频率过高 - `log file switch completion`：归档延迟 #### 四、故障处理方案 1. **日志文件损坏修复** ```sql -- 重建损坏日志组 ALTER DATABASE CLEAR LOGFILE GROUP <group#>; ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP <group#>; ``` 2. **空间不足处理** ```bash # 检查文件系统空间 df -h /oracle_logs # 添加新日志成员 ALTER DATABASE ADD LOGFILE MEMBER '/newdisk/redo01b.log' TO GROUP 1; ``` 3. **性能优化措施** - 使用高速SSD存储日志文件 - 分离日志文件与数据文件物理存储 - 启用异步提交：`COMMIT WRITE BATCH NOWAIT;` > **重要提示**：跟踪LGWR进程时（引用[3]），务必在低峰期进行： > ```sql > EXEC DBMS_SYSTEM.SET_EV(sid, serial#, 10046, 12, ''); > -- 跟踪后立即关闭 > EXEC DBMS_SYSTEM.SET_EV(sid, serial#, 10046, 0, ''); > ``` #### 五、归档日志管理 1. 检查归档状态： ```sql SELECT dest_id, status, error FROM v$archive_dest; ``` 2. 常见问题： - **ORA-00257**: 归档空间不足 - **ORA-16038**: 日志无法归档 --- ### 总结建议 1. **日志文件配置原则**： - 每组日志大小 = 每小时生成重做日志量 / 目标切换频率 - 至少保持3个日志组（推荐4-6组） - 日志文件大小≥500MB（OLTP系统） 2. **监控体系**： ```sql -- 每日检查 SELECT * FROM v$logfile; SELECT * FROM v$log; -- 实时警报 ALTER SYSTEM SET log_checkpoints_to_alert=TRUE; ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值