Oracle数据库一样往常维护
泉源：网海拾贝
Oracle数据库一样往常维护
在Oracle数据库运转期间，DBA应该对数据库的运转日志及表空间的运用状况终止监控，赶早发现数据库中存在的题目成绩。
一、Oracle警告日志文件监控
Oracle在运转历程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运转状况：
l 数据库的启动、关闭，启动时的非缺省参数；
l 数据库的重做日志切换状况，记录每次切换的时分，及假设因为反省点(checkpoint)操作没有实验完成形成不能切换，会记录不能切换的启事；
l 对数据库终止的某些操作，如建立或删除表空间、添加数据文件；
l 数据库发作的错误，如表空间不足、出现坏块、数据库外部错误(ORA－600)
DBA应该活期反省日志文件，依照日志中发现的题目成绩及时终止处置惩
题目成绩
处置惩
启动参数不对
反省初始化参数文件
因为反省点操作或归档操作没有完成形成重做日志不能切换
假设经常发作如许的状况，可以思量添加重做日志文件组；想装备提高反省点或归档操作的功用；
有人未经授权删除了表空间
反省数据库的平静题目成绩，能否暗码太庞大；若有需要，除掉某些用户的系统权限
出现坏块
反省能否是硬件题目成绩(如磁盘本生有坏块)，假设不是，反省是阿谁数据库对象出现了坏块，对这个对象终止重建
表空间不足
添加数据文件到照应的表空间
出现ORA-600
依照日志文件的内容查看照应的TRC文件，假设是Oracle的bug，要及时打上照应的补丁
二、数据库表空间运用状况监控（字典处置表空间）
数据库运转了一段时分后，因为接续的在表空间上建立和删除对象，会在表空间上孕育发作少量的碎片，DBA应该及时观点表空间的碎片和可用空间状况，以决议能否要对碎片终止整理或为表空间添加数据文件。
select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name;
下面的SQL列出了数据库中每个表空间的余暇块状况,如下所示：
TABLESPACE_NAME CHUNKS MAX_CHUNK
-------------------- ---------- ----------
INDX 1 57.9921875
RBS 3 490.992188
RMAN_TS 1 16.515625
SYSTEM 1 207.296875
TEMP 20 70.8046875
TOOLS 1 11.8359375
USERS 67 71.3671875
其中，CHUNKS列显示表空间中有多少可用的余暇块(每个余暇块是由一些连续的Oracle数据块构成)，假设如许的余暇块过多，比方平均到每个数据文件上超过了100个，那么该表空间的碎片外形就对照紧张了，可以实验用以下的SQL号令终止表空间相邻碎片的接合：
alter tablespace 表空间名 coalesce;
然后再实验查看表空间碎片的SQL语句，看表空间的碎片有没有增添。假设没有成绩，而且表空间的碎片已经紧张影响到了数据库的运转，则思量对该表空间终止重建。
MAX_CHUNK列的成绩是表空间上最大的可用块大小，假设该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话，就会提醒ORA-1652、ORA-1653、ORA-1654的错误信息，DBA应该及时对表空间的空间终止扩大，以制止这些错误发作。
对表空间的扩大对表空间的数据文件大小终止扩展，或向表空间添加数据文件，具体操作见“存储处置”部份。
三、查看数据库的跟尾状况
DBA要定时对数据库的跟尾状况终止反省，看与数据库设立拔擢的会话数目是不是正常，假设设立拔擢了过多的跟尾，会耗损数据库的资源。同时，对一些“挂丧生”的跟尾，大概会需要DBA手工终止清算。
以下的SQL语句列出以后数据库设立拔擢的会话状况：
select sid,serial#,username,program,machine,status from v $session;
输出成绩为：
SID SERIAL# USERNAME PROGRAM MACHINE STATUS
---- ------- ---------- ----------- --------------- --------
1 1 ORACLE.EXE WORK3 ACTIVE
2 1 ORACLE.EXE WORK3 ACTIVE
3 1 ORACLE.EXE WORK3 ACTIVE
4 1 ORACLE.EXE WORK3 ACTIVE
5 3 ORACLE.EXE WORK3 ACTIVE
6 1 ORACLE.EXE WORK3 ACTIVE
7 1 ORACLE.EXE WORK3 ACTIVE
8 27 SYS SQLPLUS.EXE WORKGROUPWORK3 ACTIVE
11 5 DBSNMP dbsnmp.exe WORKGROUPWORK3 INACTIVE
其中，
SID 会话(session)的ID号；
SERIAL# 会话的序列号，和SID一升引来唯一标识一个会话；
USERNAME 设立拔擢该会话的用户名；
PROGRAM 这个会话是用什么对象跟尾到数据库的；
STATUS 以后这个会话的外形，ACTIVE显示会话正在实验某些义务，INACTIVE显示以后会话没有实验任何操作；
假设DBA要手工断开某个会话，则实验：
alter system kill session 'SID,SERIAL#';
属意，上例中SID为1到7(USERNAME列为空)的会话，是Oracle的布景历程，不要对这些会话终止任何操作。
四、节制文件的备份
在数据库构造发作变化时，如添加了表空间，添加了数据文件或重做日志文件这些操作，都会形成Oracle数据库节制文件的变化，DBA应及终止节制文件的备份，备份体例是：
实验SQL语句：alter database backup controlfile to '/home/backup/control.bak';
或： alter database backup controlfile to trace;
如许，会在USER_DUMP_DEST(初始化参数文件中指定)目录下生成建立节制文件的SQL号令。
五、反省数据库文件的外形
DBA要及时查看数据库中数据文件的外形（如被误删除），依照实际状况决议怎样终止处置惩，反省数据文件的外形的SQL如下：
select file_name,status from dba_data_files;
假设数据文件的STATUS列不是AVAILABLE，那么就要采用照应的装备，如对该数据文件终止规复操作，或重建该数据文件所在的表空间。
六、反省数据库定时作业的完成状况
假设数据库运用了Oracle的JOB来完成一些定时作业，要对这些JOB的运转状况终止反省：
select job,log_user,last_date,failures from dba_jobs;
假设FAILURES列是一个大于0的数的话，阐明JOB运转掉败，要进一步的反省。
七、数据库坏块的处置惩
当Oracle数据库出现坏块时，Oracle会在警告日志文件（alert_SID.log）中记录坏块的信息：
ORA-01578: ORACLE data block corrupted (file # 7, block # <BLOCK>)
ORA-01110: data file <AFN>: '/oracle1/oradata/V920/oradata/V816/users01.dbf'
其中，＜AFN＞代表坏块所在数据文件的绝对文件号，<BLOCK>代表坏块是数据文件上的第几个数据块
出现这种状况时，应该起首反省能否是硬件及操作系统上的阻挠招致Oracle数据库出现坏块。在拂拭了数据库以外的启事后，再对发作坏块的数据库对象终止处置惩。
1．确定发作坏块的数据库对象
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;
2．决议修复体例
假设发作坏块的对象是一个索引，那么可以间接把索引DROP掉后，再依照内外的记录终止重建；
假设发作坏块的表的记录可以依照别的表的记录生成的话，那么可以间接把这个表DROP掉后重建；
假设无数据库的备份，则恢双数据库的体例来终止修复；
假设内外的记录没有别的装备规复，那么坏块上的记录就丧掉了，只能把表中别的数据块上的记录取出来，然后对这个表终止重建。
3．用Oracle供给的DBMS_REPAIR包符号出坏块
exec DBMS_REPAIR.SKIP_CORRUPT_BLOCKS('<schema>','<tablename>');
4．运用Create table as select号令将表中别的块上的记录留存到另一张表上
create table corrupt_table_bak as select * from corrupt_table;
5．用DROP TABLE号令删除有坏块的表
drop table corrupt_table;
6．用alter table rename号令恢规复来的表
alter table corrupt_table_bak rename to corrupt_table;
7．假设表上存在索引，则要重建表上的索引
八、操作系统相干维护
DBA要属意对操作系统的监控：
l 文件系统的空间运用状况（df -k），需要时对Oracle的警告日志及TRC文件终止清算
l 假设Oracle供给搜集办事，反省搜集跟尾能否正常
l 反省操作系统的资源运用状况能否正常
l 反省数据库办事器有没有硬件阻挠，如磁盘、内存报错
版权声明：
原创作品，允许转载，转载时请务必以超链接要领标明文章 原始情由 、作者信息和本声明。否则将清查法律责任。
