现在的位置: 首页 > 综合 > 正文

Oracle数据库管理员职责(二)

2013年09月02日 ⁄ 综合 ⁄ 共 2434字 ⁄ 字号 评论关闭

DBA日常管理

  目的:这篇文档有很详细的资料记录着对一个甚至更多的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.周维护过程
  一.日维护过程
  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 | grep dbsnmp,将回看到2个DBSNMP进程在运行。如果没有,重启DBSNMP。
  D.查数据库备份是否成功;
  E.检查备份的磁带文档是否成功;
  F.检查对合理的性能来说是否有足够的资源;
  1.检查在表空间中有没有剩余空间。
对每一个实例来说,检查在表空间中是否存在有剩余空间来满足当天的预期的需要。当数据库中已有的数据是稳定的,数据日增长的平均数也是可以计算出来,最小的剩余空间至少要能满足每天数据的增长。
  A)运行‘FREE.SQL’来检查表空间的剩余空间。
  B)运行‘SPACE.SQL’来检查表空间中的剩余空间百分率
  2.检查回滚段;
  回滚段的状态一般是在线的,除了一些为复杂工作准备的专用段,它一般状态是离线的。
  a)每个数据库都有一个回滚段名字的列表。
  b)你可以用V$ROLLSTAT来查询在线或是离线的回滚段的现在状态.
   Select USN, LATCH, EXTENTS, RSSIZE, WRITES, HWMSIZE, SHRINKS, STATUS 
  From v$rollstat;
  c)对于所有回滚段的存储参数及名字,可用DBA_ROLLBACK_SEGS来查询。但是它不如V$ROLLSTAT 准确。 
      col segment_name for a15 
  col tablespace_name for a20 
  col file_id for 9999999 
  Select * 
  From dba_rollback_segs;
  3.识别出一些过分的增长。
  查看数据库中超出资源或是增长速度过大的段,这些段的存储参数需要调整。
  a)收集日数据大小的信息,可以用‘ANALYZE5PCT.SQL’。如果你收集的是每晚的信息,则可跳过这 一步。
  b)检查当前的范围,可用‘NR_EXTENTS.SQL’。
  c)查询当前表的大小信息。
  d)查询当前索引大小的信息。
  e)查询增长趋势。
  4.确定空间的范围。
  如果范围空间对象的NEXT_EXTENT比表空间所能提供的最大范围还要大,那么这将影响数据库的运行。如果我们找到了这个目标,可以用‘ALTER TABLESPACE COALESCE’调查它的位置,或加另外的数据文件。
  A)运行‘SPACEBOUND.SQL’。如果都是正常的,将不返回任何行。
5.回顾CPU,内存,网络,硬件资源论点的过程。
  A)检查CPU的利用情况,进到x:.htm =>system metrics=>CPU利用页,CPU的最大限度为400,当CPU的 占用保持在350以上有一段时间的话,我们就需要查看及研究出现的问题。
  G.将存档日志复制到备用数据库中
  如果有一个备用数据库,将适当的存档日志复制到备用数据库的期望位置,备用数据库中保存最近期的数据。
  H.经常查阅DBA用户手册
  如果有可能的话,要广泛的阅读,包括DBA手册,行业杂志,新闻组或是邮件列表。
  二.晚间维护过程
  大部分的数据库产品将受益于每晚确定的检查进程的运行。
  A.收集VOLUMETRIC数据
  1.分析计划和收集数据
  更准确的分析计算并保存结果。
  a)如果你现在没有作这些的话,用‘MK VOLFACT.SQL’来创建测定体积的表。
  b)收集晚间数据大小的信息,用‘ANALYZE COMP.SQL’。
  c)收集统计结果,用‘POP VOL.SQL’。
  d)在空闲的时候检查数据,可能的话,每周或每个月进行。
  我是用MS EXCEL和ODBC的联接来检查数据和图表的增长。

抱歉!评论已关闭.