Nejčastější dotazy o systému souborů NFS ve službě Azure NetApp Files

  • Článek

Tento článek odpovídá na nejčastější dotazy týkající se protokolu NFS služby Azure NetApp Files.

Chci, aby se svazek automaticky připojil při spuštění nebo restartování virtuálního počítače Azure. Návody nakonfigurovat hostitele pro trvalé svazky NFS?

Aby se svazek NFS automaticky připojil při spuštění nebo restartování virtuálního počítače, přidejte do /etc/fstab souboru na hostiteli položku.

Podrobnosti najdete v tématu Připojení svazku pro virtuální počítače s Windows nebo Linuxem.

Jakou verzi NFS podporuje Azure NetApp Files?

Azure NetApp Files podporuje NFSv3 a NFSv4.1. Svazek můžete vytvořit pomocí některé verze systému souborů NFS.

Podporuje Služba Azure NetApp Files oficiálně NFSv4.2?

Služba Azure NetApp Files v současné době oficiálně nepodporuje NFSv4.2 ani jeho doplňkové funkce (včetně operací se řídkými soubory, rozšířených atributů a popisků zabezpečení). Funkce je ale zapnutá pro server NFS při použití NFSv4.1, což znamená, že klienti NFS se můžou připojit pomocí protokolu NFSv4.2 jedním ze dvou způsobů:

  • Explicitní zadání vers=4.2, nfsvers=4.2nebo nfsvers=4,minorversion=2 v možnostech připojení.
  • Nezadávejte verzi systému souborů NFS v možnostech připojení a umožňuje klientovi NFS vyjednat nejvyšší povolenou podporovanou verzi systému souborů NFS.

Ve většině případů se v případě, že klient připojí pomocí NFSv4.2, žádné problémy se nedají zobrazit. Někteří klienti ale můžou mít problémy, pokud plně nepodporují funkce rozšířených atributů NFSv4.2 nebo NFSv4.2. Vzhledem k tomu, že služba Azure NetApp Files v současné době nepodporuje NFSv4.2, všechny problémy s NFSv4.2 jsou mimo rozsah.

Abyste se vyhnuli problémům s klienty připojovanými NFSv4.2 a zajištěním souladu s podporou, ujistěte se, že je verze NFSv4.1 zadaná v možnostech připojení, nebo je konfigurace klienta NFS nastavená tak, aby byla verze systému souborů NFS nastavená na verzi NFSv4.1.

Návody povolit root squashing?

Pomocí zásad exportu svazku můžete určit, jestli má kořenový účet přístup ke svazku nebo ne. Podrobnosti najdete v tématu Konfigurace zásad exportu pro svazek NFS.

Můžu použít stejnou cestu k souboru pro více svazků?

Stejnou cestu k souboru lze použít pro:

  • svazky nasazené v různých oblastech
  • svazky nasazené do různých zón dostupnosti v rámci stejné oblasti

Pokud používáte:

  • regionální svazky (bez zón dostupnosti) nebo
  • svazky ve stejné zóně dostupnosti,

Můžete použít stejnou cestu k souboru, ale cesta k souboru musí být jedinečná v rámci každé delegovaná podsítě nebo přiřazená k různým delegovaným podsítím.

Další informace najdete v tématu Vytvoření svazku NFS pro Azure NetApp Files nebo Vytvoření svazku se dvěma protokoly pro Azure NetApp Files.

Když se pokusím získat přístup ke svazkům NFS přes klienta Systému Windows, proč hledání složek a podsložek trvá dlouho?

Ujistěte se, že CaseSensitiveLookup je na klientovi Windows povolené, aby se urychlily vyhledávání složek a podsložek:

  1. K povolení funkce CaseSensitiveLookup použijte následující příkaz PowerShellu:
    Set-NfsClientConfiguration -CaseSensitiveLookup 1
  2. Připojte svazek na windows server.
    Příklad:
    Mount -o rsize=1024 -o wsize=1024 -o mtype=hard \\10.x.x.x\testvol X:*

Jak Azure NetApp Files podporuje uzamčení souborů NFSv4.1?

Pro klienty NFSv4.1 podporuje Azure NetApp Files mechanismus uzamykání souborů NFSv4.1, který udržuje stav všech zámků souborů v rámci modelu založeného na zapůjčení.

Na základě dokumentu RFC 3530 definuje Azure NetApp Files jednu dobu zapůjčení pro všechny stavy, které uchovává klient NFS. Pokud klient neprodlouží zapůjčení v rámci definovaného období, server uvolní všechny stavy přidružené k zapůjčení klienta.

Pokud například klient, který připojí svazek, přestane reagovat nebo dojde k chybovému ukončení nad rámec časových limitů, uvolní se zámky. Klient může prodloužit zapůjčení explicitně nebo implicitně provedením operací, jako je čtení souboru.

