oracleDBA日常检查.docx

oracleDBA日常检查.docx

《oracleDBA日常检查.docx》由会员分享，可在线阅读，更多相关《oracleDBA日常检查.docx（24页珍藏版）》请在冰豆网上搜索。

oracleDBA日常检查

Oracle10g数据库

日常维护手册

巡检内容

1.检查数据库基本状况

在本节中主要对数据库的基本状况进行检查，其中包含：

检查Oracle实例状态，检查Oracle服务进程，检查Oracle监听进程，共三个部分。

1.1.检查Oracle实例状态 

SQL>selectinstance_name,host_name,startup_time,status,database_statusfromv$instance;

INSTANCE_NAMEHOST_NAMESTARTUP_TIMESTATUSDATABASE_STATUS

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

CKDBAS142009-5-79:

3OPENACTIVE

其中“STATUS”表示Oracle当前的实例状态，必须为“OPEN”；“DATABASE_STATUS”表示Oracle当前数据库的状态，必须为“ACTIVE”。

SQL>selectname,log_mode,open_modefromv$database;

NAMELOG_MODEOPEN_MODE

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

CKDBARCHIVELOGREADWRITE

其中“LOG_MODE”表示Oracle当前的归档方式。

“ARCHIVELOG”表示数据库运行在归档模式下，“NOARCHIVELOG”表示数据库运行在非归档模式下。

在我们的系统中数据库必须运行在归档方式下。

1.2.检查Oracle服务进程

$ps-ef|grepora_|grep-vgrep&&ps-ef|grepora_|grep-vgrep|wc–l

oracle296010May07?

00:

01:

02ora_pmon_CKDB

oracle296210May07?

00:

00:

22ora_psp0_CKDB

oracle296410May07?

00:

00:

00ora_mman_CKDB

oracle296610May07?

00:

03:

20ora_dbw0_CKDB

oracle296810May07?

00:

04:

29ora_lgwr_CKDB

oracle297010May07?

00:

10:

31ora_ckpt_CKDB

oracle297210May07?

00:

03:

45ora_smon_CKDB

oracle297410May07?

00:

00:

00ora_reco_CKDB

oracle297610May07?

00:

01:

24ora_cjq0_CKDB

oracle297810May07?

00:

06:

17ora_mmon_CKDB

oracle298010May07?

00:

07:

26ora_mmnl_CKDB

oracle298210May07?

00:

00:

00ora_d000_CKDB

oracle298410May07?

00:

00:

00ora_s000_CKDB

oracle299410May07?

00:

00:

28ora_arc0_CKDB

oracle299610May07?

00:

00:

29ora_arc1_CKDB

oracle300010May07?

00:

00:

00ora_qmnc_CKDB

oracle362510May07?

00:

01:

40ora_q000_CKDB

oracle3159410Jul20?

00:

00:

00ora_q003_CKDB

oracle238021005:

09?

00:

00:

33ora_j000_CKDB

19

在检查Oracle的进程命令输出后，输出显示至少应包括以下一些进程：

.Oracle写数据文件的进程，输出显示为：

“ora_dbw0_CKDB”

.Oracle写日志文件的进程，输出显示为：

“ora_lgwr_CKDB”

.Oracle监听实例状态的进程，输出显示为：

“ora_smon_CKDB”

.Oracle监听客户端连接进程状态的进程，输出显示为：

“ora_pmon_CKDB”

.Oracle进行归档的进程，输出显示为：

“ora_arc0_CKDB”

.Oracle进行检查点的进程，输出显示为：

“ora_ckpt_CKDB”

.Oracle进行恢复的进程，输出显示为：

“ora_reco_CKDB”

1.3.检查Oracle监听状态

/home/oracle>lsnrctlstatus

LSNRCTLforLinux:

Version10.2.0.2.0-Productionon23-JUL-200914:

11:

53

Copyright（c）1991,2005,Oracle.Allrightsreserved.

