Udostępnij za pośrednictwem

Często zadawane pytania dotyczące NFS usługi Azure NetApp Files

  • Artykuł

Ten artykuł zawiera odpowiedzi na często zadawane pytania dotyczące protokołu NFS usługi Azure NetApp Files.

Chcę mieć wolumin zainstalowany automatycznie po uruchomieniu lub ponownym uruchomieniu maszyny wirtualnej platformy Azure. Jak mogę skonfigurować hosta dla trwałych woluminów NFS?

Aby wolumin NFS automatycznie instalować przy uruchamianiu lub ponownym uruchomieniu maszyny wirtualnej, dodaj wpis do /etc/fstab pliku na hoście.

Aby uzyskać szczegółowe informacje, zobacz Instalowanie woluminu dla maszyn wirtualnych z systemem Windows lub Linux.

Jaka wersja systemu plików NFS obsługuje usługa Azure NetApp Files?

Usługa Azure NetApp Files obsługuje systemy plików NFSv3 i NFSv4.1. Wolumin można utworzyć przy użyciu jednej z wersji systemu plików NFS.

Czy usługa Azure NetApp Files oficjalnie obsługuje system plików NFSv4.2?

Usługa Azure NetApp Files nie obsługuje systemu plików NFSv4.2 ani jej funkcji pomocniczych (w tym rozrzedzanych operacji plików, atrybutów rozszerzonych i etykiet zabezpieczeń). Chociaż można zainstalować wolumin NFS4.1 w usłudze Azure NetApp Files z protokołem NFSv4.2, użycie systemu plików NFSv4.2 nie jest obsługiwane.

Woluminy usługi Azure NetApp Files można instalować przy użyciu protokołu NFSv4.2 na jeden z dwóch sposobów:

  • Jawne określanie vers=4.2, nfsvers=4.2lub nfsvers=4,minorversion=2 w opcjach instalacji.
  • Nie określając wersji systemu plików NFS w opcjach instalacji i zezwalając klientowi NFS na negocjowanie najwyższej obsługiwanej wersji systemu plików NFS. W zależności od dystrybucji systemu Linux może to spowodować, że system plików NFS 4.2 jest używany jako najwyższy dostępny protokół NFS.

Wielu klientów może napotkać problemy, jeśli nie obsługują w pełni systemu plików NFSv4.2 lub rozszerzonych funkcji atrybutów NFSv4.2. Ponieważ system plików NFSv4.2 nie jest obsługiwany w usłudze Azure NetApp Files, wszelkie problemy z systemem plików NFSv4.2 są poza zakresem pomocy technicznej. Aby uniknąć problemów z instalowaniem systemu plików NFS 4.2 i zapewnić zgodność z możliwościami obsługi, upewnij się, że wersja NFSv4.1 jest określona w opcjach instalacji lub konfiguracja klienta klienta NFS jest ustawiona na ograniczenie wersji systemu plików NFS w systemie plików NFS 4.1.

Aby uzyskać więcej informacji, zobacz Omówienie protokołów NAS w usłudze Azure NetApp Files.

Jak mogę włączyć usuwanie katalogu głównego?

Możesz określić, czy konto główne może uzyskać dostęp do woluminu, czy nie, przy użyciu zasad eksportu woluminu. Aby uzyskać szczegółowe informacje, zobacz Konfigurowanie zasad eksportu dla woluminu NFS.

Czy mogę użyć tej samej ścieżki pliku dla wielu woluminów?

Tej samej ścieżki pliku można użyć w następujących celach:

  • woluminy wdrożone w różnych regionach
  • woluminy wdrożone w różnych strefach dostępności w tym samym regionie

Jeśli używasz:

  • woluminy regionalne (bez stref dostępności) lub
  • woluminy w tej samej strefie dostępności,

Tej samej ścieżki pliku można użyć, jednak ścieżka pliku musi być unikatowa w każdej delegowanej podsieci lub przypisana do różnych delegowanych podsieci.

