環境：

數據庫: AIX5.3下的64位Oracle 10.2.0.1.0

TSM5.4：Windows2003

帶庫：IBM3100

問題描述：

1、aix系統出現3D32B80D錯誤。如下：

JTXXDBS01:> errpt |more

IDENTIFIER TIMESTAMPT C RESOURCE_NAMEDESCRIPTION

3D32B80D0203175210 P S topsvcsNIM thread blocked

3D32B80D0203175110 P S topsvcsNIM thread blocked

3D32B80D0203175110 P S topsvcsNIM thread blocked

3D32B80D0203175110 P S topsvcsNIM thread blocked

3D32B80D0203174810 P S topsvcsNIM thread blocked

3D32B80D0203174810 P S topsvcsNIM thread blocked

JTXXDBS01:> errpt -aj 3D32B80D|more

---------------------------------------------------------------------------

LABEL:TS_NIM_ERROR_STUCK_

IDENTIFIER:3D32B80D

Date/Time:Wed Feb3 17:52:06 BEIST 2010

Sequence Number: 114902

Machine Id:0005807BD600

Node Id:JTXXDBS01

Class:S

Type:PERM

Resource Name:topsvcs

Description

NIM thread blocked

Probable Causes

A thread in a Topology Services Network Interface Module (NIM) process

was blocked

Topology Services NIM process cannot get timely access to CPU

User Causes

Excessive memory consumption is causing high memory contention

Excessive disk I/O is causing high memory contention

Recommended Actions

Examine I/O and memory activity on the system

Reduce load on the system

Tune virtual memory parameters

Call IBM Service if problem persists

Failure Causes

Excessive virtual memory activity prevents NIM from making progress

Excessive disk I/O traffic is interfering with paging I/O

Recommended Actions

Examine I/O and memory activity on the system

Reduce load on the system

Tune virtual memory parameters

Call IBM Service if problem persists

3D32B80D錯誤主要是由于整個系統的負載很高，從而導致HA的心跳不能正常通訊造成的。

2、在備份時，磁盤IO的頻繁主要體現在Hdisk0和Hdisk1

從圖中看出來比較忙的磁盤IO為hdisk1和hdisk0，內存比較忙的為nocomp(非計算內存)。

用lsps –s看，

再看下圖：

主要比較忙的hdisk1和hdisk0物理卷AIX的交換空間。但交換空間的使用率卻為不足30%。

這里主要說明了AIX的paging space足夠，但paging space還是交換很頻繁。注意到內存中的nocomp(非計算內存)長達76%。這里的內存長期不釋放，導致comp(計算內存)不足，從而頻繁的使用paging space

3、AIX的NMON監控圖形

備份時的內存嚴重不足。

AIX的paging space頻繁交換。

具體原因：

這是由于每天22:00數據庫進行rman備份，磁盤的IO很頻繁，AIX系統的IO分別磁盤的輸入、輸出和Paging Space(交換空間)的輸入、輸出，這里備份主要體現在paging space的頻繁操作。其中非計算內存達到76%，長期不釋放內存。根本原因是非計算內存長期不釋放，AIX內存缺少，導致了Paging Space交換頻繁。從而導致系統的負載比較高。

限制AIX的nocomp(非計算)內存最大值。

把AIX的

minperm% = 20

maxclient% = 80

maxperm% = 80

調整更低。

解決步驟：

查看原來的AIX的minperm%、maxclient%、maxperm%的值。如下：

Root用戶查看：

>vmo –a

minperm% = 20

maxclient% = 80

maxperm% = 80

把minperm%設置成10，maxclient%設置成20，maxperm%設置成20

用root命令行執行：

1、

vmo -o minperm%=10

2、

vmo -o maxclient%=20

3、

vmo -o maxperm%=20

改變maxperm%為20，再次備份時，不再發生3D32B80D錯誤。

備注：

minperm和maxperm參數的值

操作系統通過把在曾經讀寫的內存頁留在實內存一滿足不同要求。如果文件頁面在它們的頁幀被重新分配前被請求，那就節省了輸入輸出操作。該文件頁面可以來自本地的或遠程的(如NFS)系統。

頁幀使用的文件相對用于計算的(工作或程序文本)段的文件的比例是松散地受控于minperm和maxperm的值的：

如果RAM中文件頁面所占的百分比高于maxperm，頁面替換的竊取只用于文件頁。

如果RAM中文件頁面所占的百分比低于minperm，頁面替換的竊取同時用于文件頁和計算頁。

如果RAM中文件頁面所占的百分比介于minperm和maxperm之間，頁面替換只竊取文件頁，除非文件頁的重調入數量大于計算頁數。

其中Noncomp在20％－80％之間，此時內存頁交換算法通常只交換文件緩存頁，但如果文件緩存頁的交換率大于程序頁時，程序頁也同樣被交換。由于SGA屬于Comp頁，數據文件緩存屬于Noncomp頁，而在數據大量訪問時，文件緩存頁的交換率大于程序頁(SGA)，因此大量的SGA頁面被交換；為避免大量SGA頁被交換，需要降低maxperm%值到35％以下，這樣就只有文件緩存頁面被交換，減少了SGA交換的次數。

5)結論

調整maxperm%和minperm%的值，可以將MINPERM和MAXPERM分別設為5%和20%甚至更小，從而使內存更多地被用于Oracle的SGA而不是系統的文件緩存。

具體命令：#?vmo?-o?minperm%=5?-o?maxperm%=20

注意：加-p參數可以永久更改系統的配置，否則只改動當前的系統配置，重新啟動后則失效。

總結

以上是生活随笔為你收集整理的oracle备份 ram,Oracle备份时出现AIX系统的3D32B80D错误的全部內容，希望文章能夠幫你解決所遇到的問題。

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