ORACLE数据库系统的日常维护规程.docx
《ORACLE数据库系统的日常维护规程.docx》由会员分享，可在线阅读，更多相关《ORACLE数据库系统的日常维护规程.docx（27页珍藏版）》请在冰豆网上搜索。
ORACLE数据库系统的日常维护规程
ORACLE数据库管理员应按如下方式对ORACLE数据库系统做定期监控：
（1）.每天对ORACLE数据库的运行状态,日志文件,备份情况,数据
库的空间使用情况,系统资源的使用情况进行检查,发现并解决
问题。
（2）.每周对数据库对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康检查,对数据库对象的状态做检查。
（3）.每月对表和索引等进行Analyze,检查表空间碎片,寻找数据库
性能调整的机会,进行数据库性能调整,提出下一步空间管理
计划。
对ORACLE数据库状态进行一次全面检查。
每天的工作
（1）.确认所有的INSTANCE状态正常
登陆到所有数据库或例程,检测ORACLE后台进程:
$ps–ef|grepora
（2）.检查文件系统的使用（剩余空间）。
如果文件系统的剩余空间小于20%，需删除不用的文件以释放空间。
$df–k
（3）.检查日志文件和trace文件记录alert和trace文件中的错误。
连接到每个需管理的系统
?
使用’telnet’
?
对每个数据库,cd到bdump目录,通常是$ORACLE_BASE/;/bdump
?
使用Unix‘tail’命令来查看alert_;.log文件
?
如果发现任何新的ORA-错误,记录并解决
（4）.检查数据库当日备份的有效性。
对RMAN备份方式:
检查第三方备份工具的备份日志以确定备份是否成功
对EXPORT备份方式:
检查exp日志文件以确定备份是否成功
对其他备份方式:
检查相应的日志文件
（5）.检查数据文件的状态记录状态不是“online”的数据文件，并做恢复。
Selectfile_namefromdba_data_fileswherestatus=’OFFLINE’
（6）.检查表空间的使用情况
SELECTtablespace_name,max_m,count_blocksfree_blk_t,sum_free_m,to_char（100*sum_free_m/sum_m,'99.99'）||'%'ASpct_free
FROM（SELECTtablespace_name,sum（bytes）/1024/1024ASsum_mFROMdba_data_filesGROUPBYtablespace_name）,
（SELECTtablespace_nameASfs_ts_name,max（bytes）/1024/1024ASmax_m,count（blocks）AScount_blocks,sum（bytes/1024/1024）ASsum_free_mFROMdba_free_spaceGROUPBYtablespace_name）
WHEREtablespace_name=fs_ts_name
（7）.检查剩余表空间
SELECTtablespace_name,sum（blocks）asfree_blk,
trunc（sum（bytes）/（1024*1024））asfree_m,
max（bytes）/（1024）asbig_chunk_k,count（*）asnum_chunks
FROMdba_free_spaceGROUPBYtablespace_name;
（8）.监控数据库性能
运行bstat/estat生成系统报告
或者使用statspack收集统计数据
（9）.检查数据库性能，记录数据库的cpu使用、IO、buffer命中率等等
使用vmstat,iostat,glance,top等命令
（10）.日常出现问题的处理。
每周的工作
（1）.控数据库对象的空间扩展情况
根据本周每天的检查情况找到空间扩展很快的数据库对象,并采取相
应的措施
--删除历史数据
---扩表空间
altertablespace;adddatafile‘;’size;
---调整数据对象的存储参数
nextextent
pct_increase
（2）.监控数据量的增长情况
根据本周每天的检查情况找到记录数量增长很快的数据库对象,并采
取相应的措施
--删除历史数据
---扩表空间
altertablespace;adddatafile‘;’size;
（3）.系统健康检查
检查以下内容:
init;.ora
controlfile
redologfile
archiving
sortareasize
tablespace（system,temporary,tablespacefragment）
datafiles（autoextend,location）
object（numberofextent,nextextent,index）
rollbacksegment
logging&tracing（alert.log,max_dump_file_size,sqlnet）
（4）.检查无效的数据库对象
SELECTowner,object_name,object_typeFROMdba_objects
WHEREstatus=’INVALID’。
（5）.检查不起作用的约束
SELECTowner,constraint_name,table_name,
constraint_type,status
FROMdba_constraints
WHEREstatus='DISABLED’ANDconstraint_type='P'
（6）.检查无效的trigger
SELECTowner,trigger_name,table_name,status
FROMdba_triggers
WHEREstatus='DISABLED’
每月的工作
（1）.AnalyzeTables/Indexes/Cluster
analyzetable;estimatestatisticssample50percent;
（2）.检查表空间碎片
根据本月每周的检查分析数据库碎片情况,找到相应的解决方法
（3）.寻找数据库性能调整的机会
比较每天对数据库性能的监控报告,确定是否有必要对数据库性能进行调整
（4）.数据库性能调整
如有必要,进行性能调整
（5）.提出下一步空间管理计划
根据每周的监控,提出空间管理的改进方法
OracleDBA日常管理
目的：
这篇文档有很详细的资料记录着对一个甚至更多的ORACLE数据库每天的，每月的，
每年的运行的状态的结果及检查的结果，在文档的附录中你将会看到所有检查，修改的SQL
和PL/SQL代码。
目录
1.日常维护程序
A．检查已起的所有实例
B．查找一些新的警告日志
C．检查DBSNMP是否在运行
D．检查数据库备份是否正确
E．检查备份到磁带中的文件是否正确
F．检查数据库的性能是否正常合理，是否有足够的空间和资源
G．将文档日志复制到备份的数据库中
H．要常看DBA用户手册
2.晚间维护程序
A．收集VOLUMETRIC的数据
3.每周维护工作
A．查找那些破坏规则的OBJECT
B．查找是否有违反安全策略的问题
C．查看错误地方的SQL*NET日志
D．将所有的警告日志存档
E．经常访问供应商的主页
4.月维护程序
A．查看对数据库会产生危害的增长速度
B．回顾以前数据库优化性能的调整
C．查看I/O的屏颈问题
D．回顾FRAGMENTATION
E．将来的执行计划
F．查看调整点和维护
5.附录
A．月维护过程
B．晚间维护过程
C．周维护过程
6.参考文献
----------------------------------------------------------------
一．日维护过程
A．查看所有的实例是否已起
确定数据库是可用的，把每个实例写入日志并且运行日报告或是运行测试
文件。
当然有一些操作我们是希望它能自动运行的。
可选择执行：
用ORACLE管理器中的‘PROBE’事件来查看
B．查找新的警告日志文件
1.联接每一个操作管理系统
2.使用‘TELNET’或是可比较程序
3.对每一个管理实例，经常的执行$ORACLE_BASE/;/bdump操
作，并使其能回退到控制数据库的SID。
4.在提示下，使用UNIX中的‘TAIL’命令查看alert_;.log，或是
用其他方式检查文件中最近时期的警告日志
5.如果以前出现过的一些ORA_ERRORS又出现，将它记录到数据库
恢复日志中并且仔细的研究它们，这个数据库恢复日志在〈FILE〉中
C．查看DBSNMP的运行情况
检查每个被管理机器的‘DBSNMP’进程并将它们记录到日志中。
在UNIX中，在命令行中，键入ps–ef|grepdbsnmp,将回看到2个
DBSNMP进程在运行。
如果没有，重启DBSNMP。
D．查数据库备份是否成功
E．检查备份的磁带文档是否成功
F．检查对合理的性能来说是否有足够的资源
1.检查在表空间中有没有剩余空间。
对每一个实例来说，检查在表空间中是否存在有剩余空间来满足当天
的预期的需要。
当数据库中已有的数据是稳定的，数据日增长的平均
数也是可以计算出来，最小的剩余空间至少要能满足每天数据的增长。
A）运行‘FREE.SQL’来检查表空间的剩余空间。
B）运行‘SPACE.SQL’来检查表空间中的剩余空间百分率
2.检查回滚段
回滚段的状态一般是在线的，除了一些为复杂工作准备的专用段，它一般状态是离线的。
a）每个数据库都有一个回滚段名字的列表。
b）你可以用V$ROLLSTAT来查询在线或是离线的回滚段的现在状态.
c）对于所有回滚段的存储参数及名字，可用
DBA_ROLLBACK_SEGS来查询。
但是它不如V$ROLLSTAT准确。
3.识别出一些过分的增长
查看数据库中超出资源或是增长速度过大的段，这些段的存储参数需要调整。
a）收集日数据大小的信息，可以用
‘ANALYZE5PCT.SQL’。
如果你收集的是每晚的信息，则可跳过这一步。
b）检查当前的X围，可用‘NR.EXTENTS.SQL’。
c）查询当前表的大小信息。
d）查询当前索引大小的信息。
e）查询增长趋势。
4.确定空间的X围。
如果X围空间对象的NEXT_EXTENT比表空间所能提供的最大X
围还要大，那么这将影响数据库的运行。
如果我们找到了这个目标，可
以用‘ALTERTABLESPACECOALESCE’调查它的位置，或加另外的数据文件。
A）运行‘SPACEBOUND.SQL’。
如果都是正常的，将不返回任何行。
5.回顾CPU，内存，网络，硬件资源论点的过程
A）检查CPU的利用情况，进到x:
.htm=>;system
metrics=>;CPU利用页，CPU的最大限度为400，当CPU的占用保持
在350以上有一段时间的话，我们就需要查看及研究出现的问题。
G．将存档日志复制到备用数据库中
如果有一个备用数据库，将适当的存档日志复制到备用数据库的期望
位置，备用数据库中保存最近期的数据。
H.经常查阅DBA用户手册
如果有可能的话，要广泛的阅读，包括DBA手册，行业杂志，新闻组或是列表。
-------------------------------------------------------------
二．晚间维护过程
大部分的数据库产品将受益于每晚确定的检查进程的运行。
A.收集VOLUMETRIC数据
1.分析计划和收集数据
更准确的分析计算并保存结果。
a）如果你现在没有作这些的话，用‘MKVOLFACT.SQL’来创建测定体积的表。
b）收集晚间数据大小的信息，用‘ANALYZEP.SQL’。
c）收集统计结果，用‘POPVOL.SQL’。
d）在空闲的时候检查数据，可能的话，每周或每个月进行。
我是用MSEXCEL和ODBC的联接来检查数据和图表的增长
-------------------------------------------------------------
三．每周维护过程
A．查找被破坏的目标
1.对于每个给定表空间的对象来说，NEXT_EXTENT的大小是相同的，如
12/14/98，缺省的NEXT_EXTENT的DATAHI为1G，DATALO为500MB，
INDEXES为256MB。
A）检查NEXT_EXTENT的设置，可用‘NEXTEXT。
SQL’。
B）检查已有的EXTENTS，可用‘EXISTEXT。
SQL’。
2.所有的表都应该有唯一的主键
a）查看那些表没有主键，可用‘NO_PK.SQL’。
b）查找那些主键是没有发挥作用的，可用‘DIS_PK.SQL’。
c）所有作索引的主键都要是唯一的，可用‘NONUPK。
SQL’来检查。
3.所有的索引都要放到索引表空间中。
运行‘MKREBUILD_IDX。
SQL’
4.不同的环境之间的计划应该是同样的，特别是测试环境和成品环境之间的计划应该相同。
a）检查不同的2个运行环境中的数据类型是否一致，可用
‘DATATYPE.SQL’。
b）在2个不同的实例中寻找对象的不同点，可用
‘OBJ_COORD.SQL’。
c）更好的做法是，使用一种工具，象寻求软件的计划管理器那样的工具。
B．查看是否有危害到安全策略的问题。
C．查看报错的SQL*NET日志。
1.客户端的日志。
2.服务器端的日志。
D．.将所有的警告日志存档
E．.供应商的主页
1.ORACLE供应商
.oracle.
technet.oracle.
.oracle./support
.oramag.
2.QuestSoftware
.quests.
3.SunMicrosystems
.sun.
----------------------------------------------------------------
四．月维护过程
A．查看对数据库会产生危害的增长速度
1.从以前的记录或报告中回顾段增长的变化以此来确定段增长带来危害
B．回顾以前数据库优化性能的调整
1.回顾一般ORACLE数据库的调整点，比较以前的报告来确定有害的发展趋势。
C．查看I/O的屏颈问题
1.查看前期数据库文件的活动性，比较以前的输出来判断有可能导致屏颈问题的趋势。
D．回顾FRAGMENTATION
E．计划数据库将来的性能
1.比较ORACLE和操作系统的CPU，内存，网络，及硬盘的利用率以此
来确定在近期将会有的一些资源争夺的趋势
2.当系统将超出X围时要把性能趋势当作服务水平的协议来看
F．完成调整和维护工作
1.使修改满足避免系统资源的争夺的需要，这里面包括增加新资源或使预期的停工。
----------------------------------------------------------------
五．附录
A.日常程序
--free.sql
--Toverifyfreespaceintablespaces
--Minimumamountoffreespace
--documentyourthresholds:
--;=;m
SELECTtablespace_name,sum（blocks）asfree_blk,trunc（sum（bytes）/
（1024*1024））asfree_m,max（bytes）/（1024）asbig_chunk_k,count（*）asnum_chunks
FROMdba_free_spaceGROUPBYtablespace_name
1.Space.sql
--space.sql
--Tocheckfree,pct_free,andallocatedspacewithinatablespace
--11/24/98
SELECTtablespace_name,largest_free_chunk
nr_free_chunks,sum_alloc_blocks,sum_free_blocks
to_char（100*sum_free_blocks/sum_alloc_blocks,'09.99'）||'%'
ASpct_free
FROM（SELECTtablespace_name,sum（blocks）ASsum_alloc_blocks
FROMdba_data_filesGROUPBYtablespace_name）
（SELECTtablespace_nameASfs_ts_name
max（blocks）ASlargest_free_chunk
count（blocks）ASnr_free_chunks
sum（blocks）ASsum_free_blocksFROMdba_free_space
GROUPBYtablespace_name）WHEREtablespace_name=fs_ts_name
2.analyze5pct.sql
--analyze5pct.sql
--Toanalyzetablesandindexesquickly,usinga5%samplesize
--（donotusethisscriptifyouareperformingtheovernight
--collectionofvolumetricdata）
--11/30/98
BEGIN
dbms_utility.analyze_schema（'&OWNER','ESTIMATE',NULL,5）;
END;
/
3.nr_extents.sql
--nr_extents.sql
--Tofindoutanyobjectreaching;
--extents,andmanuallyupgradeittoallowunlimited
--max_extents（thusonlyobjectswe*expect*tobebig
--areallowedtobeebig）
--11/30/98
SELECTe.owner,e.segment_type,e.segment_name,count（*）asnr_extents,
s.max_extents
to_char（sum（e.bytes）/（1024*1024）,'999,999.90'）asMB
FROMdba_extentse,dba_segmentss
WHEREe.segment_name=s.segment_name
GROUPBYe.owner,e.segment_type,e.segment_name,s.max_extents
HAVINGcount（*）>;&THRESHOLD
OR（（s.max_extents-count（*））<&&THRESHOLD）
ORDERBYcount（*）desc
4.spacebound.sql
--spacebound.sql
--Toidentifyspace-boundobjects.Ifalliswell,norowsarereturned.
--Ifanyspace-boundobjectsarefound,lookatvalueofNEXTextent
--sizetofigureoutwhathappened.
--Thenusecoalesce（altertablespace;coalesce.
--Lastly,addanotherdatafiletothetablespaceifneeded.
--11/30/98
SELECTa.table_name
升级会员 