今天接应用人员电话反应,一套备份数据库在加完表空间后出现异常,现象是数据库能查询,但是update很慢。

故障处理详细:

1、查看alert日志如下:

Thread 1 advanced to log sequence 16541 (LGWR switch)

Current log# 1 seq# 16541 mem# 0: +DATA/racdb/onlinelog/group_1.262.792077131

Current log# 1 seq# 16541 mem# 1: +DATA/racdb/onlinelog/group_1.263.792077153

Fri Sep 12 09:52:51 2014

Archived Log entry 3480 added for thread 1 sequence 16540 ID 0x10fd7185 dest 1:

Fri Sep 12 09:59:08 2014

alter tablespace ALARM_DATA_TBS add datafile '+DATA' size 10g autoextend off

Fri Sep 12 10:01:11 2014

Completed: alter tablespace ALARM_DATA_TBS add datafile '+DATA' size 10g autoextend off

Fri Sep 12 10:06:17 2014

alter tablespace ALARM_DATA_TBS add datafile '+DATA' size 10g autoextend off

Fri Sep 12 10:13:44 2014

minact-scn: useg scan erroring out with error e:12751

Fri Sep 12 10:17:50 2014

Errors in file /Oracle/app/oracle/diag/rdbms/racdb/racdb/trace/racdb_m001_18487.trc:

ORA-12751: cpu time or run time policy violation

Fri Sep 12 10:22:46 2014

Errors in file /oracle/app/oracle/diag/rdbms/racdb/racdb/trace/racdb_ora_17431.trc  (incident=362566):

ORA-00494: 持有入队 [CF] 的时间过长 (超过 900 秒) (由 'inst 1, osid 18462')

Incident details in: /oracle/app/oracle/diag/rdbms/racdb/racdb/incident/incdir_362566/racdb_ora_17431_i362566.trc

Fri Sep 12 10:23:16 2014

Killing enqueue blocker (pid=18462) on resource CF-00000000-00000000 by (pid=17431)

by killing session 2140.29719

Attempt to get Control File Enqueue by USER pid=17431 (mode=X, type=0, timeout=900) is being blocked by inst=1, pid=18462

Please check inst 1's alert log for more information on the blocker including a possible ORA-00494 and related incident logs

Fri Sep 12 10:23:57 2014

minact-scn: useg scan erroring out with error e:12751

Fri Sep 12 10:23:57 2014

Sweep [inc][362566]: completed

Sweep [inc2][362566]: completed

Fri Sep 12 10:25:10 2014

Errors in file /oracle/app/oracle/diag/rdbms/racdb/racdb/trace/racdb_lgwr_9336.trc  (incident=360259):

ORA-00494: enqueue [CF] held for too long (more than 900 seconds) by 'inst 1, osid 18462'

Incident details in: /oracle/app/oracle/diag/rdbms/racdb/racdb/incident/incdir_360259/racdb_lgwr_9336_i360259.trc

Fri Sep 12 10:25:40 2014

Killing enqueue blocker (pid=18462) on resource CF-00000000-00000000 by (pid=9336)

by killing session 2140.29719

Attempt to get Control File Enqueue by LGWR pid=9336 (mode=X, type=0, timeout=900) is being blocked by inst=1, pid=18462

Please check inst 1's alert log for more information on the blocker including a possible ORA-00494 and related incident logs

Fri Sep 12 10:28:16 2014

Errors in file /oracle/app/oracle/diag/rdbms/racdb/racdb/trace/racdb_ora_17431.trc  (incident=362567):

ORA-00494: 持有入队 [CF] 的时间过长 (超过 900 秒) (由 'inst 1, osid 18462')

Incident details in: /oracle/app/oracle/diag/rdbms/racdb/racdb/incident/incdir_362567/racdb_ora_17431_i362567.trc

Fri Sep 12 10:28:46 2014

Killing enqueue blocker (pid=18462) on resource CF-00000000-00000000 by (pid=17431)

by terminating the process

Attempt to get Control File Enqueue by USER pid=17431 (mode=X, type=0, timeout=300) is being blocked by inst=1, pid=18462

Please check inst 1's alert log for more information on the blocker including a possible ORA-00494 and related incident logs

Fri Sep 12 10:28:46 2014

Thread 1 advanced to log sequence 16542 (LGWR switch)

Current log# 2 seq# 16542 mem# 0: +DATA/racdb/onlinelog/group_2.264.792077173

Current log# 2 seq# 16542 mem# 1: +DATA/racdb/onlinelog/group_2.265.792077193

2、进入数据库中手动切换日志(alter system switch logfile)很慢几近于不动。

3、分析日志发现LGWR进程一直在等待CF enqueue,

