oracle11g 在112G内存中如何使用hugepage提高性能

最新推荐文章于 2024-05-27 22:16:55 发布
最新推荐文章于 2024-05-27 22:16:55 发布
阅读量1w 收藏 3
点赞数 1
分类专栏： oracle basic
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/csdnhsh/article/details/95736608
版权

 

1，关于Hugepage

HugePage广泛启用开始于Kernal 2.6,一些版本下2.4内核也可以是用。在操作系统Linux环境中，内存是以页Page的方式进行分配，默认大小为4K。如果需要比较大的内存空间，则需要进行频繁的页分配和管理寻址动作。

 

HugePage是传统4K Page的替代方案。顾名思义，是用HugePage可以让我们有更大的内存分页大小。无论是HugePage还是传统的正常Page，这个过程都涉及到OS内存寻址过程。

 

当一个进程访问内存的时候，并不是直接进行内存位置访问，是需要通过Page Table进行转移变换。在使用HugePage的情况下，PageTable具有了额外的属性，就是判断该页记录是HugePage还是Regular Page。

 

在Oracle运行环境中开启HugePage是有很多好处的。具体如下：

 

1）非Swap内存：当开启HugePage的时候，HugePage是不会Swap的；

2）减少TLB（TranslationLook aside Buffer）负担：TBL是在CPU里面的一块缓冲区域，其中包括了部分Page Table内容。使用HugePage可以减少TLB工作负载；

3）减少Page Table空间负载：在PageTable管理中，每条Page记录是要占据64byte的空间的。也就是说，如果一块50G的RAM，4k大小的PageTable要有80MB左右；

4）减少PageTable检索负载：更小的PageTable意味着更快的检索定位能力；

5）内存性能提升：Page数量减少、大小的增加，减少了管理过程的复杂性，进一步减少了瓶颈出现的概率；

 

 

2，oracle设置hugepage

对于Oracle而言，实例运行环境（Database和ASM）都面对一个HugePage优化的问题。

 

如果是使用11g，Oracle版本，一定需要进行额外的配置，就是将使用的AMM退化为ASMM。在早期的11.2.0.1版本中，这个步骤很重要。因为AMM是不支持HugePage的，如果强在AMM+HugePage模式下打开数据库，是会遇到失败信息。

 

在最新的11.2.0.2版本以及之后，引入了参数use_large_pages，避免了这样的问题。但是AMM与HugePage不兼容的情况，还是存在。所以，需要将ASM切换成AMM，AMM、ASMM切换参考：http://blog.itpub.net/17203031/viewspace-774928/。

 

假如当前是使用AMM的数据库，HugePages_Total,HugePages_Free均为零，表示没有生效，如下所示：

可以看到，HugePages_Total,HugePages_Free均为零，证明没有使用，但可以配置。如果上面什么都没有显示，证明不能配置。

[root@crmtest ~]# cat /proc/meminfo | grep -i huge                                                                                                                                                                                                                      

AnonHugePages:     28672 kB

HugePages_Total:       0

HugePages_Free:        0

HugePages_Rsvd:        0

HugePages_Surp:        0

Hugepagesize:       2048 kB

[root@crmtest ~]#

 

 

blog原文地址：http://blog.csdn.net/mchdba/article/details/51030668，谢绝转载。

如果碰到这种free比total小，证明已经生效，如下所示：

[root@crmtest oracle]# cat /proc/meminfo | grep -i huge                                                                                                                                                                                                            

AnonHugePages:     20480 kB

HugePages_Total:    2588

HugePages_Free:     2449

HugePages_Rsvd:     2421

HugePages_Surp:        0

Hugepagesize:       2048 kB

[root@crmtest oracle]#

[root@crmtest oracle]# grep Huge /proc/meminfo

AnonHugePages:     20480 kB

HugePages_Total:    2588

HugePages_Free:     2449

HugePages_Rsvd:     2421

HugePages_Surp:        0

Hugepagesize:       2048 kB

[root@crmtest oracle]#

 

 

