https://docs.oracle.com/cd/E11882_01/server.112/e25494/diag.htm#ADMIN11007

每当一个错误发生的时候，oracle会创建一个incident，并且分配一个INCIDENT_ID号，同时在ADR HOME的INCIDENT目录中创建相应的INCIDENT 目录，每个错误号一个INCIDENT目录，目录被命名为incdir_。在incident 目录下含有相应的DUMP文件。

清理过程：

登录Oracle用户

[root@ywsjoracle ~]# su -oracle

[oracle@ywsjoracle~]$

进入Oracle的bin目录

[oracle@ywsjoracle ~]$ cd /u01/11g/product/11.2.0/bin

进入adrci工具界面

[oracle@ywsjoracle bin]$ adrci

ADRCI: Release11.2.0.1.0 - Production on Tue Mar 5 09:39:22 2019Copyright (c)1982, 2009, Oracle and/or its affiliates. All rights reserved.

ADR base= "/u01/11g"

查看Oracle目录，并重新设定路径

adrci>show home

ADR Homes:

diag/tnslsnr/ywsjoracle/listener

diag/rdbms/orcl/orcl

adrci> set homepath diag/rdbms/orcl/orcl

adrci>show home

ADR Homes:

diag/rdbms/orcl/orcl

查看incident目录

adrci>show incident

ADR Home= /u01/11g/diag/rdbms/orcl/orcl:*************************************************************************INCIDENT_ID PROBLEM_KEY CREATE_TIME-------------------- ----------------------------------------------------------- ----------------------------------------

948432 ORA 445 2018-03-15 10:58:31.459000 +08:00

948433 ORA 445 2018-03-15 11:17:50.442000 +08:00

948608 ORA 445 2018-03-15 16:10:12.935000 +08:00

948434 ORA 445 2018-03-15 16:17:57.916000 +08:00

948435 ORA 445 2018-03-16 09:59:34.706000 +08:00

948384 ORA 445 2018-03-16 10:35:49.098000 +08:00

948436 ORA 445 2018-03-16 10:39:00.805000 +08:00

948609 ORA 445 2018-03-16 10:51:03.735000 +08:00

948385 ORA 445 2018-03-16 11:05:42.751000 +08:00

948437 ORA 445 2018-03-16 11:37:55.445000 +08:00

948438 ORA 445 2018-03-16 11:58:09.025000 +08:00

948439 ORA 445 2018-03-16 12:22:35.600000 +08:00

948386 ORA 445 2018-03-16 14:40:46.873000 +08:00

1028260 ORA 445 2018-03-16 14:40:48.737000 +08:00

1028261 ORA 445 2018-03-16 15:31:23.096000 +08:00

1028262 ORA 445 2018-03-16 15:52:59.439000 +08:00

948387 ORA 445 2018-03-16 16:04:43.397000 +08:00

948424 ORA 445 2018-03-16 16:14:33.262000 +08:00

1028263 ORA 445 2018-03-16 16:16:59.289000 +08:00

948610 ORA 445 2018-03-16 16:48:29.259000 +08:00

954192 ORA 3137 [12333] 2018-03-17 00:05:00.377000 +08:00

956240 ORA 3137 [12333] 2018-03-17 00:08:08.466000 +08:00

950664 ORA 3137 [12333] 2018-03-17 00:24:00.919000 +08:00

954448 ORA 3137 [12333] 2018-03-17 00:54:42.599000 +08:00

948388 ORA 445 2018-03-19 10:15:38.856000 +08:00

948389 ORA 445 2018-03-19 11:21:44.250000 +08:00

948425 ORA 445 2018-03-19 15:31:44.082000 +08:00

1028264 ORA 445 2018-03-19 15:31:59.897000 +08:00

948390 ORA 445 2018-03-19 17:06:35.034000 +08:00

1028265 ORA 445 2018-03-19 17:08:34.715000 +08:00

1028266 ORA 445 2018-03-20 09:00:25.083000 +08:00

1028267 ORA 445 2018-03-20 09:33:54.698000 +08:00

948391 ORA 445 2018-03-20 09:48:54.298000 +08:00

1028272 ORA 445 2018-03-20 09:51:53.383000 +08:00

1028273 ORA 445 2018-03-20 09:58:28.477000 +08:00

1028277 ORA 445 2018-03-20 10:24:33.673000 +08:00

1028274 ORA 445 2018-03-20 10:33:52.754000 +08:00

1028278 ORA 445 2018-03-20 10:49:34.743000 +08:00

1028275 ORA 445 2018-03-20 10:51:43.937000 +08:00

1028279 ORA 445 2018-03-20 10:56:01.555000 +08:00

1028276 ORA 445 2018-03-20 11:04:12.931000 +08:00

1028280 ORA 445 2018-03-20 11:10:43.473000 +08:00

1028285 ORA 445 2018-03-20 11:15:54.297000 +08:00

948426 ORA 445 2018-03-20 11:28:54.552000 +08:00

1028286 ORA 445 2018-03-20 11:31:25.308000 +08:00

1028287 ORA 445 2018-03-20 11:55:14.281000 +08:00

1028288 ORA 445 2018-03-20 14:43:51.694000 +08:00

958496 ORA 3137 [3120] 2018-03-21 02:23:04.994000 +08:00

1028314 ORA 445 2018-03-22 09:31:01.833000 +08:00

