文章內(nèi)容

Oracle數(shù)據(jù)備份過程中遇BUG_ORA-27054 NFS file system

發(fā)布時間: 2012/9/6 17:25:09

32768 and wsize>=32768
d) For RAC environments, where NFS disks are supported, the "noac" mount option is used.

文檔上指出通過設(shè)置event 10298事件可以避免，不過設(shè)置event 10298需要重啟數(shù)據(jù)庫生效，目前為生產(chǎn)環(huán)境，這方法不能用。

通過調(diào)整上述的參數(shù)，hard，rsize，wsize都不能解決。

最后檢查NFS的配置，發(fā)現(xiàn)客戶端的/etc/filesystems中未加入mount nfs文件系統(tǒng)的條目

增加以下條目后，重新mount，解決。

#vi /etc/filesystems
/exp:
        dev             = /exp
        vfs             = nfs
        nodename        = 192.168.1.20
        mount           = true
        options         = rw,bg,hard,intr,proto=tcp,vers=3,rsize=65536,wsize=65536,timeo=600
        account         = false

#umount /oraexp
#mount /oraexp

建議大家以后遇到類似問題，先檢查/etc/filesystems文件，這個問題都是由于大家都喜歡使用以下方式mount nfs導(dǎo)致。

mount -o rw,bg,hard,intr,proto=tcp,vers=3,rsize=65536,wsize=65536,timeo=600 192.168.1.20:/exp /exp

//相關(guān)metalink 文檔如下：

ORA-19504 ORA-27054 Errors mounting NFS file system [ID 370513.1]
RMAN Backup Fails With RMAN-03009 ORA-19504 ORA-27054 NFS file system where the file is created or resides is not mounted with correct options [ID 1472448.1]
ORA-27054: NFS file system where the file is created or resides is not mounted with correct options [ID 781349.1]

//另外設(shè)置10298的過程如下：

1) set the Event 10298 in the init file
event="10298 trace name context forever, level 32"
if you are using the spfile then the following can be done

SQL> alter system set event='10298 trace name context forever, level 32'scope= spfile ;

Once you set the above parameter restart the instance check as follows

SQL> select name, value from v$parameter where name = 'event';

NAME VALUE
---------- ------------------------------------------------------------
Event 10298 trace name context forever, level 32

1 row selected.