ORACLE数据库管理员的职责.docx

ORACLE数据库管理员的职责.docx

《ORACLE数据库管理员的职责.docx》由会员分享，可在线阅读，更多相关《ORACLE数据库管理员的职责.docx（9页珍藏版）》请在冰豆网上搜索。

ORACLE数据库管理员的职责

ORACＬＥ数据库管理员的职责

ORACLE数据库管理员应按如下方式对ORACLE数据库系统做定期监控：

ﻫ

（1）．　每天对ORＡCLE数据库的运行状态,日志文件,备份情况,数据ﻫ库的空间使用情况,系统资源的使用情况进行检查,发现并解决ﻫ问题。

ﻫ

（2）.　每周对数据库对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康检查，对数据库对象的状态做检查。

（3）.每月对表和索引等进行Ａnalyze,检查表空间碎片,寻找数据库

性能调整的机会，进行数据库性能调整，提出下一步空间管理ﻫ计划。

对ORACＬE数据库状态进行一次全面检查。

ﻫ每天的工作ﻫ

（1）．确认所有的ＩＮＳTＡNCＥ状态正常

登陆到所有数据库或例程，检测ＯＲＡCＬＥ后台进程:

$pｓ–ef|gｒｅｐｏraﻫ

（2）．检查文件系统的使用（剩余空间）。

如果文件系统的剩余空间小于2０%,需删除不用的文件以释放空间。

$df　–ｋ

（3）.　检查日志文件和trａｃe文件记录aｌert和trace文件中的错误。

连接到每个需管理的系统ﻫ?

　使用’telneｔ’ﻫ?

对每个数据库，ｃd到bduｍp目录,通常是$ORＡＣLE_ＢASE/＜SＩＤ>／bduｍp

?

使用Unix‘ｔａil’命令来查看aleｒｔ_.ｌog文件ﻫ?

　如果发现任何新的ORＡ-　错误,记录并解决ﻫ（4）.　检查数据库当日备份的有效性。

对RMＡN备份方式:

ﻫ检查第三方备份工具的备份日志以确定备份是否成功

对EXＰOＲT备份方式：

ﻫ检查eｘｐ日志文件以确定备份是否成功

对其他备份方式:

检查相应的日志文件

（5）.检查数据文件的状态记录状态不是“online”的数据文件,并做恢复。

ﻫSelectfilｅ＿namefroｍdba_data_filesｗｈerestatus＝’OFFＬＩＮE’ﻫ（6）.检查表空间的使用情况ﻫSＥLEＣTtａblesｐace_nａｍe，mａx_m,count_blocksfｒee_ｂlk_ｃnt,sｕm_ｆｒeｅ_m，tｏ_chａr（10０*suｍ_ｆree_m/ｓuｍ_m,'99.９9'）｜|　'％＇　ＡSｐｃｔ_free　ﻫＦROM（ＳELECＴtabｌｅspaｃe_naｍe,sｕm（bｙtes）/１０２4／1024ASsｕm_mFROMｄba_ｄａｔa_fｉlｅsGROUPＢY　ｔabｌespaｃe_name），

（SELECTｔaｂlｅspace_nａmeAS　fs＿ts_nａｍｅ，　maｘ（bｙtes）／1024/102４ASmax_m,coｕｎt（ｂloｃｋs）AScount_bｌocks，ｓum（bytes/10２４/１0２４）ASsum_fｒeｅ＿mFROMdbａ_fｒee＿ｓpaceGROUPBＹ　ｔaｂlesｐace_name）ﻫWHERＥ　ｔablesｐace_name=ｆs＿ts＿nａmｅ

（7）.检查剩余表空间

SELＥCT　tablｅｓpace_ｎame,ｓｕｍ（　ｂlocks）asｆree_blk,

trｕｎc（sum（byｔeｓ）　/（1０２４＊1０24））ａsfree_m,　

ｍａx（　bytes）　/　（1024）asbｉg＿cｈunk_k，count　（*）ａｓ　num＿ｃhunks　

FROMdｂa_ｆree＿spaceGROUＰＢY　tablespａｃe＿nａｍe;

（8）.　监控数据库性能

运行bｓtａt/estat生成系统报告　

或者使用staｔspacｋ收集统计数据　

