今天Nagios監控發現一臺Oracle數據庫服務器swap嚴重，導致部分Nagios監控項超時報警

查看該服務器，swap空間設置為32G，已使用19G，使用率非常高，并且，vmstat顯示si嚴重

此服務器物理內存32G，SGA設置20G，連接數不高，即使設置不當，也不應該出現如此嚴重的swap

cat /proc/meminfo

發現此服務器設置了HugePage，但狀態均為Free

我們知道HugePage設置后，即使不使用它，所占的內存空間也不能被其他進程使用，并且，HugePage是pin在物理內存空間的，不會被swap，也就意味著32G物理內存，其實只有12G可用，難怪這么高的swap

那么，為什么會出現這個問題呢？之前為什么沒有出現這個問題？

原因在于，此服務器在2個月前曾被重啟，之前工程師在啟動Oracle之前運行了ulimit -l unlimited，而2個月前重啟的工程師不知道開啟了HugePage，直接用標準模式重啟了Oracle。由于操作系統limit配置的問題，導致無法使用HugePage

解決方法很簡單

1.啟動Oracle前，執行ulimit -l unlimited

2.修改/etc/security/limits.conf

增加：

oracle soft memlock -1

oracle hard memlock -1

總結

以上是生活随笔為你收集整理的oracle数据库swap占用率高,Oracle数据库所在服务器swap严重的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。