Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
oracle_12c_enable_nfs_direct [2019/03/27 12:26] – andonovj | oracle_12c_enable_nfs_direct [2019/10/18 20:04] (current) – external edit 127.0.0.1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ===Overview=== | + | ====Overview==== |
It is public knowledge that NFS is SLOW solution for Oracle in any way. Even though it is a supported option for Oracle RAC, it is VERY BAD idea, because of the over caching and the fact that Oracle will have to use the default system driver to send it commands and requests. | It is public knowledge that NFS is SLOW solution for Oracle in any way. Even though it is a supported option for Oracle RAC, it is VERY BAD idea, because of the over caching and the fact that Oracle will have to use the default system driver to send it commands and requests. | ||
Line 5: | Line 5: | ||
- | ===Implementation=== | + | ====Implementation==== |
Direct NFS is fairly easy to implement. Since it searched for the default location for NFS information: | Direct NFS is fairly easy to implement. Since it searched for the default location for NFS information: | ||
+ | |||
/etc/mtab | /etc/mtab | ||
+ | |||
/etc/fstab | /etc/fstab | ||
+ | |||
/ | / | ||
Line 14: | Line 17: | ||
P.S. Bear in mind that the oranfstab has different configuration syntax than the usual /etc/fstab: | P.S. Bear in mind that the oranfstab has different configuration syntax than the usual /etc/fstab: | ||
<sxh bash> | <sxh bash> | ||
- | server: | + | server: |
- | path: 192.168.1.1 | + | local: |
- | path: 192.168.1.2 | + | path: |
- | export: /vol/ | + | export: /be_ora_logs |
</ | </ | ||
Line 37: | Line 40: | ||
<sxh bash> | <sxh bash> | ||
Oracle instance running with ODM: Oracle Direct NFS ODM Library Version 4.0 | Oracle instance running with ODM: Oracle Direct NFS ODM Library Version 4.0 | ||
+ | </ | ||
+ | |||
+ | |||
+ | ====Possible troubles==== | ||
+ | By default, Windows " | ||
+ | <sxh bash> | ||
+ | PS C: | ||
+ | |||
+ | HKEY_LOCAL_MACHINE\Software\Microsoft\ServerForNFS\CurrentVersion\Exports\0 | ||
+ | Path REG_SZ | ||
+ | Alias REG_SZ | ||
+ | GlobalPerm | ||
+ | AllowAnonymousAccess | ||
+ | RestrictChown | ||
+ | SymbolicLinks | ||
+ | TruncateNames | ||
+ | UnmappedUID | ||
+ | UnmappedGID | ||
+ | Encoding | ||
+ | SecurityFlavors | ||
+ | NumClients | ||
+ | Clients | ||
+ | |||
+ | PS C: | ||
+ | </ | ||
+ | |||
+ | If you change it to " | ||
+ | |||
+ | <sxh bash> | ||
+ | PS C: | ||
+ | </ | ||
+ | |||
+ | ==Verify== | ||
+ | |||
+ | <sxh bash> | ||
+ | PS C: | ||
+ | |||
+ | HKEY_LOCAL_MACHINE\Software\Microsoft\ServerForNFS\CurrentVersion\Exports\0 | ||
+ | Path REG_SZ | ||
+ | Alias REG_SZ | ||
+ | GlobalPerm | ||
+ | AllowAnonymousAccess | ||
+ | RestrictChown | ||
+ | SymbolicLinks | ||
+ | TruncateNames | ||
+ | UnmappedUID | ||
+ | UnmappedGID | ||
+ | Encoding | ||
+ | SecurityFlavors | ||
+ | NumClients | ||
+ | Clients | ||
+ | </ | ||
+ | |||
+ | After that, restart the NFS service and all should be running normally :) | ||
+ | |||
+ | ====Verify==== | ||
+ | You can verify if the NFS driver has been configured as follows: | ||
+ | |||
+ | |||
+ | <sxh bash> | ||
+ | SQL> select * from v$dnfs_servers; | ||
+ | |||
+ | ID SVRNAME | ||
+ | ---------- -------------------- --------------- ---------- ---------- ---------------- ---------- ---------- ---------- ---------- ---------- ---------- | ||
+ | 1 10.200.15.30 | ||
+ | SQL> | ||
+ | |||
+ | </ | ||
+ | |||
+ | That shows us that the NFS is configured on server: 10.200.15.30 on this partition: / | ||
+ | |||
+ | You can also verify if the NFS is ACTUALLY used during a backup. You should be able to observe the following output: | ||
+ | |||
+ | <sxh bash> | ||
+ | SQL> select CH_ID, SVR_ID, SENDS, RECVS, PINGS from v$dnfs_channels; | ||
+ | |||
+ | | ||
+ | ---------- ---------- ---------- ---------- ---------- | ||
+ | | ||
+ | |||
</ | </ |