Isilon : Erreur lors de l’opération Oracle Data Pump « échec d’E/S asynchrone dNFS »
Summary: Les opérations de pompage/sauvegarde des données entre un client Oracle et Isilon, exécutées sur un WAN, peuvent se rompre avec l’erreur « dNFS asynchronous I/O failure » lors de l’utilisation du nom de la zone Smartconnect, mais fonctionnent à l’aide d’IP. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Cela est normal.
Un client Oracle effectue une opération de pompage/sauvegarde des données vers un système Isilon via un WAN à l’aide d’un nom de zone Smartconnect.
L’opération se termine avec l’erreur suivante :
Un client Oracle effectue une opération de pompage/sauvegarde des données vers un système Isilon via un WAN à l’aide d’un nom de zone Smartconnect.
L’opération se termine avec l’erreur suivante :
ORA-17516 : échec d’E/S asynchrone dNFS
Cependant, la même opération fonctionne sur une adresse IP.Cause
Cela peut être dû à deux choses :
- Fonctionnalité dNFS de basculement sur incident et d’équilibrage de charge d’un seul client.
dNFS ou Direct NFS possède des fonctionnalités de basculement et d’équilibrage de charge d’un seul client et est utilisé pour les tâches d’écriture intensives telles que Datapump ou les opérations de sauvegarde. En raison de cette fonctionnalité, lorsque vous jetez un coup d’œil aux traces de paquets, vous remarquerez que le client communiquera avec plusieurs nœuds au cours de l’opération.
Bien qu’Isilon puisse gérer le basculement sans avoir besoin de dNFS, il n’offre pas d’équilibrage de charge pour un seul client ; Au lieu de cela, Isilon effectue un équilibrage sur l’ensemble de la base de clients en tournant l’adresse IP qu’il donne à chaque client lorsqu’il est interrogé.
Ainsi, sur le WAN, chaque fois que le client Oracle doit appeler le service Smarconnect pour se connecter à un autre nœud, il y aura un délai dans l’obtention de l’adresse IP suivante, au cours duquel le client Oracle supposera que le serveur NFS n’est pas accessible et interrompra l’opération en cours en indiquant « dNFS asynchronous I/O failure ».
La déclaration d’Oracle pour l’erreur est ci-dessous, ce qui valide nos conclusions :
Bien qu’Isilon puisse gérer le basculement sans avoir besoin de dNFS, il n’offre pas d’équilibrage de charge pour un seul client ; Au lieu de cela, Isilon effectue un équilibrage sur l’ensemble de la base de clients en tournant l’adresse IP qu’il donne à chaque client lorsqu’il est interrogé.
Ainsi, sur le WAN, chaque fois que le client Oracle doit appeler le service Smarconnect pour se connecter à un autre nœud, il y aura un délai dans l’obtention de l’adresse IP suivante, au cours duquel le client Oracle supposera que le serveur NFS n’est pas accessible et interrompra l’opération en cours en indiquant « dNFS asynchronous I/O failure ».
La déclaration d’Oracle pour l’erreur est ci-dessous, ce qui valide nos conclusions :
Error code: ORA-17516
Description : défaillance
d’E/S asynchrone dNFSCause : Échec de la demande d’E/S asynchrone en raison de l’ot de récupération du serveur de stockage.
Description : défaillance
d’E/S asynchrone dNFSCause : Échec de la demande d’E/S asynchrone en raison de l’ot de récupération du serveur de stockage.
- Le pare-feu ASA [Adaptive Security Appliance] présent entre les deux périphériques ignore les paquets TCP entrants sur le port 2049 :
Il se peut qu’un pare-feu soit présent entre les deux périphériques avec un paramètre pour supprimer les paquets TCP sur le port 2049.L’ASA attend toujours que le premier paquet de la connexion TCP soit le TCP SYN de l’hôte qui tente d’ouvrir/de former la connexion TCP. Si d’autres paquets TCP sont entrants, comme un « TCP RST ACK », il présume qu’il s’agit de paquets destinés à une connexion existante. Il vérifie ensuite sa table de connexion, mais ne parvient pas à trouver une connexion existante et abandonne donc le trafic.
Vous trouverez un message de journal similaire, lors de la consultation des journaux de l’appareil ASA :
Vous trouverez un message de journal similaire, lors de la consultation des journaux de l’appareil ASA :
%ASA-6-106015 : Refuser le TCP (aucune connexion) de x.x.x.x/x vers x.x.x.x/x balises RST sur interface someinterface
Resolution
Oracle dispose d’une procédure distincte pour configurer dNFS.
Contactez le support Oracle pour configurer dNFS. Dans le cas où un pare-feu est présent entre les deux périphériques, sur le périphérique ASA, vous devrez autoriser le trafic TCP entrant sur le port 2049.
- Vérifiez les entrées de montage à partir de
oranfstabfile - Lorsque les différentes adresses IP du serveur NFS sont spécifiées
- Utilisez l’une des adresses IP présentes dans ce fichier de configuration pour monter l’exportation NFS
- Cela exclut l’utilisation du nom de zone SmartConnect et utilise uniquement l’adresse IP pour communiquer avec le serveur.
- Les différentes adresses IP dans le
oranfstabfile se chargera de l’équilibrage de charge
Contactez le support Oracle pour configurer dNFS. Dans le cas où un pare-feu est présent entre les deux périphériques, sur le périphérique ASA, vous devrez autoriser le trafic TCP entrant sur le port 2049.
Additional Information
Liens utiles pour la configuration dNFS à partir d’Oracle :
Voir aussiAffected Products
IsilonProducts
IsilonArticle Properties
Article Number: 000056260
Article Type: Solution
Last Modified: 02 Apr 2025
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.