Oracle 11G以后,数据库默认是开启审计功能的,因此有时候我们忘记了关闭该功能导致SYSTEM表空间暴满,但由于关闭审计功能需要重启数据库,此类操作生产环境下是不允许的,因此我们需要找出哪类审计产生的较多,然后单独的进行关闭:我们可以通过如下方法查找: 如果你发现AUD$这个表比较大了,检查下是哪种审计占的空间: SQL> select action_name,count(*) from dba_audit_trail group by action_name;一般是LOGON和LOGOF

清理服务器缓存 echo 1 >/proc/sys/vm/drop_cachesecho 2 >/proc/sys/vm/drop_cachesecho 3 >/proc/sys/vm/drop_cachesecho 0 >/proc/sys/vm/drop_caches 上面的echo 3 是清理所有缓存 echo 0 是不释放缓存 echo 1 是释放页缓存 ehco 2 是释放dentries和inodes缓存 echo 3 是释放 1 和 2 中说道的的所有缓存 清理数据库

http://langzhiwang888.iteye.com/blog/1675033 参考这里的内容 在数据库服务器上新建一个bat文件(文件名随意) 编辑此文件为: rman target 'sys/password' cmdfile 'd:\cmd.txt'―――此处路径.文件名随意 在命令中对应的路径下新建cmd.txt文件,打开编辑此文件, DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7'; 然后在windows计划任务里添加任务,

oraprod 登陆数据库服务器 执行 rman target / 如图: 执行: delete noprompt force archivelog all completed before ‘sysdate -2’; 如图: 回车. 最后,执行 exit; 退出,如图:

前后大概经历了一个星期,今天下午(先是用的Navicat)当我尝试性的把用户名上方的复选项从服务名换成SID时,竟然瞬间连接成功了,整个人都是蒙B的,这样就好了? 之后我又用PLsql测试了一下,秒进! 想了一下,感觉还是有必要把这次安装的过程记一下,无论是心里路程还是操作过程,对一个刚入职的小程序员来说,还是蛮有必要的! 附:我的安装环境win10.Oracle12c版本2 先从安装Oracle开始: 其实我第一次就安装oracal 12c成功了,开始还可以从https://localhost

Deinstall卸载Oracle软件及数据库+GI集群软件 1. 本篇文档应用场景: 需要安装新的ORACLE RAC产品,系统没有重装,需要对原环境中的RAC进行卸载: #本篇文档,在AIX 6.1版本的系统中进行卸载 #流程:卸载Oracle软件及数据库 卸载GI集群软件: 两步走 #查询环境变量 rac11g770b:/picclife/app/grid$ which lsnrctl /picclife/app/11.2.0/grid/bin/lsnrctl rac11g770b:/pi

(一)问题: 最近在做Oracle数据清理,在对分区表进行数据清理时,采用的方法是drop partition,删除的过程中,没有遇到任何问题,大概过了10分钟,开发人员反馈部分分区表上的业务失败.具体错误为: ORA-01502错误:索引或这类索引的分区处于不可用状态(英文:ora-01502:index 'schema.index_name' or partition of such index is in unusable state). (二)原因分析 查看出现问题的分区表,均有一个共同

1.oracle命名规范:和Java的命名规范很像 1.严格区分大小写 2.所有的sql语句都要以';'结尾 3.所有的sql 都要使用空格区分:sqlplus空格/空格as空格sysdba回车 4.无论是表名还是列名都必须以字母开头 java中的class必须要以大写字母开头,遵循驼峰命名方式 5.不能使用ORACLE的保留字 6.不能与用户定义的其它对象重名 7.数字,$#_,字母(只能包含A-Z,a-z,0-9,_,$,#)字母加上_ emp表中有一列叫emp_no(员工的编号) 2.连接

在ORACLE数据库中,如果不对监听日志文件(listener.log)进行截断,那么监听日志文件(listener.log)会变得越来越大,想必不少人听说过关于"LISTENER.LOG日志大小不能超过2GB,超过会导致LISTENER监听器无法处理新的连接",当然这个不是真理,不会绝对出现,只是发生在老旧的32bit Linux或Unix系统下面,真实的原因是一些32bit OS自带的文件系统不支持2GB以上的文件,导致监听服务进程(tnslsnr)append write日志文件

今天在检查一台测试环境的表空间时,发现SYSAUX的使用率已经达到99.91% TABLESPACE_NAME FILES Freesize(MB) Usedsize(MB) Filesize(MB) Filemaxsize(MB) CurrentUsed(%) MaxUsed(%) ------------------------------ ---------- ------------ ------------ ------------ --------------- ----------

