Isilon: Błąd podczas pracy Oracle Data Pump "dNFS asynchronous I/O failure"

Summary: Operacje pompy danych/tworzenia kopii zapasowych między klientem Oracle a Isilon, wykonywane za pośrednictwem sieci WAN, mogą zostać przerwane z powodu błędu "dNFS asynchronous I/O failure" podczas korzystania z nazwy strefy Smartconnect, ale działają z użyciem protokołu 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

Jest to zgodne z projektem.

Klient Oracle wykonuje operację pompowania danych/tworzenia kopii zapasowej dla serwera Isilon za pośrednictwem sieci WAN przy użyciu nazwy strefy Smartconnect.
Operacja zostaje przerwana z następującym błędem:
 
ORA-17516: błąd asynchronicznego we/wy dNFS
 
Jednak ta sama operacja działa na adresie IP.

Cause

Może to być spowodowane dwoma czynnikami:
  1. Funkcje dNFS przełączania awaryjnego i równoważenia obciążenia pojedynczego klienta.
dNFS lub Direct NFS ma funkcję przełączania awaryjnego i równoważenia obciążenia pojedynczego klienta i jest używany do zadań wymagających intensywnego zapisu, takich jak Datapump lub operacje tworzenia kopii zapasowych. Dzięki tej funkcji, gdy spojrzysz na ślady pakietów, zauważysz, że klient będzie komunikował się z wieloma węzłami w trakcie operacji.

Mimo że Isilon może obsługiwać przełączanie awaryjne bez konieczności korzystania z dNFS, nie zapewnia równoważenia obciążenia pojedynczego klienta. Zamiast tego Isilon przeprowadza równoważenie w całej bazie klientów, obracając adres IP, który nadaje każdemu klientowi w przypadku zapytania. 

Tak więc za pośrednictwem sieci WAN za każdym razem, gdy klient Oracle będzie musiał wywołać usługę Smarconnect, aby połączyć się z innym węzłem, nastąpi opóźnienie w uzyskaniu następnego adresu IP, podczas którego klient Oracle założy, że serwer NFS jest nieosiągalny i przerwie trwającą operację, stwierdzając "błąd asynchronicznego wejścia/wyjścia dNFS".

Oświadczenie Oracle dotyczące błędu jest następujące, co potwierdza nasze ustalenia:
 
Kod błędu: ORA-17516
Opis: błąd
asynchronicznego panelu we/wy dNFSPrzyczyna: Asynchroniczne żądanie we/wy nie powiodło się z powodu ponownego uruchomienia serwera pamięci masowej
.
 
  1. Zapora Adaptive Security Appliance [ASA] obecna między dwoma urządzeniami odrzuca przychodzące pakiety TCP na porcie 2049:
Między dwoma urządzeniami może znajdować się zapora z ustawieniem odrzucania pakietów TCP przez port 2049. Usługa ASA zawsze oczekuje, że pierwszym pakietem połączenia TCP będzie TCP SYN z hosta, który próbuje otworzyć/utworzyć połączenie TCP. Jeśli nadchodzą inne pakiety TCP, takie jak "TCP RST ACK", zakłada się, że są to pakiety przeznaczone dla istniejącego połączenia. Następnie sprawdza tabelę połączeń, ale nie znajduje istniejącego połączenia i dlatego porzuca ruch.

Podobny komunikat dziennika znajdziesz podczas przeglądania dzienników urządzenia ASA:
 
%ASA-6-106015: Odmów TCP (brak połączenia) z x.x.x.x/x do x.x.x.x/x flagi RST na interfejsie someinterface

Resolution

Oracle stosuje oddzielną procedurę konfiguracji dNFS.
  1. Sprawdź wpisy montowania z oranfstab file
  2. W przypadku określenia różnych adresów IP serwera NFS
  3. Użyj jednego z adresów IP obecnych w tym pliku konfiguracyjnym, aby zamontować eksport NFS
  4. Wykluczy to użycie nazwy strefy Smartconnect i zamiast tego użyje tylko adresu IP do kontaktu z serwerem.
  5. Wiele adresów IP w oranfstab zajmie się równoważeniem obciążenia

Zaangażuj dział pomocy technicznej Oracle, aby skonfigurować dNFS. W przypadku obecności zapory między dwoma urządzeniami na urządzeniu ASA należy zezwolić na przychodzący ruch TCP na porcie 2049.

Additional Information

Affected Products

Isilon

Products

Isilon
Article 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.