0322Private strand flush not complete

[20170322]Private strand flush not complete.txt

--//探究一下生产系统出现alert大量出现Private strand flush not complete.这台服务去年4,5月我做了优化,前面设置sga太小,导致数
--//据缓存很小.

SYS@xxxxxx> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
PL/SQL Release 11.2.0.3.0 - Production
CORE    11.2.0.3.0      Production
TNS for Linux: Version 11.2.0.3.0 - Production
NLSRTL Version 11.2.0.3.0 - Production

$ grep   "^Private strand flush not complete" alert_xxxxxx.log |wc
    931    4655   31654

--//总共出现931次.

$ grep -B1  "^Private strand flush not complete" alert_xxxxxx.log| grep ^Thread|wc
    931    7448   44201
--//次数也是一样.

--//还可以发现同时出现Thread 1 cannot allocate new log, sequence NNN次数一致.说明主要产生日志量很大,在线日志文件小导致切
--//换频繁来不及归档.

$ grep -B2  "^Private strand flush not complete" alert_xxxxxx.log| grep "[0-5][0-9] 201[567]$"|wc
    581    2905   14525

-//可以发现Private strand flush not complete的前面第2行出现时间测试是581次.

--//取出时间.
$ grep -B2  "^Private strand flush not complete" alert_xxxxxx.log | grep -A1 "^--"  | grep "[0-5][0-9] 201[567]$" >> aa.txt

$ wc aa.txt
  580  2900 14500 aa.txt

--//差1.主要问题第一个输出前面没有--.不影响计算.

$ cut -d" " -f5,2  aa.txt |  uniq -c
     14 Jan 2015
     25 Feb 2015
     34 Mar 2015
     34 Apr 2015
     29 May 2015
     37 Jun 2015
     39 Jul 2015
     42 Aug 2015
     36 Sep 2015
     41 Oct 2015
     40 Nov 2015
     41 Dec 2015
     42 Jan 2016
     40 Feb 2016
     23 Mar 2016
     10 Apr 2016
      4 May 2016
      5 Jun 2016
      1 Jul 2016
      7 Aug 2016
      6 Sep 2016
      3 Oct 2016
      8 Nov 2016
      7 Dec 2016
      6 Jan 2017
      2 Feb 2017
      4 Mar 2017

--//大部分出现在2015-2016年4月之前.而链接http://blog.itpub.net/267265/viewspace-2102914/提示我2016年3月7号开始介入优化.
--//从这里也可以看出优化是有效果的.

$ grep -B3  "^Private strand flush not complete" alert_xxxxxx.log | grep -A1 "^--"  | grep ":[0-5][0-9] 201[567]$"
Tue Mar 31 08:06:22 2015
Mon Apr 13 08:20:57 2015
Tue May 05 08:15:36 2015
--//忽略

$ grep -B4  "^Private strand flush not complete" alert_xxxxxx.log | grep -A1 "^--"  | grep ":[0-5][0-9] 201[567]$"|wc
    447    2235   11175

$ cut -d" " -f5,2  ab.txt |  uniq -c
     12 Jan 2015
     17 Feb 2015
     25 Mar 2015
     20 Apr 2015
     17 May 2015
     25 Jun 2015
     28 Jul 2015
     30 Aug 2015
     27 Sep 2015
     35 Oct 2015
     35 Nov 2015
     33 Dec 2015
     35 Jan 2016
     30 Feb 2016
     18 Mar 2016
      9 Apr 2016
      4 May 2016
      4 Jun 2016
      1 Jul 2016
      7 Aug 2016
      6 Sep 2016
      2 Oct 2016
      8 Nov 2016
      7 Dec 2016
      6 Jan 2017
      2 Feb 2017
      4 Mar 2017

--//出现次数多的基本在2016年4月之前,而这个时候数据缓存很小.

时间: 2024-10-13 00:20:15

0322Private strand flush not complete的相关文章

