NFS GYIK az Azure NetApp fájlokhoz

  • Cikk

Ez a cikk választ ad az Azure NetApp Files NFS protokolljára vonatkozó gyakori kérdésekre (GYIK).

Automatikusan csatlakoztatni szeretnék egy kötetet egy Azure-beli virtuális gép indításakor vagy újraindításakor. Hogyan konfigurálja a gazdagépet állandó NFS-kötetekhez?

Ha egy NFS-kötetet automatikusan csatlakoztatni szeretne a virtuális gép indításakor vagy újraindításakor, adjon hozzá egy bejegyzést a /etc/fstab fájlhoz a gazdagépen.

Részletekért lásd: Kötet csatlakoztatása Windows vagy Linux rendszerű virtuális gépekhez .

Milyen NFS-verziót támogat az Azure NetApp Files?

Az Azure NetApp Files támogatja az NFSv3-at és az NFSv4.1-et. Kötetet NFS-verzióval is létrehozhat.

Az Azure NetApp Files hivatalosan is támogatja az NFSv4.2-t?

Az Azure NetApp Files jelenleg hivatalosan nem támogatja az NFSv4.2-et és annak kiegészítő funkcióit (beleértve a ritka fájlokat, a kiterjesztett attribútumokat és a biztonsági címkéket). A funkció azonban az NFS-kiszolgáló esetében az NFSv4.1 használata esetén be van kapcsolva, ami azt jelenti, hogy az NFS-ügyfelek az NFSv4.2 protokoll használatával két módon csatlakoztathatják azokat:

  • Explicit módon adja meg vers=4.2, nfsvers=4.2vagy nfsvers=4,minorversion=2 a csatlakoztatási beállításokat.
  • A csatlakoztatási beállításokban nem adja meg az NFS-verziót, és lehetővé teszi, hogy az NFS-ügyfél a legmagasabb támogatott NFS-verzióval tárgyaljon.

A legtöbb esetben, ha egy ügyfél az NFSv4.2 használatával csatlakozik, nem látható probléma. Egyes ügyfelek azonban problémákat tapasztalhatnak, ha nem támogatják teljes mértékben az NFSv4.2 vagy az NFSv4.2 kiterjesztett attribútumok funkcióit. Mivel az NFSv4.2 jelenleg nem támogatott az Azure NetApp Filesban, az NFSv4.2-vel kapcsolatos problémák hatókörén kívül esik.

Az NFSv4.2 csatlakoztatásával és a támogatottságnak való megfeleléssel kapcsolatos problémák elkerülése érdekében győződjön meg arról, hogy az NFSv4.1 verzió meg van adva a csatlakoztatási beállítások között, vagy az ügyfél NFS-ügyfélkonfigurációja úgy van beállítva, hogy az NFS-verzió az NFSv4.1-nél legyen.

Hogyan engedélyezi a gyökér összenyomását?

A kötet exportálási szabályzatával megadhatja, hogy a gyökérfiók hozzáfér-e a kötethez. Részletekért tekintse meg az NFS-kötetek exportálási szabályzatának konfigurálását ismertető cikket.

Használhatom ugyanazt a fájl elérési útját több kötethez?

Ugyanez a fájlútvonal használható a következőhöz:

  • különböző régiókban üzembe helyezett kötetek
  • különböző rendelkezésre állási zónákban üzembe helyezett kötetek ugyanabban a régióban

Ha a következőt használja:

  • regionális kötetek (rendelkezésre állási zónák nélkül) vagy
  • kötetek ugyanazon rendelkezésre állási zónán belül,

ugyanazt a fájlelérési utat használhatja, de a fájl elérési útjának egyedinek kell lennie az egyes delegált alhálózatokon belül, vagy különböző delegált alhálózatokhoz kell hozzárendelni.

További információ: NFS-kötet létrehozása az Azure NetApp Fileshoz vagy kettős protokollú kötet létrehozása az Azure NetApp Fileshoz.

Amikor egy Windows-ügyfélen keresztül próbálok NFS-köteteket elérni, miért tart sokáig az ügyfél mappákban és almappákban keresni?

Győződjön meg arról, hogy CaseSensitiveLookup engedélyezve van a Windows-ügyfélen a mappák és almappák keresésének felgyorsításához:

  1. A CaseSensitiveLookup engedélyezéséhez használja a következő PowerShell-parancsot:
    Set-NfsClientConfiguration -CaseSensitiveLookup 1
  2. Csatlakoztassa a kötetet a Windows-kiszolgálón.
    Példa:
    Mount -o rsize=1024 -o wsize=1024 -o mtype=hard \\10.x.x.x\testvol X:*

Hogyan támogatja az Azure NetApp Files az NFSv4.1 fájlzárolást?

Az NFSv4.1-ügyfelek esetében az Azure NetApp Files támogatja az NFSv4.1 fájlzárolási mechanizmust, amely egy bérletalapú modellben tartja fenn az összes fájlzárolás állapotát.

RFC 3530-ra vetítve az Azure NetApp Files egyetlen bérletidőszakot határoz meg az NFS-ügyfél által birtokolt összes állapothoz. Ha az ügyfél nem újítja meg a bérletét a megadott időszakon belül, a kiszolgáló az ügyfél bérletéhez társított összes állapotot felszabadítja.

Ha például egy kötetet csatlakoztató ügyfél nem válaszol, vagy az időtúllépések után összeomlik, a zárolások felszabadulnak. Az ügyfél explicit vagy implicit módon megújíthatja a bérletét olyan műveletek végrehajtásával, mint például egy fájl olvasása.

