Informatica NFS File Systems
As Informatica administrator, recommend admins to know information on file systems (Shared) on Informatica Servers, most of the jobs read/write on share shared file systems and this will cause Latency in jobs and performance is degraded.
Below are few inputs on NFS from Informatica, please make sure to discuss with your Storage or Linux Admins for any latency issues.
• NFSv2 has several limitations in terms of locking, reliability and in ability to access 64-bit file offsets. Also, industry has mostly migrated to NFSv3 and v4.
• NFSv3 has improved file locking support over v2 but remains a stateless protocol dependent on a separate lock manager – this can cause issues with recovery scenarios. Primary concern is with single point of failure in the NFS server. Based on discussions with Netapp & EMC this is resolved in most NAS appliances by integrating the NFS server support into their proprietary file system. Open concern still exists for standalone NFS server processes. Currently supported with Netapp WAFL NAS and EMC Celerra NAS with some caveats. Please see supported shared file system section.
• NFSv4’s new design seems have resolved lingering issues with NFSv3’s locking and recovery and is the preferred option for NFS-driven solutions.
• Critical - maintaining a write lock on the master pmserver lck file used to arbitrate split brain
This indicates a possible latency issue in using the NFSv4 file system between the time the session creating the dynamic mapping completes and the one using it starts and needs to read it. A solution would be to use the Timer task to insert a delay between the sessions to allow the file system to complete before the second session tried to read the file.
Please refer to below Informatica Link for more updates.