• Linux配置hugepage


    对于内存较大的Oracle数据库server,配置HugePage是非常有必要的,以下是配置Huge的步骤:

    我的环境:

    OS:CentOS release 6.4 (Final)

    Oracle:11.2.0.4 RAC
    1.         设置memlock

    编辑/etc/security/limits.conf

    添加:

    * Soft memlock 稍小于RAM

    * hard memlock 稍小于RAM

    Memlock值大于sga没关系的,所以我们能够设置这个值在我们想要的SGA size和物理内存size之间,这个值得单位是kb

    [root@node1 ~]# grep -i memtot /proc/meminfo

    MemTotal:       132250576 kB

    我们物理内存大小126G,因此我能够设置memlock100G

    2个节点设置:

    [root@node1 ~]# tail -2 /etc/security/limits.conf

    * soft memlock 104857600

    * hard memlock 104857600

    设置完成后,以Oracle用户登录验证:

    node2-> ulimit -l

    104857600

    2.         禁用AMM特性:

    禁用AMM特性须要将memory_max_target, memory_max_target2个參数重置,而不不过设置为0。最好的办法是创建一个pfile,pfile中将这2个參数删除,再依据这个pfile创建spfile.

    主要内存參数设置为:

    node1->

    node1-> grep target /tmp/init.ora

    *.pga_aggregate_target=1572864000

    *.sga_target=64424509440

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

     

    File created.

     

    SQL> startup force

    ORA-27102: out of memory

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

    Additional information: -134217728

    Additional information: 1

    SQL>

    出现这个报错是由于shmall设置的太小。

    Shmall表示共享内存的总大小,单位为pagesize的大小。

    依据我的配置,最大能支持8GSGA

    node1-> getconf PAGE_SIZE

    4096

    node1->  cat /proc/sys/kernel/shmall

    2097152

    改动shmall并又一次启动数据库。改动的方法非常easy。编辑/etc/sysctl.conf

    kernel.shmall= 16252928

    就可以。

    改动完成kernel.shmall,此时能够重新启动数据库。

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

    ORACLE instance started.

     

    Total System Global Area 6.4137E+10 bytes

    Fixed Size                  2269072 bytes

    Variable Size            6979321968 bytes

    Database Buffers         5.7043E+10 bytes

    Redo Buffers              112762880 bytes

    SQL>

    SQL>

    DB启动后又一次创建spfile

    SQL>  create spfile='+OCR/sszgdb/spfilesszgdb.ora' from pfile='/tmp/init.ora';

     

    File created.

     

    SQL>

    3.         依据Oracle的脚本计算hugepage大小(计算时要确保Oracle已经启动)。也可自己计算:

     

     

    Press Enter to proceed...

     

    Recommended setting: vm.nr_hugepages = 30739

    node1->

    4.         依据脚本的计算值在2个节点编辑/etc/sysctl.conf

    增加vm.nr_hugepages = 30739

    [root@node2 ~]# grep -i huge /proc/meminfo

    AnonHugePages:    602112 kB

    HugePages_Total:   30739

    HugePages_Free:    30739

    HugePages_Rsvd:        0

    HugePages_Surp:        0

    Hugepagesize:       2048 kB停止数据库实例

    5.         重新启动server,一般重新启动server之后DB也自己主动启动了。

    server和DB重新启动后能够通过下面命令验证大页的使用情况:

    grep -i Hugepages /proc/meminfo

    此时查看Oraclealert日志,也能够发现:

    Starting ORACLE instance (normal)

    ************************ Large Pages Information *******************

    Per process system memlock (soft) limit = UNLIMITED

     

    Total Shared Global Region in Large Pages = 58 GB (96%)

     

    Large Pages used by this instance: 29761 (58 GB)

    Large Pages unused system wide = 24 (48 MB)

    Large Pages configured system wide = 30739 (60 GB)

    Large Page size = 2048 KB

     

    RECOMMENDATION:

      Total System Global Area size is 60 GB. For optimal performance,

      prior to the next instance restart:

      1. Increase the number of unused large pages by

     at least 936 (page size 2048 KB, total size 1872 MB) system wide to

      get 100% of the System Global Area allocated with large pages

    能够发现sga并没有所有放在大页里,这样可能对性能带来负面影响。Oracle建议我们再添加936个大页,可见Oracle的大页脚本计算并不准确,我们须要添加大页数量,并设置參数Use_large_pages=only。该參数确保Oracle的共享内存所有使用大页。

    再重新启动DB,此时alert日志:

    ************************ Large Pages Information *******************

    Parameter use_large_pages = ONLY

    Per process system memlock (soft) limit = 100 GB

     

    Total Shared Global Region in Large Pages = 60 GB (100%)

     

    Large Pages used by this instance: 30721 (60 GB)

    Large Pages unused system wide = 0 (0 KB)

    Large Pages configured system wide = 31675 (62 GB)

    Large Page size = 2048 KB

    能够发现sga所有使用了大页了。

    另需确保环境变量DISABLE_HUGETLBFS unset,该变量会禁用Oracle使用Hugepage

     

     

    附:计算HugePage大小的脚本:

    #!/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 note following:

     * For ASM instance, it needs to configure ASMM instead of AMM.

     * The 'pga_aggregate_target' is outside the SGA and

       you should accommodate this while calculating SGA size.

     * In case you changes the DB SGA size,

       as the new SGA will not fit in the previous HugePages configuration,

       it had better disable the whole HugePages,

       start the DB with new SGA size and run the script again.

    And 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 ",$1,$2); }'`

     

    # Find out the HugePage size

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

    if [ -z "$HPG_SZ" ];then

        echo "The hugepages may not be supported in the system where the script is being executed."

        exit 1

    fi

     

    # Initialize the counter

    NUM_PG=0

     

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

    for SEG_BYTES in `ipcs -m | cut -c44-300 | awk '{print $1}' | 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.2') echo "Kernel version $KERN is not supported. Exiting." ;;

        '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" ;;

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

    esac

     

    # End

  • 相关阅读:
    java静态内部类的作用
    java CountDownLatch 控制异步和同步
    @PostConstruct注解
    Springboot bean初始化方法InitializingBean
    logback同时输出到控制台和文件,并按级别输出到不同的文件配置开箱即用
    记录一次Curator操作zookeeper的错误
    海豚调度DolphinScheduler源码分析(一)
    npm WARN config global `global`, `local` are deprecated. Use `location解决方法
    kafka单机环境搭建及其基本使用
    Ubuntu下使用国内源安装Docker
  • 原文地址:https://www.cnblogs.com/mthoutai/p/7119385.html
Copyright © 2020-2023  润新知