Aby uzyskać więcej informacji, zobacz Create an NFS volume for Azure NetApp Files (Tworzenie woluminu NFS dla usługi Azure NetApp Files) lub Create a dual-protocol volume for Azure NetApp Files (Tworzenie woluminu NFS dla usługi Azure NetApp Files ) lub Create a dual-protocol volume for Azure NetApp Files (Tworzenie woluminu z podwójnym protokołem dla usługi Azure NetApp Files).

Kiedy próbuję uzyskać dostęp do woluminów NFS za pośrednictwem klienta systemu Windows, dlaczego klient może długo przeszukiwać foldery i podfoldery?

Upewnij się, że CaseSensitiveLookup jest włączona na kliencie systemu Windows, aby przyspieszyć wyszukiwanie folderów i podfolderów:

  1. Użyj następującego polecenia programu PowerShell, aby włączyć funkcję CaseSensitiveLookup:
    Set-NfsClientConfiguration -CaseSensitiveLookup 1
  2. Zainstaluj wolumin na serwerze z systemem Windows.
    Przykład:
    Mount -o rsize=1024 -o wsize=1024 -o mtype=hard \\10.x.x.x\testvol X:*

W jaki sposób usługa Azure NetApp Files obsługuje blokowanie plików NFSv4.1?

W przypadku klientów NFSv4.1 usługa Azure NetApp Files obsługuje mechanizm blokowania plików NFSv4.1, który utrzymuje stan wszystkich blokad plików w modelu opartym na dzierżawie.

Na RFC 3530 usługa Azure NetApp Files definiuje pojedynczy okres dzierżawy dla wszystkich stanów przechowywanych przez klienta systemu plików NFS. Jeśli klient nie odnowi dzierżawy w określonym okresie, wszystkie stany skojarzone z dzierżawą klienta zostaną zwolnione przez serwer.

Jeśli na przykład instalowanie woluminu przez klienta przestanie odpowiadać lub ulega awarii poza limitem czasu, blokady zostaną zwolnione. Klient może jawnie odnowić dzierżawę lub niejawnie, wykonując operacje, takie jak odczytywanie pliku.

Okres prolongaty definiuje okres specjalnego przetwarzania, w którym klienci mogą spróbować odzyskać swój stan blokady podczas odzyskiwania serwera. Domyślny limit czasu dzierżaw wynosi 30 sekund z okresem prolongaty 45 sekund. Po tym czasie dzierżawa klienta zostanie zwolniona.

Usługa Azure NetApp Files obsługuje również blokady plików powodujących niezgodność.

Aby dowiedzieć się więcej na temat blokowania plików w usłudze Azure NetApp Files, zobacz Blokowanie plików.

Dlaczego katalog nie jest .snapshot widoczny w woluminie NFSv4.1, ale jest widoczny w woluminie NFSv3?

Zgodnie z projektem katalog .snapshot nigdy nie jest widoczny dla klientów NFSv4.1. Domyślnie .snapshot katalog jest widoczny dla klientów NFSv3. Aby ukryć .snapshot katalog przed klientami NFSv3, zmodyfikuj właściwości woluminu, aby ukryć ścieżkę migawki.

Oracle dNFS

Czy istnieją poprawki Oracle wymagane z systemem plików dNFS?

Ważne

Klienci korzystający z programu Oracle 19c i nowszego muszą upewnić się, że są one poprawiane dla 32931941 usterek Oracle. Większość pakietów poprawek używanych obecnie przez klientów oracle nie obejmuje tej poprawki. Poprawka została uwzględniona tylko w podzestawie ostatnich pakietów poprawek.

Jeśli baza danych jest narażona na tę usterkę, przerwy w działaniu sieci mogą spowodować uszkodzenie złamanego bloku. Przerwy w działaniu sieci obejmują zdarzenia, takie jak relokacja punktu końcowego magazynu, relokacja woluminu i zdarzenia konserwacji usługi magazynu. Uszkodzenie może nie zostać wykryte natychmiast.

