通過查詢metalink id :387700.1 文檔上說可能的問題有以下幾種： a) The mount table (eg; /etc/mnttab) can be read to check the mount options b) The NFS mount is mounted with the "hard" option c) The mount options include rsize>=32768 and wsize>=32768 d) For RAC environments, where NFS disks are supported, the "noac" mount option is used. 文檔上指出通過設置event 10298事件可以避免，不過設置event 10298需要重啟數據庫生效 。 檢查NFS的配置，發現客戶端的/etc/filesystems中未加入mount nfs文件系統的條目 增加以下條目后，重新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導致。 LINUX 使用以下方法： mount -o rw,bg,hard,intr,proto=tcp,vers=3,rsize=65536,wsize=65536,timeo=600 192.168.1.20:/exp /exp aix 使用以下方法： mount -o hard,bg,proto=tcp,suid,rsize=32768,wsize=32768,noac 192.168.1.20:/backup /backup aix 參考文章 ORA-19504 ORA-27054 Errors mounting NFS file system (Doc ID 370513.1) //相關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] //另外設置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 ;
