检查ORACLE的警告文件的脚本

检查两天内的需要重视的信息:

vi   alter_error.sh

echo "Check Alter Error:"
cat $TRACE/alert_$ORACLE_SID.log | grep -E  ^ORA-\|Reconfig\|abort\|Shut\|^Start\|error\|Instance\|Suspend\|Resuming\|Deadlock\|"`date "+%b %d"`"\|"`date -d last-day "+%b %d"`"

配置环境变量

vi /home/oracle/.bash_profile

export ORACLE_BASE=/u01/app

export ORACLE_HOME=$ORACLE_BASE/product/11gR2/db

export ORACLE_SID=shark

export SERVICE_NAMES=erp

export DBUNAME=sharkdb

export TRACE=$ORACLE_BASE/diag/rdbms/$DBUNAME/$ORACLE_SID/trace

压缩告警文件

mv_alterlog.sh

mv $TRACE/alert_$ORACLE_SID.log  $TRACE/bak_alter_$ORACLE_SID.`date +%F_%H`.log
gzip -1 $TRACE/bak_alter_$ORACLE_SID.`date +%F_%H`.log

ls -lh  $TRACE/bak_alter_$ORACLE_SID.`date +%F_%H`.log.gz

时间: 2024-11-06 01:02:51

检查ORACLE的警告文件的脚本的相关文章

[转]Oracle DB 概要文件

1.概要文件和用户 一次只能向用户分配一个概要文件. 概要文件: ? 控制资源消耗量 ? 管理帐户状态和口令失效 注:只有将RESOURCE_LIMIT设置为TRUE,概要文件才能强制执行资源限制. 概要文件是用于限制数据库用法和实例资源的一组已命名的资源限制条件.通过概要文件还可管理帐户状态并对用户的口令进行限制(长度.失效时间等).每个用户都分配有一个概要文件,而且该用户在指定时间只属于一个概要文件.如果在更改用户概要文件时用户已经登录,则所做更改只在用户下一次登录时才生效. DEFAULT

8个DBA最常用的监控Oracle数据库的常用shell脚本

本文介绍了8个常用的监控数据shell脚本.首先回顾了一些DBA常用的Unix命令,以及解释了如何通过Unix Cron来定时执行DBA脚本.网上也有好多类似的文章,但基本上都不能正常运行,花点时间重新整理了下,以后就能直接使用了. 一.同时文章还介绍了8个重要的脚本来监控Oracle数据库: 1.检查实例的可用性 2.检查监听器的可用性 3.检查alert日志文件中的错误信息 4.在存放log文件的地方满以前清空旧的log文件 5.分析table和index以获得更好的性能 6.检查表空间的使

监控Oracle数据库的常用shell脚本-转

8个DBA最常用的监控Oracle数据库的常用shell脚本--转 分类: Linux 一.8个重要的脚本来监控Oracle数据库: 1.检查实例的可用性 2.检查监听器的可用性 3.检查alert日志文件中的错误信息 4.在存放log文件的地方满以前清空旧的log文件 5.分析table和index以获得更好的性能 6.检查表空间的使用情况 7.找出无效的对象 8.监控用户和事务 二.DBA需要的Unix基本知识 基本的UNIX命令,以下是一些常用的Unix命令: ps--显示进程 grep-

Linux服务器磁盘扩展和oracle表空间文件迁移操作记录

1.环境介绍 服务器硬件:Dell R710 服务器OS:红帽子Linux   RHEL4.8 数据库:Oracle 10g 2.出现的问题 因为数据表每天有上百万的数据写入表,加上建立索引,导致表空间不停增长,表空间被设置为自动增长,因此dbf文件在不断增大,硬盘空间在每天约400M的速度减少.数据库虽有自清理的脚本,清理3个月前的数据,但实际增加的数据太多,清理释放的空间不能满足需求了. 3.处理过程 解决思路是,该服务器的硬盘有预留空间,未完全划分的约有100G,可以建立新的分区,将已经存

ORACLE告警日志文件

告警日志介绍 告警日志文件是一类特殊的跟踪文件(trace file).告警日志文件命名一般为alert_<SID>.log,其中SID为ORACLE数据库实例名称.数据库告警日志是按时间顺序记录message和错误信息. 告警日志位置 在ORACLE 10g中,BACKGROUND_DUMP_DEST参数确定了告警日志的位置,但是告警日志的文件名无法修改,告警日志的名称为:alert_<SID>.log ,其中<SID>是实例的名称.BACKGROUND_DUMP_D

Linux下oracle系统安装到数据库建立配置及最后oracle的dmp文件导入一站式操作记录

简介 之前也在linux下安装过oralce,可每次都是迷迷糊糊的,因为大脑一片空白,网上随便看见一个文档就直接复制,最后搞了乱七八糟,虽然装上了,却乱得很,最近几天因为离职,交接的时候又要安装oracle,发现老遇到错误,导致装不上了,通过这次我好好的研究了下oracle,非要搞清楚它,现在记录下来,希望能给其他网上朋友遇到问题时提供点帮助,该篇文件借鉴大量网友的总结,首先谢谢他们! 安装环境 Linux 服务器: SuSe11-linux      64/32位 Oracle服务器: Ora

检查Oracle 中死事务的语句

SQL> SELECT KTUXEUSN, KTUXESLT, KTUXESQN, /* Transaction ID */ 2 KTUXESTA Status, KTUXECFL Flags ,KTUXESIZ 3 FROM x$ktuxe 4 WHERE ktuxesta!='INACTIVE'; KTUXEUSN KTUXESLT KTUXESQN STATUS FLAGS KTUXESIZ ---------- ---------- ---------- ----------------

移动Oracle表空间数据文件方案

方案一:移动常规表空间(非系统表空间)数据文件 /**************数据库服务器某个磁盘空间不足时移动常规表空间数据文件*****************/ 1.使用范围:该操作在数据库正常运行(open状态)的条件下进行,但不能移动系统表空间里面的数据文件 2.使用alter tablespace 命令 1>准备工作: C:\ sqlplus/nolog SQL>connect sys/[email protected]实例名 as sysdba; 2>使表空间脱机: SQL

案例:Oracle exp dmp文件存在坏块并损坏 使用CPFL跳过坏块并成功导入恢复

Oracle数据库exp导出dmp文件损坏存在坏块/corruption通过CPFL工具跳过dmp坏块进发导入 在有些情况下,大家都知道通过dul可以恢复损坏的dmp文件的表的数据,但是该方法有很多问题,特别是对很多数据类型的支持不够完美,比如lob,long raw类型等,而且还有可能恢复出来数据大量丢失,本人通过对dmp结构的分析,使用使用一些特殊的技巧方法,可以实现对于损坏的dmp文件,通过跳过异常坏块所在表,继续恢复后续表,从而最大程度减少损坏 1.创建Oracle测试表 SQL> co