本頁面說明 Google Cloud NetApp Volumes 的已知限制。
一般問題
本節說明 NetApp Volumes 的常見已知問題。
Flex Unified 服務等級不支援非 RFC 1918 (PUPI) 用戶端 IP 位址的問題
問題：Flex Unified 服務等級不支援非 RFC 1918 (PUPI) 用戶端 IP 位址。
原因：這項限制是由於 VSA 租戶專案中的防火牆規則限制所致。
解決方案：如要解決這個問題，請考慮下列做法：
指派 RFC 1918 IP 位址：將用戶端設為使用 RFC 1918 私人 IP 位址。
使用其他服務等級：使用支援 PUPI 用戶端 IP 位址的服務等級，例如標準、進階、最高或 Flex File。
要求手動設定防火牆：您可以聯絡 Google Cloud Customer Care，手動設定 PUPI 用戶端範圍的防火牆輸入規則，做為暫時的解決方法。請注意，手動設定可能需要持續支援。如要採用這個選項，請提交支援要求，並提供下列資訊：
用戶端 PUPI IP 範圍 (例如
100.64.0.0/10)必要的通訊協定通訊埠 (NFS、SMB 或 iSCSI)
目標區域和儲存空間集區名稱
建立磁碟區後執行備份作業時發生 Not found 項錯誤
問題：建立 ONTAP 模式磁碟區後，如果立即執行 CreateBackup、RestoreVolume 或 UpdateBackupConfig 等備份作業，作業可能會失敗，並顯示 Not found 錯誤。
原因：建立磁碟區後，磁碟區及其與備份相關的資源可能需要一些時間，才能完全供備份服務使用。在這段傳播期間，備份服務可能會在磁碟區可供偵測之前轉送備份要求，導致 Not found 錯誤。
解決方案：建立磁碟區後，請等待至少三分鐘，再執行備份相關作業。
Flex File 磁碟區不會回應 ping
如要進一步瞭解這個問題，請參閱「測試 NetApp Volumes 的連線能力」。
使用重疊的私人服務存取連線時，連線間歇性中斷
設定 netapp.servicenetworking.goog 連線時，如果 CIDR 範圍與同一虛擬私有雲上其他私人服務存取連線使用的 CIDR 範圍重疊，可能會導致磁碟區掛接連線間歇性中斷。請使用不重疊的範圍，避免發生這個問題。
更新 NFS 磁碟區設定時，用戶端可能無法存取從 Cloud Volumes Service 轉換至 NetApp Volumes 的磁碟區
問題：如果主動磁碟區複製作業的傳輸狀態為「鏡像」，當您更新來源或目的地磁碟區的任何設定時，用戶端存取磁碟區的作業會中斷。
原因：更新磁碟區可能會導致其匯出政策與複製合作夥伴磁碟區同步。如果更新後的磁碟區匯出政策不正確或缺少匯出政策，掛接至正式環境來源磁碟區的用戶端可能會失去存取權，進而導致服務中斷。
背景：複製作業處於鏡像狀態時，NetApp Volumes 會自動同步處理來源和目的地磁碟區的匯出政策。這樣一來，一個磁碟區上的任何政策變更都會自動套用至另一個磁碟區，確保用戶端存取權一致，不需管理員手動介入。
在 CVS 中，管理員必須手動同步處理來源和目的地磁碟區設定。在磁碟區從 CVS 轉換至 NetApp Volumes 的過程中，現有的匯出政策會直接轉移，不會經過修改，這可能會導致複製磁碟區中的匯出政策不一致。更新磁碟區複製關係中來源或目的地磁碟區的匯出政策時，系統會自動同步處理兩個磁碟區的政策。
受影響的磁碟區
如果磁碟區符合下列所有條件，就會發生這個問題：
處於使用中鏡像磁碟區複製狀態的磁碟區。停止後繼續複製可能會導致問題。
所有已啟用 NFS 且具有匯出政策的磁碟區。
來源和目的地匯出政策不同的磁碟區。
解決方案：如要解決這個問題，來源和目的地磁碟區的匯出政策必須同步處理一次。操作步驟如下：
檢查並比較來源和目的地磁碟區的匯出政策。
如果匯出政策相同，則無須採取任何行動。
如果匯出政策不同，請合併匯出規則，建立允許兩項政策中指定的所有主機的匯出政策。
將合併的匯出政策套用至來源磁碟區。這項政策也會自動套用至目的地磁碟區。
同步處理匯出政策，可確保存取權一致，並避免用戶端可能中斷。
同時使用 Cloud Volumes Service (CVS) 和 NetApp Volumes 資源時，出現錯誤訊息
您可能會收到錯誤訊息，指出在虛擬私有雲、專案或區域中，同時使用 CVS 和 NetApp Volumes 資源。如果專案符合下列任一情況，您在嘗試建立集區和政策等資源時，就可能發生這個問題：
專案先前用於 CVS。
在沒有 NetApp Volumes 資源的專案中，執行 CVS 資源清單作業。
以下是常見的錯誤訊息：
Host project and service project must be using the same service。Resources from CVS and NetApp Volumes may not be used together in a single region。Cannot share VPC between 3P and 1P networks。
如要解決這個問題，請與 Google Cloud Customer Care 聯絡，要求重設特定專案或區域，以便專門使用 NetApp Volumes 資源。
在特定目錄中建立檔案時失敗，並顯示 No space left on device 或 File too large 錯誤
問題：嘗試在掛接的磁碟區上寫入、複製或建立新檔案或子目錄時，作業失敗，並顯示 No space left on device (errno 28/ENOSPC) 或 File too large (errno 27/EFBIG) 錯誤。
即使用戶端磁碟空間查詢 (例如 df -h) 和Google Cloud 控制台顯示磁碟區有充足的可用邏輯容量，也會發生這種情況。錯誤僅限於特定目錄，在同一磁碟區的其他目錄中，檔案建立作業會成功。
原因：如果單一目錄過大並達到內部限制，就會發生這個問題，導致儲存系統無法在該特定位置為更多檔案或子目錄建立索引。
驗證：
請在掛接的用戶端上執行下列診斷步驟，確認是否已達到目錄大小限制：
- 測試本地化檔案建立：嘗試在完全不同的新建立目錄中建立檔案，該目錄位於完全相同的磁碟區：
bash mkdir /mount_point/test_dir && touch /mount_point/test_dir/test_file.txt如果成功，但寫入原始目錄失敗，則可能已達到目錄限制。 - 估算目錄項目數量：計算違規目錄中的項目數量：
bash find /mount_point/offending_directory -maxdepth 1 | wc -l - 檢查目錄索引檔案大小：檢查目錄的中繼資料足跡：
bash ls -ld /mount_point/offending_directory如果目錄檔案大小異常龐大，表示目錄中繼資料過多。
解決方法：
如要解決這個問題，並維持目錄結構的健康狀態，請採用下列方法：
- 實作目錄資料分割：重構應用程式或工作負載，將檔案分散到巢狀階層子目錄 (例如
/aa/bb/filename.txt)，而不是將大量檔案保留在單一平面目錄中。 - 重建過大的目錄：如果只是從超出限制的目錄中刪除檔案，系統只會移除檔案名稱，但不會自動縮減基礎檔案系統中目錄索引檔案的實體大小。如要完全回收目錄空間，請將有效檔案複製或移至新目錄，然後刪除舊的膨脹目錄。
Active Directory 整合問題
以下各節說明 Active Directory 整合的已知問題。
連線問題
由於下列限制，連線至地端部署網域控制站會失敗：
虛擬私有雲對接：NetApp Volumes 只能連線至儲存空間集區虛擬私有雲 (VPC) 上的網域控制器，或透過 VPN 連線至該網域控制器的網域控制器。NetApp Volumes 無法連線至任何其他虛擬私有雲中的網域控制器，包括與儲存空間集區虛擬私有雲對接，以及連線至儲存空間集區的虛擬私有雲。
防火牆：如果未允許 NetApp Volumes 與網域控制器通訊，地端部署連線就會失敗。詳情請參閱「Active Directory 存取權的防火牆規則」。
修改 Active Directory 政策的 Active Directory 網站設定，不會影響 Flex File 服務等級儲存空間集區。這項設定適用於 Flex 統合集區。
NetApp Volumes 無法加入 Windows 2025 網域控制器
由於 Windows 2025 發生迴歸，NetApp Volumes 無法使用 Windows 2025 網域控制器加入網域。
截至 2025 年 9 月 9 日，Microsoft 已發布 KB5065431 和 KB5065426 來解決這個問題。Windows 2025 不支援 RC4 加密，因此您必須啟用 AES 加密機制來進行 Active Directory 驗證。
詳情請參閱「由於強制執行 SMB 3.1.1，與 Windows 2025 或更早版本的網域控制器通訊可能會失敗」。
由於強制執行 SMB 3.1.1，網域控制站與 Windows 2025 或更早版本的通訊可能會失敗
Windows 2025 網域控制器會強制執行 SMB 3.1.1，以便與 Active Directory 用戶端通訊。網際網路安全中心 (CIS) 政策 18.6.7.6 也建議在舊版 Windows 中使用 SMB 3.1.1。
雖然 NetApp Volumes 支援 SMB 3.1.1，可用於 SMB 用戶端和 NetApp Volumes SMB 伺服器之間的通訊，但以用戶端身分連線至 Active Directory 時，僅支援 SMB 2.1 和 SMB 3.0。
如果網域控制器僅允許 SMB 3.1.1 連線，NetApp Volumes 就無法連線至 Active Directory，導致服務中斷。
為維持相容性，建議您將 SMB 2.1 設為網域控制站支援的最低 SMB 版本。您必須將這項設定套用至所有網域控制器，或 Active Directory 網站中的每個網域控制器 (如果您使用以網站為基礎的 Active Directory 政策)。
以下範例說明如何將支援的 SMB 最低版本設為 2.1：
Set-SmbServerConfiguration -Smb2DialectMax SMB311 -Smb2DialectMin SMB210
如要進一步瞭解如何使用 PowerShell 或群組政策修改 SMB 設定，請參閱「在 Windows 和 Windows Server 2025 中管理 SMB 方言」。
Microsoft 於 2026 年 10 月更新網域控制站後，Active Directory 的 LDAP 連線失敗
問題：在 Active Directory 網域控制器上安裝 Microsoft 2026 年 10 月安全性更新後，連線至 Active Directory 的儲存空間集區和磁碟區無法完成與這些網域控制器的 LDAP 繫結。因此，在連線至 SMB 共用區、將使用者新增至共用區，或使用/測試新的 Active Directory 政策時，可能會發生錯誤。
原因：下列 Microsoft 累積安全性更新會修改 LDAP 連線行為，導致與 NetApp Volumes 的通訊中斷：
解決方案：我們正在更新 NetApp Volumes，以解決這個問題。在此期間，請勿在網域控制站上安裝這些 Windows 安全性更新。如果您已安裝或需要安裝這些更新，請與 Google Cloud Customer Care 聯絡。
CMEK 問題
以下各節列出客戶自行管理加密金鑰 (CMEK) 作業的已知問題。
ListKmsConfigs 傳回 Invalid value for enum type 錯誤
磁碟區從系統管理加密機制遷移至客戶管理加密機制時，ListKmsConfigs 指令有時會在遷移期間傳回 Invalid value for enum type 錯誤。遷移作業完成後，ListKmsConfigs 指令就會恢復正常運作。
無法建立 KmsConfig 政策
有時 KmsConfig 政策建立作業會失敗，導致您無法建立其他政策。如果發生這種情況，請與 Google Cloud Customer Care 聯絡。
磁碟區複製問題和限制
以下各節將詳細說明磁碟區複製功能的已知問題和限制。
在進行中的複製作業中，目的地磁碟區配額設定可能會失敗
修改進行中的複製作業磁碟區設定時，設定會套用至來源和目的地磁碟區。不過，目的地磁碟區的配額變更會暫時保留，並在複製作業停止後套用至目的地磁碟區。這項配額設定有時可能會失敗，您會在作業結束時收到錯誤訊息。雖然「Stop」(停止) 作業成功，但並非所有配額都已套用至目的地磁碟區。如果在停止作業期間收到配額錯誤，請比較來源和目的地磁碟區的配額規則，然後更新目的地缺少的配額規則，使其與來源磁碟區設定相符。
Google Cloud 控制台會顯示未與 Active Directory 政策建立關聯的儲存空間集區
在 Google Cloud 控制台中，為來源磁碟區建立磁碟區複製作業時，可選擇建立目的地磁碟區的儲存空間集區清單，其中包含沒有 Active Directory 政策的儲存空間集區。如果選取的儲存空間集區沒有 Active Directory 政策，複製作業就會失敗。
大容量磁碟區已知問題
下一節將說明大容量磁碟區功能的已知問題。
顯示不相容的集區
變更儲存空間集區 (服務等級) 時， Google Cloud 控制台可能會顯示不相容的集區。如果嘗試變更為不相容的儲存空間集區，系統會顯示錯誤訊息，表示操作失敗。
CMEK 遷移作業未遭封鎖
Google Cloud 控制台不會封鎖 CMEK 遷移作業，即使有大容量磁碟區，也能執行這項作業。如果設定了高容量磁碟區，嘗試遷移 CMEK 將會失敗。
FlexCache 問題
本節說明 FlexCache 功能的已知問題。
在 Google Cloud 控制台修改 FlexCache 磁碟區可能失敗
FlexCache 磁碟區只能透過 API 或 Google Cloud CLI 修改。FlexCache 磁碟區建立後會顯示在 Google Cloud 控制台中，您可以查看或刪除，但嘗試使用Google Cloud 控制台更新可能會失敗。在這種情況下，請使用 Google Cloud CLI 進行修改。
snapshot-directory 設為 true 時，無法建立 FlexCache 磁碟區
FlexCache 磁碟區不支援 snapshot-directory 選項。API 預設將這個參數設為 false，Google Cloud CLI 則預設為 true。因此，使用 Google Cloud CLI 建立 FlexCache 磁碟區時，必須明確加入 --snapshot-directory false，以免建立失敗。