Oracle环境中使用NFS的mount选项
在oracle环境中使用NFS,在mount的时候需要修改一些选项,否则可能导致各种问题,比如ORA-27086和ORA-27054错误。不管你是将Oracle安装在NFS设备也好,是将datafile放置在NFS设备也好,是备份到NFS设备也好,如果出现相关的错误,则需要检查下是否mount的选项有问题。一般只要用hard方式来mount的,都不会有太多问题。
以下内容引自Metalink(Doc ID:359515.1),适用于10.1.0.2以上版本,供参考:
RAC
- Binaries is the shared mount points where the Oracle Home and CRS_HOME is installed.
- Datafiles includes Online Logs, Controlfile and Datafiles
|
Operating System |
Mount options for Binaries | Mount options for Oracle Datafiles | Mount options for CRS Voting Disk and OCR |
| Sun Solaris * |
rw,bg,hard,nointr,rsize=32768, |
rw,bg,hard,nointr,rsize=32768, wsize=32768,proto=tcp,noac, forcedirectio, vers=3,suid |
rw,bg,hard,nointr,rsize=32768, wsize=32768,proto=tcp,vers=3, noac,forcedirectio |
| AIX (5L) ** |
rw,bg,hard,nointr,rsize=32768, |
cio,rw,bg,hard,nointr,rsize=32768, |
cio,rw,bg,hard,intr,rsize=32768, |
| HPUX 11.23 **** – | rw,bg,vers=3,proto=tcp,noac, hard,nointr,timeo=600, rsize=32768,wsize=32768,suid |
rw,bg,vers=3,proto=tcp,noac, forcedirectio,hard,nointr,timeo=600, rsize=32768,wsize=32768,suid |
rw,bg,vers=3,proto=tcp,noac, forcedirectio,hard,nointr,timeo=600 ,rsize=32768,wsize=32768,suid |
| Linux x86 # |
rw,bg,hard,nointr,rsize=32768, |
rw,bg,hard,nointr,rsize=32768, wsize=32768,tcp,actimeo=0, vers=3,timeo=600 |
rw,bg,hard,nointr,rsize=32768, |
| Linux x86-64 # | rw,bg,hard,nointr,rsize=32768, wsize=32768,tcp,vers=3, timeo=600, actimeo=0 |
rw,bg,hard,nointr,rsize=32768, wsize=32768,tcp,actimeo=0, vers=3,timeo=600 |
rw,bg,hard,nointr,rsize=32768, wsize=32768,tcp,vers=3, timeo=600,noac |
| Linux – Itanium | rw,bg,hard,nointr,rsize=32768, wsize=32768,tcp,vers=3, timeo=600, actimeo=0 |
rw,bg,hard,nointr,rsize=32768, wsize=32768,tcp,actimeo=0, vers=3,timeo=600 |
rw,bg,hard,nointr,rsize=32768, wsize=32768,tcp,noac,vers=3, timeo=600 |
* NFS mount option “forcedirectio” is required on Solaris platforms when mounting the OCR/CRS files when using Oracle 10.1.0.4 or 10.2.0.2 or later (Oracle unpublished bug 4466428)
** AIX is only supported with NAS on AIX 5.3 TL04 and higher with Oracle 10.2.0.1 and later (NetApp)
*** NAS devices are only supported with HPUX 11.23 or higher ONLY
# These mount options are for Linux kernels 2.6 and above for older kernels please check Note 279393.1
with all versions of RAC on Linux (x86 & X86-64 platforms) until 10.2.0.4. This bug is fixed and included in 10.2.0.4 patchset.
filesystemio_options = DIRECTIO
Single Instance
|
Operating System |
Mount options for Binaries | Mount options for Oracle Datafiles |
| Sun Solaris * (8, 9, 10) |
rw,bg,hard,rsize=32768, |
rw,bg,hard,rsize=32768, wsize=32768,vers=3,[forcedirectio or llock], nointr,proto=tcp,suid |
| AIX (5L) ** |
rw,bg,hard,rsize=32768, |
rw,bg,hard,rsize=32768, |
| HPUX 11.23 **** | rw,bg,hard,rsize=32768, wsize=32768,vers=3,nointr, timeo=600,proto=tcp,suid |
rw,bg,hard,rsize=32768, wsize=32768,vers=3,nointr, timeo=600,proto=tcp,suid |
| Linux x86 # |
rw,bg,hard,rsize=32768, wsize=32768,vers=3,nointr, timeo=600,tcp |
rw,bg,hard,rsize=32768, wsize=32768,vers=3,nointr, timeo=600,tcp,actime=0* |
| Linux x86-64 # | rw,bg,hard,rsize=32768, wsize=32768,vers=3,nointr, timeo=600,tcp |
rw,bg,hard,rsize=32768, wsize=32768,vers=3,nointr, timeo=600,tcp,actime=0* |
| Linux – Itanium | rw,bg,hard,rsize=32768, wsize=32768,vers=3,nointr, timeo=600,tcp |
rw,bg,hard,rsize=32768, wsize=32768,vers=3,nointr, timeo=600,tcp |
* actime=0 or noac can be used
Oracle如何设置备用归档路径
Oracle可以设置备用归档路径,如果首要归档路径不可用,可以自动切换到备用路径,而平时备用路径不启用,这在一些对高可用要求比较高的环境中还是有实用价值,无法正确归档将会导致数据库挂起。启用该特性需要配置的参数如下:
log_archive_dest_1='location=/arc/archive/test alternate=log_archive_dest_2 noreopen' log_archive_dest_2='location=/arc1/archive/test' log_archive_dest_state_1=enable log_archive_dest_state_2=alternate
log_archive_dest_1需要设置noeopen或者reopen=0属性,否则无法迅速切换到备用路径,可能导致数据库无法归档。
此时归档路径状态如下:
SQL> select dest_name,destination,status,error from v$archive_dest; DEST_NAME DESTINATION STATUS ERROR -------------------- ------------------ ---------- --------------------- LOG_ARCHIVE_DEST_1 /arc/archive/test VALID LOG_ARCHIVE_DEST_2 /arc1/archive/test ALTERNATE LOG_ARCHIVE_DEST_3 standby VALID LOG_ARCHIVE_DEST_4 INACTIVE LOG_ARCHIVE_DEST_5 INACTIVE LOG_ARCHIVE_DEST_6 INACTIVE LOG_ARCHIVE_DEST_7 INACTIVE LOG_ARCHIVE_DEST_8 INACTIVE LOG_ARCHIVE_DEST_9 INACTIVE LOG_ARCHIVE_DEST_10 INACTIVE
通过NFS执行RMAN恢复遭遇ORA-27054
下午同时做两个备库,一个9.2.0.6,一个10.2.0.3的,都是通过NFS直接将主库的RMAN备份挂到备库相同路径。然后通过rman来restore。
9206的一切正常,10203报错:
ORA-19870: error reading backup piece /bak/rmanbak/NinGoo/0ija94hs_1_1_18.bak
ORA-19505: failed to identify file “/bak/rmanbak/NinGoo/0ija94hs_1_1_18.bak”
ORA-27054: NFS file system where the file is created or resides is not mounted with correct options
Additional information: 6
Metalink上一查,又碰到bug了。10g的bug真的不是一般的多,随便做个什么操作都可能碰到,晕死。昨天晚上RAC又出了点小毛病,一个节点down掉后无法mount,在其他节点测试,发现控制文件和某些数据文件都无法读取,trace出来一直在做gc domain validation等待,估计由于节点异常宕掉导致某些资源锁无法释放了,没办法只有重启所有节点,而且由于控制文件无法读写,还只能shutdown abort,剩最后一个节点的时候shutdown immediate成功。
10gR2通过NFS执行rman备份恢复都可能碰到这个Bug 5146667,描述详见Note:424785.1,临时解决方法,可以修改nfs的mount参数(不同的平台参数可能不一样),或者设置10298事件,或者打相关patch。查了下patch好像只有Solaris平台的…
event=’10298 trace name context forever, level 32′
