数据仓库的数据获取与管理.ppt

? 63 ? 性 能 监 控 ? 3.3 ? ? 开始时 , 管理人员必须确定他们的性能期望 这些期望并不是一成不变的 , 因为性能和数据 特点都会随时间而改变。不仅历史数据会聚集起来 , 而且新的主题也会被添加到数据仓库中去。 管理人员必须定时在间歇时进行调整以适应那 些不断变化的情况。但仅仅调整也是没有用的 , 除 非知道自己正在解决的问题是什么。 所以 持续的监控 是十分重要的 , 只有这样 , 管 理人员才能认识到服务器在什么时候无法满足用户 的需求 , 或者无法满足已经设定的期望。 ? ? ? 64 ? 性 能 监 控 ? 3.3 ? ? 发现性能在下降，必须作出相应的调整 随着时间的推移 , 就会发现性能在下降 , 每年平 均下降 20% 。这是由于在对应用程序软件进行维 护时改变或增加了功能 ( 例如：提取、变换或概括 ), 也可能是由于数据仓库设计的变化。然而最大的根 源在于数据仓库的扩展。 系统管理人员必须了解这种扩展发生在哪里 , 才好以此为依据作出相应的调整。 为了减少性能的下降 , 就要收集一段时间内的 性能统计数字，并利用这种数据模拟服务器对未来 的发展和其他变化作出的反应 , 然后在性能下降之 前调整该系统。继续使用这个监控过程 , 以保证调 整能发挥作用。 ? ? ? 65 ? 性 能 监 控 ? 3.3 ? ? 在工具使用上有以下几种方案 ? 使用数据库服务器上的性能监控工具； ? 使用操作系统提供的性能监控工具； ? 使用第三厂家提供的工具。 ? 这些工具运作的方式各不相同 ? 有些工具使用仿真模型来预测性能 , 这类工 具通常要花费较多的时间才能正确地建立起来。它 们有预测值 , 但不适用于数据库服务器的实时监控 ; ? 有些工具使用排队模型进行性能模拟 , 但这 类工具对系统作出了一些假设 , 如果这些假设不适 用于你的情况 , 就会影响到结果的准确性。 ? ? 后一类工具往往能提供更具体 的信息并协助解释收集来的数据。 ? 66 ? 性 能 监 控 ? 3.3 ? ? 大多数工具的特点 ? 都忽略了预测这一步 , 只去监控数据库服务 器的实际活动 , 收集数据并帮助确定数据的含义。 ? 它们进行实时监控、近期监控和历史分析 , 并存在于靠近 CPU 的位置 , 使分析人员能够通过 一个前端界面或控制台跟踪系统行为。 ? 它们度量诸如存储空间这样的数据 , 寻找自 由空间或存储残片 , 度量缓冲区活动和 I/O 性能数 据 , 还要度量内存管理数据，检查缓冲区高速缓存 系统和虚拟内存管理的有效性。 ? 这些工具提供由一个 数据收集器 和 一个分 析器 / 报表生成器 构成的数据收集算法。 ? ? 数据收集器 记录并聚集性能信 息 , 而 分析器 解释数据 , 提供趋势、 提示和子系统报表生成。 ? 67 ? 性 能 监 控 ? 3.3 ? ⑴ 数据收集 数据收集一般可以采取以下两种形式： ? 取样 是要在随机取定的间歇或预定间歇 ( 例如每十 分钟一次 ) 时测量系统的活动。这种方法一般对整 个系统的性能影响很小，但很可能忽略掉系统测量 尺度中的细小差异。 ? 事件驱动 由事件驱动的数据收集在事件发生时 ( 例如更 新表格索引、检索等等 ) 触发一个信号到计数器中 去。这种方法更彻底一些 , 但它确实增加了系统开 销 , 还可能加重性能问题。 ? ? 取样法是通过仅分析填充数据的一 个小子集来估计这次填充的特征。管理 人员在测量服务器的资源使用情况时要 先确定取样的间歇与取得的粒度水平一 致。样本信息的可靠性取决于取样规模 和数据的易变性。对数据的统计分析能 确定平均值和度量尺度的变化 , 这反过 来又有助于预测该数据服务器未来的运 转情况并确定它现在的运转状况。 ? 68 ? 性 能 监 控 ? 3.3 ? ⑵ 性能分析 大多数性能工具一旦收集了这些数据之后 , 系 统管理人员就可以利用工具的分析器／报表生成器 功能 , 通过报表和图形概括数据。 这些工具甚至提供了建议提供的其他功能以改 进数据库服务器的性能 , 包括建立另外的索引、增 大高速缓存的规模或重组磁盘驱动器。 它提供的信息包括： ? 服务器使用情况的统计数字； ? 吞吐量分析； ? 平均响应时间； ? 关于子系统部件的报表。 ? ? 例 如 ： I/O 、 高 速 缓 存、内存、磁盘 的报表 ? 31 ? 数 据 管 理 概 述 ? 3.2 ? ⑸ 低性能 反应速度慢的系统令人沮丧。系统的性能必 须得到维持 , 特别是面对日益增长的用户对系统的 需求。 如果一个系统的性能开始下降 , 它们同样会被 那些在系统性能良好时对它们大加赞扬的用户们所 拒绝。 系统性能下降可以由许多原因导致： 设计不良的数据库对象、草草