共用方式為

Azure NetApp Files 的 NFS 常見問題集

  • 發行項

本文回答 Azure NetApp Files 的 NFS 通訊協定常見問題集 (FAQ)。

我想要在啟動或重新啟動 Azure VM 時自動掛接磁碟區。 如何為持續性 NFS 磁碟區設定我的主機？

若要在 VM 啟動或重新啟動時自動掛接 NFS 磁碟區，請將項目新增至主機上的 /etc/fstab 檔案。

如需詳細資料，請參閱對 Windows 或 Linux 虛擬機器掛接磁碟區。

Azure NetApp Files 支援哪些 NFS 版本？

Azure NetApp Files 支援 NFSv3 和 NFSv4.1。 您可以使用任一 NFS 版本來建立磁碟區。

Azure NetApp Files 是否正式支援 NFSv4.2？

Azure NetApp Files 不支援 NFSv4.2 和其輔助功能 (包括疏鬆檔案作業、擴充屬性和安全性標籤)。 雖然您可以使用 NFSv4.2 通訊協定在 Azure NetApp Files 上掛接 NFS4.1 磁碟區，但不支援使用 NFSv4.2。

Azure NetApp Files 磁碟區可以透過下列兩種方式之一，使用 NFSv4.2 通訊協定來掛接：

  • 在掛接選項中，明確指定 vers=4.2、nfsvers=4.2 或 nfsvers=4,minorversion=2。
  • 未在掛接選項中指定 NFS 版本，並允許 NFS 用戶端交涉至允許的最高所支援 NFS 版本。 視 Linux 發行版本而定，這可能會導致 NFSv4.2 用作最高可用的 NFS 通訊協定。

如果許多用戶端未完全支援 NFSv4.2 或 NFSv4.2 擴充屬性功能，則可能會發生問題。 因為 Azure NetApp Files 不支援 NFSv4.2，所以任何 NFSv4.2 問題都會超出支援範圍。 若要避免用戶端掛接 NFSv4.2 的任何問題，並符合可支援性，請確定掛接選項中指定 NFSv4.1 版本，或用戶端的 NFS 用戶端設定設為 NFSv4.1 的 NFS 版本上限。

如需詳細資訊，請參閱了解 Azure NetApp Files 中的 NAS 通訊協定。

如何啟用根壓縮？

您可以指定根帳戶是否可以使用磁碟區匯出原則來存取磁碟區。 如需詳細資料，請參閱設定 NFS 磁碟區的匯出原則。

我可以針對多個磁碟區使用相同的檔案路徑嗎？

相同的檔案路徑可用於：

  • 部署在不同區域的磁碟區
  • 部署至相同區域內不同可用性區域的磁碟區

如果您使用：

  • 區域磁碟區 (無可用性區域) 或
  • 同一可用性區域內的磁碟區，

則可以使用相同的檔案路徑，但檔案路徑在每個委派的子網路內必須是唯一的，或指派至不同的委派子網路。

如需詳細資訊，請參閱建立適用於 Azure NetApp Files 的 NFS 磁碟區或建立 Azure NetApp Files 的雙重通訊協定磁碟區。

當我嘗試透過 Windows 用戶端存取 NFS 磁碟區時，用戶端為何需要很長的時間來搜尋資料夾和子資料夾？

請確定已在 Windows 用戶端上啟用 CaseSensitiveLookup，以加速資料夾和子資料夾的查閱：

  1. 使用下列 PowerShell 命令來啟用 CaseSensitiveLookup：
    Set-NfsClientConfiguration -CaseSensitiveLookup 1
  2. 在 Windows Server 上掛接磁碟區。
    範例：
    Mount -o rsize=1024 -o wsize=1024 -o mtype=hard \\10.x.x.x\testvol X:*

Azure NetApp Files 如何支援 NFSv4.1 檔案鎖定？

針對 NFSv4.1 用戶端，Azure NetApp Files支援 NFSv4.1 檔案鎖定機制，而此機制維護租用型模型下的所有檔案鎖定狀態。

根據 RFC 3530，Azure NetApp Files 定義 NFS 用戶端所持有之所有狀態的單一租用期間。 如果用戶端未在定義的期間內續約其租用，則伺服器將會釋放與用戶端租用相關聯的所有狀態。

例如，如果掛接磁碟區的用戶端在逾時之後變成沒有回應或當機，則會釋放鎖定。 用戶端可以執行讀取檔案這類作業，以明確地或隱含地續約其租用。

