Delen via


Veelgestelde vragen over NFS voor Azure NetApp Files

In dit artikel vindt u antwoorden op veelgestelde vragen over het NFS-protocol van Azure NetApp Files.

Ik wil automatisch een volume koppelen wanneer een Virtuele Azure-machine wordt gestart of opnieuw wordt opgestart. Hoe kan ik mijn host configureren voor permanente NFS-volumes?

Als u wilt dat een NFS-volume automatisch wordt gekoppeld bij het starten of opnieuw opstarten van de VIRTUELE machine, voegt u een vermelding toe aan het /etc/fstab bestand op de host.

Zie Een volume koppelen voor virtuele Windows- of Linux-machines voor meer informatie.

Welke NFS-versie ondersteunt Azure NetApp Files?

Azure NetApp Files ondersteunt NFSv3 en NFSv4.1. U kunt een volume maken met een NFS-versie.

Biedt Azure NetApp Files officieel ondersteuning voor NFSv4.2?

Azure NetApp Files biedt geen ondersteuning voor NFSv4.2 of de bijbehorende functies (inclusief sparse file ops, uitgebreide kenmerken en beveiligingslabels). Hoewel u een NFS4.1-volume op Azure NetApp Files kunt koppelen met het NFSv4.2-protocol, wordt het gebruik van NFSv4.2 niet ondersteund.

Azure NetApp Files-volumes kunnen op twee manieren worden gekoppeld met het NFSv4.2-protocol:

  • Expliciet opgeven vers=4.2, nfsvers=4.2of nfsvers=4,minorversion=2 in de koppelingsopties.
  • Er wordt geen NFS-versie opgegeven in de koppelingsopties en kan de NFS-client onderhandelen over de maximaal ondersteunde NFS-versie die is toegestaan. Afhankelijk van de Linux-distributie kan dit ertoe leiden dat NFSv4.2 wordt gebruikt als het hoogst beschikbare NFS-protocol.

Veel clients kunnen problemen ondervinden als ze NFSv4.2 of de uitgebreide functionaliteit van NFSv4.2 niet volledig ondersteunen. Omdat NFSv4.2 niet wordt ondersteund met Azure NetApp Files, vallen eventuele problemen met NFSv4.2 buiten het ondersteuningsbereik. Als u problemen wilt voorkomen met clients die NFSv4.2 koppelen en voldoen aan de ondersteuning, moet u ervoor zorgen dat de versie NFSv4.1 is opgegeven in koppelopties of dat de NFS-clientconfiguratie van de client is ingesteld op de limiet van de NFS-versie op NFSv4.1.

Zie Nas-protocollen begrijpen in Azure NetApp Files voor meer informatie.

Hoe kan ik root-squashing inschakelen?

U kunt opgeven of het hoofdaccount toegang heeft tot het volume of niet met behulp van het exportbeleid van het volume. Zie Exportbeleid configureren voor een NFS-volume voor meer informatie.

Kan ik hetzelfde bestandspad voor meerdere volumes gebruiken?

Hetzelfde bestandspad kan worden gebruikt voor:

  • volumes geïmplementeerd in verschillende regio's
  • volumes die zijn geïmplementeerd in verschillende beschikbaarheidszones binnen dezelfde regio

Als u het volgende gebruikt:

  • regionale volumes (zonder beschikbaarheidszones) of
  • volumes binnen dezelfde beschikbaarheidszone,

hetzelfde bestandspad kan worden gebruikt, maar het bestandspad moet uniek zijn binnen elk gedelegeerd subnet of toegewezen aan verschillende gedelegeerde subnetten.

Zie Een NFS-volume maken voor Azure NetApp Files of Een volume met twee protocollen maken voor Azure NetApp Files voor meer informatie.

Wanneer ik via een Windows-client toegang wil krijgen tot NFS-volumes, waarom duurt het lang voordat de client mappen en submappen doorzoekt?

Zorg ervoor dat CaseSensitiveLookup deze optie is ingeschakeld op de Windows-client om het opzoeken van mappen en submappen te versnellen:

  1. Gebruik de volgende PowerShell-opdracht om CaseSensitiveLookup in te schakelen:
    Set-NfsClientConfiguration -CaseSensitiveLookup 1
  2. Koppel het volume op de Windows-server.
    Voorbeeld:
    Mount -o rsize=1024 -o wsize=1024 -o mtype=hard \\10.x.x.x\testvol X:*

Hoe biedt Azure NetApp Files ondersteuning voor NFSv4.1-bestandsvergrendeling?

Voor NFSv4.1-clients ondersteunt Azure NetApp Files het NFSv4.1-mechanisme voor bestandsvergrendeling dat de status van alle bestandsvergrendelingen onder een leasemodel onderhoudt.

Per RFC 3530 definieert Azure NetApp Files één leaseperiode voor alle statussen die worden bewaard door een NFS-client. Als de client de lease niet binnen de gedefinieerde periode verlengt, worden alle statussen die zijn gekoppeld aan de lease van de client door de server vrijgegeven.

Als een client die een volume koppelt, bijvoorbeeld niet meer reageert of vastloopt na de time-outs, worden de vergrendelingen vrijgegeven. De client kan de lease expliciet of impliciet verlengen door bewerkingen uit te voeren zoals het lezen van een bestand.

