最近项目设计到数据库内存分配,于是在网上搜了一下,看了几篇文章,总结如下:
oracle 实例结构:
oracle实例 = 内存结构+进程结构
oracle进程=服务进程+用户进程
主要的后台进程有:
DBWR:数据库读写进程
LGWR:日志记录进程
ARCH:归档进程
CKPT:检查点进程(日志切换;上一个检查点之后,又超过了指定的时间;预定义的日志块写入磁盘;例程关闭,DBA强制产生,表空间offline)
LCKn:封锁进程
Dnnn:调度进程
内存结构:
oracle内存结构=SGA(系统全局区) + PGA(程序全局区)
SGA:是用于存储数据库信息的内存区,该信息为数据库进程所共享。它包含Oracle 服务器的数据和控制信息,它是在Oracle服务器所驻留的计算机的实际内存中得以分配,如果实际内存不够再往虚拟内存中写
理论上SGA可占OS系统物理内存的1/2――1/3
原则:SGA+PGA+OS使用内存<总物理RAM
SGA=((db_block_buffers*blocksize)+(shared_pool_size+large_pool_size+java_pool_size+log_buffers)+1MB
1、SGA系统全局区.(包括以下五个区)
A、数据缓冲区:(db_block_buffers)存储由磁盘数据文件读入的数据。
大小: db_block_buffers*db_block_size
Oracle9i设置数据缓冲区为:Db_cache_size
原则:SGA中主要设置对象,一般为可用内存40%。
B、共享池:(shared_pool_size):数据字典,sql缓冲,pl/sql语法分析.加大可提速度。
原则:SGA中主要设置对象,一般为可用内存10%
C、日志缓冲区:(log_buffer)存储数据库的修改信息.
原则:128K ---- 1M 之间,不应该太大
D 、JAVA池(Java_pool_size)主要用于JAVA语言的开发.
原则:若不使用java,原则上不能小于20M,给30M通常就够了
E、大池(Large_pool_size) 如果不设置MTS,主要用于数据库备份恢复管理器RMAN。
原则:若不使用MTS,5---- 10M 之间,不应该太大
SGA=. db_block_buffers*db_block_size+ shared_pool_size+ log_buffer+Java_pool+size+large_pool_size
原则:达到可用内存的55-58%就可以了.
2、PGA程序全局区
PGA:包含单个服务器进程或单个后台进程的数据和控制信息,与几个进程共享的SGA 正相反PGA 是只被一个进程使用的区域,PGA 在创建进程时分配在终止进程时回收.
A、Sort_area_size 用于排序所占内存
B、Hash_area_size 用于散列联接,位图索引
这两个参数在非MTS下都是属于PGA ,不属于SGA,是为每个session单独分配的,在我们的服务器上除了OS + SGA,一定要考虑这两部分
原则:OS 使用内存+SGA+并发执行进程数*(sort_area_size+hash_ara_size+2M) < 0.7*总内存
实例配置
一:物理内存多大
二:操作系统估计需要使用多少内存
三:数据库是使用文件系统还是裸设备
四:有多少并发连接
五:应用是OLTP 类型还是OLAP 类型
基本掌握的原则是, db_block_buffer 通常可以尽可能的大,shared_pool_size 要适度,log_buffer 通常大到几百K到1M就差不多了
A、如果512M RAM 单个CPU db_block_size 是8192 bytes
SGA=0.55*512M=280M左右
建议 shared_pool_size = 50M, db_block_buffer* db_block_size = 200M
具体: shared_pool_size =52428800 #50M
db_block_buffer=25600 #200M
log_buffer = 131072 # 128k (128K*CPU个数)
large_pool_size=7864320 #7.5M
java_pool_size = 20971520 # 20 M
sort_area_size = 524288 # 512k (65k--2M)
sort_area_retained_size = 524288 # MTS 时 sort_area_retained_size = sort_area_size
B、如果1G RAM 单个CPU db_block_size 是8192 bytes
SGA=0.55*1024M=563M左右
建议shared_pool_size = 100M , db_block_buffer* db_block_size = 400M
具体: shared_pool_size=104857600 #100M
db_block_buffer=51200 #400M
log_buffer = 131072 # 128k (128K*CPU个数)
large_pool_size=15728640 #15M
java_pool_size = 20971520 # 20 M
sort_area_size = 524288 # 512k (65k--2M)
sort_area_retained_size = 524288 # MTS 时 sort_area_retained_size = sort_area_size
C、如果2G 双CPU db_block_size 是8192 bytes
SGA=0.55*2048M=1126.4M左右
建议 shared_pool_size = 200M , db_block_buffer *db_block_size = 800M
具体: shared_pool_size=209715200 #200M
db_block_buffer=103192 #800M
log_buffer = 262144 # 256k (128K*CPU个数)
large_pool_size=31457280 #30M
java_pool_size = 20971520 # 20 M
sort_area_size = 524288 # 512k (65k--2M)
sort_area_retained_size = 524288 # MTS 时 sort_area_retained_size = sort_area_size
参数更改方式
Oracle9i:
两种方式:第一种是修改oracle启动参数文件后,通过此参数文件再创建服务器参数文件
第二种是直接运行oracle修改命令进行修改。
SQL>alter system set db_cache_size=200M scope=spfile;
SQL>alter system set shared_pool_size=50M scope=spfile;
Oracle 11g中引入了自动内存管理,但oracle 11g依然支持手工内存分配:
1:oracle 11g使用memory_target来支持内存自动分配。
2:使用sga_target和pga_target参数来设置SGA和PGA,数据库会在这两个组件中自我优化。
3:你也可以手工设置SGA中的各个组件。比如db_cache_size,shared_pool_size等组件。
oracle 11g中新的内存初始化参数:
有两个新的关键的内存初始化参数memory_target(这个参数设置分配给实例的内存数)和memory_max_size(这个参数是可选的,设置实例能够分配的最大内存,设置的是memory_target的上限值)。
memory_max_size参数是静态,然而memory_target是动态的。因此你可以调整memory_target参数值的大小,但上限是memory_max_size。
对自动内存管理的配置有两种情况,在创建数据库时或者是创建数据库后。
1:在数据库创建期间设置自动内存管理:如果是手工建库,那么你只需要设置好如下类似初始化参数即可:
memory_target = 1000m
memory_max_target = 1500m
如果是采用DBCA创建数据库,如果是创建新库并且是高级安装,你能选择自动内存管理选项。如果是选择基本安装,那么默认就是自动内存管理。
2:在数据库创建后:你可以在数据库创建后添加memory_max_target和memory_target.虽然memory_target是一个动态参数,但是当数据库运行时,你不能交换到自动内存管理。必须重启数据库将参数应用到实例启动过程才行。
实现自动内存管理,有下列原则:
MEMORY_TARGET 设置为非零值时:
1:如果设置了SGA_TARGET 和 PGA_AGGREGATE_TARGET,则会分别将它们当作 SGA大小和 PGA 大小的最小 值。MEMORY_TARGET 可以将 SGA_TARGET + PGA_AGGREGATE_TARGET 的值作为 MEMORY_MAX_SIZE。
2:如果设置了 SGA_TARGET 但未设置PGA_AGGREGATE_TARGET,则仍会自动优化这两个参数。PGA_AGGREGATE_TARGET 将初始化为以下值:(MEMORY_TARGET -SGA_TARGET)。
3: 如果设置了 PGA_AGGREGATE_TARGET 但未设置 SGA_TARGET,则仍会自动优化这两个参数。SGA_TARGET 将初始化为值 min(MEMORY_TARGET -PGA_AGGREGATE_TARGET, SGA_MAX_SIZE(如果用户已设置)),系统将自动优化子组件。
4:如果未设置任何参数,则无需最小值或默认值即可自动优化这两个参数。 有这样一个策略:在初始化过程中,将服务器的总内存按固定比率分配给SGA 和 PGA。该策略将在启动时分配 60% 的内存给SGA,40% 的内存给 PGA。如果未设置 MEMORY_TARGET,或者将其显式设置为 0(11g 中的默认值为 0):
5:如果设置了 SGA_TARGET,则系统仅自动优化 SGA 的子组件大小。PGA 的自动优化与是否显式设置 PAG 无关。但是,不会自动优化整个SGA (SGA_TARGET) 和 PGA (PGA_AGGREGATE_TARGET),即 SGA 和PGA 不会自动增长或收缩。如果既未设置SGA_TARGET,又未设置 PGA_AGGREGATE_TARGET,则遵从当前的策略:自动优化PGA,但不自动优化SGA;必须显式设置部分子组件的参数(对于 SGA_TARGET)。
6: 如果仅设置了 MEMORY_MAX_TARGET,则使用文本初始化文件进行手动设置时,MEMORY_TARGET 默认为 0。SGA 和 PGA 的自动优化行为默认情况下与 10g R2 中的相同。
7:如果 SGA_MAX_SIZE 不是用户设置的,则在用户设置了 MEMORY_MAX_TARGET 的情况下,系统会在内部将其设置为 MEMORY_MAX_TARGET(与用户是否设置SGA_TARGET 无关)。
在有些场合,如果你使用自动内存管理给实例分配内存,可能会遇到下列错误,比如linux上:
SQL> startup
ORA-00845: MEMORY_TARGET not supported on this system
这是因为/dev/shm没有设置正确的值,确保这个值至少等于sga_max_size参数值。
[oracle@node1 dbs]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
14G 9.4G 3.2G 75% /
/dev/sda1 99M 14M 81M 15% /boot
none 2.0G 702M 1.4G 35% /dev/shm
可以看到该值为2G。
可以通过/etc/fstab来更改该值:
默认情况下该文件相关内容如下:
[oracle@node1 dbs]$ cat /etc/fstab |grep shm
none /dev/shm tmpfs defaults 0 0
可以将该值修改为如下:
none /dev/shm tmpfs defaults,size=2G 0 0
然后重启系统即可解决问题。