oracle rac 切换频繁,rac 系统 redo 切换过于频繁,准备增加log文件大小

最新推荐文章于 2021-04-16 07:15:09 发布
最新推荐文章于 2021-04-16 07:15:09 发布
阅读量396 收藏
点赞数
文章标签： oracle rac 切换频繁

最近搞一个oracle rac系统,在检查 alertSID.log  的时候,

OS : solaris 10

oracle : 10G RAC

归档模式

发现无法及时写日志,同时切换也太频繁了.　10秒就能切一次.太夸张了.　:

node 1 :

Thread 1 cannot allocate new log, sequence 874

All online logs needed archiving

Current log# 1 seq# 873 mem# 0: /hapdb/redodata/sdh/redo1.log

Current log# 1 seq# 873 mem# 1: /hapdb/redodata/sdh/redo1_1.log

Fri Apr 23 15:33:37 2010

ARCH: Archival stopped, error occurred. Will continue retrying

Tue Apr 27 20:37:50 2010

Thread 1 advanced to log sequence 1001 (LGWR switch)

Current log# 1 seq# 1001 mem# 0: /hapdb/redodata/sdh/redo1.log

Current log# 1 seq# 1001 mem# 1: /hapdb/redodata/sdh/redo1_1.log

Tue Apr 27 20:37:58 2010

Thread 1 advanced to log sequence 1002 (LGWR switch)

Current log# 2 seq# 1002 mem# 0: /hapdb/redodata/sdh/redo2.log

Current log# 2 seq# 1002 mem# 1: /hapdb/redodata/sdh/redo2_1.log

Tue Apr 27 20:38:07 2010

Thread 1 advanced to log sequence 1003 (LGWR switch)

Current log# 3 seq# 1003 mem# 0: /hapdb/redodata/sdh/redo3.log

Current log# 3 seq# 1003 mem# 1: /hapdb/redodata/sdh/redo3_1.log

Tue Apr 27 20:38:15 2010

Thread 1 advanced to log sequence 1004 (LGWR switch)

Current log# 4 seq# 1004 mem# 0: /hapdb/redodata/sdh/redo4.log

Current log# 4 seq# 1004 mem# 1: /hapdb/redodata/sdh/redo4_1.log

Tue Apr 27 20:38:23 2010

Thread 1 advanced to log sequence 1005 (LGWR switch)

Current log# 1 seq# 1005 mem# 0: /hapdb/redodata/sdh/redo1.log

Current log# 1 seq# 1005 mem# 1: /hapdb/redodata/sdh/redo1_1.log

node 2 :

Thread 2 cannot allocate new log, sequence 462

Checkpoint not complete

Current log# 5 seq# 461 mem# 0: /hapdb/redodata/sdh/redo5.log

Current log# 5 seq# 461 mem# 1: /hapdb/redodata/sdh/redo5_1.log

Tue Apr 27 20:36:20 2010

Thread 2 advanced to log sequence 462 (LGWR switch)

Current log# 6 seq# 462 mem# 0: /hapdb/redodata/sdh/redo6.log

Current log# 6 seq# 462 mem# 1: /hapdb/redodata/sdh/redo6_1.log

Tue Apr 27 20:36:44 2010

Thread 2 advanced to log sequence 463 (LGWR switch)

Current log# 7 seq# 463 mem# 0: /hapdb/redodata/sdh/redo7.log

Current log# 7 seq# 463 mem# 1: /hapdb/redodata/sdh/redo7_1.log

Tue Apr 27 20:37:08 2010

Thread 2 cannot allocate new log, sequence 464

Checkpoint not complete

Current log# 7 seq# 463 mem# 0: /hapdb/redodata/sdh/redo7.log

Current log# 7 seq# 463 mem# 1: /hapdb/redodata/sdh/redo7_1.log

Tue Apr 27 20:37:11 2010

Thread 2 advanced to log sequence 464 (LGWR switch)

Current log# 8 seq# 464 mem# 0: /hapdb/redodata/sdh/redo8.log

Current log# 8 seq# 464 mem# 1: /hapdb/redodata/sdh/redo8_1.log

Tue Apr 27 20:37:35 2010

Thread 2 cannot allocate new log, sequence 465

Checkpoint not complete

Current log# 8 seq# 464 mem# 0: /hapdb/redodata/sdh/redo8.log

Current log# 8 seq# 464 mem# 1: /hapdb/redodata/sdh/redo8_1.log

Tue Apr 27 20:37:38 2010

都出现无法及时写ｌｏｇ的错误　.

然后检查了下　ｌｏｇ文件:

SQL> select * from v$log  ;

GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARCHIVED STATUS           FIRST_CHANGE# FIRST_TIME

---------- ---------- ---------- ---------- ---------- -------- ---------------- ------------- -----------

1          1       1037  104857600          2 YES      INACTIVE         1076429791762 2010-4-28 2

2          1       1038  104857600          2 NO       CURRENT          1076429812227 2010-4-29 1

3          1       1035  104857600          2 YES      INACTIVE         1076429700912 2010-4-27 2

4          1       1036  104857600          2 YES      INACTIVE         1076429736782 2010-4-28 1

5          2        477  104857600          2 YES      INACTIVE         1076429701036 2010-4-27 2

6          2        478  104857600          2 YES      INACTIVE         1076429736740 2010-4-28 1

7          2        479  104857600          2 YES      INACTIVE         1076429744677 2010-4-28 2

8          2        480  104857600          2 NO       CURRENT          1076429802208 2010-4-29 7

SQL> select * from v$logfile  ;

GROUP# STATUS  TYPE    MEMBER                                                                           IS_RECOVERY_DEST_FILE

---------- ------- ------- -------------------------------------------------------------------------------- ---------------------

1         ONLINE  /hapdb/redodata/sdh/redo1.log                                                    NO

1         ONLINE  /hapdb/redodata/sdh/redo1_1.log                                                  NO

2         ONLINE  /hapdb/redodata/sdh/redo2.log                                                    NO

2         ONLINE  /hapdb/redodata/sdh/redo2_1.log                                                  NO

3         ONLINE  /hapdb/redodata/sdh/redo3.log                                                    NO

3         ONLINE  /hapdb/redodata/sdh/redo3_1.log                                                  NO

4         ONLINE  /hapdb/redodata/sdh/redo4.log                                                    NO

4         ONLINE  /hapdb/redodata/sdh/redo4_1.log                                                  NO

5         ONLINE  /hapdb/redodata/sdh/redo5.log                                                    NO

5         ONLINE  /hapdb/redodata/sdh/redo5_1.log                                                  NO

6 STALE   ONLINE  /hapdb/redodata/sdh/redo6.log                                                    NO

6 STALE   ONLINE  /hapdb/redodata/sdh/redo6_1.log                                                  NO

7         ONLINE  /hapdb/redodata/sdh/redo7.log                                                    NO

7         ONLINE  /hapdb/redodata/sdh/redo7_1.log                                                  NO

8         ONLINE  /hapdb/redodata/sdh/redo8.log                                                    NO

8         ONLINE  /hapdb/redodata/sdh/redo8_1.log                                                  NO

node1 :  group 1-4 ,

node2 :  group 5-8 .

每个组各有2个日志文件　.

每个日志文件大小都是100M ,　太小了.　准备加到500M ,　然后观察一个阶段看看.

如果还是切换频繁,考虑增加到　1G .

如果还是出现无法及时写log错误

Thread 1 cannot allocate new log, sequence 874

就多增加2个日志组.　让每个node 有6个日志组.

网上查到　http://www.eygle.com/faq/How.To. ... file.in.Rac.Raw.htm

盖老大写过　.

还有:　这个增加日志组的操作　在一个node 上操作就可以了吧?

node1 , node2 是共享redo log 的?

[本帖最后由 gaolu1234 于 2010-4-29 18:40 编辑]