Een respijtperiode definieert een periode van speciale verwerking waarin clients hun vergrendelingsstatus kunnen terugvorderen tijdens een serverherstel. De standaardtime-out voor de leases is 30 seconden met een respijtperiode van 45 seconden. Na die tijd wordt de lease van de klant vrijgegeven.

Azure NetApp Files biedt ook ondersteuning voor bestandsvergrendelingen die fouten veroorzaken.

Zie bestandsvergrendeling voor meer informatie over het vergrendelen van bestanden in Azure NetApp Files.

Waarom is de .snapshot map niet zichtbaar in een NFSv4.1-volume, maar is deze zichtbaar in een NFSv3-volume?

De map .snapshot is standaard nooit zichtbaar voor NFSv4.1-clients. De map is standaard .snapshot zichtbaar voor NFSv3-clients. Als u de .snapshot map wilt verbergen voor NFSv3-clients, bewerkt u de eigenschappen van het volume om het pad naar de momentopname te verbergen.

Oracle dNFS

Zijn er Oracle-patches vereist voor dNFS?

Belangrijk

Klanten die Oracle 19c en hoger gebruiken, moeten ervoor zorgen dat ze worden gepatcht voor Oracle-bug 32931941. De meeste patchbundels die momenteel door Oracle-klanten worden gebruikt, bevatten deze patch *niet* . De patch is alleen opgenomen in een subset van recente patchbundels.

Als een database wordt blootgesteld aan deze fout, zullen netwerkonderbrekingen hoogstwaarschijnlijk leiden tot beschadigde blokbeschadiging. Netwerkonderbrekingen omvatten gebeurtenissen zoals verplaatsing van opslageindpunten, volumeverplaatsing en onderhoudsactiviteiten voor opslagservices. De beschadiging kan niet noodzakelijkerwijs onmiddellijk worden gedetecteerd.

Deze beschadiging is geen bug in ONTAP of de Azure NetApp Files-service zelf, maar het resultaat van een Oracle dNFS-bug. Het antwoord op een NFS IO tijdens een bepaalde netwerkonderbreking of herconfiguratie-gebeurtenissen wordt verkeerd verwerkt. De database schrijft ten onrechte een blok dat werd bijgewerkt terwijl deze werd geschreven. In sommige gevallen zal een later overschrijven van hetzelfde blok op de achtergrond het beschadigde blok beschadigen. Als dat niet het is, worden deze uiteindelijk gedetecteerd door Oracle-databaseprocessen. Er moet een fout worden vastgelegd in de waarschuwingslogboeken en het Oracle-exemplaar wordt waarschijnlijk beëindigd. Daarnaast kunnen dbv- en RMAN-bewerkingen de beschadiging detecteren.

Oracle publiceert document 1495104.1, dat voortdurend wordt bijgewerkt met aanbevolen dNFS-patches. Als uw database dNFS gebruikt, controleert het DBA-team op updates in dit document.

Belangrijk

Klanten die Oracle dNFS gebruiken met NFSv4.1 op Azure NetApp Files-volumes, moeten ervoor zorgen dat ze acties moeten ondernemen die worden vermeld onder Zijn er patches vereist voor het gebruik van Oracle dNFS met NFSv4.1?.

Zijn er patches vereist voor het gebruik van Oracle dNFS met NFSv4.1?

Belangrijk

Als uw databases Oracle dNFS gebruiken met NFSv4.1, moeten ze worden gepatcht voor Oracle-fouten 33132050 en 33676296. Mogelijk moet u een backport aanvragen voor andere versies van Oracle. Op het moment van schrijven zijn deze patches bijvoorbeeld beschikbaar voor 19.11, maar nog niet 19.3. Als u deze foutnummers in de ondersteuningscase citeert, weten de ondersteuningstechnici van Oracle wat u moet doen.

Deze vereiste is van toepassing op systemen en services op basis van ONTAP in het algemeen, waaronder zowel on-premises ONTAP als Azure NetApp Files.

Voorbeelden van mogelijke problemen als deze patches niet worden toegepast:

  1. Database loopt vast bij verplaatsingen van back-endopslageindpunten.
  2. Database loopt vast bij onderhoudsgebeurtenissen van de Azure NetApp Files-service.
  3. Korte Oracle loopt vast tijdens normale werking die mogelijk of niet merkbaar is.
  4. Trage Oracle-afsluitingen: als u het afsluitproces bewaakt, ziet u pauzes die tot minuten aan vertragingen kunnen oplopen als er een time-out optreedt voor dNFS I/O.
  5. Onjuist cachegedrag voor dNFS-antwoorden bij leesbewerkingen die een database vastlopen.

De patches omvatten een wijziging in dNFS-sessiebeheer en NFS-antwoordcaching waarmee deze problemen worden opgelost.

Als u deze twee fouten niet kunt patchen, moet u dNFS niet gebruiken met NFSv4.1. U kunt dNFS uitschakelen of overschakelen naar NFSv3.

Kan ik multipathing gebruiken met Oracle dNFS en NFSv4.1?

Wanneer u NFSv4.1 gebruikt, werkt dNFS niet met meerdere paden. Als u meerdere paden nodig hebt, moet u NFSv3 gebruiken. dNFS vereist clusterbrede clientID en sessionID trunking voor NFSv4.1 om te werken met meerdere paden, die azure NetApp Files niet ondersteunt. Als gevolg hiervan ondervindt u een vastloper tijdens het opstarten van dNFS

Volgende stappen