Dump continued from file: /oracle/app/oracle/diag/rdbms/racdb/racdb/trace/racdb_lgwr_5854.trc

ORA-00494: enqueue [CF] held for too long (more than 900 seconds) by 'inst 1, osid 7955'

========= Dump for incident 380258 (ORA 494) ========

----- Beginning of Customized Incident Dump(s) -----

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

ENQUEUE [CF] HELD FOR TOO LONG

enqueue holder: 'inst 1, osid 7955'

4、进一步分析发现很多次control file sequential read等待,即处于IO等待状态,

为什么出现control file sequential read,可能控制文件不在了,或者控制文件或其快照所在目录掉了。

Current Wait Stack:

Not in wait; last wait ended 17 min 35 sec ago

There are 40 sessions blocked by this session.

Dumping one waiter:

inst: 1, sid: 1653, ser: 1

wait event: 'enq: CF - contention'

p1: 'name|mode'=0x43460005

p2: '0'=0x0

p3: 'operation'=0x0

row_wait_obj#: 4294967295, block#: 0, row#: 0, file# 0

min_blocked_time: 898 secs, waiter_cache_ver: 407

Wait State:

fixed_waits=0 flags=0x21 boundary=0x0/-1

Session Wait History:

elapsed time of 17 min 35 sec since last wait

0: waited for 'control file sequential read'

file#=0x0, block#=0x12, blocks=0x1

wait_id=10168 seq_num=10169 snap_id=1

wait times: snap=0.000352 sec, exc=0.000352 sec, total=0.000352 sec

wait times: max=infinite

wait counts: calls=0 os=0

occurred after 0.000018 sec of elapsed time

1: waited for 'control file sequential read'

file#=0x0, block#=0x10, blocks=0x1

wait_id=10167 seq_num=10168 snap_id=1

wait times: snap=0.000320 sec, exc=0.000320 sec, total=0.000320 sec

wait times: max=infinite

wait counts: calls=0 os=0

occurred after 0.000018 sec of elapsed time

5、进入RMAN中查看控制文件备份路径均为/oradata/racdbdb_rman_bak目录,详细如下:

RMAN> show all;

使用目标数据库控制文件替代恢复目录

db_unique_name 为 racdb 的数据库的 RMAN 配置参数为:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

CONFIGURE BACKUP OPTIMIZATION OFF; # default

CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

CONFIGURE CONTROLFILE AUTOBACKUP OFF;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/oradata/racdbdb_rman_bak/conf_%T_%F';

CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default

CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE MAXSETSIZE TO UNLIMITED; # default

CONFIGURE ENCRYPTION FOR DATABASE OFF; # default

CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default

CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default

CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oradata/racdbdb_rman_bak/snap_racdb.ctl';

6、查看目录发现/oradata目录掉了

bash-3.00$ df -h

Filesystem            size  used  avail capacity  Mounted on

/dev/dsk/c0t0d0s0      96G    47G    48G    50%    /

/devices                0K    0K    0K    0%    /devices

ctfs                    0K    0K    0K    0%    /system/contract

proc                    0K    0K    0K    0%    /proc

mnttab                  0K    0K    0K    0%    /etc/mnttab

swap                    87G  1.9M    87G    1%    /etc/svc/volatile

objfs                    0K    0K    0K    0%    /system/object

sharefs                  0K    0K    0K    0%    /etc/dfs/sharetab

fd                      0K    0K    0K    0%    /dev/fd

swap                    87G  120K    87G    1%    /tmp

swap                    87G    80K    87G    1%    /var/run

/dev/dsk/c0t0d0s4      38G    27G    11G    72%    /export/home

/dev/dsk/c0t1d0s3      77G    41G    35G    54%    /oracle

7、通过修改控制文件备份路径,数据库恢复正常。

RMAN> CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle/app/oracle/product/11.2.0/db_1/dbs/snap_racdb.ctl';

RMAN> show all;

db_unique_name 为 racdb 的数据库的 RMAN 配置参数为:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

CONFIGURE BACKUP OPTIMIZATION OFF; # default

CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/oracle/app/oracle/product/11.2.0/db_1/dbs/conf_%T_%F';

CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default

CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE MAXSETSIZE TO UNLIMITED; # default

CONFIGURE ENCRYPTION FOR DATABASE OFF; # default

CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default

CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default

CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle/app/oracle/product/11.2.0/db_1/dbs/snap_racdb.ctl';

