Oracle備份時系統(tǒng)負載過高導(dǎo)致ORA-3136錯誤和AIX系統(tǒng)的3D32B80D錯誤

環(huán)境：

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

TSM5.4：Windows 2003

帶庫：IBM3100

1、 數(shù)據(jù)庫的alert_SID.log

Mon Jan 11 20:05:38 2010

Control autobackup written to SBT_TAPE device
-
 

        comment 'API Version 2.0,MMS Version5.4.1.0',

        media '439'

        handle 'c-3524587154-20100111-05'

Mon Jan 11 22:12:32 2010

WARNING: inbound connection timed out (ORA-3136)

Mon Jan 11 22:12:33 2010

WARNING: inbound connection timed out (ORA-3136)

2、 AIX系統(tǒng)出現(xiàn)的錯誤：

> errpt |more

IDENTIFIER TIMESTAMP T C RESOURCE_NAME DESCRIPTION

3D32B80D  0121222410 P S topsvcs       NIM thread blocked

3D32B80D  0121222410 P S topsvcs       NIM thread blocked

查看詳細信息：

> errpt -aj 3D32B80D |more

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

具體原因：

這是由于每天22:00數(shù)據(jù)庫進行rman備份，導(dǎo)致數(shù)據(jù)庫的IO讀頻繁，從而導(dǎo)致CPU大量的等待。IO、CPU過量等待導(dǎo)致整個服務(wù)器的負載比較高。數(shù)據(jù)庫服務(wù)器在備份時間段內(nèi)負載比較高，導(dǎo)致數(shù)據(jù)庫用戶在60秒內(nèi)不能連接上數(shù)據(jù)庫，出現(xiàn)連接超時情況（timeout）。

從而出現(xiàn)上面aler_SID.log日志中的ORA-3136的錯誤。

Oracle10g數(shù)據(jù)庫用RMAN備份到帶庫時出現(xiàn)的問題。可以用Oracle的metalink帳戶查看Note 311068.1

根據(jù)Note 311068.1的建議，對數(shù)據(jù)庫進行測試、磁盤到磁盤的備份、磁盤到帶庫的備份、只讀磁盤的備份。最后發(fā)現(xiàn)在備份時讀取系統(tǒng)的數(shù)據(jù)文件的數(shù)據(jù)量太高（有些磁盤IO繁忙達到100%），在備份時用rman現(xiàn)在讀取磁盤的速度解決該問題。

調(diào)整腳本為：

run{

   allocate channel t1 type 'sbt_tape' parms 'ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/Oracle/bin64/tdpo.opt)' RATE20M;

   allocate channel t2 type 'sbt_tape' parms 'ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/Oracle/bin64/tdpo.opt)' RATE20M;

   BACKUP INCREMENTAL LEVEL 1 CUMULATIVE FILESPERSET 10  

   FORMAT 'incr_%T_%s_%p' DATABASE;  

   sql 'alter system archive log current';

   BACKUP FILESPERSET 10 MAXSETSIZE10G   

   FORMAT 'arch_%T_%s_%p'   

   SKIP INACCESSIBLE  

   ARCHIVELOG ALL DELETE INPUT;  

   release channel t1;

   release channel t2;

}

服務(wù)器租用/服務(wù)器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]