博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
[bbk4966]第70集 第8章 -性能维护 01
阅读量:4632 次
发布时间:2019-06-09

本文共 654 字,大约阅读时间需要 2 分钟。

本章前言:

每秒钟,产生的日志文件多少,如果产生很多的redo log 信息,说明负荷量大差生的原因是DML操作太多.

假如oracle database 属于dedicate server,使用top session方式排查数据库性能问题,是比较适合的.根据SESSION_ID,就能找到相关的程序,然后据此进行调整.

shared server方式,不适合用在批量交易、运行报表时间很长的系统,而是适合联机交易系统.而单纯的联机交易本身不会消耗太多资源的.所以通过top session方式去排查影响性能的问题所在,是有些困难的.

此时,通过top services来分析瓶颈所在.

被动式的维护,首先寻找到问题的瓶颈所在.磁盘吞吐量、top session(dedicated server)、top services(shared server)来看.

使用OEM,进行性能监控的的三种方式

  • Performance Page:Throughput
  • Performance Page:Top Session
  • Performance Page:Top Service

 

Performance Page:Throughput

Performance Monitoring :Top Sessions

Performance Monitoring : Top Services

 

 

转载于:https://www.cnblogs.com/arcer/archive/2013/05/31/3110109.html

你可能感兴趣的文章
JavaScript入门篇
查看>>
MSSQL - SqlDataReader
查看>>
Codeforces 55D Beautiful Number (数位统计)
查看>>
学习VCL之路(1)
查看>>
Unity3D笔记 英保通二
查看>>
SAP Overview
查看>>
软件测试第二次作业
查看>>
vue 路由监听
查看>>
hdu 1372Knight Moves
查看>>
nyoj 737 石子合并 经典区间 dp
查看>>
king's trouble II SCU - 4488
查看>>
Lua中metatable和__index的联系
查看>>
我理解的软件开发流程
查看>>
什么是ODBO---OLE DB for OLAP
查看>>
vue货币格式化组件、局部过滤功能以及全局过滤功能
查看>>
【String,StringBuffer和StringBuilder区别】
查看>>
hdu 2454 Degree Sequence of Graph G
查看>>
简单工厂模式
查看>>
利用 UltraEdit 重新排版 XML 结构数据
查看>>
How to perform validation on sumbit only
查看>>