知识大全 Oracle数据库管理员的职责

Posted 2022-07-15 数据库

篇首语：知识的价值不在于占有，而在于使用。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 Oracle数据库管理员的职责相关的知识，希望对你有一定的参考价值。

Oracle数据库管理员的职责 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　主要介绍了Oracle数据库管理员在工作环境下的具体职责详细内容请参考下文

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

　　( ) 每天对Oracle数据库的运行状态日志文件备份情况数据库的空间使用情况系统资源的使用情况进行检查发现并解决问题

　　( ) 每周对数据库对象的空间扩展情况数据的增长情况进行监控对数据库做健康检查对数据库对象的状态做检查

　　( ) 每月对表和索引等进行 Analyze 检查表空间碎片寻找数据库性能调整的机会进行数据库性能调整提出下一步空间管理计划对Oracle数据库状态进行一次全面检查

　　每天的工作

　　( ) 确认所有的 INSTANCE 状态正常

　　登陆到所有数据库或例程检测 ORACLE 后台进程 :

　　$ps –ef|grep ora

　　( ) 检查文件系统的使用（剩余空间）如果文件系统的剩余空间小于 % 需删除不用的文件以释放空间

　　$df –k

　　( ) 检查日志文件和 trace 文件记录 alert 和 trace 文件中的错误

　　连接到每个需管理的系统

　　使用 telnet

　　对每个数据库 cd 到 bdump 目录通常是 $ORACLE_BASE//bdump

　　使用 Unix tail 命令来查看 alert_ log 文件

　　如果发现任何新的 ORA 错误记录并解决

　　( ) 检查数据库当日备份的有效性

　　对 RMAN 备份方式 :

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

　　对 EXPORT 备份方式 :

　　检查 exp 日志文件以确定备份是否成功

　　对其他备份方式 :

　　检查相应的日志文件

　　( ) 检查数据文件的状态记录状态不是 online 的数据文件并做恢复

　　Select file_name from dba_data_files where status= OFFLINE

　　( ) 检查表空间的使用情况

　　SELECT tablespace_name max_m count_blocks free_blk_cnt sum_free_m to_char( *sum_free_m/sum_m ) || % AS pct_free

　　FROM ( SELECT tablespace_name sum(bytes)/ / AS sum_m FROM dba_data_files GROUP BY tablespace_name)

　　( SELECT tablespace_name AS fs_ts_name max(bytes)/ / AS max_m count(blocks) AS count_blocks sum(bytes/ / ) AS sum_free_m FROM dba_free_space GROUP BY tablespace_name )

　　WHERE tablespace_name = fs_ts_name

　　( ) 检查剩余表空间

　　SELECT tablespace_name sum ( blocks ) as free_blk

　　trunc ( sum ( bytes ) /( * ) ) as free_m

　　max ( bytes ) / ( ) as big_chunk_k count (*) as num_chunks

　　FROM dba_free_space GROUP BY tablespace_name;

　　( ) 监控数据库性能

　　运行 bstat/estat 生成系统报告

　　或者使用 statspack 收集统计数据

　　( ) 检查数据库性能记录数据库的 cpu 使用 IO buffer 命中率等等

　　使用 vmstat iostat glance top 等命令

　　( ) 日常出现问题的处理

　　每周的工作

　　( ) 控数据库对象的空间扩展情况

　　根据本周每天的检查情况找到空间扩展很快的数据库对象并采取相应的措施

　　删除历史数据

　　扩表空间

　　alter tablespace add datafile size

　　调整数据对象的存储参数

　　next extent

　　pct_increase

　　( ) 监控数据量的增长情况

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

　　删除历史数据

　　扩表空间

　　alter tablespace add datafile size

　　( ) 系统健康检查

　　检查以下内容 :

　　init ora

　　controlfile

　　redo log file

　　archiving

　　sort area size

　　tablespace(system temporary tablespace fragment)

　　datafiles(autoextend location)

　　object(number of extent next extent index)

　　rollback segment

