Performance Oracle10g AWR将表空间拆分为多个磁盘卷后，如何衡量改进？

我最近发布了一个10000用户的分析应用程序，该应用程序由于事务量过大而出现性能问题。除了在应用程序中重新写入许多SQL以获得更好的性能外，我们还采用自上而下的方法，将更多卷和tweek添加到内存中等。一位Oracle专家将我们的服务器从具有2个卷的单表空间重新设计为具有4个卷的2个表空间，其中索引将具有自己的卷和索引表空间。每个卷都是一个单独的磁盘阵列，因此它们不会争夺IO

我们已经在开发环境中执行了这一更改，我们即将进入接受阶段，但在为更改付费之前，业务部门希望看到可测量的收益

---

在AWR报告中，我可以在何处进行比较，以测量变更执行前后的此类数据？

AWR将此部分称为。不无道理，这是它报告IO活动统计数据的地方。在这一部分中有两个。您需要针对目标数据库运行这些报告。理想情况下，你需要几次不同的跑步，每次跑步不超过20分钟；时间越长，平均法则越有可能从你得到的数字中吸取意义

因此，原则是：运行此报告并获得基准。然后部署更改并重新运行报告。不同列之间的差异是更改的性能优势。实际上，您希望每秒的请求和数据增加，平均时间和等待时间减少

---

为了使这些数据更具说服力，您应该在测试前后运行相同的工作负载。这就是像真正的应用程序测试这样的东西真正发挥作用的地方

事后诸葛亮是一件了不起的事情，但在开始做这个练习之前，你不应该考虑衡量绩效改进吗？认真地你很久以前就需要与业务部门商定一些目标。除此之外，如果你没有量化当前问题的基准，你如何知道这些变化已经解决了真正的问题？你没有。显然，为了您的缘故，我希望他们会这样做，但实际上您只是在做鬼脸和猜测，这不是一个令人满意的调整策略。您是否运行过任何基准测试？AWR？Statspack？@APC是的，我有每周-每天（上午8点-下午6点）和每小时的AWR，以及在开发中进行更改前后的井文件加载场景。我写这篇文章的原因是，我不知道报告中的哪一部分是正确的，与建议的更改无关。