Oracle数据库平常保护手册[Oracle防范]

　　在Oracle数据库运行期间,DBA应当对数据库的运行日记及表空间的利用情形举行监控,赶早发现数据库中存在的问题.

　　1、Oracle告诫日记文件监控

　　Oracle在运行历程中,会在告诫日记文件(alert_SID.log)中记录数据库的一些运行情形:

　　●数据库的启动、关闭,启动时的非缺省参数;

　　●数据库的重做日记切换情形,记录每次切换的时间,及假如因为查抄点(checkpoint)操作没有履行完成造成不能切换,会记录不能切换的缘由;

　　●对数据库举行的某些操作,如成立或删除表空间、增添数据文件;

　　●数据库发生的错误,如表空间不够、呈现坏块、数据库内部错误(ORA-600)

　　DBA应当按期查抄日记文件,按照日记中发现的问题及时举行处理

　　问题处理

　　启动参数不对查抄初始化参数文件

　　因为查抄点操作或归档操作没有完成造成重做日记不能切换假如常常发生这样的情形,可以考虑增添重做日记文件组;想办法提高查抄点或归档操作的效率;

　　有人未经受权删除了表空间查抄数据库的安全问题,能否密码太简单;若有必要,撤消某些用户的系统权限

　　呈现坏块查抄能否是硬件问题(如磁盘本生有坏块),假如不是,查抄是那个数据库对象呈现了坏块,对这个对象举行重建

　　表空间不够增添数据文件到呼应的表空间

　　呈现ORA-600按照日记文件的内容查看呼应的TRC文件,假如是Oracle的bug,要及时打上呼应的补钉

　　2、数据库表空间利用情形监控(字典管理表空间)

　　数据库运行了一段时间后,由于不断的在表空间上成立和删除对象,会在表空间上产生大量的碎片,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应当及时对表空间的空间举行扩大,以避免这些错误发生.

　　对表空间的扩大对表空间的数据文件大小举行扩大,或向表空间增添数据文件,具体操作见“存储管理”部份.

　　3、查看数据库的衔接情形

　　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 WORKGROUP\WORK3 ACTIVE

　　11 5 DBSNMP dbsnmp.exe WORKGROUP\WORK3 INACTIVE

　　此中,

　　SID 会话(session)的ID号;

　　SERIAL# 会话的序列号,和SID一同用来唯一标识一个会话;

　　USERNAME 成立该会话的用户名;

　　PROGRAM 这个会话是用什么工具衔接到数据库的;

　　STATUS 当前这个会话的状况,ACTIVE表示会话正在履行某些任务,INACTIVE表示当前会话没有履行任何操作;

　　假如DBA要手工断开某个会话,则履行:

　　alter system kill session 'SID,SERIAL#';

　　注意,上例中SID为1到7(USERNAME列为空)的会话,是Oracle的后台进程,不要对这些会话举行任何操作.

　　4、掌握文件的备份

　　在数据库构造发生改变时,如增添了表空间,增添了数据文件或重做日记文件这些操作,城市造成Oracle数据库掌握文件的改变,DBA应及举行掌握文件的备份,备份办法是:

　　履行SQL语句:

　　alter database

　　backup controlfile to '/home/backup/control.bak';

　　或:

　　alter database

　　backup controlfile to trace;

　　这样,会在USER_DUMP_DEST(初始化参数文件中指定)目录下生成成立掌握文件的SQL号令.

　　5、查抄数据库文件的状况

　　DBA要及时查看数据库中数据文件的状况(如被误删除),按照实际情形决意若何举行处理,查抄数据文件的状况的SQL以下:

　　select file_name,status

　　from dba_data_files;

　　假如数据文件的STATUS列不是AVAILABLE,那么就要采纳呼应的办法,如对该数据文件举行恢复操作,或重建该数据文件所在的表空间.