Oracle 日常维护

一.查看日志文件位置

SQL> show parameter dump;

background_dump_dest /data0/oracle/admin/dzinfoiims/bdump/

core_dump_dest /data0/oracle/admin/dzinfoiims/cdump/

user_dump_dest /data0/oracle/admin/dzinfoiims/udump/

audit_file_dest /data0/oracle/admin/dzinfoiims/adump/

注:

bdump: 放置后台进程(smon,pmon,ckpt,dbwr,lgwr,arcn)trace file和alert log(alert_sid.log也在这个目录中),重大事件汇总.

cdump: 放置一些核心的trace文件,内核实例缓冲区产生的跟踪文件.

udump: 放置sql trace之后session的trace文件,用户服务器进程产生的跟踪文件.

adump: 审计信息.

二.检查数据库文件的状态

select file_name, status

from dba_data_files;

注: 如果数据文件的STATUS列不是AVAILABLE,那么就要采取相应的措施.

三.检查数据库定时作业的完成情况

select job, log_user, last_date, failures

from dba_jobs;

注: 如果FAILURES列是大于0的话,说明JOB运行失败,要进一步的检查.

四.确定发生坏块的数据库对象

当Oracle数据库出现坏块时,会在警告日志文件(alert_SID.log)中记录坏块信息: Doing block recovery for file 2 block 13232;

SELECT tablespace_name, segment_type, owner, segment_name

FROM dba_extents

WHERE file_id = <AFN>

AND <BLOCK> between block_id AND block_id+blocks-1;

注: <AFN>代表坏块所在数据文件的绝对文件号,<BLOCK>代表坏块是数据文件上的第几个数据块.

五.根据表查询存储位置

select *

from dba_data_files

where FILE_ID in (

select FILE_ID

from dba_extents

where segment_name = TAB_NAME

)

六.用DBV方法扫描.dbf文件.

dbv file=/data0/tablespache/db1.dbf

注:根据返回结果参数,主要观察4项就可以了.

Total Pages Failing (Data) : 0

Total Pages Failing (Index): 0

Total Pages Failing (Seg) : 0

Total Pages Marked Corrupt : 0

以上返回都为0,说明此.dbf数据介质正常.如果返回有数字则说明此.dbf有坏块.