當(dāng)前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

Swap空间利用率不释放

發(fā)布時(shí)間：2024/4/14 编程问答 27 豆豆

生活随笔收集整理的這篇文章主要介紹了 Swap空间利用率不释放小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

某個(gè)數(shù)據(jù)庫系統(tǒng)，Swap空間一直利用率很高，不能釋放。
交代一下環(huán)境：
[oracle@salesdb admin]$ more /etc/redhat-release
Red Hat Enterprise Linux Server release 7.2 (Maipo)
[oracle@salesdb admin]$ sqlplus -v

SQL*Plus: Release 12.1.0.2.0 Production
[oracle@salesdb admin]$ more /etc/sysctl.conf

kernel.shmmax = 395136991232
kernel.shmall = 96468992
kernel.shmmni = 4096
kernel.sem = 5010 641280 5010 128
fs.file-max = 6815744
net.ipv4.ip_local_port_range = 9000 65500
net.ipv4.conf.all.rp_filter = 2
net.ipv4.conf.default.rp_filter = 2
net.core.rmem_default=8388608
net.core.rmem_max=16777216
net.core.wmem_default=8388608
net.core.wmem_max=16777216
fs.aio-max-nr=1048576
vm.swappiness = 0?????????????????????????? ###############這個(gè)參數(shù)###########
kernel.sysrq = 0
kernel.core_uses_pid = 1
kernel.threads-max = 65535
kernel.msgmni = 16384
kernel.msgmnb = 65535
kernel.msgmax = 65535
vm.nr_hugepages = 77572

其中設(shè)定了swappiness=0，理解的是為0就是優(yōu)先使用物理內(nèi)存，我們看看系統(tǒng)里識別到的到底是多少

調(diào)取了系統(tǒng)history，未找到sysctl -p或者reboot步驟，遂決定停庫讓其參數(shù)生效，還有vm.nr_hugepages參數(shù)也有oracle提供的腳本進(jìn)行建議設(shè)定；
1，非7.2內(nèi)核版本可參考；
#!/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

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

2，7.2內(nèi)核版本可參考；

#!/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 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 on Oracle Linux. 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\n",$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

# 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" ;;
??? '3.10') echo "Recommended setting: vm.nr_hugepages = $NUM_PG" ;;
??? '4.1') echo "Recommended setting: vm.nr_hugepages = $NUM_PG" ;;
esac

# End

將這兩個(gè)參數(shù)修改后，sysctl -p一直卡著不動(dòng)，后查看meminfo一直在緩慢增長。

# egrep 'HugePages_Total|HugePages_Free' /proc/meminfo
HugePages_Total:??? 77572???????????????????????????????????? ###########該數(shù)值一直在變，遞增#######
HugePages_Free:????? 0

考慮到停機(jī)窗口，將sysctl -p操作kill掉，reboot主機(jī)參數(shù)生效。至此swap空間也一直沒有持續(xù)增長。

[oracle@salesdb admin]$ free -m
????????????? total??????? used??????? free????? shared? buff/cache?? available
Mem:???????? 515605????? 174674??????? 1119????? 101075????? 339811????? 239079
Swap:???????? 65535?????????? 0?????? 65535

總結(jié)

以上是生活随笔為你收集整理的Swap空间利用率不释放的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。

上一篇： Jenkins+Gradle+Git自动
下一篇：数据库的日常管理经验浅谈