（9）．　检查数据库性能,记录数据库的cpu使用、IＯ、bufｆｅr命中率等等ﻫ使用vｍｓtａｔ,iosｔat,glancｅ,top等命令

（１0）.日常出现问题的处理。

每周的工作　ﻫ

（1）．控数据库对象的空间扩展情况ﻫ根据本周每天的检查情况找到空间扩展很快的数据库对象,并采取相　

应的措施　ﻫ－-删除历史数据ﻫ－--　扩表空间ﻫａltertablespacｅａdｄdａtafｉｌe‘<ｆiｌｅ＞’size＜siｚe>　

-－-　调整数据对象的存储参数

nexteｘｔent　

ｐct＿ｉncｒeａｓe　ﻫ

（2）.监控数据量的增长情况　

根据本周每天的检查情况找到记录数量增长很快的数据库对象,并采

取相应的措施　

--删除历史数据　ﻫ-－－扩表空间ﻫaltertａbｌespace＜ｎame＞addｄataｆilｅ‘<ｆｉle＞’　siｚe<ｓｉze>

（3）．　系统健康检查ﻫ检查以下内容:

init＜ｓiｄ>.ｏra

ｃoｎtｒolｆile

redo　ｌog　ｆilｅﻫａrｃhｉvｉngﻫｓｏrtａreａｓizｅﻫtableｓｐaｃe（system,ｔempoｒarｙ,tablespaｃefｒaｇmｅnt）　

dａtaｆilｅｓ（autoextｅｎd,lｏｃatiｏn）

object（numberoｆ　exteｎt，nextextｅnt,inｄex）

ｒｏｌlｂａckｓegmentﻫlogging　&ｔracing（ａlｅrｔ.log,max_ｄuｍp_filｅ_size,sｑｌnet）　ﻫ（４）.检查无效的数据库对象　

SＥＬECTowｎer,obｊecｔ_name，　object_typeFROMdbａ_ｏbｊects

ＷHＥREstatus=’INＶAＬID’。

（5）．检查不起作用的约束

SELECＴｏwner，　ｃonｓtrainｔ_naｍｅ,　table_name,

ｃonstraint_type,stａtuｓ

FＲＯMdba＿coｎｓtraiｎtsﻫWHＥRE　ｓtａｔｕs=＇DＩSABLＥD’ＡND　ｃonsｔraｉｎt_tｙpｅ　='P'　ﻫ（6）.　检查无效的ｔriｇger

SELECT　owｎｅr,　ｔrｉgger_naｍe,　ｔaｂle_nａme,ｓtatusﻫFRＯＭ　ｄba＿trigｇｅｒｓ

WHＥRＥstatus=　＇DIＳＡBLＥD’　

每月的工作

（１）．Aｎaｌyze　Tables/Indｅxes／Clｕsteｒﻫanalyｚetable　estimａtｅstaｔｉsticｓ　saｍple　５0percent;　

（２）．　检查表空间碎片ﻫ根据本月每周的检查分析数据库碎片情况，找到相应的解决方法

（3）.寻找数据库性能调整的机会

比较每天对数据库性能的监控报告，确定是否有必要对数据库性能进　行调整

（4）.　数据库性能调整

如有必要，进行性能调整ﻫ（5）.提出下一步空间管理计划ﻫ根据每周的监控，提出空间管理的改进方法　

OｒacleＤBA日常管理ﻫ目的:

这篇文档有很详细的资料记录着对一个甚至更多的ORAＣLE　数据库每天的，每月的,　ﻫ每年的运行的状态的结果及检查的结果，在文档的附录中你将会看到所有检查,修改的ＳQL

和PL/SQL代码。

目录　

1.日常维护程序

A．检查已起的所有实例

Ｂ.查找一些新的警告日志

C．　检查DBSNMＰ　是否在运行　ﻫＤ.检查数据库备份是否正确　ﻫＥ．　检查备份到磁带中的文件是否正确ﻫF．检查数据库的性能是否正常合理，是否有足够的空间和资源　ﻫG．将文档日志复制到备份的数据库中ﻫH．要常看DＢＡ用户手册　

2.晚间维护程序

Ａ．收集VＯＬUMETRIC的数据

3．每周维护工作

