AWR全称Automatic Workload Repository,自动负载信息库,是Oracle 10g版本后推出的一种性能收集和分析工具,提供了一个时间段内整个系统的报表数据。通过AWR报告,可以分析指定的时间段内数据库系统的性能。
第一部分 DB TIME
第一部分DB TIME 只要显示当前数据库主机的相关信息和数据库的整体负载情况。从我截图的一套生产库可以得知以下信息:
1.1 数据库版本为:oracle11g 11.2.0.4 RAC架构
1.2数据库主机的配置为:CPU 双路96核心,物理内存在376G
1.3AWR报告的时间为: 9月27日 23:30 到 0:00.
1.4数据库的整体负载情况:1667.
数据库整体负载情况判断标准如下:DB TIME / (Elapsed CPUs)。按照这个公式这套库的整体负载为: 1667 / (30 * 96 ) * 100% = 57%。因此,这套库在凌晨23:30到0点期间的整体负载在57%左右。
第二部分 load_profile
第二部分的load profile。可以进一步的看到数据库的负载具体情况。里面有两个重要的指标:
Redo size(bytes):每秒产生的REDO。
Transactions: 每秒事务数。
每秒redo数量和每秒事务数,这两个指标最能够体现数据库的繁忙程度。我截图的AWR,显示每秒产生的redo有88M。每秒有1561个事务。这是一套高并发批处理程序的生产库,数据库在凌晨的业务处理非常繁忙。
按照这个情况推算。每秒88M的redo 归档,一小时会产生309G的归档。其他load profile 解释如下:
Redo size:每秒产生的日志大小(单位字节),可标志数据变更频率, 数据库任务的繁重与否。
Logical reads:每秒/每事务逻辑读的块数.平决每秒产生的逻辑读的block数。Logical Reads= Consistent Gets + DB Block Gets
Block changes:每秒/每事务修改的块数
Physical reads:每秒/每事务物理读的块数
Physical writes:每秒/每事务物理写的块数
User calls:每秒/每事务用户call次数
Parses:SQL解析的次数.每秒解析次数,包括fast parse,soft parse和hard parse三种数量的综合。 软解析每秒超过300次意味着你的"应用程序"效率不高,调整session_cursor_cache。在这里,fast parse指的是直接在PGA中命中的情况(设置了session_cached_cursors=n);soft parse是指在shared pool中命中的情形;hard parse则是指都不命中的情况。
Hard parses:其中硬解析的次数,硬解析太多,说明SQL重用率不高。每秒产生的硬解析次数, 每秒超过100次,就可能说明你绑定使用的不好,也可能是共享池设置不合理。这时候可以启用参数cursor_sharing=similar|force,该参数默认值为exact。但该参数设置为similar时,存在bug,可能导致执行计划的不优。
Logons:每秒/每事务登录的次数
Executes:每秒/每事务SQL执行次数
Transactions:每秒事务数.每秒产生的事务数,反映数据库任务繁重与否。
在SQL Server
2008中有很多组件可以进行性能数据收集。为了设定收集数据的类型以及收集计划,数据收集器需要使用管理数据仓库。管理数据仓库也是一个关系型数据库,
但在创建该数据库时很多默认设置需要进行修改,在我们后面的实验中将深入讨论。理想状态下,管理数据仓库最好和生产环境的数据库位于不同的服务器上,以便
实现更好的性能。
在此练习中,我们将分析系统所支持的数据收集组,并查看其中所提供的信息。
1.查看并分析Disk Usage 的趋势
(1)在Object Explorer 中右键点击Management, 然后点击Data Collection. 依次点击Reports, Management Data Warehouse, Disk Usage Summary.
·可以看到每个数据库的初始大小,当前大小,以及平均每天的增量均会显示出来
·点击AdventureWorks2008 数据文件的趋势图,可以看到该数据库的详细信息:
查看Disk Usage Collection Set 的输出信息,从而可以了解到数据库的增长速度是否超过了预期值
(2)如果数据库的增长速度超过预期值,我们还可以双击该数据库中的数据表,以便查看最为消耗资源的数据表是哪些
(3)在Object Explorer 中展开Databases 然后右键点击AdventureWorks2008并点击Reports,
从而查看Disk Usage by Top Tables 的标准报表。在Reports 菜单中,依次点击Standard Reports,
Disk Usage by Top Tables.
2.查看并分析Query Statistics 的趋势
(1)当这些查询运行时,系统处于非常忙碌的状态,因此会产生大量CPU负载
(2)在Object Explorer 中,依次展开Management, Data Collection, Reports, Management Data Warehouse, 然后右键点击Query Statistics History
(3)点击Rank Queries by:中的Duration链接,查看Most Expensive Queries by Total Duration
(4)在Most Expensive Queries by Total Duration 中点击Query 1,可以看到详细信息,包括哪些查询最耗资源、不同查询计划的开销等。
(5)此外,我们还可以查看查询计划的详细信息:
3.查看并分析Server Activity 的趋势
(1)在Object Explorer 中,依次展开节点Management, Data Collection, Reports, Management Data Warehouse并右键点击Server Activity
(2)注意Server Activity 分为CPU, Memory, Disk I/O, Network, Waits 以及Activity 几个部分,每个部分我们都可以查看到更为详细的信息
(3)任意点击SQL Server Waits 中的某个竖条,可以查看到不同的等待状态
(4)展开Lock 节点查看详细信息。在Lock 节点中我们可以打开SQL Server Blocking 页面:
(5)点击Chain # 下的1 可以看到更为详细的信息
(6)关闭所有SQLCMD 窗口
(7)退出SQL Server Management Studio
create table [databasename].dbo.xsda(
学号 varchar(20) not null,
[姓名] [varchar](20) not null
)
创建时添加你的数据库名字或者
use [databasename]
go
然后再创建
电力市场分析收集的数据资源主要有:
1、社会经济发展的主要指标。
2、国民经济的发管选投盐态刑展战略和产业结构调整情况。
3、分类行业用电量和负荷资料。
4、电能占能源消费比例及未来走势。
5、各行业增加值、主来自要产品单耗及其未来走势。
6、分类行业产品成本中电费所占比例及未来发展趋势。
7、气温与用电需求关系分析。
8、居属呼车背植态挥茶频及边民收入关况、家用民器普及率、平均居住面积。