Domande frequenti su NFS per Azure NetApp Files

Questo articolo risponde alle domande frequenti sul protocollo NFS di Azure NetApp Files.

Si vuole montare automaticamente un volume all'avvio o al riavvio di una macchina virtuale di Azure. Ricerca per categorie configurare l'host per i volumi NFS persistenti?

Per un volume NFS da montare automaticamente all'avvio o al riavvio della macchina virtuale, aggiungere una voce al /etc/fstab file nell'host.

Per informazioni dettagliate, vedere Montare un volume per macchine virtuali Windows o Linux.

Quale versione NFS supporta Azure NetApp Files?

Azure NetApp Files supporta NFSv3 e NFSv4.1. È possibile creare un volume usando una delle due versioni NFS.

Azure NetApp Files supporta ufficialmente NFSv4.2?

Attualmente, Azure NetApp Files non supporta ufficialmente NFSv4.2 né le sue funzionalità ausiliarie (incluse le operazioni di file sparse, gli attributi estesi e le etichette di sicurezza). Tuttavia, la funzionalità è attivata per il server NFS quando viene usato NFSv4.1, il che significa che i client NFS sono in grado di montare usando il protocollo NFSv4.2 in uno dei due modi seguenti:

  • Specificare vers=4.2in modo esplicito , nfsvers=4.2o nfsvers=4,minorversion=2 nelle opzioni di montaggio.
  • Non specificando una versione NFS nelle opzioni di montaggio e consentendo al client NFS di negoziare la versione NFS più elevata supportata consentita.

Nella maggior parte dei casi, se un client esegue il montaggio con NFSv4.2, non è possibile riscontrare problemi. Tuttavia, alcuni client possono riscontrare problemi se non supportano completamente la funzionalità degli attributi estesi NFSv4.2 o NFSv4.2. Inoltre, poiché NFSv4.2 non è attualmente supportato con Azure NetApp Files, eventuali problemi con NFSv4.2 non rientrano nell'ambito.

Per evitare problemi con il montaggio di NFSv4.2 e per garantire la conformità alla compatibilità, assicurarsi che la versione NFSv4.1 sia specificata nelle opzioni di montaggio o che la configurazione del client NFS del client sia impostata per limitare la versione NFS in NFSv4.1.

Ricerca per categorie abilitare lo squash radice?

È possibile specificare se l'account radice può accedere al volume o meno usando i criteri di esportazione del volume. Per informazioni dettagliate, vedere Configurare i criteri di esportazione per un volume NFS.

È possibile usare lo stesso percorso file (token di creazione del volume) per più volumi?

Si, puoi. Tuttavia, il percorso del file deve essere univoco all'interno di ogni subnet.

Quando si tenta di accedere ai volumi NFS tramite un client Windows, perché il client richiede molto tempo per cercare cartelle e sottocartelle?

Assicurarsi che CaseSensitiveLookup sia abilitato nel client Windows per velocizzare la ricerca di cartelle e sottocartelle:

  1. Usare il comando di PowerShell seguente per abilitare CaseSensitiveLookup:
    Set-NfsClientConfiguration -CaseSensitiveLookup 1
  2. Montare il volume nel server Windows.
    Esempio:
    Mount -o rsize=1024 -o wsize=1024 -o mtype=hard \\10.x.x.x\testvol X:*

In che modo Azure NetApp Files supporta il blocco di file NFSv4.1?

Per i client NFSv4.1, Azure NetApp Files supporta il meccanismo di blocco dei file NFSv4.1 che mantiene lo stato di tutti i blocchi di file in un modello basato su lease.

Per RFC 3530, Azure NetApp Files definisce un singolo periodo di lease per tutto lo stato mantenuto da un client NFS. Se il client non rinnova il lease entro il periodo definito, tutti gli stati associati al lease del client verranno rilasciati dal server.

Ad esempio, se un client che monta un volume non risponde o si arresta in modo anomalo oltre i timeout, i blocchi verranno rilasciati. Il client può rinnovare il lease in modo esplicito o implicito eseguendo operazioni come la lettura di un file.

Un periodo di tolleranza definisce un periodo di elaborazione speciale in cui i client possono provare a recuperare lo stato di blocco durante un ripristino del server. Il timeout predefinito per i lease è di 30 secondi con un periodo di tolleranza di 45 secondi. Dopo tale periodo, il lease del client verrà rilasciato.

Azure NetApp Files supporta anche blocchi di file che causano interruzioni.