To uszkodzenie nie jest usterką dotyczącą protokołu ONTAP ani samej usługi Azure NetApp Files, ale wynikiem błędu oracle dNFS. Odpowiedź na we/wy systemu plików NFS podczas pewnych przerw w działaniu sieci lub zdarzeń rekonfiguracji jest błędnie potraktowana. Baza danych błędnie napisze blok, który był aktualizowany podczas jego zapisywania. W niektórych przypadkach późniejsze zastąpienie tego samego bloku spowoduje dyskretne uszkodzenie uszkodzonego bloku. Jeśli nie, procesy bazy danych Oracle w końcu je wykryją. W dziennikach alertów powinien zostać zarejestrowany błąd, a wystąpienie Oracle prawdopodobnie zakończy działanie. Ponadto operacje dbv i RMAN mogą wykrywać uszkodzenie.

Oracle publikuje dokument 1495104.1, który jest stale aktualizowany przy użyciu zalecanych poprawek systemu plików dNFS. Jeśli baza danych korzysta z systemu plików dNFS, upewnij się, że zespół ds. baz danych sprawdza dostępność aktualizacji w tym dokumencie.

Ważne

Klienci korzystający z systemu plików Oracle dNFS z systemem plików NFSv4.1 na woluminach usługi Azure NetApp Files muszą upewnić się, że należy podjąć działania wymienione w sekcji Czy istnieją poprawki wymagane do korzystania z systemu plików Oracle dNFS z systemem plików NFS 4.1?.

Czy istnieją poprawki wymagane do korzystania z systemu plików Oracle dNFS z systemem plików NFS 4.1?

Ważne

Jeśli bazy danych korzystają z systemu plików Oracle dNFS z systemem plików NFSv4.1, muszą one zostać poprawione w przypadku usterek oracle 33132050 i 33676296. Może być konieczne zażądanie backportu dla innych wersji programu Oracle. Na przykład w momencie pisania tych poprawek są dostępne dla wersji 19.11, ale jeszcze nie 19.3. Jeśli przytaczasz te numery usterek w przypadku pomocy technicznej, inżynierowie pomocy technicznej firmy Oracle wiedzą, co należy zrobić.

To wymaganie dotyczy ogólnie systemów i usług opartych na protokole ONTAP, które obejmują zarówno lokalne protokół ONTAP, jak i usługę Azure NetApp Files.

Przykłady potencjalnych problemów, jeśli te poprawki nie są stosowane:

  1. Baza danych zawiesza się w przypadku przeniesienia punktu końcowego magazynu zaplecza.
  2. Baza danych zawiesza się na zdarzeniach konserwacji usługi Azure NetApp Files.
  3. Krótki oracle zawiesza się podczas normalnego działania, które mogą lub nie mogą być zauważalne.
  4. Powolne zamykanie oracle: jeśli monitorujesz proces zamykania, zobaczysz wstrzymanie, które mogą spowodować dodanie minut opóźnień w miarę limitu czasu operacji we/wy systemu plików dNFS.
  5. Nieprawidłowe zachowanie buforowania odpowiedzi systemu plików dNFS na odczytach, które zawieszają się w bazie danych.

Poprawki obejmują zmianę zarządzania sesjami systemu plików dNFS i buforowanie odpowiedzi systemu plików NFS, które rozwiązuje te problemy.

Jeśli nie możesz zastosować poprawek dla tych dwóch usterek, nie należy używać systemu plików dNFS z systemem plików NFSv4.1. Możesz wyłączyć system plików dNFS lub przełączyć się na system plików NFSv3.

Czy można używać wielościeżkowego z systemami Oracle dNFS i NFSv4.1?

W przypadku korzystania z systemu plików NFSv4.1 system plików dNFS nie będzie działać z wieloma ścieżkami. Jeśli potrzebujesz wielu ścieżek, musisz użyć systemu plików NFSv3. System plików dNFS wymaga obsługi klastra clientID i sessionID magistrali dla systemu plików NFSv4.1 do pracy z wieloma ścieżkami, których usługa Azure NetApp Files nie obsługuje. W związku z tym podczas uruchamiania systemu plików dNFS wystąpi zawieszenie

Następne kroki