A．查找那些破坏规则的OBJECTﻫＢ.　查找是否有违反安全策略的问题ﻫC.查看错误地方的SQＬ*NET　日志

D.将所有的警告日志存档ﻫE.经常访问供应商的主页ﻫ４．月维护程序ﻫA.查看对数据库会产生危害的增长速度

B.回顾以前数据库优化性能的调整　

Ｃ．查看I／O的屏颈问题

D．　回顾ＦRAＧＭENTATIＯNﻫＥ．将来的执行计划ﻫＦ.查看调整点和维护

5.附录

A．　月维护过程

B.晚间维护过程ﻫＣ．周维护过程

6.参考文献　ﻫ－－---－-----－--------－－－－-------－－--------－-------－－----------－--

一.日维护过程

Ａ．查看所有的实例是否已起ﻫ确定数据库是可用的,把每个实例写入日志并且运行日报告或是运行测试　ﻫ文件。

当然有一些操作我们是希望它能自动运行的。

可选择执行：

用ORＡＣLE管理器中的‘ＰRＯBE’事件来查看ﻫB．查找新的警告日志文件　ﻫ1.联接每一个操作管理系统　

２.　使用‘TＥLNET’或是可比较程序

3．对每一个管理实例,经常的执行＄ＯＲACLE_BＡSE//bduｍp操ﻫ作，并使其能回退到控制数据库的SＩD。

ﻫ4.在提示下，使用UNIX中的‘ＴAIＬ’命令查看aleｒｔ＿.log,或是ﻫ用其他方式检查文件中最近时期的警告日志　

５.如果以前出现过的一些ORＡ_EＲＲOＲＳ又出现,将它记录到数据库　

恢复日志中并且仔细的研究它们，这个数据库恢复日志在〈ＦＩLE〉中　

C．查看DＢSNMP的运行情况ﻫ检查每个被管理机器的‘DBＳNMP’进程并将它们记录到日志中。

在UNIX　中,在命令行中,键入ps　–ef|gｒeｐｄbｓnｍｐ，将回看到2个ﻫDBSNMＰ进程在运行。

如果没有，重启DBSNＭP。

D．查数据库备份是否成功

E.检查备份的磁带文档是否成功ﻫF.检查对合理的性能来说是否有足够的资源ﻫ１．　检查在表空间中有没有剩余空间。

对每一个实例来说，检查在表空间中是否存在有剩余空间来满足当天ﻫ的预期的需要。

当数据库中已有的数据是稳定的，数据日增长的平均

数也是可以计算出来,最小的剩余空间至少要能满足每天数据的增长。

A）运行‘FRＥE.SＱL’来检查表空间的剩余空间。

ﻫB）运行‘SPACE.SQL’来检查表空间中的剩余空间百分率ﻫ2．　检查回滚段ﻫ回滚段的状态一般是在线的，除了一些为复杂工作准备的专用段,它一般状态是离线的。

　ﻫa）每个数据库都有一个回滚段名字的列表。

　ﻫb）你可以用V$RＯLLＳＴAT来查询在线或是离线的回滚段的现在状态.　

c）对于所有回滚段的存储参数及名字，可用

ＤBＡ_ＲOLＬＢACK＿ＳEGＳ来查询。

但是它不如V＄ROLLSTAT　准确。

3.识别出一些过分的增长ﻫ查看数据库中超出资源或是增长速度过大的段，这些段的存储参　数需要调整。

ﻫa）收集日数据大小的信息,可以用ﻫ‘ANＡＬYＺE５PCT.SQL’。

如果你收集的是每晚的信息,则可跳过这一步。

ｂ）　检查当前的范围，可用‘NR.EXTＥNTS.SＱL’。

c）查询当前表的大小信息。

ﻫｄ）　查询当前索引大小的信息。

e）查询增长趋势。

4.确定空间的范围。

如果范围空间对象的ＮEXT_EＸTEＮT比表空间所能提供的最大范ﻫ围还要大，那么这将影响数据库的运行。

如果我们找到了这个目标,可ﻫ以用‘ALTＥRTABＬＥSPACE　COAＬESＣE’调查它的位置,或加另外的数据文件。

ﻫＡ）运行‘ＳPACEBOUND．SQL’。

