我最近发布了一个10 000个用户分析应用程序，由于交易量过大而导致性能问题。除了重写应用程序中的许多SQL以获得更好的性能之外，我们还采用自上而下的方法，我们将更多的卷和tweek添加到内存等.Oracle专家将我们的服务器从单个表空间重新设计为2个卷到2个表空间4个卷，索引将拥有自己的卷和表空间。每个卷都是一个单独的磁盘阵列，因此它们不会竞争IO。
我们已经在开发环境中执行了这一变化，我们即将进入接受状态，但在支付变更费用之前，业务部门希望看到可衡量的收益。
我可以在AWR报告中进行比较，以便在执行更改之前和之后测量此类数据吗？
答案 0 :(得分：0)
AWR的这一部分名为IO Stats。不合理的是，这是报告IO活动统计数据的地方。在该部分中有figures for each tablespace。您需要针对目标数据库运行这些报告。理想情况下，您需要几次不同的跑步，每次跑步不超过二十分钟;跑的时间越长，平均律就越有可能从你得到的数字中消除意义。
因此，原则是：您运行此报告并获得基准。然后部署更改并重新运行报告。各列的不同之处在于更改的性能优势。真的，你会希望每秒的请求和数据上升，平均时间和等待下降。
为了使这些数字更有说服力，您应该在之前和之后的测试中运行相同的工作负载。这就是Real Application Testing之类的东西。