資料庫管理-第143期 Oracle DB 19c需要調整的基本引數V2(20240202)

yhw1809發表於2024-02-04

資料庫管理-第143期 Oracle DB 19c需要調整的基本引數V2(20240202)

作者:胖頭魚的魚缸(尹海文)
Oracle ACE Associate: Database(Oracle與MySQL)
網思科技 DBA總監
10年資料庫行業經驗,現主要從事資料庫服務工作
擁有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等認證
墨天輪MVP、認證技術專家,ITPUB認證專家,OCM講師
圈內擁有“總監”、“保安”、“國產資料庫最大敵人”等稱號,非著 名社恐(社交恐怖分子)
公眾號:胖頭魚的魚缸;CSDN:胖頭魚的魚缸(尹海文);墨天輪:胖頭魚的魚缸;ITPUB:yhw1809。
除授權轉載並標明出處外,均為“非法”抄襲。

2020年9月14日寫過一篇《Oracle資料庫管理每週一例-第十四期 19c需要調整的引數及操作》(https://blog.csdn.net/yhw1809/article/details/108571904),但是時過境遷,而且當時也是為了處理一些19c前期版本BUG和在Exadata上進行的調整,這裡針對19c較新補丁(≥19.20)的資料庫引數或操作進行一個總結。本文不包含針對特定BUG和功能性調整的引數變更。

1 DRM

DRM仍然是RAC環境執行的主要不穩定因素之一,簡介《Oracle資料庫管理每週一例-第十一期 DRM》(https://blog.csdn.net/yhw1809/article/details/108195827),這裡仍然建議關閉DRM:

alter system set "_lm_drm_disable"=4/5 scope=both sid='*';
無需重啟例項
oralter system set "_lm_drm_disable"=7 scope=both sid='*';
需要重啟叢集

2 readmostly objects

該引數依然可能造成GC相關異常:

alter system set "_gc_persistent_read_mostly"=false scope=spfile sid='*';alter system set "_gc_read_mostly_locking"=false scope=spfile sid='*';
需要重啟叢集

3 記憶體大頁

Oracle資料庫建議開啟記憶體大頁:

hugepages_settings.sh#!/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# 
This script is provided by Doc ID 401749.1 from My Oracle Support
() 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 the overall 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 versionKERN=`uname -r | awk -F. '{ printf("%d.%d\n",$1,$2); }'`# Find out the HugePage sizeHPG_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 counterNUM_PG=0# Cumulative number of pages required to handle the running shared memory segmentsfor 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 caseif [ $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 resultscase $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" ;;
    '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" ;;
    '4.14') echo "Recommended setting: vm.nr_hugepages = $NUM_PG" ;;
    '5.4') echo "Recommended setting: vm.nr_hugepages = $NUM_PG" ;;
    *) echo "Kernel version $KERN is not supported by this script (yet). Exiting." ;;
esac# Endchmod +x hugepages_settings.sh
./hugepages_settings.sh---> Recommended setting: vm.nr_hugepages = XXXX將上面指令碼生成內容寫入到/etc/sysctl.conf中,透過下面命令生效
sysctl -p
alter system set use_large_pages='ONLY' scope=spfile sid='*';
需要重啟例項

4 CLUSTER_INTERCONNECTS

Oracle RAC建議在資料庫配置CLUSTER_INTERCONNECTS相關引數以提升私網連線指向性與效能:

alter system set CLUSTER_INTERCONNECTS='192.nnn.nnn.X1:192.nnn.nnn.X2' sid='<instanceName>' scope=spfile;
按例項配置不同節點私網IP資訊,需要重啟叢集

5 db_files

Oracle預設db_files大小往往不能滿足實際生產需求:

alter system set db_files=10240 scope=spfile sid='*';
需要重啟叢集

6 記憶體配置

不要在PDB級別配置SHARED_POOL_SIZE, SGA_MIN_SIZE, DB_CACHE_SIZE,容易出現ORA-04031的問題切Shared pool無法釋放。詳見《資料庫管理-第八十三期 炒點冷飯(20230620)》(https://blog.csdn.net/yhw1809/article/details/131305269)。如果因為業務程式造成Shared pool過大擠佔db_cache大小,可以在CDB級別配置shared_pool_size和db_cache_size,讓PDB去自動爭用。

7 555.1

Oracle Database 19c Important Recommended One-off Patches (Doc ID 555.1),這個DOC中包含了19c最近4個版本的重要One-off補丁。還是需要注意一點,Oracle資料庫上,不是每一個BUG都會被觸發,而且大多數BUG有Workaround。如不是特定情況不建議使用One-off補丁,現在可以使用季度補丁上的月度MRP解決大部分問題。

總結

算是一篇划水,重新整理了下Oracle DB 19c(≥19.20)需要調整的基本引數。
老規矩,知道寫了些啥。

來自 “ ITPUB部落格 ” ,連結:https://blog.itpub.net/31466763/viewspace-3006210/,如需轉載,請註明出處,否則將追究法律責任。

相關文章