- 浏览: 238704 次
最新评论
sga_target和sga_max_size
1.说明
sga_max_size是从9i以来就有的作为设置SGA大小的一个参数,而SGA_TARGET则是从10g才有的一个新参数,作为配合10g自动管理SGA而出现的
sga_target是10g的新特性,只要sga_target为非零值,那么内存组件就是采用动态分配原则,由Oracle自动调整各内存组件的大小。
2.参数查看:
SQL> show parameter sga
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 1456M
sga_target big integer 0 --自动管理关闭,每个值都是固定的。
SQL> select name,bytes/1024/1024 "size(MB)",resizeable from v$sgainfo;
NAME size(MB) RES
-------------------------------- ---------- ---
Fixed SGA Size 2.12534332 No
Redo Buffers 7.359375 No
Buffer Cache Size 544 Yes
Shared Pool Size 256 Yes
Large Pool Size 16 Yes
Java Pool Size 16 Yes
Streams Pool Size 16 Yes
Shared IO Pool Size 0 Yes
Granule Size 16 No --Granule Size 为16M
Maximum SGA Size 1449.48828 No --SGA_MAX_SIZE对应的值
Startup overhead in Shared Pool 84.60112 No
NAME size(MB) RES
-------------------------------- ---------- ---
Free SGA Memory Available 592
注意,resizeable值为NO的,都是不可动态调整的值,
而所有可动态调整的几个内存组件则正好等于SGA_TARGET的值:
2.12534332+7.359375+544+256+16+16+16+16+84.60112+592~1449.48828
我们也可以从v$sga_dynamic_components这个视图了解各内存组件的内存分配情况,和v$sgainfo内容基本是一致的,除了没有展示Gradual Size这一项
SQL> select component,current_size/1024/1024 "size(MB)" from v$sga_dynamic_components;
COMPONENT size(MB)
---------------------------------------------------------------- ----------
shared pool 256
large pool 16
java pool 16
streams pool 16
DEFAULT buffer cache 544
KEEP buffer cache 0
RECYCLE buffer cache 0
DEFAULT 2K buffer cache 0
DEFAULT 4K buffer cache 0
DEFAULT 8K buffer cache 0
DEFAULT 16K buffer cache 0
DEFAULT 32K buffer cache 0
Shared IO Pool 0
ASM Buffer Cache 0
14 rows selected
SGA = shared pool + large pool + java pool + streams pool + DEFAULT buffer cache = 256+16+16+16+544=848M
这个算出来的SGA值比SGA_TARGET的值少了4M,其实就是那个Gradual Size的值
SQL> select name,issys_modifiable from v$parameter where name like '%sga%';
NAME ISSYS_MOD
----------------------------------- ---------
sga_max_size FALSE
pre_page_sga FALSE
lock_sga FALSE
sga_target IMMEDIATE
ISSYS_MODIFIABLE列的值为FALSE的,就是不能动态修改的参数,需重启生效,为IMMEDIATE的,即可以动态修改
3.动态修改sga_target的值
SQL> alter system set sga_target=1000m;
System altered.
SQL> alter system set sga_target=2000m;
alter system set sga_target=2000m
*
ERROR at line 1:
ORA-02097: parameter cannot be modified because specified value is invalid
ORA-00823: Specified value of sga_target greater than sga_max_size
3.1 如果不带scope参数,默认为both,但要在内存中生效,必须满足SGA_TARGET<SGA_MAX_SIZE的条件,否则会报上述错误
报错解决步骤:
1)手动新建一个pfile
vi pfilepoc.ora
2)将原来的spfilepoc.ora里面的内容复制到pfilepoc.ora里面,修改里面错误的配置。
3)startup pfile='/u02/oracle/dbs/pfilepoc.ora';
4)重新创建spfile
create spfile from pfile='/u02/oracle/dbs/pfilepoc.ora';
5)再次重启
shutdown immediate
startup
3.2 如果设置大于sga_max_size---启动会报错
SQL> alter system set sga_target=2000m scope=spfile; --超过了sga_max_size的值1456M
System altered.
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
--启动会报错
SQL> startup
ORA-00838: Specified value of MEMORY_TARGET is too small, needs to be at least 2016M
尝试手动修改pfile里面的memory_target的值
vi /u01/oracle/dbs/pfiletinadb.ora
*.memory_target=2522532352
遇到另外一个报错:
SQL> startup pfile='/u01/oracle/dbs/pfiletinadb.ora'
ORA-00845: MEMORY_TARGET not supported on this system
报错是由于/dev/shm过小导致的,而且/dev/shm是一个tmpfs的文件系统,该文件系统是基于内存的,大小是随着物理内存的大小动态改变的,
一般为物理内存的一半;tmpfs文件系统可以使用物理内容,也可以使用swap。
/dev/shm的值必须大于memory_max_target
[root@oratest ~]# df -Th /dev/shm
Filesystem Type Size Used Avail Use% Mounted on
tmpfs tmpfs 1.9G 861M 1.1G 45% /dev/shm
[root@oratest ~]# vi /etc/fstab
tmpfs /dev/shm tmpfs defaults,size=2G 0 0
[root@oratest ~]# umount /dev/shm
[root@oratest ~]# mount /dev/shm
[root@oratest ~]# df -Th /dev/shm
Filesystem Type Size Used Avail Use% Mounted on
tmpfs tmpfs 2.0G 0 2.0G 0% /dev/shm
SQL> startup pfile='/u01/oracle/dbs/pfiletinadb.ora'
SQL> show parameter memory
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
hi_shared_memory_address integer 0
memory_max_target big integer 2000M
memory_target big integer 2000M
shared_memory_address integer 0
SQL> show parameter sga
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 2000m
sga_target big integer 1504m
spfile中的内容:
*.memory_max_target=2097152000
*.memory_target=2097152000
*.sga_target=1577058304
3.3 如果设置sga_max_size比sga_target小
SQL> show parameter sga
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 1648M
sga_target big integer 1008M
SQL> alter system set sga_max_size=500m scope=spfile;
System altered.
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
启动也会报错:
SQL> startup
ORA-00823: Specified value of sga_target greater than sga_max_size
结论:在11g中,这个SGA_TARGET只能设置是小于等于SGA_MAX_SIZE的大小,设置比它小,oracle会自动帮你调整,设置比它大,会报错!
4.设置的值与显示不同的原因:
SQL> show parameter sga
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 1456M
sga_target big integer 1408M
可以看到,当调整了SGA_TARGET参数从0调整为1400M,这里还有个比较有意思的地方,这多出来的8M又是什么呢?
SQL> select 1400/16 "Granual Count" from dual;
Granual Count
-------------
87.5
SQL> select 88*16 "SGA_SIZE(MB)" from dual;
SGA_SIZE(MB)
------------
1408
刚才说了Granual Size的大小为16M,由于Granual必须完整地分配,因此会分配给SGA共88个Granual,即88*16=1408M,也就是多给了8M
5.对比下,开启自动管理sga后,内部的参数发生了哪些变化:
SQL> select component,current_size/1024/1024 "size(MB)" from v$sga_dynamic_components;
COMPONENT size(MB)
---------------------------------------------------------------- ----------
shared pool 256
large pool 16
java pool 16
streams pool 16
DEFAULT buffer cache 1088 --这个值变化了。
KEEP buffer cache 0
RECYCLE buffer cache 0
DEFAULT 2K buffer cache 0
DEFAULT 4K buffer cache 0
DEFAULT 8K buffer cache 0
DEFAULT 16K buffer cache 0
DEFAULT 32K buffer cache 0
Shared IO Pool 0
ASM Buffer Cache 0
14 rows selected
SQL> select name,bytes/1024/1024 "size(MB)",resizeable from v$sgainfo;
NAME size(MB) RESIZEABLE
-------------------------------- ---------- ----------
Fixed SGA Size 2.12534332 No
Redo Buffers 7.359375 No
Buffer Cache Size 1088 Yes
Shared Pool Size 256 Yes
Large Pool Size 16 Yes
Java Pool Size 16 Yes
Streams Pool Size 16 Yes
Shared IO Pool Size 0 Yes
Granule Size 16 No
Maximum SGA Size 1449.48828 No
Startup overhead in Shared Pool 93.4275817 No
Free SGA Memory Available 48 ---重要参数
12 rows selected
注意,48就是1456-1408得到的,相当于做了个预留,告诉SGA,你可以现在只用1408M
但如果想增加,可以再多用48M,达到1456M。而这个时候只要SGA_TARGET重新设置的值没有超过SGA_MAX_SIZE的值,就可以在不停库的情况下增加SGA大小,这样做是有好处的
6.关闭自动管理sga
把SGA_TARGET设置为0,即表示禁用10g的新特性——自动分配内存,这样我们可以对各个内存组件的值进行单独设置,对于特殊的应用场景,
有时候也是需要的
SQL> alter system set sga_target=0;
设置SGA_TARGET=0以后,已经分配的内存组件的值不会变化,如果不设置新值,那么依旧保持原来的值,除非单独设置,
SQL> show parameter sga
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 1456M
sga_target big integer 0
总结:
1.SGA_MAX_SIZE是静态参数,而SGA_TARGET可以动态修改
2.当先给SGA_MAX_SIZE设置了一个较大的值,重启数据库后,SGA_TARGET可以依然保持原有大小,相当于给SGA_TARGET先预留了一些内存,
预先设置好SGA可分配内存,等到数据库出现压力导致SGA内存不足,可以直接通过sga_target动态修改到这一上限而无需停库。
3.当给SGA_TARGET设置非零值时,表示采用内存组件内存由oracle动态调整,如shared pool,db buffer cache等,这些内存组件只会跟着
SGA的大小动态进行调整(增大或减小),与其他值无关。
4.当SGA_TARGET设置为零时,表示禁用内存组件由SGA自动管理,如果未做单独设置,那么保持原有值。此时可以根据具体场景需求,单独
为某个内存组件配置合理的内存大小。
5.在11g中,这个SGA_TARGET只能设置是小于等于SGA_MAX_SIZE的大小,设置比它小,oracle会自动帮你调整,设置比它大,会报错。
1.说明
sga_max_size是从9i以来就有的作为设置SGA大小的一个参数,而SGA_TARGET则是从10g才有的一个新参数,作为配合10g自动管理SGA而出现的
sga_target是10g的新特性,只要sga_target为非零值,那么内存组件就是采用动态分配原则,由Oracle自动调整各内存组件的大小。
2.参数查看:
SQL> show parameter sga
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 1456M
sga_target big integer 0 --自动管理关闭,每个值都是固定的。
SQL> select name,bytes/1024/1024 "size(MB)",resizeable from v$sgainfo;
NAME size(MB) RES
-------------------------------- ---------- ---
Fixed SGA Size 2.12534332 No
Redo Buffers 7.359375 No
Buffer Cache Size 544 Yes
Shared Pool Size 256 Yes
Large Pool Size 16 Yes
Java Pool Size 16 Yes
Streams Pool Size 16 Yes
Shared IO Pool Size 0 Yes
Granule Size 16 No --Granule Size 为16M
Maximum SGA Size 1449.48828 No --SGA_MAX_SIZE对应的值
Startup overhead in Shared Pool 84.60112 No
NAME size(MB) RES
-------------------------------- ---------- ---
Free SGA Memory Available 592
注意,resizeable值为NO的,都是不可动态调整的值,
而所有可动态调整的几个内存组件则正好等于SGA_TARGET的值:
2.12534332+7.359375+544+256+16+16+16+16+84.60112+592~1449.48828
我们也可以从v$sga_dynamic_components这个视图了解各内存组件的内存分配情况,和v$sgainfo内容基本是一致的,除了没有展示Gradual Size这一项
SQL> select component,current_size/1024/1024 "size(MB)" from v$sga_dynamic_components;
COMPONENT size(MB)
---------------------------------------------------------------- ----------
shared pool 256
large pool 16
java pool 16
streams pool 16
DEFAULT buffer cache 544
KEEP buffer cache 0
RECYCLE buffer cache 0
DEFAULT 2K buffer cache 0
DEFAULT 4K buffer cache 0
DEFAULT 8K buffer cache 0
DEFAULT 16K buffer cache 0
DEFAULT 32K buffer cache 0
Shared IO Pool 0
ASM Buffer Cache 0
14 rows selected
SGA = shared pool + large pool + java pool + streams pool + DEFAULT buffer cache = 256+16+16+16+544=848M
这个算出来的SGA值比SGA_TARGET的值少了4M,其实就是那个Gradual Size的值
SQL> select name,issys_modifiable from v$parameter where name like '%sga%';
NAME ISSYS_MOD
----------------------------------- ---------
sga_max_size FALSE
pre_page_sga FALSE
lock_sga FALSE
sga_target IMMEDIATE
ISSYS_MODIFIABLE列的值为FALSE的,就是不能动态修改的参数,需重启生效,为IMMEDIATE的,即可以动态修改
3.动态修改sga_target的值
SQL> alter system set sga_target=1000m;
System altered.
SQL> alter system set sga_target=2000m;
alter system set sga_target=2000m
*
ERROR at line 1:
ORA-02097: parameter cannot be modified because specified value is invalid
ORA-00823: Specified value of sga_target greater than sga_max_size
3.1 如果不带scope参数,默认为both,但要在内存中生效,必须满足SGA_TARGET<SGA_MAX_SIZE的条件,否则会报上述错误
报错解决步骤:
1)手动新建一个pfile
vi pfilepoc.ora
2)将原来的spfilepoc.ora里面的内容复制到pfilepoc.ora里面,修改里面错误的配置。
3)startup pfile='/u02/oracle/dbs/pfilepoc.ora';
4)重新创建spfile
create spfile from pfile='/u02/oracle/dbs/pfilepoc.ora';
5)再次重启
shutdown immediate
startup
3.2 如果设置大于sga_max_size---启动会报错
SQL> alter system set sga_target=2000m scope=spfile; --超过了sga_max_size的值1456M
System altered.
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
--启动会报错
SQL> startup
ORA-00838: Specified value of MEMORY_TARGET is too small, needs to be at least 2016M
尝试手动修改pfile里面的memory_target的值
vi /u01/oracle/dbs/pfiletinadb.ora
*.memory_target=2522532352
遇到另外一个报错:
SQL> startup pfile='/u01/oracle/dbs/pfiletinadb.ora'
ORA-00845: MEMORY_TARGET not supported on this system
报错是由于/dev/shm过小导致的,而且/dev/shm是一个tmpfs的文件系统,该文件系统是基于内存的,大小是随着物理内存的大小动态改变的,
一般为物理内存的一半;tmpfs文件系统可以使用物理内容,也可以使用swap。
/dev/shm的值必须大于memory_max_target
[root@oratest ~]# df -Th /dev/shm
Filesystem Type Size Used Avail Use% Mounted on
tmpfs tmpfs 1.9G 861M 1.1G 45% /dev/shm
[root@oratest ~]# vi /etc/fstab
tmpfs /dev/shm tmpfs defaults,size=2G 0 0
[root@oratest ~]# umount /dev/shm
[root@oratest ~]# mount /dev/shm
[root@oratest ~]# df -Th /dev/shm
Filesystem Type Size Used Avail Use% Mounted on
tmpfs tmpfs 2.0G 0 2.0G 0% /dev/shm
SQL> startup pfile='/u01/oracle/dbs/pfiletinadb.ora'
SQL> show parameter memory
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
hi_shared_memory_address integer 0
memory_max_target big integer 2000M
memory_target big integer 2000M
shared_memory_address integer 0
SQL> show parameter sga
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 2000m
sga_target big integer 1504m
spfile中的内容:
*.memory_max_target=2097152000
*.memory_target=2097152000
*.sga_target=1577058304
3.3 如果设置sga_max_size比sga_target小
SQL> show parameter sga
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 1648M
sga_target big integer 1008M
SQL> alter system set sga_max_size=500m scope=spfile;
System altered.
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
启动也会报错:
SQL> startup
ORA-00823: Specified value of sga_target greater than sga_max_size
结论:在11g中,这个SGA_TARGET只能设置是小于等于SGA_MAX_SIZE的大小,设置比它小,oracle会自动帮你调整,设置比它大,会报错!
4.设置的值与显示不同的原因:
SQL> show parameter sga
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 1456M
sga_target big integer 1408M
可以看到,当调整了SGA_TARGET参数从0调整为1400M,这里还有个比较有意思的地方,这多出来的8M又是什么呢?
SQL> select 1400/16 "Granual Count" from dual;
Granual Count
-------------
87.5
SQL> select 88*16 "SGA_SIZE(MB)" from dual;
SGA_SIZE(MB)
------------
1408
刚才说了Granual Size的大小为16M,由于Granual必须完整地分配,因此会分配给SGA共88个Granual,即88*16=1408M,也就是多给了8M
5.对比下,开启自动管理sga后,内部的参数发生了哪些变化:
SQL> select component,current_size/1024/1024 "size(MB)" from v$sga_dynamic_components;
COMPONENT size(MB)
---------------------------------------------------------------- ----------
shared pool 256
large pool 16
java pool 16
streams pool 16
DEFAULT buffer cache 1088 --这个值变化了。
KEEP buffer cache 0
RECYCLE buffer cache 0
DEFAULT 2K buffer cache 0
DEFAULT 4K buffer cache 0
DEFAULT 8K buffer cache 0
DEFAULT 16K buffer cache 0
DEFAULT 32K buffer cache 0
Shared IO Pool 0
ASM Buffer Cache 0
14 rows selected
SQL> select name,bytes/1024/1024 "size(MB)",resizeable from v$sgainfo;
NAME size(MB) RESIZEABLE
-------------------------------- ---------- ----------
Fixed SGA Size 2.12534332 No
Redo Buffers 7.359375 No
Buffer Cache Size 1088 Yes
Shared Pool Size 256 Yes
Large Pool Size 16 Yes
Java Pool Size 16 Yes
Streams Pool Size 16 Yes
Shared IO Pool Size 0 Yes
Granule Size 16 No
Maximum SGA Size 1449.48828 No
Startup overhead in Shared Pool 93.4275817 No
Free SGA Memory Available 48 ---重要参数
12 rows selected
注意,48就是1456-1408得到的,相当于做了个预留,告诉SGA,你可以现在只用1408M
但如果想增加,可以再多用48M,达到1456M。而这个时候只要SGA_TARGET重新设置的值没有超过SGA_MAX_SIZE的值,就可以在不停库的情况下增加SGA大小,这样做是有好处的
6.关闭自动管理sga
把SGA_TARGET设置为0,即表示禁用10g的新特性——自动分配内存,这样我们可以对各个内存组件的值进行单独设置,对于特殊的应用场景,
有时候也是需要的
SQL> alter system set sga_target=0;
设置SGA_TARGET=0以后,已经分配的内存组件的值不会变化,如果不设置新值,那么依旧保持原来的值,除非单独设置,
SQL> show parameter sga
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 1456M
sga_target big integer 0
总结:
1.SGA_MAX_SIZE是静态参数,而SGA_TARGET可以动态修改
2.当先给SGA_MAX_SIZE设置了一个较大的值,重启数据库后,SGA_TARGET可以依然保持原有大小,相当于给SGA_TARGET先预留了一些内存,
预先设置好SGA可分配内存,等到数据库出现压力导致SGA内存不足,可以直接通过sga_target动态修改到这一上限而无需停库。
3.当给SGA_TARGET设置非零值时,表示采用内存组件内存由oracle动态调整,如shared pool,db buffer cache等,这些内存组件只会跟着
SGA的大小动态进行调整(增大或减小),与其他值无关。
4.当SGA_TARGET设置为零时,表示禁用内存组件由SGA自动管理,如果未做单独设置,那么保持原有值。此时可以根据具体场景需求,单独
为某个内存组件配置合理的内存大小。
5.在11g中,这个SGA_TARGET只能设置是小于等于SGA_MAX_SIZE的大小,设置比它小,oracle会自动帮你调整,设置比它大,会报错。
发表评论
-
ETL工具--kettle简介
2016-02-24 11:21 0oracle ETL工具---数据迁移 常用的有:OWB(o ... -
oracle 游标实例
2015-12-31 17:23 1200oracle游标 游标-----内存 ... -
10053事件分析
2015-12-25 17:37 7821)10053介绍: 10053 事件是oracle 提供的用 ... -
oracle绑定变量学习
2015-12-25 17:01 1586绑定变量(binding variable) ... -
oracle 绑定变量
2015-12-24 17:26 0关键词: 绑定变量(binding variable),共享池 ... -
oracle插入大量数据
2015-12-23 17:35 1412oracle插入大量数据 1.生 ... -
ORA-03113:end-of-file on communication channel
2015-12-23 14:32 1140测试上面的一个库 plsql报错:shared memory ... -
oracle分区表【转】
2015-12-23 14:20 434oracle分区表 1.表空间及 ... -
迁移数据文件到ASM【转】
2015-12-23 11:53 7661.迁移数据文件到ASM 1) ... -
adrci命令
2015-12-23 11:46 3049一、adrci说明 在oracle11g中,dump ... -
用户+角色+权限
2015-12-21 17:58 892角色与用户权限的学习 ... -
oracle database link
2015-12-21 17:08 872目前我的数据库里只有tinadb一个实例,要创建db link ... -
oracle回收站
2015-12-21 14:22 426oracle回收站 1.drop table books; ... -
使用nid修改sid和dbname
2015-12-21 15:29 762如非必要,不建议在生产库上对dbid进行修改 1、修改dbi ... -
rman模拟故障恢复实验
2015-12-18 16:08 1147补充1:restore database和recover da ... -
rman命令学习-tina(下)
2015-12-18 16:07 1154五、rman删除 delete命令 删除相关的 ... -
rman命令学习-tina(上)
2015-12-18 16:06 875RMAN学习-tina rman的功能非常强大,下面我们来一 ... -
oracle profile介绍
2015-12-16 17:34 621profile文件的介绍: Oracle系统中的profi ... -
oracle缩小表空间
2015-12-18 16:59 1756oracle缩小表空间: oracle常用的此类命令Alte ... -
oracle数据库的启动和关闭【转】
2015-12-16 15:02 1133数据库的启动和关闭 Or ...
相关推荐
4.21 SGA_MAX_SIZE 8 4.22 SORT_AREA_RETAINED_SIZE 8 4.23 PGA_AGGREGATE_TARGET 8 4.24 WORKAREA_SIZE_POLICY 9 4.25 SQL_TRACE 9 4.26 TIMED_STATISTICS 9 4.27 DB_CACHE_SIZE 9 4.28 DB_KEEP_CACHE_SIZE 9 4.29 ...
ORACLE修改SGA后无法启动的临时解决方法.比较实用的东西
sga_max_size=500M job_queue_processes=10 undo_management=auto undo_tablespace=undotbs audit_file_dest=$ORACLE_BASE/admin/orcl/adump background_dump_dest=$ORACLE_BASE/admin/orcl/bdump core_dump_dest=$...
调整优化模式optimizer_max_permutations 14 并行优化 14 parallel_adaptive_multi_user: 14 Parallel_automatic_tuning: 14 参数parallel_max_servers_parameter 14 parallel_threads_per_cpu: 15 parallel_max_...
6.2.1.4 SGA_MAX_SIZE 34 6.2.1.5 DB_BLOCK_SIZE 34 6.2.1.6 SP_FILE 35 6.2.1.7 PGA_AGGREGATE_TARGET 35 6.2.1.8 PROCESSES 36 6.2.1.9 OPEN_CURSORS 36 6.2.1.10 MAX_DUMP_FILE_SIZE 36 6.2.1.11 PARALLEL_MAX_...
· 64位的linux操作系统,设置应该大于SGA_MAX_TARGET或MEMORY_MAX_TARGET的值/或者1/2的物理内存大小。如果设置太小,SGA会分配多个内存段,影响性能,好将SGA放在一个共享内存段中 · 32位的linux操作系统,...
前两天看到一篇Redhat...这个值的设置应该大于SGA_MAX_TARGET或MEMORY_MAX_TARGET的值,因此对于安装Oracle数据库的系统,shmmax的值应该比内存的二分之一大一些。 # grep MemTotal /proc/meminfo # cat /proc/sys/k
发现问题 我使用的Oracle11g,当我敲下如下一段命令后,就让我傻眼了。。 alter system set sga_max_size=960M ...ORA-00851: SGA_MAX_SIZE 985661440 cannot be set to more than MEMORY_TARGET 784334848. 原因分析
设置oralce自动内存管理 启用oracle自动内存管理需要shutdown ,restart 1....计算memory_target大小: 代码如下: memory_target = sga_target + max(pga_aggregate_target, maximum PGA allocated) 4
mts_max_dispatchers 说明 : 指定在一个共享服务器环境中可同时运行的调度程序进程的最大数量。 值范围: 根据操作系统而定。 默认值 : 如果已配置了调度程序, 则默认值为大于 5 的任何数目或配置的调度程序的数目 ...
“In the latest release 10.2 Oracle changed these ...= 500MB the parameter _smm_max_size = 20% of P_A_T for P_A_T between 500MB and 1000MB the parameter _smm_max_size = 100M for P_A_T betweeen 1001MB