dbms_spm执行stored outline迁移
dbms_spm包有以下函数用来执行stored outline迁移:
a.dbms_spm.migrate_stored_outline:将现有stored outline迁移为SQL执行计划基线。可以使用以下格式来执行迁移:
.指定outline名称，SQL文本，outline目录或所有stored outlines
.指定outline名称列表
b.dbms_spm.alter_sql_plan_baseline:改变与SQL语句相关的单个或所有执行计划属性。
c.dbms_spm.drop_migrated_stored_outline:，删除已经补迁移为SQL执行计划基线的stored outline。这个函数将找到dba_outlines中的stored outline并标记为migrated，并且从数据库中删除这些otulines。
与stored outline迁移相关的初始化参数:
.create_stored_outlines:决定Oracle数据库是否自动创建与存储outline。
.optimizer_capture_sql_plan_baselines:启用与禁用自动识可重复SQL语句并为这些SQL语句生成SQL执行计划基线。
.use_stored_outlines:判断是否优化器使用stored outline来生成执行计划。
.optimizer_use_sql_plan_baselines:启用与禁用存储在SQL Management Base中的SQL执行计划基线。
与stored outline迁移相关的视图
.dba_outlines:描述数据库中的所有stored outline。migrated列对于outline迁移很重要并且它的值为not-migrated与migrated。当为migrated时，stored outline已经迁移为执行计划基线并且不能再使用。
.dba_sql_plan_baselines:显示为特定SQL语句当前所创建的SQL执行计划基线。origin列指示执行计划基线是怎么创建的。当值为stored-outline时指示执行计划基线是通过迁移outline而创建的。
stored outline迁移的基本操作:
1.stored outline迁移的准备操作:
检查迁移条件并且决定要迁移的执行计划基线的行为
2.选择以下操作之一:
.使用SQL执行计划管理功能来迁移outline
.当完全保留stored outline行为时迁移outline为执行计划基线
3.执行迁移后的确认与清理
stored outline迁移的准备操作
1.使用SQL*Plus以sysdba权限或有dbms_spm执行权限的用户登录数据库
[oracle@db1 ~]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.4.0 Production on Sat Oct 29 20:55:52 2016
Copyright (c) 1982, 2013, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,
Data Mining and Real Application Testing options
2.查询数据库中的stored outline
SQL> select name,category,sql_text from dba_outlines where migrated='NOT-MIGRATED';
no rows selected
3.决定那个stored outline满足迁移条件:
.语句必须不是insert as select语句
.语句必须没有引用远程对象
.语句必须没有私有stored outline
4.决定是否迁移所有outline，特定stored outline或者属于某个特定outline目录中的outlines。如果不打算迁移所有outline，那么就要列出你要迁移的outline或outline目录。
5.决定stored outline被迁移成SQL执行计划基线时是使用固定执行计划还是非固定执行计划：
.固定执行计划
一个固定执行计划是冻结的。如果一个固定执行计划使用执行计划基线中的hint来重新生成，那么优化器总是选择成本最低的固定执行计划而不是那些不固定的执行计划基线。本质上，一个固定的执行计划基线实际是使用有效hint的stored outline。当数据库基于执行计划基线中的hint并且使用执行计划基线中相同plan hash值来创建执行计划时，这个固定执行计划就能被重新生成。如果多个hint中的一个变为无效，那么数据库不可能使用相同的plan hash值来创建执行计划。在这种情装饰品下，这种执行不可重新生成。当使用hint解析时，如果一个固定的执行计划不能重新生成，那么优化器将选择不同的执行计划，它可能是:
.SQL执行计划基线中的另一个执行计划。
.通过优化器重新生成执行计划
在有些情况下，因为不同的执行计划会出现性能差异，这时就需要进行SQL优化。
.非固定执行计划
如果执行计划基线没有包含固定的执行计划，那么SQL Plan Management将考虑为SQL语句选择一个等价的执行计划。
6.在开始真下迁移之前，确保Oracle满足以下条件:
.数据库必须是企业版本
.数据库必须是open且不能是暂停状态
.数据库必须不能是限制模式来访问，只读或迁移模式
使用SQL Plan Management来迁移outline
这个任务的目标是:
.为了允许SQL Plan Management来从执行计划基线中为一个SQL语句选择所有执行计划来代替在迁移后应用相同的固定执行计划。
.为了允许SQL执行计划基线通过向基线中增加新的执行计划来面对数据库的改变
下面的例子假设以下条件成立:
.迁移所有outline
.想要执行计划基线的模块名与被迁移的outline目录名相同