　　logging &tracing(alert log max_dump_file_size sqlnet)

　　( ) 检查无效的数据库对象

　　SELECT owner object_name object_type FROM dba_objects

　　WHERE status= INVALID

( ) 检查不起作用的约束

　　SELECT owner constraint_name table_name

　　constraint_type status

　　FROM dba_constraints

　　WHERE status = DISABLED AND constraint_type = P

　　( ) 检查无效的 trigger

　　SELECT owner trigger_name table_name status

　　FROM dba_triggers

　　WHERE status = DISABLED

　　每月的工作

　　( ) Analyze Tables/Indexes/Cluster

　　analyze table estimate statistics sample percent;

　　( ) 检查表空间碎片

　　根据本月每周的检查分析数据库碎片情况找到相应的解决方法

　　( ) 寻找数据库性能调整的机会

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

　　( ) 数据库性能调整

　　如有必要进行性能调整

　　( ) 提出下一步空间管理计划

　　根据每周的监控提出空间管理的改进方法

　　Oracle DBA 日常管理

　　目的这篇文档有很详细的资料记录著对一个甚至更多的 ORACLE 数据库每天的每月的每年的运行的状态的结果及检查的结果在文档的附录中你将会看到所有检查修改的 SQL和 PL/SQL 代码

　　日常维护程序

　　A ．检查已起的所有实例

　　B ．查找一些新的警告日志

　　C ．检查 DBSNMP 是否在运行

　　D ．检查数据库备份是否正确

　　E ．检查备份到磁带中的文件是否正确

　　F ．检查数据库的性能是否正常合理是否有足够的空间和资源

　　G ．将文档日志复制到备份的数据库中

　　H ．要常看 DBA 用户手册

　　晚间维护程序

　　A ．收集 VOLUMETRIC 的数据

　　每周维护工作

　　A ．查找那些破坏规则的 OBJECT

　　B ．查找是否有违反安全策略的问题

　　C ．查看错误地方的 SQL*NET 日志

　　D ．将所有的警告日志存档

　　E ．经常访问供应商的主页

　　月维护程序

　　A ．查看对数据库会产生危害的增长速度

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

　　C ．查看 I/O 的屏颈问题

　　D ．回顾 FRAGMENTATION

　　E ．将来的执行计划

　　F ．查看调整点和维护

　　一．日维护过程

　　A ．查看所有的实例是否已起

　　确定数据库是可用的把每个实例写入日志并且运行日报告或是运行测试文件当然有一些操作我们是希望它能自动运行的

　　可选择执行用 ORACLE 管理器中的 PROBE 事件来查看

　　B ．查找新的警告日志文件

　　联接每一个操作管理系统

　　使用 TELNET 或是可比较程序

　　对每一个管理实例经常的执行 $ORACLE_BASE//bdump 操作并使其能回退到控制数据库的 SID

　　在提示下使用 UNIX 中的 TAIL 命令查看 alert_ log 或是用其他方式检查文件中最近时期的警告日志

　　如果以前出现过的一些 ORA_ERRORS 又出现将它记录到数据库恢复日志中并且仔细的研究它们这个数据库恢复日志在〈 FILE 〉中

　　C ．查看 DBSNMP 的运行情况

　　检查每个被管理机器的 DBSNMP 进程并将它们记录到日志中

　　在 UNIX 中在命令行中键入 ps –ef | grep dbsnmp 将回看到个DBSNMP 进程在运行如果没有重启 DBSNMP

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

　　E ．检查备份的磁带文档是否成功

　　F ．检查对合理的性能来说是否有足够的资源

　　检查在表空间中有没有剩余空间

　　对每一个实例来说检查在表空间中是否存在有剩余空间来满足当天的预期的需要当数据库中已有的数据是稳定的数据日增长的平均数也是可以计算出来最小的剩余空间至少要能满足每天数据的增长

　　A ）运行 FREE SQL 来检查表空间的剩余空间

　　B ）运行 SPACE SQL 来检查表空间中的剩余空间百分率