大内存技术，不支持内存自动管理，必须关闭AMM(自动内存管理）特性才能使用hugepage，调整方法如下：

对于OLTP系统：                                                                                                                                                                                                                                                                               

SGA_TARGET=(物理内存 x 80%) x 80%

SGA_MAX_SIZE=(物理内存 x 80%) x 80%

PGA_AGGREGATE_TARGET=(物理内存 x 80%) x 20%

 

ALTER SYSTEM SET sga_max_size = 103079215104 SCOPE=SPFILE;

ALTER SYSTEM SET sga_target = 75591424409 SCOPE=SPFILE;

ALTER SYSTEM SET PGA_AGGREGATE_TARGET = 18897856102 SCOPE=SPFILE;

ALTER SYSTEM SET memory_target = 0 SCOPE=SPFILE;

ALTER SYSTEM SET memory_max_target = 0 SCOPE=SPFILE;

 

 

执行后，保存到spfile中，重启oracle实例：

SQL> shutdown immediate                                                                                                                                                                                                                                                              

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL>

SQL>

SQL> startup

ORA-00843: Parameter not taking MEMORY_MAX_TARGET into account

ORA-00849: SGA_TARGET 103079215104 cannot be set to more than MEMORY_MAX_TARGET 0.

SQL>

 

 

这个问题的原因是Oracle启动过程中对于参数的内部检查。因为MEMORY_MAX_TARGET被“显示”的赋值，与SGA_TARGET赋值相冲突。

 

解决的方法就是使用参数默认值。创建出pfile之后，将显示赋值为0的MEMORY_TARGET和MEMORY_MAX_TARGET记录行删除掉。再利用pfile启动数据库，重建spfile，如下所示：

SQL> create pfile='/tmp/pfile6.ora' from spfile;                                                                                                                                                                                                                             

 

File created.

 

SQL> exit

Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

[oracle@crmtest ~]$ vim /tmp/pfile6.ora

[oracle@crmtest ~]$

SQL> startup nomount pfile='/tmp/pfile6.ora';

ORA-32006: LOG_ARCHIVE_START initialization parameter has been deprecated

ORA-27102: out of memory

Linux-x86_64 Error: 28: No space left on device

SQL> exit

Disconnected

 

 

 

3，设置用户内存配置

3.1，修改/etc/security/limits.conf参数文件，添加数据库实例用户的memlock限制

如果不配置锁定内存，在后alert_sid.log中会有类似如下的建议：

RECOMMENDATION:

  Total System Global Area sizeis 5 GB. For optimal performance,

  prior to the next instancerestart:

  1. Large pages areautomatically locked into physical memory.

 Increase the per process memlock(soft) limit to at least 5 GB to lock

 100% System Global Area's largepages into physical memory

并且，hugepage并没有真正使用起来！主要是配置如下2个设置：

oracle soft memlock

oracle hard memlock

注意，这里设置的值均以kb为单位的！

设置用户内存配置，有个计算规则是：实际物理内存 > 锁定内存 >=HugePages_Total*Hugepagesize；

 [root@crmtest oracle]# free -t

            total       used       free    shared    buffers     cached

Mem:    115742368   76624776   39117592          0    133644   68080568

-/+ buffers/cache:    8410564 107331804

Swap:            0          0          0

Total:  115742368   76624776   39117592

[root@crmtest oracle]#

看到free -t，把total的值取出来，修改/etc/security/limits.conf参数文件，添加数据库实例用户的memlock限制，限制的值就是total值115742368。启用HugePage的第一步就是进行用户参数限制打通，当前内存大小如下：

[root@crmtest oracle]# vim/etc/security/limits.conf

oracle soft memlock 115742368

oracle hard memlock 115742368

注意，这里设置的值均以kb为单位的！

 

遵循原则是：实际物理内存 > 锁定内存 >=HugePages_Total*Hugepagesize，Hugepagesize值从哪里看呢？可以从meminfo里面找到，如下所示：

[root@pldb1 ~]# cat /proc/meminfo | grep -ihuge

AnonHugePages:     30720 kB

HugePages_Total:   49346

HugePages_Free:    29238

HugePages_Rsvd:    29045

HugePages_Surp:        0

Hugepagesize:       2048 kB

[root@pldb1 ~]#

 

 

3.2，oracle中大内存技术的配置建议，oracle针对大内存技术，提供了一个脚本如下：

[root@crmtest oracle]# sh /oracle/hugepages_set.sh                                                                                                                                                                                                                 

 

This script is provided by Doc ID 401749.1 from My Oracle Support

(http://support.oracle.com) where it is intended to compute values for

the recommended HugePages/HugeTLB configuration for the current shared

memory segments. Before proceeding with the execution please make sure

that:

 * Oracle Database instance(s) are up and running

 * Oracle Database 11g Automatic Memory Management (AMM) is not setup

   (See Doc ID 749851.1)

 * The shared memory segments can be listed by command:

     # ipcs -m

 

Press Enter to proceed...

 

Recommended setting: vm.nr_hugepages = 49346

[root@crmtest oracle]#

[root@crmtest oracle]#

[root@crmtest oracle]# more /oracle/hugepages_set.sh

#!/bin/bash

#

# hugepages_settings.sh

#

# Linux bash script to compute values for the

# recommended HugePages/HugeTLB configuration

#

# Note: This script does calculation for all shared memory

# segments available when the script is run, no matter it

# is an Oracle RDBMS shared memory segment or not.

#

# This script is provided by Doc ID 401749.1 from My Oracle Support

# http://support.oracle.com

 

# Welcome text

echo "

This script is provided by Doc ID 401749.1 from My Oracle Support

(http://support.oracle.com) where it is intended to compute values for

the recommended HugePages/HugeTLB configuration for the current shared

memory segments. Before proceeding with the execution please make sure

that:

 * Oracle Database instance(s) are up and running

 * Oracle Database 11g Automatic Memory Management (AMM) is not setup

   (See Doc ID 749851.1)

 * The shared memory segments can be listed by command:

     # ipcs -m

 

Press Enter to proceed..."

 

read

 

# Check for the kernel version

KERN=`uname -r | awk -F. '{ printf("%d.%d\n",$1,$2); }'`

 

# Find out the HugePage size

HPG_SZ=`grep Hugepagesize /proc/meminfo | awk '{print $2}'`

 

# Initialize the counter

NUM_PG=0

 

# Cumulative number of pages required to handle the running shared memory segments

for SEG_BYTES in `ipcs -m | awk '{print $5}' | grep "[0-9][0-9]*"`

do

   MIN_PG=`echo "$SEG_BYTES/($HPG_SZ*1024)" | bc -q`

   if [ $MIN_PG -gt 0 ]; then

      NUM_PG=`echo "$NUM_PG+$MIN_PG+1" | bc -q`

   fi

done

 

RES_BYTES=`echo "$NUM_PG * $HPG_SZ * 1024" | bc -q`

 

# An SGA less than 100MB does not make sense

# Bail out if that is the case

if [ $RES_BYTES -lt 100000000 ]; then

   echo "***********"

   echo "** ERROR **"

   echo "***********"

   echo "Sorry! There are not enough total of shared memory segments allocated for

HugePages configuration. HugePages can only be used for shared memory segments

that you can list by command:

 

   # ipcs -m

 

of a size that can match an Oracle Database SGA. Please make sure that:

 * Oracle Database instance is up and running

 * Oracle Database 11g Automatic Memory Management (AMM) is not configured"

   exit 1

fi

 

# Finish with results

case $KERN in

   '2.4') HUGETLB_POOL=`echo "$NUM_PG*$HPG_SZ/1024" | bc -q`;

          echo "Recommended setting: vm.hugetlb_pool = $HUGETLB_POOL" ;;

   '2.6') echo "Recommended setting: vm.nr_hugepages = $NUM_PG" ;;

    *) echo "Unrecognized kernel version $KERN. Exiting." ;;