1028302 ORA 445 2018-03-22 09:32:10.803000 +08:00First50 rows fetched (*** more available ***)

清理10天前的incident问题文件(10天 × 24小时 × 60分钟 = 14400秒)，清理后exit命令退出adrci工具

adrci> purge -age 14400 -type incident

adrci> exit

清理情况如下：

oracle u01清理,Oracleの/u01/11g/diag/rdbms/orcl/orcl/incident 的清理相关推荐

  1. 天灾还是人祸：ORA-01565: error in identifying file '/u01/app/oracle/oradata/eftp/testNS.dbf'

    开发那边说有台测试环境的数据库启动报错,我登上去试了下,startup报出这样的错误: ORA-01110: data file 4: '/u01/app/oracle/oradata/eftp/te ...

  2. oracle redo 200mb,Oracle的redo log在各场景下的恢复

    Oracle的redo log非常重要,redo log损坏将导致数据库开法开启或数据丢失,针对redo log在各种场景下如何打开或恢复数据库,特别模拟测试说明: 各场景包括如下(共6个场景): 场 ...

  3. oracle归档日志保留时间,Oracle 11g Data Guard 备库归档日志清理脚本(保留一周归档)...

    #!/bin/sh #clean archived log #author jiadingyi #version 1.0 2015/11/04 #设置数据库环境变量 TMP=/tmp export T ...

  4. oracle 11g 环境,Linux彻底清理Oracle 11g RAC环境方案

    参考文档: Linux环境下11.2.0.3 rac的快速卸载脚本 在Oracle 11.1和Oracle 10.1,10.2上,都是官方提供手工清理RAC环境的方法的(比如环境有问题,或者RAC安装 ...

  5. Oracle ORA-00060：Deadlock detected. More info in file /var/oracle/app/diag/rdbms/...记一次位图索引误用引发卡顿

    Oracle ORA-00060:Deadlock detected. More info in file /var/oracle/app/diag/rdbms/-记一次位图索引误用带来的数据库卡顿死 ...

  6. oracle gather trace,Oracle 11g新SQL Trace 10046方法

    10046是每一个研究Oracle.进行SQL调优的朋友非常熟悉的工具.10046和10053两个诊断事件,可以方便的帮助我们了解Oracle CBO优化 10046是每一个研究Oracle.进行SQ ...

  7. oracle health monitor,Oracle 11g Health Monitor Checks

    说明: Health Monitor是11g引入的用于检查数据库的各个组件(包括文件.内存.事务处理完整性. 元数据和进程使用情况).这些检查器将生成检查结果报表以及解决问题的建议. 可在数据库脱机( ...

  8. oracle备份还原到本地_Oracle 11g R2 RAC数据库备份通过RMAN恢复到单实例数据库实现...

    Oracle 11g R2 RAC数据库备份通过RMAN恢复到单实例数据库实现 下面是我的一次从Oracle 11g R2 RAC到单实例间通过RMAN恢复备份集的过程,记录在此. 有些人以此方法作为 ...

  9. oracle静默文件建库,【配置上线】Oracle静默建库 for 11g

    Oracle 静默建库 for 11g 使用静默dbca 创建数据库有两种方法: 1 )一种是根据 oracle 自身的数据库模板创建数据库(建议),数据库模板位置 $ORACLE_HOME/assi ...

最新文章

  1. firefox 接受post 不完整_HTTP中GET与POST的区别，99 %的人都理解错了
  2. 网管交换机怎么设置？网管交换机设置方法
  3. 两位小数乘两位小数竖式_冀教版五年级数学上册2.4小数乘小数微课视频 | 练习...
  4. 使用ubuntu18搭建nfs分布式文件系统
  5. 复杂的拉普拉斯逆变换
  6. 音视频技术开发周刊 | 243
  7. tfs java_Java SDK for TFS
  8. 海绵宝宝和派大星[三国演义姓名的重复]
  9. creator shader, 河面水流的效果 噪声图的花式用法
  10. 3G入门教程--通讯基础
  11. Kali Linux三种网络攻击方法总结（DDoS、CC和ARP欺骗）
  12. 吴恩达：按照这5步，传统公司也可转型人工智能\n
  13. Chromium为视频标签video创建播放器的过程分析
  14. 4、easy_rsa（2）rsa.py
  15. freemaker+echarts导出word文档
  16. 学成在线页面设计案例
  17. 我在公司做的一个小游戏的总结感想
  18. java读取Excel文件，用JDBC导入数据到mysql
  19. FFmpeg合并多个音频并解决声音变小的方法
  20. i米音标（赖世雄音标学习）——连音

热门文章

  1. java 设计模式 示例_Java中的状态设计模式–示例教程
  2. 在CDI应用程序中使用@Alternative
  3. OAuth2，JWT，Open-ID Connect和其他令人困惑的事物
  4. CUBA平台–用于快速应用程序开发的开源Java框架
  5. jsf集成spring_Spring和JSF集成：国际化和本地化
  6. WildFly Swarm –将Java EE应用程序部署为独立的Jar
  7. java se和java_Java：改进了Java SE 6和Java SE 7的客户端和桌面部分！
  8. 通过Spring将AWS SQS用作JMS提供程序
  9. Devoxx Hackergarten的企业Web应用程序原型
  10. 具有jOOQ和Java 8的CompletableFuture的异步SQL执行