　　检查回滚段

　　回滚段的状态一般是在线的除了一些为复杂工作准备的专用段它一般状态是离线的

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

　　b 你可以用 V$ROLLSTAT 来查询在线或是离线的回滚段的现在状态

　　c 对于所有回滚段的存储参数及名字可用DBA_ROLLBACK_SEGS 来查询但是它不如 V$ROLLSTAT 准确

　　识别出一些过分的增长

　　查看数据库中超出资源或是增长速度过大的段这些段的存储参数需要调整

　　a 收集日数据大小的信息可以用

　　 ANALYZE PCT SQL 如果你收集的是每晚的信息则可跳过这一步

　　b 检查当前的范围可用 NR EXTENTS SQL

　　c 查询当前表的大小信息

　　d 查询当前索引大小的信息

　　e 查询增长趋势

　　确定空间的范围

　　如果范围空间对象的 NEXT_EXTENT 比表空间所能提供的最大范围还要大那么这将影响数据库的运行如果我们找到了这个目标可以用 ALTER TABLESPACE COALESCE 调查它的位置或加另外的数据文件

　　A ）运行 SPACEBOUND SQL 如果都是正常的将不返回任何行

　　回顾 CPU 内存网络硬件资源论点的过程

　　A ）检查 CPU 的利用情况进到 x:\\web\\phase \\ =>system

　　metrics=>CPU 利用页 CPU 的最大限度为当 CPU 的占用保持在以上有一段时间的话我们就需要查看及研究出现的问题

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

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

　　H 经常查阅 DBA 用户手册

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

　　二．晚间维护过程

　　大部分的数据库产品将受益于每晚确定的检查进程的运行

　　A 收集 VOLUMETRIC 数据

　　分析计划和收集数据

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

　　a ）如果你现在没有作这些的话用 MK VOLFACT SQL 来创建测定体积的表

　　b ）收集晚间数据大小的信息用 ANALYZE P SQL

　　c ）收集统计结果用 POP VOL SQL

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

　　我是用 MS EXCEL 和 ODBC 的联接来检查数据和图表的增长

　　三．每周维护过程

　　A ．查找被破坏的目标

　　对于每个给定表空间的对象来说 NEXT_EXTENT 的大小是相同的如 / / 缺省的NEXT_EXTENT 的 DATAHI 为 G DATALO 为 MB INDEXES 为 MB

　　A ）检查 NEXT_EXTENT 的设置可用 NEXTEXT SQL

　　B ）检查已有的 EXTENTS 可用 EXISTEXT SQL

　　所有的表都应该有唯一的主键

　　a 查看那些表没有主键可用 NO_PK SQL

　　b 查找那些主键是没有发挥作用的可用 DIS_PK SQL

　　c 所有作索引的主键都要是唯一的可用 NONUPK SQL 来检查

　　所有的索引都要放到索引表空间中运行 MKREBUILD_IDX SQL

　　不同的环境之间的计划应该是同样的特别是测试环境和成品环境之间的计划应该相同

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

　　b 在个不同的实例中寻找对象的不同点可用 OBJ_COORD SQL

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

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

　　C．查看报错的 SQL*NET 日志

　　客户端的日志

　　服务器端的日志

　　D ．将所有的警告日志存档

　　E ．供应商的主页

　　 ORACLE 供应商

　　 Quest Sofare

　　 Sun Microsystems

　　四．月维护过程

　　A ．查看对数据库会产生危害的增长速度

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

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

　　回顾一般 ORACLE 数据库的调整点比较以前的报告来确定有害的发展趋势

　　C ．查看 I/O 的屏颈问题

　　查看前期数据库文件的活动性比较以前的输出来判断有可能导致屏颈问题的趋势

　　D ．回顾 FRAGMENTATION

　　E ．计划数据库将来的性能

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

　　当系统将超出范围时要把性能趋势当作服务水平的协议来看

　　F ．完成调整和维护工作

cha138/Article/program/Oracle/201311/18809