/dev/shm對Oracle 11g有什么影響

/dev/shm對Oracle 11g有什么影響，很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細講解，有這方面需求的人可以來學習下，希望你能有所收獲。

　　ORACLE 從11g版本開始，引入了一個自動內存管理(Automatic Memory Management)特性，該特性需要更多的共享內存(/dev/shm)，因此如果決定應用該特性的話， 必須要確保共享內存大于ORACLE 中初始化參數MEMORY_MAX_TARGET 和MEMORY_TARGET(特別提示，這兩個參數即自動內存管理特性對應的初始化參數)的值。下面億速云小編來講解下/dev/shm對Oracle 11g有什么影響?

　　/dev/shm對Oracle 11g有什么影響

　　如果在初始化參數中設置了MEMORY_MAX_TARGET 和MEMORY_TARGET 兩參數為非0值，并且不符合系統共享內存，則ORACLE 數據庫啟動時，就會觸發ORA-00845:MEMORY_TARGET not supported on this system 錯誤。

　　Oracle 11g的Linux版本在修改了MEMORY_TARGET或者SGA_TARGET后啟動可能會報錯：

　　SQL> shutdown immediate

　　Database closed.

　　SQL> startup

　　ORA-00845: MEMORY_TARGET not supported on this system

　　在數據庫的alert日志中將有下面的報錯：

　　Starting ORACLE instance (normal)

　　WARNING: You are trying to use the MEMORY_TARGET feature. This feature requires the /dev/shm file system to be mounted for at least 10536091648 bytes. /dev/shm is either not mounted or is mounted with available space less than this size. Please fix this so that MEMORY_TARGET can work as expected. Current available is 8589852672 and used is 81920 bytes.

　　memory_target needs larger /dev/shm

　　問題很明顯：是因為/dev/shm的可用空間(非shm的總大小)小于了參數文件中設置的MEMORY_TARGET值。

　　解決辦法就是增大/dev/shm或是減小MEMORY_TARGET，下面是通過增加/dev/shm來解決：

　　/dev/shm對Oracle 11g有什么影響

　　修改前：

　　osedb01:~ # cat /etc/fstab | grep shm

　　shm /dev/shm tmpfs size=11g 0 0

　　osedb01:~ # df -h /dev/shm

　　Filesystem Size Used Avail Use% Mounted on

　　shm 11G 6.5G 4.5G 59% /dev/shm

　　MEMORY_TARGET 設置為10G，而/dev/shm可用空間的只有4.5G。

　　修改/dev/shm大小：

　　osedb01:~ # cat /etc/fstab | grep shm

　　shm /dev/shm tmpfs size=18g 0 0

　　修改完后，需要重新掛載/dev/shm生效：

　　osedb01:~ # mount -o remount /dev/shm

　　osedb01:~ # df -h /dev/shm

　　Filesystem Size Used Avail Use% Mounted on

　　shm 18G 6.5G 12G 36% /dev/shm

　　再次重啟數據庫，正常!!

　　附加：/dev/shm中的數據，在系統重啟后，數據會被清空，注意!

看完上述內容是否對您有幫助呢？如果還想對相關知識有進一步的了解或閱讀更多相關文章，請關注億速云行業資訊頻道，感謝您對億速云的支持。