Connectingto（ADDRESS=（PROTOCOL=tcp）（HOST=）（PORT=1521））

STATUSoftheLISTENER

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

AliasLISTENER

VersionTNSLSNRforLinux:

Version10.2.0.2.0-Production

StartDate07-MAY-200909:

35:

52

Uptime77days4hr.36min.0sec

TraceLeveloff

SecurityON:

LocalOSAuthentication

SNMPOFF

ListenerParameterFile/data/oracle/product/10.2.0/network/admin/listener.ora

ListenerLogFile/data/oracle/product/10.2.0/network/log/listener.log

ListeningEndpointsSummary...

（DESCRIPTION=（ADDRESS=（PROTOCOL=tcp）（HOST=AS14）（PORT=1521）））

ServicesSummary...

Service"CKDB"has1instance（s）.

Instance"CKDB",statusREADY,has1handler（s）forthisservice...

Service"CKDBXDB"has1instance（s）.

Instance"CKDB",statusREADY,has1handler（s）forthisservice...

Service"CKDB_XPT"has1instance（s）.

Instance"CKDB",statusREADY,has1handler（s）forthisservice...

Thecommandcompletedsuccessfully

“ServicesSummary”项表示Oracle的监听进程正在监听哪些数据库实例，输出显示中至少应该有“CKDB”这一项。

检查监听进程是否存在：

[oracle@AS14~]$ps-ef|greplsn|grep-vgrep

oracle295410May07?

00:

01:

17/data/oracle/product/10.2.0/bin/tnslsnrLISTENER–inherit

2.检查系统和oracle日志文件

在本节主要检查相关的日志文件，包含：

检查操作系统的日志文件，检查Oracle日志文件，检查Oracle核心转储目录，检查Root用户和Oracle用户的email，总共四个部分。

2.1.检查操作系统日志文件

#cat/var/log/messages|grepfailed

查看是否有与Oracle用户相关的出错信息。

2.2.检查oracle日志文件

[oracle@AS14~]$cat/data/oracle/admin/CKDB/bdump/alert_CKDB.log|grepora-

[oracle@AS14~]$cat/data/oracle/admin/CKDB/bdump/alert_CKDB.log|greperr

[oracle@AS14~]$cat/data/oracle/admin/CKDB/bdump/alert_CKDB.log|grepfail

Oracle在运行过程中，会在警告日志文件（alert_SID.log）中记录数据库的一些运行情况：

数据库的启动、关闭，启动时的非缺省参数；数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点（checkpoint）操作没有执行完成造成不能切换，会记录不能切换的原因；对数据库进行的某些操作，如创建或删除表空间、增加数据文件；数据库发生的错误，如表空间不够、出现坏块、数据库内部错误（ORA－600）等。

定期检查日志文件，根据日志中发现的问题及时进行处理：

问题

处理

启动参数不对

检查初始化参数文件

因为检查点操作或归档操作没有完成造成重做日志不能切换

如果经常发生这样的情况，可以考虑增加重做日志文件组；想办法提高检查点或归档操作的效率；

有人XX删除了表空间

检查数据库的安全问题，是否密码太简单；如有必要，撤消某些用户的系统权限

出现坏块

检查是否是硬件问题（如磁盘本生有坏块），如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建

表空间不够

增加数据文件到相应的表空间

出现ORA-600

根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁

Listener日志：

$ORACLE_HOME/network/log

2.3.检查Oracle核心转储目录