如果都是正常的，将不返回任何行。

５.回顾CPU,内存,网络,硬件资源论点的过程ﻫA）检查ＣＰU的利用情况,进到x:

/web/phasｅ2/defauｌｔ.hｔm　=>sｙstem　ﻫｍeｔｒiｃs＝>CPU利用页,ＣPU的最大限度为4０0,当CPU的占用保持　

在350　以上有一段时间的话，我们就需要查看及研究出现的问题。

G．将存档日志复制到备用数据库中

如果有一个备用数据库,将适当的存档日志复制到备用数据库的期望ﻫ位置，备用数据库中保存最近期的数据。

ﻫH.　经常查阅DBA用户手册

如果有可能的话,要广泛的阅读，包括DBＡ手册，行业杂志,新闻组或是邮件列表。

　ﻫ--－-－－－--－----－-----------------－--－---－--－－－-－--－-－----－--－-

二.晚间维护过程ﻫ大部分的数据库产品将受益于每晚确定的检查进程的运行。

A．收集ＶOLＵＭETRIC数据ﻫ1.　分析计划和收集数据

更准确的分析计算并保存结果。

ａ）　如果你现在没有作这些的话,用‘MKVOＬFACT.ＳQＬ’来创建测定体积的表。

ﻫb）收集晚间数据大小的信息，用‘ANAＬＹＺECOMP.SQL’。

ﻫc）收集统计结果,用‘PＯPVOL.SQＬ’。

d）在空闲的时候检查数据，可能的话,每周或每个月进行。

ﻫ我是用ＭＳEXCEL和ＯDBC的联接来检查数据和图表的增长

-------－-----－-－-----－-------－---－－--－--－---－-----－－------－--

三．每周维护过程ﻫＡ．查找被破坏的目标　ﻫ1.　对于每个给定表空间的对象来说,NEXT_ＥXTENＴ的大小是相同的，如

１2/14／98，缺省的ＮEXT＿EXTEＮＴ的DAＴＡHＩ为1G，ＤＡＴALＯ为500ＭB，

INＤEXES为256MB。

Ａ）　检查NＥXＴ_ＥXTＥNT　的设置,可用‘NEXTEXT。

ＳＱL’。

　ﻫB）检查已有的EXTENTS,可用‘EXIＳTEXＴ。

SQL’。

　ﻫ2.所有的表都应该有唯一的主键ﻫａ）查看那些表没有主键，可用‘NO＿ＰK．SQL’。

b）查找那些主键是没有发挥作用的，可用‘DIＳ＿PＫ.SＱＬ’。

ﻫｃ）　所有作索引的主键都要是唯一的，可用‘　NONUＰＫ。

ＳQL’来检　查。

ﻫ３.所有的索引都要放到索引表空间中。

运行‘MＫRＥBUILD＿IＤX。

SＱL’ﻫ４．　不同的环境之间的计划应该是同样的，特别是测试环境和成品环境之间的　计划应该相同。

a）检查不同的2　个运行环境中的数据类型是否一致,可用　

‘ＤATATＹＰE.ＳQL’。

b）　在2个不同的实例中寻找对象的不同点，可用ﻫ‘OBJ_CＯORD.SＱL’。

c）更好的做法是,使用一种工具，象寻求软件的计划管理器那样的工具。

Ｂ．　查看是否有危害到安全策略的问题。

　ﻫＣ．　查看报错的SQL*NEＴ日志。

１.客户端的日志。

2.服务器端的日志。

D．.将所有的警告日志存档ﻫE.．供应商的主页　

1.OＲACＬE供应商

ｈttp:

/／wwｗ．ｏrａ

ｈttp：

//teｃhｎeｔ.oｒaｃle.cｏmﻫhｔtp:

/／www.ｏraｃ／suppoｒｔﻫhttp:

／/ｗww.orａｍaｇ.comﻫ2．QuesｔＳｏｆｔｗareﻫｈｔtp：

//www．ｑueｓts.ｃomﻫ3.Sun　Miｃrosystemsﻫhttp:

/／wｗｗ.sｕｎ.comﻫ---－-－－-－------－－---------------－------－－-------－---－-－-－-------ﻫ四．月维护过程ﻫA．查看对数据库会产生危害的增长速度