寬限期會定義特殊處理期間，而用戶端可以在此期間於伺服器復原期間嘗試回收其鎖定狀態。 租用的預設逾時為 30 秒，而寬限期為 45 秒。 在該時間之後，將會釋放用戶端租用。

Azure NetApp Files 也支援「中斷檔案鎖定」。

若要深入了解 Azure NetApp Files 中的檔案鎖定，請參閱檔案鎖定。

為什麼在 NFSv4.1 磁碟區中看不到 .snapshot 目錄，但在 NFSv3 磁碟區中看到該目錄？

根據設計，NFSv4.1 用戶端永遠看不到 .snapshot 目錄。 根據預設，NFSv3 用戶端會看到 .snapshot 目錄。 若要從 NFSv3 用戶端隱藏 .snapshot 目錄，請編輯磁碟區的屬性以隱藏快照集路徑。

Oracle dNFS

dNFS 是否需要任何 Oracle 修補程式？

重要

使用 Oracle 19c 和更新版本的客戶必須確定「已針對 Oracle 錯誤 (bug) 32931941 進行修補」。 Oracle 客戶目前正在使用的修補程式套件組合大部分都「未」包括此修補程式。 修補程式只包括在最近修補程式套件組合的子集中。

如果向此錯誤 (bug) 公開資料庫，則網路中斷很可能會導致已分段區塊損毀。 網路中斷包括儲存體端點重新配置、碟磁區重新配置和儲存體服務維護事件這類事件。 損毀不一定會立即偵測到。

此損毀不是 ONTAP 上的錯誤 (bug)，也不是 Azure NetApp Files 服務本身的錯誤 (bug)，而是 Oracle dNFS 錯誤 (bug) 的結果。 在特定網路中斷或重新設定事件期間，未妥善處理 NFS IO 的回應。 資料庫將會在寫入時錯誤地寫入正在更新的區塊。 在某些情況下，稍後覆寫該相同區塊將會以無訊息方式損毀已損毀的區塊。 否則，Oracle 資料庫程序最終將會偵測到。 錯誤應該記錄在警示記錄中，而且 Oracle 執行個體可能會終止。 此外，dbv 和 RMAN 作業也可以偵測到損毀。

Oracle 會發佈文件 1495104.1，而其會使用建議的 dNFS 修補程式持續進行更新。 如果您的資料庫使用 dNFS，則請確定 DBA 小組正在檢查此文件中的更新。

重要

在 Azure NetApp Files 磁碟區上搭配使用 Oracle dNFS 與 NFSv4.1 的客戶，必須確定採取是否有使用 Oracle dNFS 搭配 NFSv4.1 所需的修補程式？下方所提及的動作。

是否有搭配使用 Oracle dNFS 與 NFSv4.1 所需的任何修補程式？

重要

如果您的資料庫搭配使用 Oracle dNFS 與 NFSv4.1，則「需要針對 Oracle 錯誤 (bug) 33132050 和 33676296 進行修補」。 您可能必須要求其他 Oracle 版本的向下移植。 例如，撰寫時，這些修補程式適用於 19.11，但尚未適用於 19.3。 若在支援案例中引用這些錯誤 (bug) 號碼，則 Oracle 的支援工程師會知道該怎麼做。

這項需求一般適用於 ONTAP 型系統和服務，其包括內部部署 ONTAP 和 Azure NetApp Files。

未套用這些修補檔時的潛在問題範例：

  1. 資料庫在後端儲存體端點移動時停止回應。
  2. 資料庫在 Azure NetApp Files 服務維護事件上停止回應。
  3. Oracle 在正常作業期間短暫停止回應，可能不明顯。
  4. Oracle 關機速度緩慢：若監視關機程序，則所看到的暫停可能會在 dNFS I/O 逾時期間加總到延遲分鐘數。
  5. 在將停止資料庫的讀取上的 dNFS 回覆快取行為不正確。

修補程式包括可解決這些問題的 dNFS 工作階段管理和 NFS 回覆快取變更。

如果您無法修補這兩個錯誤 (bug)，則「不得」搭配使用 dNFS 與 NFSv4.1。 您可以停用 dNFS 或切換至 NFSv3。

可以搭配使用 Oracle dNFS 與 NFSv4.1 來使用多重路徑嗎？

使用 NFSv4.1 時，dNFS 將無法使用多個路徑。 如需多個路徑，則必須使用 NFSv3。 dNFS 需要全叢集 clientID 和 sessionID 主幹，NFSv4.1 才能使用多個路徑，而 Azure NetApp Files 不支援此功能。 因此，您將會在 dNFS 啟動期間遇到停止回應

下一步