ONTAP Deploy 中的儲存新增功能是增加管理儲存量的唯一方法，不支援直接修改ONTAP Select虛擬機器。下圖顯示了用於啟動儲存新增精靈的「+」圖示。

以下注意事項對於容量擴展操作的成功至關重要。增加容量需要現有許可證覆蓋總空間量（現有空間量加上新空間量）。如果儲存新增操作導致節點超出其授權容量，則操作將會失敗。應先安裝具有足夠容量的新許可證。

如果將額外容量新增至現有的ONTAP Select聚合，則新的儲存池（資料儲存）的效能設定檔應與現有儲存池（資料儲存）的效能設定檔相似。請注意，無法將非 SSD 儲存新增至安裝了類似AFF特性（啟用快閃記憶體）的ONTAP Select節點。也不支援混合使用 DAS 和外部儲存。

如果將本機連線的儲存空間新增至系統以提供額外的本機 (DAS) 儲存池，則必須建置額外的 RAID 群組和 LUN（或多個 LUN）。與FAS系統一樣，如果要為相同聚合新增空間，應注意確保新 RAID 群組的效能與原始 RAID 群組的效能相似。如果要建立新的聚合，並且充分了解新聚合的效能影響，則新的 RAID 群組佈局可能會有所不同。

如果資料儲存的總大小不超過支援的最大資料儲存大小，則可以將新空間作為擴充區新增至相同資料儲存。將資料儲存擴充區新增至已安裝ONTAP Select 的資料儲存體中可以動態完成，且不會影響ONTAP Select節點的運作。

如果ONTAP Select節點是 HA 對的一部分，則應考慮一些其他問題。

在 HA 對中，每個節點都包含來自其配對節點的資料鏡像副本。在節點 1 中新增空間需要在其配對節點（節點 2）中新增相同大小的空間，以便將節點 1 的所有資料複製到節點 2。換句話說，在節點 1 的容量添加操作中加入到節點 2 的空間在節點 2 上不可見或不可存取。將該空間加入節點 2 是為了確保節點 1 的資料在 HA 事件期間得到全面保護。

關於性能，還有一個額外的考慮因素。節點 1 上的資料會同步複製到節點 2。因此，節點 1 上新空間（資料儲存）的效能必須與節點 2 上新空間（資料儲存）的效能相符。換句話說，在兩個節點上添加空間，但使用不同的磁碟機技術或不同的 RAID 群組大小，可能會導致效能問題。這是由於 RAID SyncMirror操作用於在配對節點上維護資料副本。

若要增加 HA 對中兩個節點上使用者可存取的容量，必須執行兩次儲存新增操作，每個節點一次。每次儲存新增操作都需要在兩個節點上增加額外的空間。每個節點所需的總空間等於節點 1 所需空間加上節點 2 所需空間。

初始設定包含兩個節點，每個節點包含兩個資料存儲，每個資料存儲有 30 TB 的空間。 ONTAPDeploy 會建立一個雙節點集群，每個節點佔用資料儲存ONTAP中的 10 TB 空間。 ONTAPDeploy 為每個節點配置 5 TB 的活動空間。

下圖顯示了節點 1 的單次儲存新增操作的結果。 ONTAP ONTAP Select在每個節點上仍使用相同的儲存量 (15 TB)。但是，節點 1 的活動儲存量 (10 TB) 大於節點 2 的活動儲存量 (5 TB)。由於每個節點都託管對方節點資料的副本，因此兩個節點都受到完全保護。資料儲存庫 1 中剩餘額外的可用空間，而資料儲存庫 2 仍然完全可用。

容量分配：單次儲存新增操作後的分配與釋放空間

節點 1 上的另外兩個儲存新增作業佔用了資料儲存 1 的剩餘空間以及資料儲存 2 的一部分空間（使用容量上限）。第一次儲存新增作業佔用了資料儲存 1 中剩餘的 15 TB 可用空間。下圖顯示了第二次儲存新增操作的結果。此時，節點 1 管理 50 TB 的活躍數據，而節點 2 則擁有原始的 5 TB。

容量分佈：節點 1 執行兩次額外儲存新增作業後的分配和可用空間

容量添加操作期間使用的最大 VMDK 大小為 16 TB。叢集建立操作期間使用的最大 VMDK 大小仍為 8 TB。 ONTAPONTAP會根據您的配置（單節點或多節點叢集）和要新增的容量建立正確大小的 VMDK。但是，叢集建立作業期間每個 VMDK 的最大大小不得超過 8 TB，儲存新增作業期間每個 VMDK 的最大大小不得超過 16 TB。