陈小伊
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Oracle redo日志切换频繁
weixin_34124651的博客
04-27 570
2019独角兽企业重金招聘Python工程师标准>>> ...
Oracle redo log切换非常频繁
qq961573863的博客
05-26 1667
检查数据库报告，发现log file sync 平均等待已经超过20ms，说明DML提交很慢，很可能磁盘比较慢。先查看IOStat by Function summary，确认一下数据库整体IO的情况。然后分析Segments by Physical Reads、Segments by Direct Physical Writes，是否有消耗占比大的对象。如果有则优化对应的SQL。 如果以上问题都没有，还有可能redo log切换太频繁也会导致慢。因为DML commit需要写了redo log才算成功，
checkpoint和checkpoint优化的参数
wenbingcai的专栏
11-01 988
在metalink也看到了这个错误,刚好今天也碰到,简单翻译了一下Checkpoint Tuning and Troubleshooting Guide这个主题使DBA能对checkpoint和checkpoint优化的参数有一个较好的理解:- FAST_START_MTTR_TARGET - LOG_CHECKPOINT_INTERVAL - LOG_CHECKPOINT_TIMEOUT - L
如何使用log miner分析oracle日志
01-19
当我们不小心误操作致使数据库数据丢失、改变时， 需要对数据库对象做基于时间点的恢复，找到我们需要的数据，这个时间点不能认为精确确定，我们可以通过对oracle日志进行分析，而获得无操作的精确时间点。 oracle db提供了一个分析日志包logmnr logminer 工具的使用 ——-对redo log 进行挖掘，找出在某个时间点所作的DDL 或DML 操作（包括：时间点、datablock scn 、sql语句） 实验测试 SQL> select name from v$archived_log; NAME ----------------------------------------
Oracle 11g Dataguard参数详解
01-19
注：本文译自《Oracle Data Guard 11g Handbook》 Page 78 – Page 88 就Data Guard（后面都写成DG）来说，我们只关注如下三种参数： 1.独立于数据库角色的参数 2.数据库角色为primary时的参数 3.数据库角色为standby时的参数 虽然DG有着非常多的配置参数，我们实际使用的只有其中很少的部分，而且因为现在许多的DG功能被集成到了代码中，最近的DG版本中很多配置参数已经被弃用了。需要注意的是，为了便于完成数据库的角色转换(Role transition)，与TNS names，listener，SRL(Standby Redo lo
Oracle redo log切换非常频繁
关注系统性能调优
03-28 1万+
检查数据库报告，发现log file sync  平均等待已经超过20ms，说明DML提交很慢，很可能磁盘比较慢。先查看IOStat by Function summary，确认一下数据库整体IO的情况。然后分析Segments by Physical Reads、Segments by Direct Physical Writes，是否有消耗占比大的对象。如果有则优化对应的SQL。     如
oracle 日志切换太频繁,日志组切换频繁，LGWR总处于等待
weixin_42099116的博客
04-06 776
1、如果日志组切换频繁(最好控制在30分钟左右一次)，需要增加成员的大小。2、LGWR总处于等待状态(主要为：归档中还没释放日志组)，需要增加日志组。(判断等待是否是因为归档没释放方法1)是否为归档模式(只有归档模式才会发生，如果为非归档模式，下面的就不用看了)C:\Documents and Settings\Administrator>sqlplus /"as sysdba"SQL&gt...
oracle redo 调优,oracle 在线调整redo
weixin_33060753的博客
04-07 315
由于数据库目前的redo配置为1G，从日志上看，redo切换过于频繁，而且不能及时归档。这个表象会很大程度影响数据库性能，所以进行如下调优1：sqlplus / as sysdba添加如下8组redoalter database add logfile thread 1 group 9 ('+DATA1/xxzxdb/NLINELOG/group9a','+DATA1/xxzxdb/NLINELO...
诊断一次Oracle日志切换频繁的问题
关注系统性能调优
12-23 6885
日志切换，就是生成的日志太大，数据块的变化太频繁。 Snap Id Snap Time Sessions Cursors/Session Begin Snap: 14560 09-Dec-15 04:00:48 59 4.5 End Snap: 14561 09-Dec-15 05:00:59 54 4.6 Elapse
redo切换频繁问题分析
evil0305的博客
09-07 751
巡检发现日志切换过于频繁，通过查看上图两处awr报告分析对应原因 1、选取两段对应的时间 2、查看产生日志量 3、查看日志切换频率 前者每小时切换日志15次 4、查看是什么对象造成的问题 由于涉及用户名和表名，已进行隐藏。查看发现主要是由于画框处对应的对象引起的，根据对应对象查看sql语句 5、查看该对象对应的sql语句 6、查看其他日志切换频繁时段AWR报告，发现都是同一个对象引发的 7、分析该sql对应的作用 发现是由于厂商的失误导致唯一标识过少，致使每次登陆时都会进行update语句更新，.
oracle冷备份恢复和oracle异机恢复使用方法
12-15
一、冷备份1、 冷备份发生在数据库已经正常关闭的情况下，在进行冷备份之前通常要知道需要进行备份文件的名称以及路径 代码如下:SQL>select name from v$datefile;SQL>select name from v$controlfile;SQL>select member from v$logfile; 2、冷备份所需备份的文件包括以下几种：所有数据文件、所有控制文件、所有联机REDO LOG 文件3、冷备份的步骤①正常关闭要备份的实例（instance）②拷贝所有重要文件到备份目录下③完成备份后启动数据库4、用冷备份进行数据库恢复无归档模式：将备份文件拷贝回原来的目录即可
Oracle 体系结构-SGA
12-14
Oracle数据库由两部分组成：实例和数据库 实例是由一块共享内存区域以及一些后台进程组成。 1.SGA SGA为共享内存区域，也叫系统全局区 SGA的特点： -是共享的，是所有使用当前实例的用户都可以读取的内存部分。 -一个SGA只能服务一个实例，多实例间不能互相访问SGA。 -实例关闭的时候，系统回收内存，SGA即消失。 如图所示SGA中包含如下部分： 1.shared pool 2.database buffer cache 3.redo log buffer 4.java pool 5.large pool 6.stream pool 7.fixed sga 一：share pool
Oracle性能究极优化
12-16
正在看的ORACLE教程是:Oracle性能究极优化。　　增大 SGA 已经缓冲看来对于性能的提升并不显著，加载时间只提升了 1.73%。下面我们增加 SGA 重做日志的大小： 　　DB3: Log Buffer 　　Database Block Size 2K 　　SGA Buffer Cache 128M 　　SGA Shared Pool 128M 　　SGA Redo Cache 16M 　　Redo Log Files 16M 　　Tablespaces Dictionary 　　TPC Results Load Time (Seconds) 41.39 　　Transactions
ORACLE 修改redo日志文件 大小的方法
05-31
ORACLE 修改redo日志文件 大小的方法 供大家参考
oracle 手动切换redo,redo log切换
weixin_28901739的博客
04-03 759
数据库有四组日志，每组1G大小，可能业务原因，有时切换快，有时切换慢，使用完日志组1再次使用日志组1基本都在五六个小时之后，但alert log里还是提示Thread 1 cannot allocate new log, sequence 68446Private strand flush not complete，不可能几个小时了，log还没写进磁盘，大神帮忙分析下原因SQL> selec...
查看oracle数据库的日志归档模式
weixin_34233421的博客
07-17 343
什么是Oracle归档模式？ 　　Oracle数据库有联机重做日志，这个日志是记录对数据库所做的修改，比如插入，删除，更新数据等，对这些操作都会记录在联机重做日志里。一般数据库至少要有2个联机重做日志组。当一个联机重做日志组被写满的时候，就会发生日志切换，这时联机重做日志组2成为当前使用的日志，当联机重做日志组2写满的时候，又会发生日志切换，去写联机重做日志组1，就这样反...
oracle cannot allocate new log,解决Can not allocate log问题的方法
weixin_31307347的博客
04-16 968
RAC环境ORACLE其中一个节点报告大量的cannot allocate new log提示，详细信息如下：ORACLE Instance xxdb2 - Can not allocate log, archival requiredTue Dec 1 16:04:35 2009Thread 2 cannot allocate new log, sequence 7466All online l...
系统管理Lesson 02. Exploring Oracle Database Architecture
喝醉酒的小白
09-20 4575
1 Oracle 数据库体系三大结构 2 连接（connection）& 会话（session） 3 内存结构中共享池、缓存高速缓冲区、大池、重做日志缓冲区 4. 内存列存储的特点以及使用场合 5 后台进程 DBWn、LGWR、CKPT、SMON、PMON、LREG、MMON、MMNL 6. 检查点机制的原理 & Oracle 设计检查点机制的目的是什么 7 组成 Oracle 数据库存储结构的文件类型 8 逻辑结构的组成 & 作用 9 逻辑&物理结构关联 10 system & sysaux表空间
Thread 1 cannot allocate new log 的处理办法
热门推荐
Zonelan
05-29 4万+
ALTER SYSTEM ARCHIVE LOG Thread 1 cannot allocate new log, sequence 2594 Checkpoint not complete 这个实际上是个比较常见的错误。通常来说是因为在日志被写满时会切换 日志组，这个时候会触发一次checkpoint，DBWR会把内存中的脏块往数据文件中写，只要没写结束就不会释放这个日志组。如果
oracle dg切换为oracle rac
最新发布
06-02
如果您想将Oracle DG切换为Oracle RAC，则需要执行以下步骤： 1. 安装Oracle RAC软件，并配置节点间的网络互通。 2. 在主库上创建一个备份控制文件，并将其复制到备库中。 3. 在备库中创建一个RAC实例，并将其加入到集群中。 4. 在新的RAC实例中创建一个与主库相同的DG，并启动日志应用服务，确保日志文件已经应用到备库中。 5. 在主库上执行switchover切换操作，将主库变成备库，备库变成主库。 6. 确认新的主库已经正常工作，并且所有的客户端都已经连接到新的主库。 需要注意的是，在进行RAC切换或DG主备切换时，需要充分测试，确保所有的应用程序都能够正常工作。同时，建议在切换前备份所有的关键数据，以避免意外情况的发生。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值