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有坏块.