设为首页 收藏本站
查看: 475|回复: 0

[经验分享] Oracle数据库管理员职责(二)

[复制链接]

尚未签到

发表于 2016-7-27 11:05:30 | 显示全部楼层 |阅读模式
  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来查询在线或是离线的回滚段的现在状态.
 SelectUSN,LATCH,EXTENTS,RSSIZE,WRITES,HWMSIZE,SHRINKS,STATUS
  Fromv$rollstat;

  c)对于所有回滚段的存储参数及名字,可用DBA_ROLLBACK_SEGS来查询。但是它不如V$ROLLSTAT 准确。 
colsegment_namefora15
  coltablespace_namefora20
  colfile_idfor9999999
  Select*
  Fromdba_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的联接来检查数据和图表的增长。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-250209-1-1.html 上篇帖子: oracle connect by prior 树形结构 下篇帖子: sqlserver2000导入oracle数据库代码
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表