ORACLE数据库管理员的职责ORACLE数据库管理员应按如下方式对ORACLE数据库系统做定期监控：.每天对ORACLE数据库的运行状态，日志文件，备份情况，数据库的空间使用情况，系统资源的使用情况进行检查，发现并解决问题。.每周对数据库对象的空间扩展情况，数据的增长情况进行监控，对数据库做健康检查，对数据库对象的状态做检查。.每月对
表
关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf
和索引等进行Analyze,检查表空间碎片，寻找数据库性能调整的机会，进行数据库性能调整,提出下一步空间管理计划。对ORACLE数据库状态进行一次全面检查。每天的工作.确认所有的INSTANCE状态正常登陆到所有数据库或例程，检测ORACLE后台进程：$ps-ef|grepora.检查文件系统的使用(剩余空间)。如果文件系统的剩余空间小于20%，需删除不用的文件以释放空间。$df-k.检查日志文件和trace文件记录alert和trace文件中的错误。连接到每个需管理的系统?使用'telnet’对每个数据库，cd到bdump
目录
工贸企业有限空间作业目录特种设备作业人员作业种类与目录特种设备作业人员目录1类医疗器械目录高值医用耗材参考目录
,通常是$ORACLE_BASE/
/bdump使用Unix‘tail’命令来查看alert_.log文件?如果发现任何新的ORA-错误，记录并解决.检查数据库当日备份的有效性。对RMAN备份方式：检查第三方备份工具的备份日志以确定备份是否成功对EXPORT备份方式：检查exp日志文件以确定备份是否成功对其他备份方式：检查相应的日志文件.检查数据文件的状态记录状态不是“online”的数据文件，并做恢复。Selectfromdba_data_fileswherestatus=’OFFLINE’.检查表空间的使用情况SELECTtablespace_name,max_m,count_blocksfree_blk_cnt,sum_free_m,to_char(100*sum_free_m/sum_m,'99.99')||'%'ASpct_freeFROM(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.检查剩余表空间SELECTtablespace_name,sum(blocks)asfree_blk,trunc(sum(bytes)/(1024*1024))asfree_m,max(bytes)/(1024)asbig_chunk_k,count(*)asnum_chunksFROMdba_free_spaceGROUPBYtablespace_name;.监控数据库性能运行bstat/estat生成系统报告或者使用statspack收集统计数据.检查数据库性能，记录数据库的cpu使用、IO、buffer命中率等等使用vmstat,iostat,glance,top等命令.日常出现问题的处理。每周的工作.控数据库对象的空间扩展情况根据本周每天的检查情况找到空间扩展很快的数据库对象，并采取相应的措施--删除历史数据扩表空间altertablespaceadddatafile‘’size---调整数据对象的存储参数nextextentpct_increase.监控数据量的增长情况根据本周每天的检查情况找到记录数量增长很快的数据库对象，并采取相应的措施一删除历史数据扩表空间altertablespaceadddatafile‘’size.系统健康检查检查以下
内容
财务内部控制制度的内容财务内部控制制度的内容人员招聘与配置的内容项目成本控制的内容消防安全演练内容
：init.oracontrolfileredologfilearchivingsortareasizetablespace(system,temporary,tablespacefragment)datafiles(autoextend,location)object(numberofextent,nextextent,index)rollbacksegmentlogging&tracing(alert.log,max_dump_).检查无效的数据库对象SELECTowner,object_name,object_typeFROMdba_objectsWHEREstatus=’INVALID’。.检查不起作用的约束SELECTowner,constraint_name,table_name,constraint_type,statusFROMdba_constraintsWHEREstatus='DISABLED’ANDconstraint_type='P'.检查无效的triggerSELECTowner,trigger_name,table_name,statusFROMdba_triggersWHEREstatus='DISABLED’每月的工作.AnalyzeTables/Indexes/Clusteranalyzetableestimatestatisticssample50percent;.检查表空间碎片根据本月每周的检查
分析
定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析
数据库碎片情况，找到相应的解决方法.寻找数据库性能调整的机会比较每天对数据库性能的监控报告，确定是否有必要对数据库性能进行调整.数据库性能调整如有必要,进行性能调整.提出下一步空间管理计划根据每周的监控，提出空间管理的改进方法OracleDBA日常管理目的：这篇文档有很详细的资料记录着对一个甚至更多的ORACLE数据库每天的，每月的，每年的运行的状态的结果及检查的结果，在文档的附录中你将会看到所有检查，修改的SQL和PL/SQL代码。目录日常维护程序检查已起的所有实例查找一些新的警告日志检查DBSNMP是否在运行检查数据库备份是否正确检查备份到磁带中的文件是否正确检查数据库的性能是否正常合理，是否有足够的空间和资源将文档日志复制到备份的数据库中要常看DBA用户手册晚间维护程序收集VOLUMETRIC的数据每周维护工作查找那些破坏规则的OBJECT查找是否有违反安全策略的问题查看错误地方的SQL*NET日志将所有的警告日志存档经常访问供应商的主页月维护程序查看对数据库会产生危害的增长速度回顾以前数据库优化性能的调整查看I/O的屏颈问题回顾FRAGMENTATION将来的执行计划查看调整点和维护附录月维护过程晚间维护过程周维护过程参考文献日维护过程查看所有的实例是否已起确定数据库是可用的，把每个实例写入日志并且运行日报告或是运行测试文件。当然有一些操作我们是希望它能自动运行的。可选择执行：用ORACLE管理器中的‘PROBE'事件来查看查找新的警告日志文件联接每一个操作管理系统使用‘TELNET'或是可比较程序对每一个管理实例，经常的执行$ORACLE_BASE//bdump操作，并使其能回退到控制数据库的SID。在提示下，使用UNIX中的‘TAIL’命令查看alert_.log，或是用其他方式检查文件中最近时期的警告日志如果以前出现过的一些ORA_ERRORS乂出现，将它记录到数据库恢复日志中并且仔细的研究它们，这个数据库恢复日志在〈FILE〉中查看DBSNMP的运行情况检查每个被管理机器的‘DBSNMP’进程并将它们记录到日志中。在UNIX中，在命令行中，键入口、-ef|grepdbsnmp，将回看到2个DBSNMP进程在运行。如果没有，重启DBSNMPo查数据库备份是否成功检查备份的磁带文档是否成功检查对合理的性能来说是否有足够的资源检查在表空间中有没有剩余空间。对每一个实例来说，检查在表空间中是否存在有剩余空间来满足当天的预期的需要。当数据库中已有的数据是稳定的，数据日增长的平均数也是可以计算出来，最小的剩余空间至少要能满足每天数据的增长。A）运行‘FREE.SQL’来检查表空间的剩余空间。B）运行‘SPACE.SQL’来检查表空间中的剩余空间百分率检查回滚段回滚段的状态一般是在线的，除了一些为复杂工作准备的专用段，它一般状态是离线的。a）每个数据库都有一个回滚段名字的列表。b）你可以用V$ROLLSTAT来查询在线或是离线的回滚段的现在状态.c）对于所有回滚段的存储参数及名字，可用DBA_ROLLBACK_SEGS来查询。但是它不如V$ROLLSTAT准确。识别出一些过分的增长查看数据库中超出资源或是增长速度过大的段，这些段的存储参数需要调整。a）收集日数据大小的信息，可以用‘ANALYZE5PCT.SQL’。如果你收集的是每晚的信息，则可跳过这一步。b）检查当前的范围，可用‘NR.EXTENTS.SQL’。c）查询当前表的大小信息。d）查询当前索引大小的信息。e）查询增长趋势。确定空间的范围。如果范围空间对象的NEXT_EXTENT比表空间所能提供的最大范围还要大，那么这将影响数据库的运行。如果我们找到了这个目标，可以用‘ALTERTABLESPACECOALESCE’调查它的位置，或加另外的数据文件。A）运行‘SPACEBOUND.SQL’。如果都是正常的，将不返回任何行。回顾CPU，内存，网络，硬件资源论点的过程A）检查CPU的利用情况，进到x:/web/phase2/default.htm=>systemmetrics=>CPU利用页，CPU的最大限度为400，当CPU的占用保持在350以上有一段时间的话，我们就需要查看及研究出现的问题。将存档日志复制到备用数据库中如果有一个备用数据库，将适当的存档日志复制到备用数据库的期望位置，备用数据库中保存最近期的数据。经常查阅DBA用户手册如果有可能的话，要广泛的阅读，包括DBA手册，行业杂志，新闻组或是邮件列表。晚间维护过程大部分的数据库产品将受益于每晚确定的检查进程的运行。收集VOLUMETRIC数据分析计划和收集数据更准确的分析计算并保存结果。a）如果你现在没有作这些的话，用‘MKVOLFACT.SQL'来创建测定体积的表。b）收集晚间数据大小的信息，用‘ANALYZECOMP.SQL’。c）收集统计结果，用‘POPVOL.SQL’。d）在空闲的时候检查数据，可能的话，每周或每个月进行。我是用MSEXCEL和ODBC的联接来检查数据和图表的增长每周维护过程A.查找被破坏的目标对于每个给定表空间的对象来说，NEXT_EXTENT的大小是相同的，如12/14/98，缺省的NEXT_EXTENT的DATAHI为1G,DATALO为500MB,INDEXES为256MB。A）检查NEXT_EXTENT的设置，可用‘NEXTEXT°SQL’。B）检查已有的EXTENTS，可用‘EXISTEXT°SQL’。所有的表都应该有唯一的主键a）查看那些表没有主键，可用‘NO_PK.SQL’。b）查找那些主键是没有发挥作用的，可用‘DIS_PK.SQL’。c）所有作索引的主键都要是唯一的，可用'NONUPK°SQL’来检查。所有的索引都要放到索引表空间中。运行‘MKREBUILD_IDX°SQL’不同的环境之间的计划应该是同样的，特别是测试环境和成品环境之间的计划应该相同。a）检查不同的2个运行环境中的数据类型是否一致，可用‘DATATYPE.SQL’。b）在2个不同的实例中寻找对象的不同点，可用‘OBJ_COORD.SQL’。c）更好的做法是，使用一种工具，象寻求软件的计划管理器那样的工具。查看是否有危害到安全策略的问题。查看报错的SQL*NET日志。客户端的日志。服务器端的日志。.将所有的警告日志存档.供应商的主页ORACLE供应商QuestSoftwareSunMicrosystems四•月维护过程查看对数据库会产生危害的增长速度从以前的记录或报告中回顾段增长的变化以此来确定段增长带来危害回顾以前数据库优化性能的调整1.回顾一般ORACLE数据库的调整点，比较以前的报告来确定有害的发展趋势。查看I/O的屏颈问题1.查看前期数据库文件的活动性，比较以前的输出来判断有可能导致屏颈问题的趋势。回顾FRAGMENTATION计划数据库将来的性能比较ORACLE和操作系统的CPU，内存，网络，及硬盘的利用率以此来确定在近期将会有的一些资源争夺的趋势当系统将超出范围时要把性能趋势当作服务水平的
协议
离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载
来看完成调整和维护工作1.使修改满足避免系统资源的争夺的需要，这里面包括增加新资源或使预期的停工。五.附录A.日常程序一free.sql--Toverifyfreespaceintablespaces一Minimumamountoffreespace--documentyourthresholds:--=mSELECTtablespace_name,sum(blocks)asfree_blk,trunc(sum(bytes)/(1024*1024))asfree_m,max(bytes)/(1024)asbig_chunk_k,count(*)asnum_chunksFROMdba_free_spaceGROUPBYtablespace_name1.Space.sql--space.sql一Tocheckfree,pct_free,andallocatedspacewithinatablespace--11/24/98SELECTtablespace_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_freeFROM(SELECTtablespace_name,sum(blocks)ASsum_alloc_blocksFROMdba_data_filesGROUPBYtablespace_name),(SELECTtablespace_nameASfs_ts_name,max(blocks)ASlargest_free_chunk,count(blocks)ASnr_free_chunks,sum(blocks)ASsum_free_blocksFROMdba_free_spaceGROUPBYtablespace_name)WHEREtablespace_name=fs_ts_nameanalyze5pct.sql一analyze5pct.sql一Toanalyzetablesandindexesquickly,usinga5%samplesize--(donotusethisscriptifyouareperformingtheovernight--collectionofvolumetricdata)--11/30/98BEGINdbms_utility.analyze_schema('&OWNER','ESTIMATE',NULL,5);END/nr_extents.sql一nr_extents.sql一Tofindoutanyobjectreaching〈threshold〉--extents,andmanuallyupgradeittoallowunlimited一max_extents(thusonlyobjectswe*expect*tobebig一areallowedtobecomebig)--11/30/98SELECTe.owner,e.segment_type,e.segment_name,count(*)asnr_extents,s.max_extents,to_char(sum(e.bytes)/(1024*1024),'999,999.90')asMBFROMdba_extentse,dba_segmentssWHEREe.segment_name=s.segment_nameGROUPBYe.owner,e.segment_type,e.segment_name,s.max_extentsHAVINGcount(*)>&THRESHOLDOR((s.max_extents-count(*))<&&THRESHOLD)ORDERBYcount(*)descspacebound.sql--spacebound.sql--Toidentifyspace-boundobjects.Ifalliswell,norowsarereturned.一Ifanyspace-boundobjectsarefound,lookatvalueofNEXTextent--sizetofigureoutwhathappened.一Thenusecoalesce(altertablespacecoalesce.--Lastly,addanotherdatathetablespaceifneeded.--11/30/98SELECTa.table_name,a.next_extent,a.tablespace_nameFROMall_tablesa,(SELECTtablespace_name,max(bytes)asbig_chunkFROMdba_free_spaceGROUPBYtablespace_name)fWHEREf.tablespace_name=a.tablespace_nameANDa.next_extent>f.big_chunk每晚处理程序1.mk_volfact.sql一mk_volfact.sql(onlyrunthisoncetosetitup;donotrunitnightly!)TableUTL_VOL_FACTSCREATETABLEutl_vol_facts(table_nameVARCHAR2(30),num_rowsNUMBER,meas_dtDATE)TABLESPACEplatabSTORAGE(INITIAL128kNEXT128kPCTINCREASE0MINEXTENTS1MAXEXTENTSunlimited)/一PublicSynonymCREATEPUBLICSYNONYMutl_vol_factsFOR&OWNER..utl_vol_facts/—GrantsforUTL_VOL_FACTSGRANTSELECTONutl_vol_factsTOpublic/analyze_comp.sql--一analyze_comp.sql- BEGINsys.dbms_utility.analyze_schema('&OWNER','COMPUTE');END;/pop_vol.sql―一一pop_vol.sqlinsertintoutl_vol_factsselecttable_name,NVL(num_rows,0)asnum_rows,trunc(last_analyzed)asmeas_dtfromall_tables--orjustuser_tableswhereownerin('&OWNER')—oracomma-separatedlistofowners/commit/每周处理程序1.nextext.sql一一一nextext.sql一一一Tofindtablesthatdon'tmatchthetablespacedefaultforNEXTextent.一Theimplicitrulehereisthateverytableinagiventablespaceshould--usetheexactsamevalueforNEXT,whichshouldalsobethetablespace's--defaultvalueforNEXT.- --ThistellsuswhatthesettingforNEXTisfortheseobjectstoday.- --11/30/98SELECTsegment_name,segment_type,ds.next_extentasActual_Next,dt.tablespace_name,dt.next_extentasDefault_NextFROMdba_tablespacesdt,dba_segmentsdsWHEREdt.tablespace_name=ds.tablespace_nameANDdt.next_extent!=ds.next_extentANDds.owner=UPPER('&OWNER')ORDERBYtablespace_name,segment_type,segment_name2.existext.sql----existext.sql--Tocheckexistingextents--Thistellsushowmanyofeachobjectsextentsdifferinsizefrom--thetablespace'sdefaultsize.Ifthisreportshowsalotofdifferent--sizedextents,yourfreespaceislikelytobecomefragmented.Ifso,--thistablespaceisacandidateforreorganizing.- --12/15/98SELECTsegment_name,segment_type,count(*)asnr_exts,sum(DECODE(dx.bytes,dt.next_extent,0,1))asnr_illsized_exts,dt.tablespace_name,dt.next_extentasdflt_ext_sizeFROMdba_tablespacesdt,dba_extentsdxWHEREdt.tablespace_name=dx.tablespace_nameANDdx.owner='&OWNER'GROUPBYsegment_name,segment_type,dt.tablespace_name,dt.next_extentNo_pk.sql--no_pk.sql——TofindtableswithoutPKconstraint--11/2/98SELECTtable_nameFROMall_tablesWHEREowner='&OWNER'MINUSSELECTtable_nameFROMall_constraintsWHEREowner='&&OWNER'ANDconstraint_type='P'disPK.sql----disPK.sql--一Tofindoutwhichprimarykeysaredisabled- --11/30/98SELECTowner,constraint_name,table_name,statusFROMall_constraintsWHEREowner='&OWNER'ANDstatus='DISABLED’ANDconstraint_type='P'nonuPK.sql一nonuPK.sql―一TofindtableswithnonuniquePKindexes.RequiresthatPKnames一followanamingconvention.Analternativequeryfollowsthat--doesnothavethisrequirement,butrunsmoreslowly.--11/2/98SELECTindex_name,table_name,uniquenessFROMall_indexesWHEREindex_namelike'&PKNAME%'ANDowner='&OWNER'ANDuniqueness='NONUNIQUE'SELECTc.constraint_name,i.tablespace_name,i.uniquenessFROMall_constraintsc,all_indexesiWHEREc.owner=UPPER('&OWNER')ANDi.uniqueness='NONUNIQUE'ANDc.constraint_type='P'ANDi.index_name=c.constraint_namemkrebuild_idx.sql--一mkrebuild_idx.sql--Rebuildindexestohavecorrectstorageparameters--11/2/98SELECT'alterindex'||index_name||'rebuild','tablespaceINDEXESstorage'||'(initial256Knext256Kpctincrease0);'FROMall_indexesWHERE(tablespace_name!='INDEXES'ORnext_extent!=(256*1024))ANDowner='&OWNER'/datatype.sql----datatype.sql--一Tocheckdatatypeconsistencybetweentwoenvironments- --11/30/98SELECTtable_name,column_name,data_type,data_length,data_precision,data_scale,nullableFROMall_tab_columns--firstenvironmentWHEREowner='&OWNER'MINUSSELECTtable_name,column_name,data_type,data_length,data_precision,data_scale,nullableFROMall_tab_columns@&my_db_link—secondenvironmentWHEREowner='&OWNER2'orderbytable_name,column_nameobj_coord.sql--obj_coord.sql一Tofindoutanydifferenceinobjectsbetweentwoinstances--12/08/98SELECTobject_name,object_typeFROMuser_objectsMINUSSELECTobject_name,object_typeFROMuser_objects@&my_db_link
浙公网安备 33021202002483