MSC Partitions的性能调整
1.如果版本在11.5.8以下，需要看一下patch 2405219有没有布置。这个补丁修复了procedure FND_STATS里分区表的问题。这个存储过程在运行Gather Schema Statistics并发请求的时候需要用到。这是一个很重要的patch。
2.MSC: Share Plan Partition = No需要设置。如果设置为yes将导致性能问题，你需要将它转换成yes。这个转换过程需要清除系统内所有的计划。
3.不要创建额外的计划分区。没使用的计划分区会在DB的SGA字典缓存消耗空间并导致性能问题。根据系统
的版本在MSC模式下有18张或更多的表。如果创建了10个分区，将增加到180个或更多的对象，这其中不包括
索引。
4.不要删除模板分区，这个分区为新创建的分区提供模板。删除它你的instance将无法工作。
5.确定你是否有空闲的分区。这里注意有这样一种计划分区：它没有激活且free_flag = 1，这说明该分区
已经被清除，但还没有被新分区所替代。如果这时发生了性能问题，可以将该分区删除然后创建一个全新的分区。
6.如果在ASCP下的计划或工作台出现了性能问题，可以按下列步骤进行处理：
a.If 11.5.9 or 11i FND.G - 2655277 has not been applied, then ensure that patch 2405219
has been applied for Gather Schema Statistics.
b.删除没有使用的分区。
c.为MSC模式收集统计数据。
d.针对具体计划运行“分析计划分区”程序。
e.For performance problems in the Horizontal Plan that are persistent,
please use the following SQL to attempt to resolve the issue
analyze table msc.msc_form_query compute statistics;
analyze table msc.msc_supplies compute statistics;
analyze table msc.msc_demands compute statistics;
f.如果以上步骤还无法使性能提高，请布置ASCP Engine/UI Rollup patch。具体请参考NOTE 223026.1
7.关于APS应用的回滚维护，请参考NOTE 266797.1
阅读(1626) | 评论(0) | 转发(0) |