关于 Private strand flush not complete

      网友发来告警日志,原本是关于一个死锁的情形,而另外的一个问题则是从redo log buffer写出到redo log file出现了不能分配新的日志,Private strand flush not complete的等待事件.这是个和redo log相关的话题,从Meatlink也找到了对此的描述如下文.   1.错误消息 Tue Sep 24 14:27:48 2013Thread 1 cannot allocate new log, sequence 22120Private

0607Private Strand Flush Not Complete 2

[20170607]再论Private Strand Flush Not Complete.txt --//曾经跟zergduan有过讨论,链接www.itpub.net/thread-2065703-1-1.html,按照道理只要使用IMU,在日志切换时如果在Private Strand --//有信息一定会出现Private Strand Flush Not Complete提示在alert.log日志文件中,因为要把那些信息写入redo文件. --//我在我的一个生产系统看到,我发现一个没

Thread 1 cannot allocate new log Private strand flush not complete 警告

官方解释如下: CHANGES 切换日志时,所有 private strand 都必须刷新到当前日志,然后才允许继续切换. CAUSE 此信息表示我们在尝试切换时,尚未完全将所有 redo 信息写入到日志中.它本质上类似于"checkpoint not complete",不同的是,它仅涉及到正在被写入日志的redo.在写入所有 redo 前,无法切换日志. "strand"是 10g 中的新术语,它用于处理 redo 的 latch. Strands是一种允许进程

解决Oracle 12.1.0.2 的OLAP API组件无效问题

数据库从11.2.0.3.x升级到12.1.0.2.3之时出现如下错误,Oracle OLAP API组件无效 Oracle Database 12.1 Post-Upgrade Status Tool           04-21-2015 10:58:50                                                                                      Component                        

ORA-16401: archivelog rejected by RFS

早上检查邮件的时候发现有ORA-16401: archive log rejected by Remote File Server (RFS)报警邮件! 通常此问题是由于主库的fal_client参数与备库的log_archive_dest_n中的service参数不匹配造成的. 模拟一下环境(案例来自metalink [ID 1183143.1]) ********* Primary ******** log_archive_config DG_CONFIG=(p1ncm1,p1ncm2) l

oracle数据库-oracle 11g ORA-00445:每个月数据库都会死,pl/sql登录不上

问题描述 oracle 11g ORA-00445:每个月数据库都会死,pl/sql登录不上 每个月数据库都会无缘无故的死掉,重启数据库又正常了,下面是alert_orcl.log里面的日志,window服务器内存8G ,oracle版本11gR2,这个是什么原因导致的呢 Tue Oct 28 20:18:25 2014 Errors in file d:oraclediagrdbmsorclorcltraceorcl_cjq0_2628.trc (incident=65106): ORA-00

[20170322]关于IMU.txt

[20170322]关于IMU.txt --昨天测试实例crash恢复时,别人测试无法重复我前面的测试,最终发现IMU导致这个问题. --我本人对IMU的东西很少探究.摘抄一段: 从Oracle10g开始,Oracle在数据库中引入了In Memory Undo(可以被缩写为IMU)的新技术,使用这一技术,数据库会在共享内存中 (Shared Pool)开辟独立的内存区域用于存储Undo信息,这样就可以避免Undo信息以前在Buffer Cache中的读写操作,从而可以进一步的 减少Redo生成

[20140418]使用dgmgrl管理dataguard(6).txt

[20140418]使用dgmgrl管理dataguard(6).txt 参考链接: http://blog.itpub.net/267265/viewspace-1142649/ http://blog.itpub.net/267265/viewspace-1143027/ http://blog.itpub.net/267265/viewspace-1143058/ http://blog.itpub.net/267265/viewspace-1143126/ http://blog.itp

【MOS】中文文档列表 - Oracle Database (文档 ID 1533057.1)

中文文档列表 - Oracle Database (文档 ID 1533057.1) 类型: 状态: 上次主更新: 上次更新: ANNOUNCEMENT PUBLISHED 2017-2-23 2017-2-23     文档内容 详细信息 操作   Oracle 数据库技术支持通讯   安装/升级/降级/迁移相关     日常管理相关   性能相关     集群及存储相关   高可用相关   TimesTen 内存数据库 联系人 参考 适用于: Oracle Database - Enterp