最近测试环境服务器上磁盘空间紧张,表空间里面的数据也不知道开发哪些需要哪些不需要,而且因为此测试库运行时间比较久远,起码有三年了.于是就从清理Oracle安装目录下的日志下手. 发现在一般这几个日志,如果没有做定期清理的话,就比较占空间. 1.<user_dump_dest>/alert_<sid>.log 2.$ORACLE_HOME/oc4j/j2ee/OC4J_DBConsole_<hostname>_<SID>/log/http-web-access

  --进入审计日志目录: cd $ORACLE_BASE/admin/$ORACLE_SID/adump --删除3个月前的审计文件: find ./ -type f -name "*.aud" -mtime +91|xargs rm -f --一次清空所有审计文件 find ./ -type f -name "*.aud"|xargs rm-f find ./ -mtime +7 -name "*.aud" -type f –delete 通

测试场景下,使用的oralce遇到表空间的占用超大,可以采用如下的方式进行空间的清理 首先使用sqlplus连接数据库sqlplus sys/password@orcl as sysdba 之类进行数据库的连接没然后进行如下的操作 ##创建表空间对于自己的测试库和表等最好都建立自己的表空间,以方便清理和删除 create tablespace abc datafile '/opt/oracle/app/oradata/orcl/users02.dbf' size 1024m autoextend

oracle的日志文件有以下几种: 警告日志,trace日志,audit日志,redo日志,归档日志 a.警告日志:也就是alert log,使用初始化参数 show parameter backgroud_dump_dest查看 b.trace日志:一般存放session追踪的信息,使用show parameter user_dump_dest查看 c.audit日志:审计的信息,对应系统初始化参数audit_file_dest d.redo日志:存放数据库的更改信息,select * fro

垃圾数据清理,简单的说,就是删除不需要的那些数据,释放存储空间 最常用的就是delete命令.truncate命令,甚至是删除表空间重建,具体操作都很简单,不是本文的重点 下面,总结几个垃圾数据清理常见的几个问题 1.查找数据量最大的表 可以直接执行下面的SQL语句 select t.table_name, t.num_rows, t.blocks, t.empty_blocks from user_tables t where t.num_rows is not null order by t

进入机器,设置环境变量,如: export ORACLE_HOME=/main/app/oracle/product//db_1 export ORACLE_SID=devdb 然后切换oracle用户,admin方式登录sqlplus [root@dbserver~]# su - oracle [oracle@dbserver~]$ sqlplus /nolog SQL> connect /as sysdba 检查flash recovery area的使用情况,可以看见archivelog已

清理oracle的用户中的日志垃圾1.进入:/opt/oracle/product/11g/network/admin目录2.注释掉listener.ora文件中的TRACE_LEVEL_LISTENER行,同时加入:LOGGING_LISTENER = OFF行:3.删除$ORACLE_BASE/diag/tnslsnr/linux/listener/alert.$ORACLE_BASE/diag/tnslsnr/linux/listener/trace目录下的日志:修改sys用户的密码:1.

背景:一张表的清理机制存在问题,导致该表的数据一直在增加,该表水位已很高,需要对该表的数据进行清理并降水位. 1.1 迁移前准备 步骤一.新建表 p_transaction_bak. oracle@linux-nxv6:~/orcale > sqlplus test/test SQL> create table p_transaction_bak as select * from p_transaction where 1 = 0; SQL> alter table p_transact

设置定时自动清理归档日志脚本 root用户下 [root@localhost ~]# mkdir /nstg [root@localhost ~]# cd /nstg/ [root@localhost nstg]# mkdir bin log tmp [root@localhost nstg]# chown -R oracle:oinstall /nstg [root@localhost nstg]# su - oracle [oracle@localhost ~]$ cd /nstg/bin

oracle导入命令,记录一下 工作中用到了,这个命令,记录一下,前提要安装imp.exe imp PECARD_HN/PECARD_HN@127.0.0.1:1521/orcl file=E:\work\dmp\PECARD_HN.dmp full=y 团队五人,专业从事软件开发,接单工作,专注于Java,.Net,PHP       数据库日志太大,清理日志文件 如果你的数据库出现如下场景,那么你需要对数据库进行日志清理了. 注:清理后的数据库,可能无法对数据库进行还原,所以,清理之前需要对

Oracle 数据库 alert日志及trace日志的清理 方案一: 暂停数据库的trace 登录到数据库 sqlplus / as sysdba 修改参数: SQL> alter system set trace_enabled=false; System altered. 查询数据库的alert日志及trace日志的路径 select * from v$diag_info; VALUE------------------------------------------------------