A türelmi időszak speciális feldolgozási időszakot határoz meg, amelyben az ügyfelek megpróbálhatják helyreállítani a zárolási állapotukat a kiszolgáló helyreállítása során. A bérletek alapértelmezett időtúllépése 30 másodperc, a türelmi idő pedig 45 másodperc. Ezt követően az ügyfél bérlete felszabadul.

Az Azure NetApp Files támogatja a feltört fájlzárolásokat is.

Az Azure NetApp Files fájlzárolásával kapcsolatos további információkért lásd a fájlzárolást.

Miért nem látható a .snapshot könyvtár egy NFSv4.1 kötetben, de egy NFSv3 kötetben látható?

A .snapshot könyvtár tervezés szerint soha nem látható az NFSv4.1-ügyfelek számára. Alapértelmezés szerint a .snapshot címtár látható az NFSv3-ügyfelek számára. Ha el szeretné rejteni a könyvtárat az .snapshot NFSv3-ügyfelek elől, módosítsa a kötet tulajdonságait a pillanatkép elérési útjának elrejtéséhez.

Oracle dNFS

Szükség van Oracle-javításokra a dNFS-hez?

Fontos

Az Oracle 19c és újabb verziót használó ügyfeleknek gondoskodniuk kell arról, hogy az Oracle hiba 32931941 javítva legyenek. Az Oracle-ügyfelek által jelenleg használt javításcsomagok többsége *nem* tartalmazza ezt a javítást. A javítás csak a legutóbbi javításcsomagok egy részhalmazában található.

Ha egy adatbázis ki van téve ennek a hibának, a hálózat megszakadása nagy valószínűséggel törött blokksérülést okoz. A hálózati megszakítások közé tartoznak az olyan események, mint a tárolóvégpont áthelyezése, a kötet áthelyezése és a tárolási szolgáltatás karbantartási eseményei. Előfordulhat, hogy a sérülés nem feltétlenül észlelhető azonnal.

Ez a sérülés nem az ONTAP vagy az Azure NetApp Files szolgáltatás hibája, hanem egy Oracle dNFS-hiba eredménye. Az NFS IO-ra adott válasz egy bizonyos hálózatkimaradás vagy újrakonfigurálási esemény során helytelenül van kezelve. Az adatbázis hibásan ír egy blokkot, amely írás közben frissült. Bizonyos esetekben ugyanannak a blokknak a későbbi felülírása csendben megrongálja a sérült blokkot. Ha nem, az Oracle adatbázis-folyamatai végül észlelik. A riasztási naplókban hibát kell naplózni, és az Oracle-példány valószínűleg leáll. Emellett a DBV- és RMAN-műveletek észlelik a sérülést.

Az Oracle közzéteszi az 1495104.1 dokumentumot, amely folyamatosan frissül az ajánlott dNFS-javításokkal. Ha az adatbázis dNFS-t használ, győződjön meg arról, hogy a DBA-csapat frissítéseket keres ebben a dokumentumban.

Fontos

Az Azure NetApp Files-köteteken az NFSv4.1-et használó Oracle dNFS-t használó ügyfeleknek gondoskodniuk kell arról, hogy az Oracle dNFS NFSv4.1-zel való használatához szükséges javításokat végezzenek.

Szükség van javításokra az Oracle dNFS NFS4.1-ben való használatához?

Fontos

Ha az adatbázisok az Oracle dNFS-t használják az NFSv4.1-zel, ki kell javítani őket az Oracle-hibák 33132050 és 33676296. Előfordulhat, hogy visszajelentést kell kérnie az Oracle más verzióihoz. Az íráskor például ezek a javítások a 19.11-hez érhetők el, de még nem 19,3- ra. Ha a támogatási esetben ezeket a hibaszámokat idézi, az Oracle támogatási mérnökei tudják, mit kell tenniük.

Ez a követelmény általában az ONTAP-alapú rendszerekre és szolgáltatásokra vonatkozik, beleértve a helyszíni ONTAP-t és az Azure NetApp Filesot is.

Példák a lehetséges problémákra, ha ezek a javítások nincsenek alkalmazva:

  1. Az adatbázis lefagy a háttértárvégpont áthelyezésén.
  2. Az adatbázis lefagy az Azure NetApp Files szolgáltatás karbantartási eseményein.
  3. A rövid Oracle lefagy a normál működés során, ami lehet, hogy nem észlelhető.
  4. Lassú Oracle-leállítások: ha figyeli a leállítási folyamatot, olyan szünetek láthatók, amelyek akár percnyi késést is okozhatnak a dNFS I/O-időkorlátja miatt.
  5. Helytelen dNFS-válasz gyorsítótárazási viselkedés egy adatbázist lefagyó olvasásokon.

A javítások közé tartozik a dNFS-munkamenetek kezelése és az NFS válasz gyorsítótárazása, amely megoldja ezeket a problémákat.

Ha nem tudja kijavítania ezt a két hibát, nem használhatja a dNFS-t az NFSv4.1-essel. Letilthatja a dNFS-t, vagy átválthat az NFSv3-ra.

Használhatok többutasítást az Oracle dNFS és az NFSv4.1 használatával?

Az NFSv4.1 használatakor a dNFS nem működik több elérési úttal. Ha több elérési útra van szüksége, az NFSv3-at kell használnia. A dNFS megköveteli, hogy az NFSv4.1 fürtszintű clientID és sessionID csomagtartós legyen, hogy több elérési úttal működjön, amelyeket az Azure NetApp Files nem támogat. Ennek eredményeképpen lefagy a dNFS indítása során

Következő lépések