1.从以前的记录或报告中回顾段增长的变化以此来确定段增长带来危害

B．　回顾以前数据库优化性能的调整ﻫ1.　回顾一般ORACLE　数据库的调整点,比较以前的报告来确定有害的发展趋势。

C．查看I/O的屏颈问题ﻫ1.查看前期数据库文件的活动性，比较以前的输出来判断有可能导致屏颈　问题的趋势。

D．回顾FRＡGMENTＡＴIONﻫE．计划数据库将来的性能

1．　比较OＲACLＥ和操作系统的CPU,内存,网络,及硬盘的利用率以此ﻫ来确定在近期将会有的一些资源争夺的趋势　

2．当系统将超出范围时要把性能趋势当作服务水平的协议来看ﻫF.完成调整和维护工作ﻫ1．使修改满足避免系统资源的争夺的需要,这里面包括增加新资源或使预期的停工。

----－－--－－---－---------－－--－---－--－----－－--－-----------－--－－--－-ﻫ五.附录

A.　日常程序　

-－freｅ.sｑlﻫ--Tovｅrify　ｆree　spaceintａblｅｓpacesﻫ-－Ｍiniｍｕmａmouｎｔ　ofｆreespaｃe

-－documentyourｔhresｈolds:

ﻫ--<ｔablesｐａce＿name＞＝m

SEＬＥCＴtａblespace_ｎａme,ｓuｍ（bｌocks）ａs　ｆreｅ_bｌk,ｔｒunｃ（sum（ｂｙtes）/ﻫ（1024*１０２４））asfｒee_m,max　（bytes）/（1０２4）asｂｉｇ_ｃhunk＿k，　cｏunt（*）ａsｎum_cｈunｋsﻫFROMdba_frｅe_spaｃeGROUPBYtablespace＿namｅﻫ1.　Ｓpace.sqlﻫ-－space．sql　

--Ｔocheckｆreｅ,pct_fｒee,ａnｄ　ａlｌocateｄｓpａcewiｔhin　atablespａｃｅ

－-11/２4/98ﻫＳELＥＣTtａblｅspace_ｎａme,laｒｇesｔ＿ｆｒeｅ_chunkﻫ,ｎr_fｒee_chunks,ｓum_ａlｌoc_bｌoｃｋs,sｕm_ｆree_ｂｌocｋs　

，　to_chaｒ（100*suｍ_free＿ｂｌｏcｋｓ/sｕm_alloc_bｌｏcｋs,　'09.99'）||'%＇ﻫAＳ　pct_freeﻫＦＲＯM（　SELEＣT　tａbleｓｐａcｅ_name,suｍ（bｌｏcks）AＳｓｕｍ_alloc_blocｋsﻫFRＯM　dｂａ_datａ_ｆileｓGROUPＢYtaｂlespacｅ_ｎａme　）ﻫ,（ＳELEＣTtablespace_nameASfs_ts＿naｍeﻫ,max（bloｃｋs）ASlaｒｇesｔ_ｆｒee_ｃhｕｎk

　ｃount（blｏckｓ）AＳnｒ_free＿ｃhunkｓ　

　sｕｍ（bloｃkｓ）ＡＳsｕm＿ｆree_blｏckｓFＲOM　dba_frｅe_ｓｐａceﻫGROＵPBY　taｂleｓpace_naｍe）ＷHEＲＥtablｅｓpace＿ｎamｅ=fｓ_ts_nameﻫ2.　ａnalyｚe５pcｔ.ｓqｌﻫ--analyｚe5ｐct.sqｌ　

--Ｔoａnaｌyｚetａｂｌｅsandindeｘesquicklｙ,using　a5%sａmplesｉzeﻫ-－（dｏnｏtｕｓethiｓ　ｓcripｔiｆ　youaｒe　pｅrｆoｒminｇtｈeｏｖｅrnightﻫ-－cｏｌlectiｏnof　voluｍｅｔricdata）

--11/30/98ﻫBEGINﻫdbmｓ_uｔility.ａnalyze_schema　（'&OWNＥR＇，　'ESTIＭＡＴE'，NＵLL,　5）;ﻫEＮD;

/ﻫ3.　nr_eｘteｎts．sql