esac

 

# End

[root@crmtest oracle]#

 

 

 

3.3，然后开始运行脚本

[root@crmtest oracle]# sh /oracle/hugepages_set.sh                                                                                                                                                                                                                 

 

This script is provided by Doc ID 401749.1 from My Oracle Support

(http://support.oracle.com) where it is intended to compute values for

the recommended HugePages/HugeTLB configuration for the current shared

memory segments. Before proceeding with the execution please make sure

that:

 * Oracle Database instance(s) are up and running

 * Oracle Database 11g Automatic Memory Management (AMM) is not setup

   (See Doc ID 749851.1)

 * The shared memory segments can be listed by command:

     # ipcs -m

 

Press Enter to proceed...

 

Recommended setting: vm.nr_hugepages = 49346

[root@crmtest oracle]#

 

可以看到，运行脚本显示，将vm.nr_hugepages设置为49346

 

3.3，设置/etc/sysctl.conf

sga_target < = sga_max_size

pga_aggregate_target

 

[root@crmtest oracle]# vim  /etc/sysctl.conf

[root@crmtest oracle]#

[root@crmtest oracle]#  sysctl -p

net.ipv4.ip_forward = 0

net.ipv4.conf.default.rp_filter = 1

net.ipv4.conf.default.accept_source_route =0

kernel.sysrq = 0

kernel.core_uses_pid = 1

net.ipv4.tcp_syncookies = 1

error:"net.bridge.bridge-nf-call-ip6tables" is an unknown key

error:"net.bridge.bridge-nf-call-iptables" is an unknown key

error:"net.bridge.bridge-nf-call-arptables" is an unknown key

kernel.msgmnb = 65536

kernel.msgmax = 65536

kernel.shmmax = 68719476736

kernel.shmall = 4294967296

fs.aio-max-nr = 1048576

fs.file-max = 6815744

kernel.shmall = 2097152

kernel.shmmax = 536870912

kernel.shmmni = 4096

kernel.sem = 250 32000 100 128

net.ipv4.ip_local_port_range = 9000 65500

net.core.rmem_default = 262144

net.core.rmem_max = 4194304

net.core.wmem_default = 262144

net.core.wmem_max = 1048586

vm.nr_hugepages = 49346

[root@crmtest oracle]#

 

使用sysctl –p生效设置。

 

 

4，查看hugepage是否生效

设置好后，最好能shutdown –r now重启下服务器，在meminfo文件中，可以查到HugePages的信息，说明启用成功，如下所示：

[root@crmtest oracle]# grep Huge/proc/meminfo

AnonHugePages:     20480 kB

HugePages_Total:    2588

HugePages_Free:     2449

HugePages_Rsvd:     2421

HugePages_Surp:        0

Hugepagesize:       2048 kB

[root@crmtest oracle]#

 

现在互联网发展太快，pc server也越来越多，而且内存普遍在64G以上，所以开启hugepage提升oracle性能非常有必要。

 

 

AMM、ASMM切换参考：http://blog.itpub.net/17203031/viewspace-774928/

hugepage参考：http://blog.itpub.net/17203031/viewspace-774843/

linux下hugepage性能：http://blog.itpub.net/29371470/viewspace-1063046/

林震南
关注
  • 1
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
为oracle分配空间,oracle 11g 关于内存的分配方案。
weixin_42640271的博客
04-02 513
之前总结的memory管理的一些资料，希望对你有帮助1、MSMM(9i)PGA_AGGREGATE_TARGET来实现PGA的自动管理。此参数用来指定所有session总计可以使用最大PGA内存。SQL> show parameter WORKAREA_SIZE_POLICY;此参数用于开关PGA内存自动管理功能，该参数有两个选项：AUTO 和 MANUAL，当设置为AUTO时，数据库使用O...
启用oracle 11g 中的Huge Pages
henrybai的专栏--大亨利白--大码
03-19 2186
1.修改 /etc/sysctl.conf a)以root 登录 b) 备份 /etc/sysctl.conf c) 修改下面的参数/etc/sysctl.conf ( 如果不存在就增加一行) kernel.shmmax=45097156608 kernel.shmall =11010048 vm.nr_hugepages=13400 ( 这里假设 SGA为26G)
为Linux版本Oracle 11gR2配置HugePage
weixin_34247032的博客
09-19 185
HugePage是Oracle在Linux版本下一种性能优化手段。对于共享内存区域（SGA）的数据库系统，Oracle通常都推荐在操作系统层面配置上HugePage，为Oracle实例准备更大的可用共享内存和整块的内存。   本文主要介绍在Oracle 11gR2版本上，进行HugePage配置全过程。记录下来，共需要的朋友待查。   1、环境介绍   笔者使用Oracle 11gR2...
oracle如何使用大页、修改大页的方法
老苏畅谈运维
05-27 481
oracle如何使用大页、修改大页的方法。在 Linux 中，物理内存是以页为单位来管理的。默认的，页的大小为 4KB。同时，在 Linux 操作系统上运行内存需求量较大的应用程序时，采用的默认的 4KB 页面，将会产生较多 TLB Miss 和缺页中断，从而大大影响应用程序的性能。当操作系统以 2MB 甚至更大作为分页的单位时，将会大大减少 TLB Miss 和缺页中断的数量，显著提高应用程序的性能。
oracle hugpage,Oracle 11g 优化之hugepages配置
weixin_39879219的博客
04-04 283
hugepages配置环境：11.2.0.4 rac on redhat6.21.配置memlockvi /etc/security/limits.confSGA < (hugepage size)* (HugePages_Total) < memlock < installed RAM例如RAM=32G,则设置memlock=30397977(k,单位)* soft m...
Linux 11G RAC启用HugePages与AMM的禁用
04-20 619
HugePages是集成到Linux kernel 2.6中的一个功能。启用HugePages可以使用操作系统来支持比缺省的内存页(4KB)更大的内存页。使用非常大的内存页大小可以通过减少访问页表条目所需要的系统资源数量而...
oracle11g和OGG搭建过程
02-08
在本文中，我们将探讨如何在 CentOS7 操作系统上搭建 Oracle 11g 数据库以及 GoldenGate (OGG)。Oracle 11g 是一个广泛使用的数据库管理系统，而 OGG 则是一个用于实时数据复制和集成的工具。在 CentOS7 上部署这两...
oracle11g 大页内存设置
04-26
### Oracle 11g 大页内存设置详解 #### 一、大页内存设置前的系统及数据库配置 ##### 1. 分配 `/dev/shm` 区域为内存的80% 为了优化Oracle数据库性能并确保其稳定运行，通常需要调整系统中 `/dev/shm` 的大小。此...
Oracle Memory Management and HugePage （连载二）
04-22
在本文中，沃趣科技高级数据库工程师魏兴华讲解了关于Oracle数据库在10G版本之前的SGA（系统全局区）管理机制，并介绍了使用自动内存管理（Automatic Memory Management, AMM）和大页面（HugePage）技术的优势。...
oralce hugepage
04-18
Hugepage 技术能够显著提高 Oracle 数据库的性能，尤其是在内存访问方面。通过对 CPU 信息的了解以及详细的配置步骤，可以确保 Hugepage 的正确配置。以上步骤为 Oracle 11g 版本的配置指南，适用于大多数基于 Linux...
Centos 7.4系统启用大页hugepages
最新发布
07-24
Hugepages，作为Linux内核自2.6版本起引入的一项特性，旨在优化和提升系统的内存管理效率，特别是在处理大型数据集或运行高性能应用如Oracle数据库时表现尤为突出。通过将内存页面的大小从默认的4KB扩大到2MB甚至更...
oracle11g设置内核参数和limit的增强
11-17
从ORACLE 11gR2 for linux版本，已经不需要DBA们手动去编辑/etc/sysctl.conf文 件和/etc/security/limits.conf文件来修改操作系统的内核参数和限额，这些工作ORACL E会生成一个脚本，DBA只需要用root用户执行一下这个脚本即可。
oracle hugpage,Oracle 11g 优化之hugepages内存原理与优点
weixin_42271195的博客
04-04 277
hugepages优化内存原理与优点hugepages 优化=>SGA ，PGA不优化一、hugepages优化原理：1.1减少了PTE的使用，进而增加了LTB的命中率PTE=>page the entryLTB=>Translation Lookaside Buffer1.2 大页与普通的区别hugepage size from 2m to 256mnormal size 4k...
HugePages 大内存页
coco3600的博客
02-26 356
HugePages 大内存页 Linux HugePage 特性http://blog.csdn.net/leshami/article/details/8777639 H...
Linux大内存页Oracle数据库优化
Aamir 的专栏
07-16 4023
PC Server发展到今天，在性能方面有着长足的进步。64位的CPU在数年前都已经进入到寻常的家用PC之中，更别说是更高端的PC Server；在Intel和AMD两大处理器巨头的努力下，x86 CPU在处理能力上不断提升；同时随着制造工艺的发展，在PC Server上能够安装的内存容量也越来越大，现在随处可见数十G内存的PC Server。正是硬件的发展，使得PC Server的处理能力越来越
Linux Oracle-11g 多实例操作
爱吃盐的猿
09-04 1029
切换至数据库用户 [root@szorcl~]# su - oracle [oracle@szorcl~]$   创建新实例的参数文件 [oracle@szorcldbs]$  pwd /database/oracle/product/11.2.0/dbs [oracle@szorcldbs]$  ls hc_DBUA0.dat hc_orcl3.dat  hc_szorcl.da
11G hugepage的use_large_pages参数
jolly10的专栏
04-07 1680
11G 增加参数use_large_pages,可以灵活使用hugepages. 如果参数为True(默认值)，那么当系统的HugePage被使用尽，只有small pages的情况下，SGA也会继续运行。此时，Oracle实例就运行在内存使用混合模式(Mixed Mode)下。 如果参数为是Only，从含义上，表示Oracle实例只会使用HugePage作为内存使用。如果系统在AMM模式或者...
Oracle数据库开启Huge Page
不定期分享数据库相关内容。
09-13 3535
使用AMM的情况下，所有的SGA内存都是在/dev/shm下分配的，因此在分配SGA时不会使用HugePage。比如说Hugepages设置为90G，oracle SGA为91G，那么oracle在启动的时候就不会使用到这90G的Hugepages。如果Oracle是11g以后的版本，那么默认创建的实例会使用Automatic Memory Management (AMM)的特性，1.Hugepages是在分配后就会预留出来的，其大小一定要比服务器上所有实例的SGA总和要大，差一点都不行。
Oracle-hugepages_settings.sh
KIN ORACLE
05-11 781
#!/bin/bash # # hugepages_settings.sh # # Linux bash script to compute values for the # recommended HugePages/HugeTLB configuration # on Oracle Linux # # Note: This script does calculation for all sha
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值