归档—监控ORACLE数据库告警日志
ORACLE数据库监控配置规范方案
ORACLE数据库配置规范和监控清单2015年12月目录一、常规参数配置 (3)1.1 数据库最大连接数 (3)1.2 归档配置 (3)1.3 最大文件数设置 (4)1.4 关闭回收站 (4)1.5 控制文件配置 (5)1.6 白名单设置 (5)1.7 闪回区设置 (6)1.8 在线日志组 (6)1.9 控制文件记录保留数 (7)二、常用监控项 (8)2.1 数据库在用连接数 (8)2.2 监控数据库文件数 (8)2.3 表空间使用率 (8)2.4 闪回区使用率 (9)2.5 数据库等待事件 (10)2.6 告警日志监控 (10)2.7 灾备DataGuard同步监控 (10)2.8 AWR采样报告分析 (10)一、常规参数配置1.1数据库最大连接数参数：processes说明：数据库用户最大连接数通过processes参数进行配置，默认值为 300，该值表示能够同时连接到数据库的最大会话数，当连接数达到最大值，后续新增连接均会被拒绝。
修改命令：alter system set processes=1000 scope=spfile;生效方式：需重启实例生效。
1.2归档配置参数：archive log list说明：数据库开启归档，任何生产环境均应在归档方式下运行，从而达到可通过备份进行数据恢复要求，提高系统安全性修改命令：数据库启动至mount状态，执行 alter database archivelog;生效方式：重启数据库设置生效1.3最大文件数设置参数：db_files说明：该参数用于控制在扩容表空间时，数据文件能够达到的最大数量，默认值为 200修改命令：alter system set db_files=800 scope=spfile;生效方式：重启数据库生效1.4关闭回收站参数：recyclebin说明：如果回收站未关闭，则如果表对象被删除，将进入回收站，并不会释放占用的存储修改命令：alter system set recyclebin=’off’ scope=spfile;生效方式：重启实例生效1.5控制文件配置参数：control_files说明：该参数用于指定在DB启动时，读取的控制文件来源，如果有多个控制文件，每个控制文件完全一致，生产系统建议至少为两组冗余，防止出现控制文件损坏后必须进行控制文件手工重建风险。
oracle警告日志 (20页)
本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！== 本文为word格式，下载后可方便编辑和修改！ ==oracle警告日志篇一：oracle 11g的警告日志和监听日志删除oracle 11g的警告日志和监听日志oracle 11g的监听日志和警告日志都是在/u01/oracle/diag/tnsls/oracle/listener目录和/u01/oracle/diag/rdbms/db1/db1目录下都有以下分别简称listener目录和db1目录。
这两目录下都有如下目录：alert cdump hm incident incpkg ir lck metadata stage sweep trace其中警告日志在alert目录下，监听日志在trace目录下。
listener目录下产生的日志文件比较大，是主要清理的对象，而db1目录下产生的文件比较小，基本不需要清除。
在listener目录下监听日志是一个名为listener.log的文件，而警告日志log.xml，这个日志每到11M左右就会分割成一个log_XXXX.xml的日志，逐渐累加。
而在db1目录下两个日志的方式刚好相反，监听日志分割成很多个以.trc .trm的文件，而警告日志只有一个log.xml的文件。
不知道oracle在搞什么鬼，也不知道原理是什么。
希望有了解的朋友给予指点。
删除监听日志的方法如下：切换到oracle用户su oracle$lsctl set log_status off$mv listener.log /backup/$lsctl set log_status on监听日志启动后就会自动创建一个全新的listener.log文件，备份好的文件可以删除。
如果不执行上述的命令直接删除listener.log，系统是不会创建的。
警告日志可以用以下命令移动或者删除find . -mtime +10 -exec mv {} /backup/alert_log/ \;oracle 11g删除alert 日志（ADRCI 命令）alert 的日志有时候非常大, log.xml log[0-9].xml 文件。
查询oracle归档日志是否开启,Oracle开启归档日志以及关闭归档日志
查询oracle归档⽇志是否开启,Oracle开启归档⽇志以及关闭归档⽇志racle数据库可以运⾏在2种模式下:归档模式(archivelog)和⾮归档模式(noarchivelog)归档模式可以提⾼Oracle数据库的可恢复性，⽣产数据库都应该运⾏在此模式下，归档模式应该和相应的备份策略相结合，只有归档模式没有相应的备份策略只会带来⿇烦。
本⽂简单介绍如何启⽤和关闭数据库的归档模式。
1.归档⽇志开启准备⼯作：1.进⼊dos窗⼝—>>> 菜单键+R,进⼊ 运⾏ 界⾯，输⼊cmd2.登录 sqlplus,—>> ⽅法： sqlplus/nolog,切忌：不要输⼊sqlplus/noarchivelog; 加上 分隔符 ;,这样进⼊的sqlplus的命令参数帮助3.登⼊管理员—>> ⽅法： conn/as sysdba;4.开启归档⽇志4.1 shutdown immediate; –关闭数据库4.2 startup mount; – 打开数据库4.3 alter database archivelog;—开启归档⽇志4.4 alter database open;–开启数据库4.5 archive log list; – 查看归档⽇志是否开启开启状态：数据库⽇志模式 存档模式⾃动存档 启⽤存档终点 USE_DB_RECOVERY_FILE_DEST最早的联机⽇志序列 49下⼀个存档⽇志序列 51当前⽇志序列 515.关闭归档⽇志5.1 shutdown immediate;5.2 startup mount;5.3 alter database noarchivelog;5.4 alter database open;5.5 archive log list ;–查看归档⽇志是否关闭数据库⽇志模式 ⾮存档模式⾃动存档 禁⽤存档终点 USE_DB_RECOVERY_FILE_DEST最早的联机⽇志序列 49当前⽇志序列 51归档⽇志开启语句：Microsoft Windows [版本 6.1.7601]版权所有 (c) 2009 Microsoft Corporation。
Oracle的告警日志的查看与监控
Oracle的告警⽇志的查看与监控Oracle的数据库⽇志⼤致可以分为三⼤类告警⽇志、跟踪⽇志、重做⽇志今天主要来谈谈告警⽇志告警⽇志（记录报错信息）⼀般命名为alert_<SID>.log，数据库告警⽇志是按时间顺序记录message和错误信息。
告警⽇志具体记录的内容1：所有的内部错误（ORA-600）信息，块损坏错误（ORA-1578）信息，以及死锁错误（ORA-60）信息等。
2：管理操作，例如CREATE、ALTER、DROP语句等，以及数据库启动、关闭以及⽇志归档的⼀些信息。
2.1 涉及物理结构的所有操作：例如创建、删除、重命名数据⽂件与联机重做⽇志⽂件的ALTER DATABASE命令，此外还涉及重新分配数据⽂件⼤⼩以及将数据⽂件联机与脱机的操作。
2.2 表空间操作，例如DROP与CREATE命令，此外还包括为了进⾏⽤户管理的备份⽽将表空间置⼊和取出热备份模式的操作3：与共享服务器或调度进程相关功能的消息和错误信息。
4：物化视图的⾃动刷新过程中出现的错误。
5：动态参数的修改信息。
查看告警⽇志所在的路径SQL> show parameter background_dump_dest;如何监控告警⽇志1.通过外部表来查看告警⽇志⽂件的内容。
相当的⽅便。
然后也是使⽤定制SQL语句来查询错误信息依据⽇志所在路径创建逻辑⽬录create or replace directory alert_log as'/home/oracle/app/product/19.3.0/dbhome_1/rdbms/log';创建外部表关联这个⽬录，就可以直接通过表查看⽇志信息了create table alert_logs(text varchar2(2000))organization external(type oracle_loaderdefault directory alert_logaccess parameters(records delimited by newlinefieldsreject rows with all null fields)location('alert_CDB.log'))reject limit unlimited;检查是否存在数据库系统错误提⽰信息，查看有⽆“ORA-”，Error”，“Failed”等出错信息。
OracleOracle日志分类
Oracle-归档日志详解（运行模式、分类）一、Oracle日志分类分三大类：Alert log files--警报日志，Trace files--跟踪日志(用户和进程)和redo log 重做日志（记录数据库的更改）。
本文主要关注Oracle的重做日志。
重做日志分为在线重做日志和归档重做日志。
online Redo log files--在线重做日志，又称联机重做日志，指Oracle以SQL脚本的形式实时记录数据库的数据更新，换句话说，实时保存已执行的SQL脚本到在线日志文件中（按特定的格式）。
Archive Redo log files--归档重做日志，简称归档日志，指当条件满足时，Oracle将在线重做日志以文件形式保存到硬盘（持久化）。
重做日志的简单原理：在数据更新操作commit前，将更改的SQL脚本写入重做日志。
主要用于数据库的增量备份和增量恢复。
重做日志直接对应于硬盘的重做日志文件（有在线和归档二种），重做日志文件以组（Group）的形式组织，一个重做日志组包含一个或者多个日志文件。
二、关于在线重做日志（online redo log）在线重做日志的原理：对于在线重做日志，Oracle 11g默认对于每个数据库实例，建立3个在线日志组，每组一个日志文件，文件名称为REDO01.LOG，REDO02.LOG和REDO03.LOG。
（用户可以通过视图操作添加/修改/删除日志组和日志文件来自定义在线重做日志）每组内的日志文件的内容完全相同，且保存在不同的位置，用于磁盘日志镜像，以做多次备份提高安全性。
默认情况这3组通常只有一组处于活动状态，不断地同步写入已操作的脚本，当日志文件写满时（达到指定的空间配额），如果当前数据库处于归档模式，则将在线日志归档到硬盘，成为归档日志；若当前数据库处于非归档模式，则不进行归档操作，而当前在线日志的内容会被下一次重新写入覆盖而无法保存。
因此，通常数据库在运行时，是处于归档模式下的，以保存数据更新的日志。
第二章 Oracle 警告(Alert)和追踪(trace)文件
第二章
Oracle 警告(Alert)和追踪(trace)文件
Copyright © Sinobest Technology Holdings Ltd. 2006. All rights reserved.
1
ORACLE
学习目的
完成本章之后，我们可以掌握:
• •
描述警告日志文件的位置及作用 描述后端及用户进程追踪文件的位置及作用
Copyright © Sinobest Technology Holdings Ltd. 2006. All rights reserved.
8
ORACLE
控制用户文件的位置
Instance SGA
Shared pool
User process
Server process
<SID>_ora_<PID>.trc
Copyright © Sinobest Technology Holdings Ltd. 2006. All rights reserved.
3
ORACLE
警告日志文件(Alert Log File)
• •
警告日志文件包含按时间顺序的信息与错误 定期检查警告日志文件:
– 侦测系统内部错误 (ORA-600) 和有没有坏块
– 监控数据库的操作
– 看非默认的初始化参数
•
对警告日志文件定期清除或廋身
Copyright © Sinobest Technology Holdings Ltd. 2006. All rights reserved.
4
ORACLE
控制警告日志文件的位置
Instance SGA
Shared pool
Oracle-归档日志详解（运行模式、分类）
Oracle-归档⽇志详解（运⾏模式、分类）⼀、Oracle⽇志分类分三⼤类： Alert log files--警报⽇志，Trace files--跟踪⽇志(⽤户和进程)和redo log 重做⽇志（记录数据库的更改）。
本⽂主要关注Oracle的重做⽇志。
重做⽇志分为在线重做⽇志和归档重做⽇志。
online Redo log files--在线重做⽇志，⼜称联机重做⽇志，指Oracle以SQL脚本的形式实时记录数据库的数据更新，换句话说，实时保存已执⾏的SQL脚本到在线⽇志⽂件中（按特定的格式）。
Archive Redo log files--归档重做⽇志，简称归档⽇志，指当条件满⾜时，Oracle将在线重做⽇志以⽂件形式保存到硬盘（持久化）。
重做⽇志的简单原理：在数据更新操作commit前，将更改的SQL脚本写⼊重做⽇志。
主要⽤于数据库的增量备份和增量恢复。
重做⽇志直接对应于硬盘的重做⽇志⽂件（有在线和归档⼆种），重做⽇志⽂件以组（Group）的形式组织，⼀个重做⽇志组包含⼀个或者多个⽇志⽂件。
⼆、关于在线重做⽇志（online redo log）在线重做⽇志的原理：对于在线重做⽇志，Oracle 11g默认对于每个数据库实例，建⽴3个在线⽇志组，每组⼀个⽇志⽂件，⽂件名称为REDO01.LOG，REDO02.LOG和REDO03.LOG。
（⽤户可以通过视图操作添加/修改/删除⽇志组和⽇志⽂件来⾃定义在线重做⽇志）每组内的⽇志⽂件的内容完全相同，且保存在不同的位置，⽤于磁盘⽇志镜像，以做多次备份提⾼安全性。
默认情况这3组通常只有⼀组处于活动状态，不断地同步写⼊已操作的脚本，当⽇志⽂件写满时（达到指定的空间配额），如果当前数据库处于归档模式，则将在线⽇志归档到硬盘，成为归档⽇志；若当前数据库处于⾮归档模式，则不进⾏归档操作，⽽当前在线⽇志的内容会被下⼀次重新写⼊覆盖⽽⽆法保存。
因此，通常数据库在运⾏时，是处于归档模式下的，以保存数据更新的⽇志。
监控Oracle数据库的常用shell脚本
监控Oracle数据库的常⽤shell脚本本⽂介绍了8个常⽤的监控数据shell脚本。
⾸先回顾了⼀些DBA常⽤的Unix命令，以及解释了如何通过Unix Cron来定时执⾏DBA脚本。
⽹上也有好多类似的⽂章，但基本上都不能正常运⾏，花点时间重新整理了下，以后就能直接使⽤了。
⼀．同时⽂章还介绍了8个重要的脚本来监控Oracle数据库：1.检查实例的可⽤性2.检查监听器的可⽤性3.检查alert⽇志⽂件中的错误信息4.在存放log⽂件的地⽅满以前清空旧的log⽂件5.分析table和index以获得更好的性能6.检查表空间的使⽤情况7.找出⽆效的对象8.监控⽤户和事务⼆．DBA需要的Unix基本知识基本的UNIX命令，以下是⼀些常⽤的Unix命令：ps--显⽰进程grep--搜索⽂件中的某种⽂本模式mailx--读取或者发送mailcat--连接⽂件或者显⽰它们cut--选择显⽰的列awk--模式匹配语⾔df--显⽰剩余的磁盘空间以下是DBA如何使⽤这些命令的⼀些例⼦：1. 显⽰服务器上的可⽤实例：$ ps -ef| grep smonoracle 22086 1 0 02:32:24 ? 0:04 ora_smon_PPRD10oracle 5215 28972 0 08:10:19 pts/4 0:00 grep smon2. 显⽰服务器上的可⽤监听器：$ ps -ef grep listener grep -v grep（grep命令应该加上-i参数，即grep -i listener，该参数的作⽤是忽略⼤⼩写，因为有些时候listener是⼤写的，这时就会看不到结果）$ ps -ef|grep -i listeneroracle 9655 1 0 Mar 12 ? 0:01 /data/app/oracle/9.2.0/bin/tnslsnr LISTENER -inheritoracle 22610 1 0 02:45:02 ? 0:02 /data/app/oracle/10.2.0/bin/tnslsnr LISTENER -inheritoracle 5268 28972 0 08:13:02 pts/4 0:00 grep -i listener3. 查看Oracle存档⽬录的⽂件系统使⽤情况$ df -k | grep /data/dev/md/dsk/d50 104977675 88610542 15317357 86% /data4. 统计alter.log⽂件中的⾏数：$ cat alert_PPRD10.log | wc -l13124$ more alert_PPRD10.log | wc -l131245. 列出alert.log⽂件中的全部Oracle错误信息：$ grep ORA-* alert.logORA-00600: internal error code, arguments: [kcrrrfswda.1], [], [], [], [], []ORA-00600: internal error code, arguments: [1881], [25860496], [25857716], []6. CRONTAB基本⼀个crontab⽂件中包含有六个字段：分钟 0-59⼩时 0-23⽉中的第⼏天 1-31⽉份 1 - 12星期⼏ 0 - 6, with 0 = Sunday7. Unix命令或者Shell脚本要编辑⼀个crontab⽂件，输⼊： Crontab -e要查看⼀个crontab⽂件，输⼊： Crontab -l0 4 * * 5 /dba/admin/analyze_table.ksh30 3 * * 3,6 /dba/admin/hotbackup.ksh /dev/null 2>&1在上⾯的例⼦中，第⼀⾏显⽰了⼀个分析表的脚本在每个星期5的4：00am运⾏。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
ORACLE的告警日志里面包含许多有用的信息，尤其是一些ORACLE的ORA错误信息，所以有必要及时归档、监控数据库告警日志的ORA错误，及时提醒数据库管理员DBA处理这些错误信息，那么我们首先来看看告警日志的内容片断：Thread 1 advanced to log sequence 37749 (LGWR switch)Current log# 6 seq# 37749 mem# 0: /u01/oradata/SCM2/redo06.logThu Jun 27 15:02:30 2013Thread 1 advanced to log sequence 37750 (LGWR switch)Current log# 2 seq# 37750 mem# 0: /u01/oradata/SCM2/redo02.logThu Jun 27 15:13:43 2013Thread 1 advanced to log sequence 37751 (LGWR switch)Current log# 3 seq# 37751 mem# 0: /u01/oradata/SCM2/redo03.logThu Jun 27 15:25:30 2013Thread 1 advanced to log sequence 37752 (LGWR switch)Current log# 4 seq# 37752 mem# 0: /u01/oradata/SCM2/redo04.logThu Jun 27 15:32:20 2013ORA-00060: Deadlock detected. More info in file/u01/app/oracle/admin/SCM2/bdump/scm2_s001_14052.trc.Thu Jun 27 15:35:05 2013Thread 1 advanced to log sequence 37753 (LGWR switch)Current log# 5 seq# 37753 mem# 0: /u01/oradata/SCM2/redo05.logThu Jun 27 15:43:11 2013Thread 1 advanced to log sequence 37754 (LGWR switch)Current log# 1 seq# 37754 mem# 0: /u01/oradata/SCM2/redo01.logThu Jun 27 15:49:58 2013Thread 1 advanced to log sequence 37755 (LGWR switch)Current log# 6 seq# 37755 mem# 0: /u01/oradata/SCM2/redo06.logThu Jun 27 16:01:25 2013Thread 1 advanced to log sequence 37756 (LGWR switch)Current log# 2 seq# 37756 mem# 0: /u01/oradata/SCM2/redo02.logThu Jun 27 16:12:14 2013Thread 1 advanced to log sequence 37757 (LGWR switch)Current log# 3 seq# 37757 mem# 0: /u01/oradata/SCM2/redo03.logThu Jun 27 16:24:10 2013Thread 1 advanced to log sequence 37758 (LGWR switch)归档告警日志文件告警日志文件如果不加管理的话，那么文件会持续增长，有时候文件会变得非常大，不利于读写。
一般建议将告警日志按天归档，归档文件保留三个月（视情况而定），下面来看看将告警日志文件归档的两个Shell脚本：alert_log_archive.sh version 11.#*************************************************************************2.#FileName:alert_log_archive.sh3.#*************************************************************************4.#Author:Kerry5.#CreateDate:2013-07-026.# blogs :/kerrycode7.#Description:this script is made the alert log archived every day8.#*************************************************************************9.10.#!/bin/bash11.12.date=`date+%Y%m%d`13.14.alert_log_path="$ORACLE_BASE/admin/$ORACLE_SID/bdump"15.16.alert_log_file="alert_$ORACLE_SID.log"17.18.alert_arc_file="alert_$ORACLE_SID.log""."${date}19.20.cd ${alert_log_path};21.22.23.if[ ! -e "${alert_log_file}" ];then24.echo"the alert log didn't exits, please check file pathis correct!";25.exit;26.fi27.28.29.if[ -e ${alert_arc_file} ];then30.31.echo"the alert log file have been archived!"32.33.else34.35.cat ${alert_log_file}>> ${alert_arc_file}36.37.cat/dev/null> ${alert_log_file}38.39.fi其实脚本1和脚本差别不大，仅仅是mv与cat >>的区别1.2.#*************************************************************************3.#FileName:alert_log_archive.sh4.#*************************************************************************5.#Author:Kerry6.#CreateDate:2013-07-027.# blogs :/kerrycode8.#Description:this script is made the alert log archived every day9.#*************************************************************************10.11.#!/bin/bash12.13.date=`date+%Y%m%d`14.15.alert_log_path="$ORACLE_BASE/admin/$ORACLE_SID/bdump"16.17.alert_log_file="alert_$ORACLE_SID.log"18.19.alert_arc_file="alert_$ORACLE_SID.log""."${date}20.21.cd ${alert_log_path};22.23.24.if[ ! -e "${alert_log_file}" ];then25.echo"the alert log didn't exits, please check file pathis correct!";26.exit;27.fi28.29.30.if[ -e ${alert_arc_file} ];then31.32.echo"the alert log file have been archived!"33.34.else35.36.mv ${alert_log_file} ${alert_arc_file}37.38.cat/dev/null> ${alert_log_file}39.40.fi然后在crontab定时任务里面加上下面语句，每天23点59对告警日志进行归档。
[oracle@DB-Server scripts]$ crontab -l# the alert log archived every day Add by kerry 2013-07-0259 23 * * * /home/oracle/scripts/alert_log_archive.sh >/dev/null 2>$1细心的朋友可能已经发现上面的脚本、配置错误了，我在部署测试的过程中，是指定二十分钟执行一次，但是等了四十分钟，发现定时任务一次都没有执行，手工执行上面脚本是完全没有问题的，最后仔细的检查一遍，居然发现悲剧的发现时自己一时粗心将&符号写成了$,真是很二的一个错误59 23 * * * /home/oracle/scripts/alert_log_archive.sh >/dev/null 2>$159 23 * * * /home/oracle/scripts/alert_log_archive.sh >/dev/null 2>&1接下来测试发现脚本执行有问题，在crontab 里执行该shell脚本时，获取不到ORACLE的环境变量，这是因为crontab 环境变量问题，Crontab的环境默认情况下并不包含系统中当前用户的环境。
所以，你需要在shell脚本中添加必要的环境变量的设置，修改的脚本如下：1.#*************************************************************************2.#FileName:alert_log_archive.sh3.#*************************************************************************4.#Author:Kerry5.#CreateDate:2013-07-026.# blogs :/kerrycode7.#Description:this script is made the alert log archived every day8.#*************************************************************************9.10.#!/bin/bash11.12.#these solved the oracle variable problem.13.export ORACLE_SID=gps14.export ORACLE_BASE=/u01/app/oracle15.16.date=`date+%Y%m%d`17.18.alert_log_path="$ORACLE_BASE/admin/$ORACLE_SID/bdump"19.20.alert_log_file="alert_$ORACLE_SID.log"21.22.alert_arc_file="alert_$ORACLE_SID.log""."${date}23.24.cd ${alert_log_path};25.26.27.if[ ! -e "${alert_log_file}" ];then28.echo"the alert log didn't exits, please check file pathis correct!";29.exit;30.fi31.32.33.if[ -e ${alert_arc_file} ];then34.35.echo"the alert log file have been archived!"36.37.else38.39.cat ${alert_log_file}>> ${alert_arc_file}40.41.cat/dev/null> ${alert_log_file}42.43.fi1.#*************************************************************************2.#FileName:alert_log_archive.sh3.#*************************************************************************4.#Author:Kerry5.#CreateDate:2013-07-06.# blogs :/kerrycode7.#Description:this script is made the alert log archived every day8.#*************************************************************************9.10.#!/bin/bash11.12.#these solved the oracle variable problem.13.export ORACLE_SID=gps14.export ORACLE_BASE=/u01/app/oracle15.16.date=`date+%Y%m%d`17.18.alert_log_path="$ORACLE_BASE/admin/$ORACLE_SID/bdump"19.20.alert_log_file="alert_$ORACLE_SID.log"21.22.alert_arc_file="alert_$ORACLE_SID.log""."${date}23.24.cd ${alert_log_path};25.26.27.if[ ! -e "${alert_log_file}" ];then28.echo"the alert log didn't exits, please check file pathis correct!";29.exit;30.fi31.32.33.if[ -e ${alert_arc_file} ];then34.35.echo"the alert log file have been archived!"36.37.else38.39.mv ${alert_log_file} ${alert_arc_file}40.41.cat/dev/null> ${alert_log_file}42.43.fi监控告警日志文件接下来看看如何监控告警日志文件的ORA错误，这里是采用Perl结合Shell的方式，因为Shell获取错误的时间、行数等不如Perl操作字符串方便。