客户生产系统，AIX oracle 11.2.0.4 数据库版本，2节点RAC。
操作系统内存，均为125G，调整前，使用oracle memory_target自动调整分配方式，memory_max_target大小80G大小，但是shared pool大小为21G。
客户之前存在内存不够用（由于客户应用问题，导致几乎所有的SQL都需要重新硬解析，最终导致oracle shared pool大小不断变大、异常增长），导致数据库shutdown的情况，因此客户想调整oracle内存的分配方式。
本次采用治标方法：将oracle内存限制，从memory_target自动管理分配方式，进行降级使用oracle automatic shared memory management,及sga/pga分别自动管理。
一、从AMM调整为ASMM
1）查询操作系统内存大小
# svmon -G -O unit=GB
Unit: GB
-------------------------------------------------------------------------------
size inuse free pin virtual available
memory 125.22 18.2 107.06 5.74 17.4 107.05
pg space 16.0 0.05 work pers clnt other
pin 2.04 0.13 3.57
in use 17.4 0.73 # svmon -G -O unit=GB
Unit: GB
-------------------------------------------------------------------------------
size inuse free pin virtual available
memory 125.00 102.58 22.4 19.7 77.9 43.0
pg space 16.0 0.21 work pers clnt other
pin 16.0 0.13 3.57
in use 77.9 24.7
根据操作系统内存大小，进行比例分配。本次采用sga=64 /pga=24G不变大小，操作系统预留37G
2）关闭memory_target，使用oracle sga/pga分别自动管理
alter system set memory_max_target= scope=spfile;
alter system set memory_target= scope=spfile;
alter system set sga_max_size=64G scope=spfile;
alter system set sga_target=64G scope=spfile; pga_aggregate_target big integer 24G
3)发现一个问题，关闭节点2所在数据库，重启节点1所在数据库报错
ORA-00843: Parameter not taking MEMORY_MAX_TARGET into account
ORA-00849: SGA_TARGET 10737418240 cannot be set to more than MEMORY_MAX_TARGET 0.
本次采用的方式是一种较危险的操作，如果不熟悉oracle 参数文件管理方式，
建议使用文档后续学习的mos建议，blog链接方法
4）创建pfile参数文件，手工注释memory这两个oracle内存参数
#备份
create pfile='/tmp/20190125_node2.ora' from memory;
create pfile='/tmp/20190125_spfile_node2.ora' from spfile;
#拷贝编辑
cp /tmp/20190125_spfile_node2.ora /tmp/new_pfile.ora
注释new_pfile文件中的两个memory_target内存参数
SQL> show parameter pfile
NAME VALUE
------------------------------------ ----------- ------------------------------
spfile +DATANEWDG/dbcnr/parameterfile/spfile.ora
5）根据之前查询到的内容，重新覆盖生成最新的pfile文件，启动数据库即可（rac环境，使用所有的参数需要指明路径，以免出错）
create spfile='+DATANEWDG/dbcnr/parameterfile/spfile.ora' from pfile='/tmp/new_pfile.ora';
二、学习mos/blog搜索学习
MOS
ORA-, ORA- When Trying To Change SGA_TARGET With MEMORY_MAX_TARGET= Being Active (文档 ID 1397761.1)
Oracle Database - Enterprise Edition - Version 11.1.0.6 and later SYMPTOMS
When trying to set SGA_TARGET using an ALTER SYSTEM command, the following errors are raised: ORA-: Parameter not taking MEMORY_MAX_TARGET into account
ORA-: SGA_TARGET cannot be set to more than MEMORY_MAX_TARGET . CHANGES
MEMORY_MAX_TARGET was set to . CAUSE
The problem is caused by the MEMORY_MAX_TARGET parameter explicitly being set to . In case AMM should not be used, MEMORY_MAX_TARGET should not be set at all. SOLUTION
The solutions to the problem are:
1.0 本次使用的是方法1
create a PFILE from the SPFILE being used and remove the MEMORY_MAX_TARGET= and MEMORY_TARGET= lines.
After that, use the modified PFILE to create a new SPFILE and start the instance with this new setup.
2.0 另一种方式是通过参数rest重置清空参数（如果是隐含参数，使用reset将恢复默认值（待验证））
should the instance be running, then use the following commands to remove the explicit setting of MEMORY_TARGET= and MEMORY_MAX_TARGET=: alter system reset memory_target;
alter system reset memory_max_target;
BLOG
http://www.dbsnake.net/how-to-disable-asm-instance-amm.html
--参考
特别注意的是——如果要禁掉ASM实例的AMM，就一定不要同时reset memory_target和memory_max_target，
而是应该将memory_target设为0并只reset memory_max_target，但很恶心的是基本上所有的MOS文档都在说要同时reset memory_target和memory_max_target，
所以如果你没有注意到这一点，你会发现你怎么也禁不掉ASM实例的AMM。
未验证（如果是我下一次操作，可能会进行测试，这种影响较小，操作简便）