Azure Blob 儲存體中網路檔案系統 (NFS) 3.0 通訊協定支援的已知問題
本文說明 Azure Blob 儲存體中網路檔案系統 (NFS) 3.0 通訊協定支援的限制和已知問題。
重要
由於您必須啟用帳戶的階層命名空間功能，才能使用NFS 3.0，因此 Azure Data Lake Storage 已知問題一文中所述的所有已知問題也適用於您的帳戶。
NFS 3.0 支援
無法在現有的儲存體帳戶上啟用 NFS 3.0 支援。
啟用 NFS 3.0 支援之後，就無法在記憶體帳戶中停用。
當您建立 NFS 3.0 記憶體帳戶時，不支援異地備援記憶體 （GRS）、異地備援記憶體（GRS）、異地區域備援記憶體 （GZRS） 和讀取許可權異地備援記憶體 （RA-GRS） 備援選項。
存取控制清單 (ACL) 無法用來授權 NFS 3.0 要求。 事實上，如果 ACL 或 Blob 或目錄包含具名使用者或群組的專案，則非根使用者用戶端上無法存取該檔案。 您必須移除這些專案，才能還原用戶端上非根使用者的存取權。 如需如何移除具名使用者和群組 ACL 輸入的相關資訊，請參閱如何設定 ACL。
NFS 3.0 功能
下列 NFS 3.0 功能尚不受支援。
透過 UDP 的 NFS 3.0。 僅支援透過 TCP 的 NFS 3.0。
使用網路鎖定管理員 (NLM) 將檔案鎖定。 掛接命令必須包含
-o nolock參數。掛接子目錄。 您只能掛接根目錄 (容器)。
清單掛接 （例如：使用 命令
showmount -a）。列出匯出 （例如：使用 命令
showmount -e）。硬式連結。
將容器匯出為唯讀。
NFS 3.0 用戶端
尚不支援適用於 NFS 的 Windows 用戶端。 不過，有一個因應措施可使用 Windows 子系統 Linux 版 （WSL 2） 使用 NFS 3.0 通訊協定掛接記憶體。 請參閱 GitHub 上的 BlobNFS-wsl2 專案。
Blob 儲存體功能
當您啟用 NFS 3.0 通訊協定支援時，完全支援某些 Blob 記憶體功能，但某些功能可能只支援預覽層級或完全不支援。
若要了解如何在已啟用 NFS 3.0 支援的帳戶中支援每項 Blob 儲存體功能，請參閱 Azure 儲存體帳戶中的 Blob 儲存體功能支援。
注意
靜態網站是部分支援功能的範例，因為對已啟用 NFS 3.0 支援的帳戶而言，靜態網站的設定頁面尚未出現在其 Azure 入口網站中。 您只能使用 PowerShell 或 Azure CLI 啟用靜態網站。
Blob 儲存體事件
NFS 作業的名稱不會出現在資源記錄或事件方格傳回的回應中。 只有區塊 Blob 作業出現。 當您的應用程式使用 NFS 3.0 通訊協定提出要求時，該要求會轉譯成區塊 Blob 作業的組合。 例如，NFS 3.0 讀取遠端程序呼叫 (RPC) 要求會轉譯成取得 Blob 作業。 NFS 3.0 寫入 RPC 要求會轉譯成取得區塊清單、放置區塊和放置區塊清單的組合。
NFS 特定作業不支援儲存體事件。 不過，如果您要在已啟用 NFS 的帳戶上執行 Blob 或 Data Lake Storage 作業，則事件應該會根據所呼叫的 API 來建立。
NFS 共用中的群組成員資格
您在 NFS 共用中建立的檔案和目錄一律會繼承父目錄的群組識別碼，不論是否在父目錄上設定設定群組識別 (SGID)。