$ls$ORACLE_BASE/admin/CKDB/cdump/*.trc|wc-l

$ls$ORACLE_BASE/admin/CKDB/udump/*.trc|wc–l

如果上面命令的结果每天都在增长，则说明Oracle进程经常发生核心转储。

这说明某些用户进程或者数据库后台进程由于无法处理的原因而异常退出。

频繁的核心转储特别是数据库后台进程的核心转储会导致数据库异常终止。

2.4.检查Root用户和Oracle用户的email

#tail–n200/var/mail/root

#tail–n200/var/mail/oracle

查看有无与Oracle用户相关的出错信息。

3.检查Oracle对象状态

在本节主要检查相关Oracle对象的状态，包含：

检查Oracle控制文件状态，检查Oracle在线日志状态，检查Oracle表空间的状态，检查Oracle所有数据文件状态，检查Oracle所有表、索引、存储过程、触发器、包等对象的状态，检查Oracle所有回滚段的状态，总共六个部分。

3.1.检查Oracle控制文件状态

SQL>selectstatus,namefromv$controlfile;

STATUSNAME

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

/data/oradata/CKDB/control01.ctl

/data/oradata/CKDB/control02.ctl

/data/oradata/CKDB/control03.ctl

输出结果应该有3条以上（包含3条）的记录，“STATUS”应该为空。

状态为空表示控制文件状态正常。

3.2.检查Oracle在线日志状态

SQL>selectgroup#,status,type,memberfromv$logfile;

GROUP#STATUSTYPEMEMBER

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

3ONLINE/data/oradata/CKDB/redo03.log

2ONLINE/data/oradata/CKDB/redo02.log

1ONLINE/data/oradata/CKDB/redo01.log

4ONLINE/data/oradata/CKDB/redo04.log

5ONLINE/data/oradata/CKDB/redo05.log

6ONLINE/data/oradata/CKDB/redo06.log

6rowsselected

输出结果应该有3条以上（包含3条）记录，“STATUS”应该为非“INVALID”，非“DELETED”。

注：

“STATUS”显示为空表示正常。

3.3.检查Oracle表空间的状态

SQL>selecttablespace_name,statusfromdba_tablespaces;

TABLESPACE_NAMESTATUS

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

SYSTEMONLINE

UNDOTBS1ONLINE

SYSAUXONLINE

TEMPONLINE

USERSONLINE

SJ1ONLINE

ADM_INDEXONLINE

HOME_DATAONLINE

HOME_INDEXONLINE

PHOTO_DATAONLINE

PHOTO_INDEXONLINE

。

。

。

。

。

。

。

输出结果中STATUS应该都为ONLINE。

3.4.检查Oracle所有数据文件状态

SQL>selectname,statusfromv$datafile;

NAMESTATUS

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

/data/oradata/CKDB/system01.dbfSYSTEM

/data/oradata/CKDB/undotbs01.dbfONLINE

/data/oradata/CKDB/sysaux01.dbfONLINE

/data/oradata/CKDB/users01.dbfONLINE

/data/oradata/CKDB/sj.dbfONLINE

/data/oradata/CKDB/HOME_DATA1.dbfONLINE

/data/oradata/CKDB/HOME_INDEX1.dbfONLINE

/data/oradata/CKDB/PHOTO_DATA1.dbfONLINE

/data/oradata/CKDB/PHOTO_INDEX1.dbfONLINE

/data/oradata/CKDB/BLOG_DATA1.dbfONLINE

/data/oradata/CKDB/BLOG_INDEX1.dbfONLINE

/data/oradata/CKDB/AUDIO_DATA1.dbfONLINE

/data/oradata/CKDB/AUDIO_INDEX1.dbfONLINE

/data/oradata/CKDB/VIDEO_DATA1.dbfONLINE

/data/oradata/CKDB/VIDEO_INDEX1.dbfONLINE

/data/oradata/CKDB/SYS_DATA1.dbfONLINE

/data/oradata/CKDB/SYS_INDEX1.dbfONLINE

/data/oradata/CKDB/ADM_DATA1.dbfONLINE

/data/oradata/CKDB/ADM_INDEX1.dbfONLINE

/data/oradata/CKDB/perfstat.dbfONLINE

输出结果中“STATUS”应该都为“ONLINE”。

或者：

SQL>selectfile_name,statusfromdba_data_files;

FILE_NAMESTATUS

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

/data/oradata/CKDB/users01.dbfAVAILABLE

/data/oradata/CKDB/sysaux01.dbfAVAILABLE

/data/oradata/CKDB/undotbs01.dbfAVAILABLE

/data/oradata/CKDB/system01.dbfAVAILABLE

/data/oradata/CKDB/sj.dbfAVAILABLE

/data/oradata/CKDB/perfstat.dbfAVAILABLE

/data/oradata/CKDB/HOME_DATA1.dbfAVAILABLE

/data/oradata/CKDB/HOME_INDEX1.dbfAVAILABLE

/data/oradata/CKDB/PHOTO_DATA1.dbfAVAILABLE

输出结果中“STATUS”应该都为“AVAILABLE”。

3.5.检查无效对象

sql>selectowner,object_name,object_typefromdba_objectswherestatus!

='VALID'andowner!

='SYS'andowner!

='SYSTEM';

norowsselected

如果有记录返回，则说明存在无效对象。

若这些对象与应用相关，那么需要重新编译生成这个对象，或者：

SELECTowner,object_name,object_typeFROMdba_objectsWHEREstatus='INVALID';

3.6.检查所有回滚段状态

SQL>selectsegment_name,statusfromdba_rollback_segs;

SEGMENT_NAMESTATUS

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

SYSTEMONLINE

_SYSSMU1$ONLINE

_SYSSMU2$ONLINE

_SYSSMU3$ONLINE

_SYSSMU4$ONLINE

_SYSSMU5$ONLINE

_SYSSMU6$ONLINE

_SYSSMU7$ONLINE

_SYSSMU8$ONLINE

_SYSSMU9$ONLINE

_SYSSMU10$ONLINE

11rowsselected

输出结果中所有回滚段的“STATUS”应该为“ONLINE”。

4.检查Oracle相关资源的使用情况

在本节主要检查Oracle相关资源的使用情况，包含：

检查Oracle初始化文件中相关的参数值，检查数据库连接情况，检查系统磁盘空间，检查Oracle各个表空间使用情况，检查一些扩展异常的对象，检查system表空间内的内容，检查对象的下一扩展与表空间的最大扩展值，总共七个部分。

4.1.检查Oracle初始化文件中相关参数值

SQL>selectresource_name,max_utilization,initial_allocation,

limit_valuefromv$resource_limit;

RESOURCE_NAMEMAX_UTILIZATIONINITIAL_ALLOCATLIMIT_VALUE

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

processes162500500

sessions168555555

enqueue_locks136********

enqueue_resources1112660UNLIMITED

ges_procs000

ges_ress00UNLIMITED

ges_locks00UNLIMITED

ges_cache_ress00UNLIMITED

ges_reg_msgs00UNLIMITED

ges_big_msgs00UNLIMITED

ges_rsv_msgs000

gcs_resources000

gcs_shadows000

dml_locks762440UNLIMITED

temporary_table_locks26UNLIMITEDUNLIMITED

transactions13610UNLIMITED

branches0610UNLIMITED

cmtcallbk3610UNLIMITED

sort_segment_locks5UNLIMITEDUNLIMITED

max_rollback_segments1161065535

RESOURCE_NAMEMAX_UTILIZATIONINITIAL_ALLOCATLIMIT_VALUE

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

max_shared_servers1UNLIMITEDUNLIMITED

parallel_max_servers16803600

22rowsselected

若LIMIT_VALU-MAX_UTILIZATION<=5，则表明与RESOURCE_NAME相关的Oracle初始化参数需要调整。

可以通过修改Oracle初始化参数文件$ORACLE_BASE/admin/CKDB/pfile/initORCL.ora来修改。

4.2.检查数据库连接情况

查看当前会话连接数，是否属于正常范围。

SQL>selectcount（*）fromv$session;

COUNT（*）

----------

29

selectsid,serial#,username,program,machine,statusfromv$session;

SIDSERIAL#USERNAMEPROGRAMMACHINESTATUS

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

13oracle