-－nr＿exteｎｔs.ｓｑlﻫ--Ｔｏ　findout　anyｏbjeｃtｒeacｈｉng<ｔhｒeshｏlｄ>ﻫ--　extents,ａｎd　mａnuallｙupgradeitｔｏallowuｎlimited

-－maｘ_extｅnts　（thusonlyobｊｅcts　wｅ*expect*ｔo　bｅ　ｂiｇﻫ-－areａllowedｔobecｏme　bｉg）　ﻫ－-1１/30/9８ﻫＳELECT　e．ｏwnｅｒ,　ｅ.segmeｎｔ＿tｙpｅ,e.seｇmeｎt_nａme,　counｔ（＊）　as　ｎr_exteｎｔｓ,

s.max＿ｅxteｎｔs

，　to＿ｃhaｒ（suｍ　（　ｅ.ｂytes）／（1０２4*102４）　,＇99９，９99．９0'）asMB　

ＦＲOMdｂa_exｔenｔse，dbａ_segmenｔss

WHEＲＥｅ.seｇmeｎt＿naｍe=　s.sｅｇmenｔ_ｎamｅﻫGＲOＵP　BYe.owner,ｅ.segｍent＿ｔype　,　e.segｍent_name,s．maｘ_extentsﻫＨAVING　ｃouｎt（*）＞&TＨＲＥＳＨOLD

ＯR（（ｓ.mａx_exｔenｔs-ｃouｎt（*）　）＜＆&THRESＨOＬD　）ﻫORDＥRBY　cｏunt（*）deｓc

4.sｐacｅboｕnd.sql

－-ｓpacebouｎd.ｓｑl　

-－Toidｅntiｆysｐaｃｅ-ｂounｄｏbｊecｔs．Ifaｌｌiswell，　ｎorowｓ　aｒｅ　rｅtuｒnｅd.　

--Ifanysｐace-ｂoundoｂjecｔｓarefｏunｄ,loｏkatvａlｕｅofNEXT　exteｎt　ﻫ－-ｓizeto　figuｒｅoｕｔ　what　happened.

--　Tｈeｎｕsecoalｅsce　（ａlter　tablｅspａce<ｆｏｏ>　ｃoａlesce．

－-Ｌａstｌｙ，　addanoｔhｅr　datafileto　thetabｌespaｃeifｎeeded.ﻫ--　1１/3０/９８　

ＳEＬECTa．ｔabｌe_ｎaｍｅ,a．nexｔ_exｔent，a.ｔaｂｌeｓｐacｅ_namｅ

FＲOＭ　all_ｔaｂlesa，　ﻫ（　SELECTtａｂlespａcｅ_naｍe,max（byteｓ）aｓ　ｂｉg_cｈunｋﻫFROＭdbａ_free＿ｓpace　

ＧＲＯUP　BY　tablｅsｐａce_namｅ　）f　

WHERE　f.tablespａcｅ＿nａmｅ=a.tablespaｃe_nａme

ANＤａ.neｘt_ｅxteｎｔ>f.ｂiｇ_ｃhunｋﻫＢ．每晚处理程序ﻫ1.mk_volfａｃt.sql　ﻫ-－mk_vｏｌｆact.ｓqｌ（oｎlyrunthｉｓ　oncｅtosetitup;do　nｏtrunitｎiｇhtly！

）ﻫ----TableUTＬ_VOＬ_ＦACTＳﻫCREATＥＴABLEuｔｌ＿ｖol_fａｃtｓ（ﻫtable_namｅVＡＲCＨAR2（30），　ﻫnuｍ＿rowsNUMBER,ﻫｍｅaｓ_ｄtＤATE）ﻫTAＢLEＳPACEplatａｂ　ﻫSTＯRAGE（　

INＩTIＡL１２8k

NEＸT12８kﻫPCTINCREAＳＥ０ﻫMINＥXTENTS1ﻫMAXＥXTENTS　unlimiｔed

）

/ﻫ--　ＰuｂｌicＳynｏnyｍﻫCREＡTE　PUBLＩＣSYNＯNYMｕｔｌ＿vol_faｃｔs　ＦOＲ&OＷＮER..utｌ_ｖoｌ_ｆacｔs