Per altre informazioni sul blocco dei file in Azure NetApp Files, vedere Blocco dei file.

Perché la .snapshot directory non è visibile in un volume NFSv4.1, ma è visibile in un volume NFSv3?

Per impostazione predefinita, la directory snapshot non è mai visibile ai client NFSv4.1. Per impostazione predefinita, la .snapshot directory è visibile ai client NFSv3. Per nascondere la .snapshot directory dai client NFSv3, modificare le proprietà del volume per nascondere il percorso dello snapshot.

Oracle dNFS

Sono necessarie patch Oracle con dNFS?

Importante

I clienti che usano Oracle 19c e versioni successive devono assicurarsi che siano stati corretti per i bug Oracle 32931941. La maggior parte dei bundle patch attualmente in uso dai clienti Oracle non include questa patch. La patch è stata inclusa solo in un subset di bundle patch recenti.

Se un database è esposto a questo bug, è altamente probabile che le interruzioni di rete generino un danneggiamento del blocco danneggiato. Le interruzioni di rete includono eventi come la rilocazione degli endpoint di archiviazione, la rilocazione del volume e gli eventi di manutenzione del servizio di archiviazione. Il danneggiamento potrebbe non essere necessariamente rilevato immediatamente.

Questo danneggiamento non è né un bug su ONTAP né il servizio Azure NetApp Files stesso, ma il risultato di un bug Oracle dNFS. La risposta a un I/O NFS durante una determinata interruzione o riconfigurazione di rete viene gestita in modo non corretta. Il database scriverà erroneamente un blocco che è stato aggiornato durante la scrittura. In alcuni casi, una sovrascrittura successiva dello stesso blocco danneggia automaticamente il blocco danneggiato. In caso contrario, i processi di database Oracle lo rileveranno. È consigliabile registrare un errore nei log degli avvisi e l'istanza di Oracle potrebbe terminare. Inoltre, le operazioni dbv e RMAN possono rilevare il danneggiamento.

Oracle pubblica il documento 1495104.1, che viene costantemente aggiornato con patch dNFS consigliate. Se il database usa dNFS, verificare che il team DBA stia controllando la disponibilità di aggiornamenti in questo documento.

Importante

I clienti che usano Oracle dNFS con NFSv4.1 nei volumi di Azure NetApp Files devono assicurarsi di eseguire azioni indicate in Sono necessarie patch per l'uso di Oracle dNFS con NFSv4.1?.

Sono necessarie patch per l'uso di Oracle dNFS con NFSv4.1?

Importante

Se i database usano Oracle dNFS con NFSv4.1, è necessario applicare patch ai bug Oracle 33132050 e 33676296. Potrebbe essere necessario richiedere un backport per altre versioni di Oracle. Ad esempio, al momento della scrittura, queste patch sono disponibili per la versione 19.11, ma non ancora 19.3. Se si cita questi numeri di bug nel caso di supporto, i tecnici del supporto di Oracle sanno cosa fare.

Questo requisito si applica ai sistemi e ai servizi basati su ONTAP in generale, che includono sia ONTAP locale che Azure NetApp Files.

Esempi dei potenziali problemi se queste patch non vengono applicate:

  1. Il database si blocca sugli spostamenti dell'endpoint di archiviazione back-end.
  2. Il database si blocca sugli eventi di manutenzione del servizio Azure NetApp Files.
  3. Breve oracolo si blocca durante il normale funzionamento che può o potrebbe non essere evidente.
  4. Arresto lento di Oracle: se si monitora il processo di arresto, si notano pause che potrebbero aggiungere fino a minuti di ritardi quando si verifica il timeout di I/O DNFS.
  5. Comportamento di memorizzazione nella cache delle risposte dNFS non corretto nelle letture che bloccano un database.

Le patch includono una modifica nella gestione delle sessioni dNFS e nella memorizzazione nella cache delle risposte NFS che risolve questi problemi.

Se non è possibile applicare patch per questi due bug, non è necessario usare dNFS con NFSv4.1. È possibile disabilitare dNFS o passare a NFSv3.

È possibile usare il multipathing con Oracle dNFS e NFSv4.1?

Quando si usa NFSv4.1, dNFS non funzionerà con più percorsi. Se sono necessari più percorsi, è necessario usare NFSv3. DNFS richiede il trunking a sessionID livello clientID di cluster per NFSv4.1 per funzionare con più percorsi, che Azure NetApp Files non supporta. Di conseguenza, si verifica un blocco durante l'avvio dNFS

Passaggi successivi