基於Solaris sparc的Oracle調優
一、RAC 中cluster wait time高問題
- 1.設定LMS進程為FX 60，不要過多調整lms進程的數量
註：在Solaris 10 Update 10之後，以及Solaris 11，才可以設定進程的優先順序。可以通過看/etc/release看其版本。如Oracle Solaris 10 1/13 是表示Solaris 10 Update 11，可參考：Oracle Solaris 10 Update版本及其曆史
Oracle Solaris 10 1/06 (Update 1) U1
Oracle Solaris 10 6/06 (Update 2) U2
Oracle Solaris 10 11/06 (Update 3) U3
Oracle Solaris 10 8/07 (Update 4) U4
Oracle Solaris 10 5/08 (Update 5) U5
Oracle Solaris 10 10/08 (Update 6) U6
Oracle Solaris 10 5/09 (Update 7) U7
Oracle Solaris 10 10/09 (Update 8) U8
Oracle Solaris 10 9/10 (Update 9) U9
Oracle Solaris 10 8/11 (Update 10) U10
Oracle Solaris 10 1/13 (Update 11) U11
In /etc/system
set ip:ip_squeue_bind = 0
二、在大型系統中，startup啟動慢，載入sga慢。
- 1.為了加速sga記憶體載入，可以加大並發載入記憶體的模式：（註：預設為最大16個並發，下面的改成了32個並發），修改/etc/system中的參數：
set vmtask_ntasks_max = 0x20
echo “vmtask_ntasks_max /W 0x20” | /bin/mdb -kw
在測試環境中，在T3-4的機器上，載入450G的SGA，如果預設16個並發，需要60秒，如果用64個並發，只需要20秒左右。
三、log file sync問題
log file sync等待較多，但是log file parallel write等待時間不多。
可以用prstat -p <PID_OF_LGWR>-v 檢查lgwr的cpu使用方式，如%sys的比例，如LAT的latency。
# projadd -U oracle -K "process.max-sem-nsems=(priv,64,deny)" user.oracle
# projmod –a -K "process.max-sem-nsems=(priv,64,deny)" user.oracle
# prctl -n process.max-sem-nsems -r -v 64 -i process <PID>
# priocntl –c FX -m 60 -p 60 -s `/usr/bin/pgrep -f ora_lgwr`
# #Create Processor Set
# psrset –c 56-63
# #Turn off all but one CPU in the processor set
# psradm –f 57-63
# #Bind the lgwr to the processor set
# psrset –b 1 `pgrep –f ora_lgwr`
# #Mark the CPU as non-interruptible
# psrset –f 56
四、db file sequential/parallel read等待過高的問題。
- 1. 還是如上面的方式，使用processor sets來獨佔CPU。
- 2.確認IO已經均勻分布在每個可用的controllers/channels/ports上
- 3.在SAN環境中，考慮使用多重路徑MPXIO
- 4.使用Database Smart Flash Cache：
- db_flash_cache_file = <+flashdg/FlashCacheFile>
- db_flash_cache_size = <flashpoolsize>
參考：CON1741_Mcintosh-Top 10 Database Performance Tips for SPARC Systems Running Oracle Solaris.pptx
