memory_target设置不当导致数据库无法启动解决

今天在做一个问题排查的时候碰到了另外一个有些ldquo;奇怪的rdquo;问题。 我们在测试库中已经禁用了SGA自动存储管理,结果在spf

今天在做一个问题排查的时候碰到了另外一个有些“奇怪的”问题。
我们在测试库中已经禁用了SGA自动存储管理,结果在spfile文件里丢掉了shared_pool_size的配置
测试环境的参数类似下面的样子
sga_max_size big integer 12000M
sga_target big integer 0
shared_pool_size big integer 0
db_cache_size big integer 6G
pga_aggregate_target big integer 3147483648

这种配置应该是有问题的,把shared_pool_size的部分给丢掉了。结果查看当前测试库的情况，发现shared_pool多多少少的给了2G。

COMPONENT CURRENT_M MIN_M MAX_M SPECCIFIED_M LAST_OPER LAST_OPER_TYP GRANULE_M
------------------------------ ---------- ---------- ---------- ------------ --------- ------------- ----------
shared pool 2000 992 2000 2000 MANUAL GROW 16
large pool 304 304 512 304 DEFERRED SHRINK 16
java pool 512 512 512 304 STATIC 16
streams pool 0 0 0 0 STATIC 16
DEFAULT buffer cache 6224 6144 6352 6144 MANUAL SHRINK 16
KEEP buffer cache 0 0 0 0 STATIC 16
RECYCLE buffer cache 0 0 0 0 STATIC 16
DEFAULT 2K buffer cache 0 0 0 0 STATIC 16
DEFAULT 4K buffer cache 0 0 0 0 STATIC 16
DEFAULT 8K buffer cache 0 0 0 0 STATIC 16
DEFAULT 16K buffer cache 0 0 0 0 STATIC 16
DEFAULT 32K buffer cache 0 0 0 0 STATIC 16
Shared IO Pool 0 0 0 0 STATIC 16
如果问题到这里，可能就告一段落了。
但是我又认真看了一下，发现还是有问题。SGA有12G左右，分给shared_pool 2G,buffer_cache 6G，加上large_pool,java_pool的还不到9G，剩下的部分到哪去了?