oracle cf enqueue,ORA-00494 enqueue [CF] held for too long故障分析处理相关推荐

  1. ML之RS之CF:基于用户的CF算法—利用大量用户的电影及其评分数据集对一个新用户Jason进行推荐电影+(已知Jason曾观看几十部电影及其评分)

    ML之RS之CF:基于用户的CF算法-利用大量用户的电影及其评分数据集对一个新用户Jason进行推荐电影+(已知Jason曾观看几十部电影及其评分) 目录 输出结果 实现代码 输出结果 先看推荐结果显 ...

  2. oracle错误01653,oracle 10g 错误 ORA 01653 的解决过程

    oracle 10g 错误 ORA 01653 的解决过程 早上用户反应在操作用友NC时报错 ORA-01653 ,详细信息:ORA-01653: 表 NCV35.GL_DETAIL 无法通过 102 ...

  3. Oracle客户端tnsnames.ora连接配置

    Oracle客户端tnsnames.ora连接配置 Oracle90的在C:\Oracle\ora90\network\ADMIN下面 Oracel10g的在D:\oracle\product\10. ...

  4. oracle创建ora文件,ORACLE配置tnsnames.ora文件实例

    ORACLE配置tnsnames.ora文件实例 客户机为了和服务器连接,必须先和服务器上的监听进程联络.ORACLE通过tnsnames.ora文件中的连接描述符来说明连接信息.一般tnsnames ...

  5. ORACLE数据库tnsnames.ora配置文件详细解析

    字段含义如下: ADDRESS_LIST      表示该客户机要经由多种协议与一台或多台服务器连接.在该样式文件中就表示该客户机要用TCP/IP协议来和服务器相连. PROTOCOL 指明要连接使用 ...

  6. cf服务器不显示名字,cf怎么改名字 起名不能随便

    cf是一款非常火热的游戏,相信很多朋友都有玩过,而且不少人都是游戏中的大神,毕竟这类射击游戏确实是很好玩的,但是很多人都用拥有一个好的名字,那么,cf怎么改名字,小编就来为大家详细地说一说相关的资讯吧 ...

  7. oracle olap 不可用,[数据库]ORACLE OLAP错误ORA

    [数据库]ORACLE OLAP错误ORA 0 2015-04-25 00:00:20 刚刚安装了ORACLE 10g R2后,启动数据库时发现告警日志有如下错误: Database Characte ...

  8. 【oracle】sqlnet.ora 访问控制策略

    sqlnet.ora中进行下列参数的设置可以限制或允许用户从特定的客户机连接到数据库中. tcp.validnode_checking=yes|no tcp.invited_nodes=(ip|hos ...

  9. oracle12c没有有sqlnet文件,Oracle的sqlnet.ora文件配置

    DBA对这个文件一定不会陌生,大家了解最多的也一定是sqlnet.ora用来决定oracle怎么解析一个连接中出现的字符串,例如: sqlplus sys/oracle@orcl 那么这个orcl怎么 ...

最新文章

  1. 零基础AJAX入门(含Demo演示源文件)
  2. 【报表技术】IReport 图形化报表开发工具安装教程
  3. 根据经纬度计算范围_地理计算专题(上)
  4. java大组件_Java的三大组件
  5. mot数据集_谈谈ReID与MOT的关系
  6. 前端学习(3146):react-hello-react之getBeforeUpdate
  7. python求数字平均值_Python简单计算数组元素平均值的方法示例
  8. linux java 环境配置_Linux开发环境配置——java
  9. [Usaco2016 Dec]Moocast
  10. CO02工单下达时错误“订单类型 ZP91 工厂 1000: 没有检查工序的维护规则”
  11. 为什么redis适合操作小数据,memcache适合操作大数据
  12. 在线旅游网站发展趋势分析
  13. sd卡升级 c语言程序,奔驰C级导航SD卡怎么升级
  14. html设置带边框九宫格,CSS九宫格带边框的多种实现
  15. 【word毕业论文排版(1)】尾注的删除
  16. css字体超出显示点点点
  17. 成의 時運의 圖像 正易八卦圖
  18. 玩转Linux与运维岗(23)
  19. TFT LCD屏接口芯片-通达LT7381(SSD1963)
  20. 【011】基于51单片机的低频信号发生proteus仿真与实物设计

热门文章

  1. 部分 Macbook 发货时间延迟,这是否寓意着Apple Silicon Mac即将面世
  2. php mysql 自动重连_PHP连接MySql闪断自动重连的方法
  3. 10.React Native之常量、变量、组件;
  4. 精仿《礼物网》淘宝客整站模板源码/帝国CMS7.5淘宝客类整站源码
  5. Java 通过 Socket 实现小票打印
  6. speedoffice表格如何去除文本框的边框?
  7. 人力资源经理的四个阶层
  8. Go开源游戏服务器框架——Pitaya
  9. 上新了!九州云发布新一代混合云管理平台
  10. 互联网大厂也乘帆出海,出海不再是新鲜事