Volume Move 和 SnapMirror 作業的儲存效率行為
儲存效率的行為可能會受到其他作用中或同時啟動的儲存作業影響。您應該瞭解這些作業對儲存效率的影響。
在某些情況下"對溫度敏感的儲存效率( TSSE )",磁碟區上的儲存效率可能會受到其他作業的影響,包括 Volume Moves , SnapMirror 關係, FabricPool Volume 和。
FabricPool
`all`資料保護磁碟區通常會使用分層原則,以立即將資料標記為冷資料,並儘快分層。在資料變得冷且分層之前,無需等待至少幾天的時間。
由於分層原則會盡快分層資料,因此 `all`仰賴背景處理程序(例如 32K 高效調適式壓縮( TSSE ))的儲存效率,沒有足夠的時間來應用。像 8K 壓縮一樣的即時儲存效率,也會正常套用。
下表說明執行其中一項作業時、來源 Volume 和目的地 Volume 的行為。
來源 Volume 效率 |
目的地 Volume 預設行為 |
手動啟用 TSSE 後的預設行為( SnapMirror 中斷後) |
||||
* 儲存效率類型 * |
* 新的寫入 * |
* 冷資料壓縮 * |
* 儲存效率類型 * |
* 新的寫入 * |
* 冷資料壓縮 * |
|
無儲存效率(可能是 FAS ) |
檔案壓縮 |
在新寫入的資料上嘗試即時壓縮檔案 |
不壓縮冷資料、資料仍保持不變 |
TSSE 採用 ZSTD 的冷資料掃描演算法 |
嘗試使用 TSSE 格式進行 8K 內嵌壓縮 |
* 檔案壓縮資料 * :不適用
|
無儲存效率(可能是 FAS ) |
在使用 ONTAP 9.11.1P10 或 ONTAP 9.12.1P3 的 C 系列平台上進行檔案壓縮 |
沒有啟用 TSSE-的 冷資料壓縮 |
* 檔案壓縮資料 * :不適用 |
TSSE 採用 ZSTD 的冷資料掃描演算法 |
8K 內嵌壓縮 |
* 檔案壓縮資料 * :不適用
|
無儲存效率(可能是 FAS ) |
使用 ONTAP 9.12.1P4 及更新版本或 ONTAP 9.13.1 及更新版本的 C 系列平台上的 TSSE |
嘗試使用 TSSE 格式進行 8K 內嵌壓縮 |
* 檔案壓縮資料 * :不適用
|
TSSE 採用 ZSTD 的冷資料掃描演算法 |
嘗試使用 TSSE 格式進行 8K 內嵌壓縮 |
* 檔案壓縮資料 * :不適用
|
檔案壓縮群組 |
與來源相同 |
在新寫入的資料上嘗試即時壓縮檔案 |
不壓縮冷資料、資料仍保持不變 |
TSSE 採用 ZSTD 的冷資料掃描演算法 |
嘗試使用 TSSE 格式進行 8K 內嵌壓縮 |
* 檔案壓縮資料 * :未壓縮
|
TSSE 冷資料掃描 |
TSSE 使用與來源 Volume 相同的壓縮演算法( LZOPro→LZOPro 和 ZSTD→ZSTD ) |
嘗試 TSSE 格式的 8K 內嵌壓縮 |
在現有資料和新寫入的資料達到臨界天數的冷度後、與 LzoPro 嘗試 32K 壓縮。 |
TSSE 已啟用。附註: LZOPro 冷資料掃描演算法可變更為 ZSTD 。 |
嘗試使用 TSSE 格式進行 8K 內嵌壓縮 |
在現有資料和新寫入的資料達到臨界天數冷度之後、會嘗試 32K 壓縮。 |