Azure Blob 儲存體中網路檔案系統 (NFS) 3.0 通訊協定支援的已知問題
本文說明 Azure Blob 儲存體中網路檔案系統 (NFS) 3.0 通訊協定支援的限制和已知問題。
重要
由於您必須啟用帳戶的階層命名空間功能以使用 NFS 3.0，因此 Azure Data Lake Storage Gen2 的已知問題一文中說明的所有已知問題也適用於您的帳戶。
NFS 3.0 支援
無法在現有的儲存體帳戶上啟用 NFS 3.0 支援。
啟用 NFS 3.0 支援後，就無法在儲存體帳戶中將其停用。
建立 NFS 3.0 儲存體帳戶時，不支援 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 用戶端。
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)。