Období odkladu definuje období speciálního zpracování, ve kterém se klienti mohou pokusit uvolnit stav uzamčení během obnovení serveru. Výchozí časový limit zapůjčení je 30 sekund s obdobím odkladu 45 sekund. Po uplynutí této doby se uvolní zapůjčení klienta.

Azure NetApp Files také podporuje zásadní zámky souborů.

Další informace o zamykání souborů v Azure NetApp Files najdete v tématu Zamykání souborů.

Proč adresář .snapshot není viditelný ve svazku NFSv4.1, ale je viditelný ve svazku NFSv3?

Adresář .snapshot není záměrně nikdy viditelný pro klienty NFSv4.1. Ve výchozím nastavení .snapshot je adresář viditelný pro klienty NFSv3. Chcete-li skrýt .snapshot adresář před klienty NFSv3, upravte vlastnosti svazku a skryjte cestu ke snímku.

Oracle dNFS

Vyžadují se u dNFS nějaké opravy Oracle?

Důležité

Zákazníci, kteří používají Oracle 19c a vyšší, musí zajistit, aby byly opraveny pro 32931941 chyby Oracle. Většina sad oprav, které aktuálně používají zákazníci Oracle, tuto opravu nezahrnují. Oprava byla zahrnuta pouze v podmnožině nedávných sad oprav.

Pokud je databáze vystavená této chybě, přerušení sítě s vysokou pravděpodobností způsobí poškození bloku. Přerušení sítě zahrnuje události, jako je přemístění koncového bodu úložiště, přemístění svazku a události údržby služby úložiště. Poškození nemusí být nutně zjištěno okamžitě.

Toto poškození není chyba v ONTAP ani samotné službě Azure NetApp Files, ale výsledek chyby Oracle dNFS. Reakce na vstupně-výstupní operace systému souborů NFS během určitého přerušení sítě nebo událostí rekonfigurace je nesprávně ošetřena. Databáze omylem zapíše blok, který se aktualizoval při zápisu. V některých případech později přepíše stejný blok bezobslužně poškozený blok. Pokud ne, databázové procesy Oracle ji nakonec zjistí. V protokolech výstrah by se měla zaprotokolovat chyba a instance Oracle se pravděpodobně ukončí. Kromě toho můžou operace dbv a RMAN detekovat poškození.

Oracle publikuje dokument 1495104.1, který se průběžně aktualizuje doporučenými opravami dNFS. Pokud vaše databáze používá dNFS, ujistěte se, že tým DBA kontroluje aktualizace v tomto dokumentu.

Důležité

Zákazníci, kteří používají Oracle dNFS s NFSv4.1 ve svazcích Azure NetApp Files, musí zajistit provedení akcí uvedených v části Existují nějaké opravy potřebné pro použití Oracle dNFS s NFSv4.1?

Vyžadují se nějaké opravy pro použití Oracle dNFS s NFSv4.1?

Důležité

Pokud vaše databáze používají Oracle dNFS s NFSv4.1, je potřeba je opravit pro chyby Oracle 33132050 a 33676296. Možná budete muset požádat o backport pro jiné verze Oracle. Například v době psaní tohoto článku jsou tyto opravy k dispozici pro verzi 19.11, ale zatím ne 19.3. Pokud v případě podpory citujete tato čísla chyb, technici podpory Oracle vědí, co dělat.

Tento požadavek platí obecně pro systémy a služby založené na protokolu ONTAP, které zahrnují místní PROTOKOL ONTAP i Azure NetApp Files.

Příklady potenciálních problémů, pokud se tyto opravy nepoužívají:

  1. Databáze přestane reagovat na přesun koncového bodu úložiště back-endu.
  2. Databáze přestane reagovat na události údržby služby Azure NetApp Files.
  3. Stručný Oracle přestane reagovat během normálního provozu, který může nebo nemusí být znatelný.
  4. Pomalé vypnutí Oracle: Pokud monitorujete proces vypnutí, zobrazí se pozastavení, které by mohlo sčítat až minuty zpoždění, protože vyprší časový limit vstupně-výstupních operací dNFS.
  5. Nesprávné chování při ukládání odpovědí dNFS do mezipaměti při čtení, která zablokují databázi.

Opravy zahrnují změnu správy relací dNFS a ukládání odpovědí NFS do mezipaměti, které tyto problémy řeší.

Pokud tyto dvě chyby nemůžete opravit, nesmíte použít dNFS s NFSv4.1. Můžete buď zakázat dNFS, nebo přepnout na NFSv3.

Můžu používat více cest s Oracle dNFS a NFSv4.1?

Při použití NFSv4.1 nebude dNFS fungovat s více cestami. Pokud potřebujete více cest, musíte použít NFSv3. DNFS vyžaduje, aby služba NFSv4.1 fungovala s několika cestami, clientIDsessionID které Azure NetApp Files nepodporuje. Výsledkem je, že během spouštění dNFS dojde k zablokování.

Další kroky