環(huán)境：

數(shù)據(jù)庫(kù): AIX5.3下的64位Oracle 10.2.0.1.0

TSM5.4：Windows2003

帶庫(kù)：IBM3100

問(wèn)題描述：

1、aix系統(tǒng)出現(xiàn)3D32B80D錯(cuò)誤。如下：

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錯(cuò)誤主要是由于整個(gè)系統(tǒng)的負(fù)載很高，從而導(dǎo)致HA的心跳不能正常通訊造成的。

2、在備份時(shí)，磁盤IO的頻繁主要體現(xiàn)在Hdisk0和Hdisk1

從圖中看出來(lái)比較忙的磁盤IO為hdisk1和hdisk0，內(nèi)存比較忙的為nocomp(非計(jì)算內(nèi)存)。

用lsps –s看，

再看下圖：

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

這里主要說(shuō)明了AIX的paging space足夠，但paging space還是交換很頻繁。注意到內(nèi)存中的nocomp(非計(jì)算內(nèi)存)長(zhǎng)達(dá)76%。這里的內(nèi)存長(zhǎng)期不釋放，導(dǎo)致comp(計(jì)算內(nèi)存)不足，從而頻繁的使用paging space

3、AIX的NMON監(jiān)控圖形

備份時(shí)的內(nèi)存嚴(yán)重不足。

AIX的paging space頻繁交換。

具體原因：

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

限制AIX的nocomp(非計(jì)算)內(nèi)存最大值。

把AIX的

minperm% = 20

maxclient% = 80

maxperm% = 80

調(diào)整更低。

解決步驟：

查看原來(lái)的AIX的minperm%、maxclient%、maxperm%的值。如下：

Root用戶查看：

>vmo –a

minperm% = 20

maxclient% = 80

maxperm% = 80

把minperm%設(shè)置成10，maxclient%設(shè)置成20，maxperm%設(shè)置成20

用root命令行執(zhí)行：

1、

vmo -o minperm%=10

2、

vmo -o maxclient%=20

3、

vmo -o maxperm%=20

改變maxperm%為20，再次備份時(shí)，不再發(fā)生3D32B80D錯(cuò)誤。

備注：

minperm和maxperm參數(shù)的值

操作系統(tǒng)通過(guò)把在曾經(jīng)讀寫的內(nèi)存頁(yè)留在實(shí)內(nèi)存一滿足不同要求。如果文件頁(yè)面在它們的頁(yè)幀被重新分配前被請(qǐng)求，那就節(jié)省了輸入輸出操作。該文件頁(yè)面可以來(lái)自本地的或遠(yuǎn)程的(如NFS)系統(tǒng)。

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

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

如果RAM中文件頁(yè)面所占的百分比低于minperm，頁(yè)面替換的竊取同時(shí)用于文件頁(yè)和計(jì)算頁(yè)。

如果RAM中文件頁(yè)面所占的百分比介于minperm和maxperm之間，頁(yè)面替換只竊取文件頁(yè)，除非文件頁(yè)的重調(diào)入數(shù)量大于計(jì)算頁(yè)數(shù)。

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

5)結(jié)論

調(diào)整maxperm%和minperm%的值，可以將MINPERM和MAXPERM分別設(shè)為5%和20%甚至更小，從而使內(nèi)存更多地被用于Oracle的SGA而不是系統(tǒng)的文件緩存。

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

注意：加-p參數(shù)可以永久更改系統(tǒng)的配置，否則只改動(dòng)當(dāng)前的系統(tǒng)配置，重新啟動(dòng)后則失效。

總結(jié)

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

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。