Isilon: Fehler während des Oracle Data Pump-Vorgangs "asynchroner DNFS-I/O-Fehler"
Summary: Datapump-/Backupvorgänge zwischen einem Oracle-Client und Isilon, die über ein WAN durchgeführt werden, werden möglicherweise mit dem Fehler "asynchroner DNFS-I/O-Fehler" abgebrochen, während der Smartconnect-Zonenname verwendet wird, funktionieren jedoch mit 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
Dies entspricht dem Design.
Ein Oracle-Client führt einen Data Pump-/Backupvorgang zu einem Isilon über ein WAN mithilfe eines SmartConnect-Zonennamens durch.
Der Vorgang bricht mit dem folgenden Fehler ab:
Ein Oracle-Client führt einen Data Pump-/Backupvorgang zu einem Isilon über ein WAN mithilfe eines SmartConnect-Zonennamens durch.
Der Vorgang bricht mit dem folgenden Fehler ab:
ORA-17516: asynchroner DNFS-I/O-Fehler
Derselbe Vorgang funktioniert jedoch über eine IP-Adresse.Cause
Dies kann zwei Ursachen haben:
- Die dNFS-Funktionen von Failover und Single-Client-Lastenausgleich.
dNFS oder Direct NFS verfügt über die Funktionalität eines Failovers und eines Single-Client-Lastenausgleichs und wird für schreibintensive Jobs wie Datapump oder Backupvorgänge verwendet. Aufgrund dieser Funktion werden Sie beim Betrachten der Paketablaufverfolgungen feststellen, dass der Client im Laufe des Vorgangs mit mehreren Nodes kommuniziert.
Isilon kann zwar ein Failover ohne dNFS verarbeiten, bietet jedoch keinen Lastenausgleich auf einem einzelnen Client. Stattdessen führt Isilon einen Lastenausgleich über die gesamte Clientbasis durch, indem die IP-Adresse, die jedem Client bei einer Abfrage zugewiesen wird, rotiert wird.
Jedes Mal, wenn der Oracle-Client den Smarconnect-Service aufrufen muss, um eine Verbindung zu einem anderen Node herzustellen, kommt es über das WAN zu einer Verzögerung beim Abrufen der nächsten IP-Adresse, bei der der Oracle-Client davon ausgeht, dass der NFS-Server nicht erreichbar ist, und den laufenden Vorgang mit der Meldung "asynchroner DNFS-I/O-Fehler" unterbricht.
Die Anweisung von Oracle für den Fehler lautet wie folgt, was unsere Ergebnisse bestätigt:
Isilon kann zwar ein Failover ohne dNFS verarbeiten, bietet jedoch keinen Lastenausgleich auf einem einzelnen Client. Stattdessen führt Isilon einen Lastenausgleich über die gesamte Clientbasis durch, indem die IP-Adresse, die jedem Client bei einer Abfrage zugewiesen wird, rotiert wird.
Jedes Mal, wenn der Oracle-Client den Smarconnect-Service aufrufen muss, um eine Verbindung zu einem anderen Node herzustellen, kommt es über das WAN zu einer Verzögerung beim Abrufen der nächsten IP-Adresse, bei der der Oracle-Client davon ausgeht, dass der NFS-Server nicht erreichbar ist, und den laufenden Vorgang mit der Meldung "asynchroner DNFS-I/O-Fehler" unterbricht.
Die Anweisung von Oracle für den Fehler lautet wie folgt, was unsere Ergebnisse bestätigt:
Error code: ORA-17516
Beschreibung: asynchroner DNFS-I/O-Fehler
Ursache: Die asynchrone I/O-Anforderung ist aufgrund eines Speicherserver-Rebo fehlgeschlagen.
Beschreibung: asynchroner DNFS-I/O-Fehler
Ursache: Die asynchrone I/O-Anforderung ist aufgrund eines Speicherserver-Rebo fehlgeschlagen.
- Die Adaptive Security Appliance [ASA]-Firewall, die zwischen den beiden Geräten vorhanden ist, verwirft eingehende TCP-Pakete auf Port 2049 :
Möglicherweise ist zwischen den beiden Geräten eine Firewall mit einer Einstellung vorhanden, die TCP-Pakete über Port 2049 verwirft. Die ASA erwartet immer, dass das erste Paket der TCP-Verbindung der TCP-SYN vom Host ist, der versucht, die TCP-Verbindung zu öffnen/aufzubauen. Wenn andere TCP-Pakete eingehen, wie z. B. "TCP RST ACK", wird davon ausgegangen, dass diese Pakete für eine bestehende Verbindung sind. Anschließend wird die Verbindungstabelle überprüft, aber keine vorhandene Verbindung gefunden, weshalb der Datenverkehr gelöscht wird.
Eine ähnliche Protokollmeldung finden Sie bei der Überprüfung der Protokolle des ASA-Geräts:
Eine ähnliche Protokollmeldung finden Sie bei der Überprüfung der Protokolle des ASA-Geräts:
%ASA-6-106015: TCP (keine Verbindung) von x.x.x.x/x zu x.x.x.x/x ablehnen Flags RST auf Schnittstelle someinterface
Resolution
Oracle verfügt über ein separates Verfahren zum Konfigurieren von dNFS.
Wenden Sie sich an den Oracle-Support, um dNFS konfigurieren zu lassen. Falls eine Firewall zwischen den beiden Geräten vorhanden ist, müssen Sie auf dem ASA-Gerät eingehenden TCP-Datenverkehr auf Port 2049 zulassen.
- Überprüfen Sie die Mount-Einträge über die
oranfstabfile - Dabei werden die verschiedenen IP-Adressen des NFS-Servers angegeben
- Verwenden Sie eine der IP-Adressen in dieser Konfigurationsdatei, um den NFS-Export zu mounten
- Dadurch wird die Verwendung des SmartConnect-Zonennamens ausgeschlossen und stattdessen nur die IP-Adresse für die Kontaktaufnahme mit dem Server verwendet.
- Die mehrfachen IP-Adressen in der
oranfstabDatei kümmert sich um den Lastenausgleich
Wenden Sie sich an den Oracle-Support, um dNFS konfigurieren zu lassen. Falls eine Firewall zwischen den beiden Geräten vorhanden ist, müssen Sie auf dem ASA-Gerät eingehenden TCP-Datenverkehr auf Port 2049 zulassen.
Additional Information
Nützliche Links für die dNFS-Konfiguration von Oracle:
Siehe auchAffected 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.