系统变化用例研究
在2004年，我能够在示范机中出现的内存故障影响应用性能之前快速地发现它。我们使用这个示范机向客户介绍我们的产品解决方案，所以要求这个示范机有个好的性能。这个机器有两条512M的内存条共计1G的内存。其中一条内存条是完全坏了，这使得系统运行缓慢。首先，我没想到内存坏了。毕竟，我加载"demo"数据和运行一些报表，并且认为虽然系统看起来比平常运行慢多了，但还是可以解释为什么性能下降了。之后，我再一次确认这机器不能合理的解释它的运行状况，因为正常情况下它运行很快，这时我开始怀疑系统是否负荷过载。这个提示我检查一下我的变化跟踪系统（我使用其中一个在常规基楚上），看看是否有重要的变化。毕竟，昨天系统还是运行良好的。什么变化了呢？当我调查监测系统，它立即报告其中一个512M内存条坏了。我通过使用Unix OS命令行很快地确定这个信息，并且真的系统不再注册RAM为1G了，而是512M。这解释了为什么"示范机运行缓慢"。那个下午，我们的MIS部门用一个新的内存条把那个坏的换了下来，准备着再给用户介绍产品。
我使用什么样的变化跟踪来诊断和解决这个问题呢？答案是：Quest Central Performance Analysis，一个全面的变化跟踪和历史的分析工具，用于帮助解决性能和与性能相关变化的问题。
使用性能分析跟踪变化
Quest Central's Performance Analysis提供一套全面的变化跟踪工具，它能自动地跟踪和报告发生在Oracle和Microsoft SQLServer数据库环境中的变化。变化跟踪工具与Performance Analysis监测工具集成在一起，提供以下功能：
定期地跟踪环境，配置和数据库对象的变化；这些变化可能影响系统和数据库性能
使用户能够把变化的出现和数据库活动关联一起，用于识别影响系统性能的变化
包括选择常见输出格式的报表，计划和变化种类过滤器，变化种类过滤器能使用户能够重新定义在任一个给定时间周期中显示一系列的变化。
IT是怎样工作的
Performance Analysis Change Tacking没有试图审计系统变化，而是集中于那些以后可能影响系统性能的变化。例如，如果在日常变化跟踪断点之间创建和删除索引，表或数据库对象，这时这些对象的变化将记录在日常变化跟踪报表中。因此从日常的观点看它们对于性能将没有什么影响，只有间隔几天去看才能看出影响。但如果在开始变化跟踪时存在索引，并且在下个变化跟踪事件发生之前被删除了，那么索引删除将被记录在变化跟踪系统中，因为它以后可能影响性能。
事例1－Microsoft SQL Server数据库上的Index Drop
在下面的例子中，由于不小心把索引从数据库系统中删除了。让我们回顾一下Performance Analysis将如何发现，诊断问题，并且是如何使DBA采取措施解决这些问题的。
但首先让我们快速地看看Performance Analysis监测产品，这样能帮助你更好地理解例子中用到的截图。如果你已经熟悉Quest Central Performance Analysis，那可以跳过下面的例子。
Performance Analysis是一个功能全面的数据库产品工具，它具有高级在线缩放，钻取和可产生报告特点的易用界面，使DBA可视化分析它们任一时刻的应用工作量。Performance Analysis利用一个低负载的数据收集机制，收集数据库服务器操作系统度量值，数据库会话统计数据，Top SQL，等待事件和IO性能度量值，给DBA提供横跨整个数据库服务器平台的特有性能视图。Performance Analysis也包括了一个日常Change Tracking模块，它通过在工作活动图表中描绘数据库系统变化，把变化和性能关联在一起。这使DBA能够可视化地确定变化和数据库性能之间的可能关系。Performance Analysis在ERP环境中也提供特定的好处，比如Oracle Application E-Business Suite和PeopleSoft。例如，它通过ERP种类报告性能，这些种类像用户，应用，程序，和报表等，使DBA更好的理解谁位于消费者的顶层，哪个用户或程序引起系统响应缓慢。Performance Analysis使DBA能够趋向于性能，在负责改善整个应用时，确保SLA位于SQL和程序层，排除SQL和锁问题确保快速地解决应用问题。下图显示了Performance Analysis History Area。
1. 历史区域以流行的类型（USER，PROGRAM，SQL，和其它）提供性能数据片断。其它区域是RECENT和REPORTS。
文章来源于领测软件测试网 https://www.ltesting.net/
