Dell Unity：ESXi 資料存放區報告的大小大於協調 Unity LUN

在 Unity 陣列上啟用資料減量時，VMware/Broadcom ESXi 資料存放區會顯示已使用空間較高。

客戶可能會有疑問，例如：
1.為什麼 Unity 端與 ESXi 端的資料存放區空間使用率不同？
2.資料減量 （壓縮） 是否正常運作？如果是這樣，那麼為什麼主機端
沒有報告節省？3.如果主機在主機端看不到任何節省，則此資料減量的目的是什麼？ 

 VMware vCenter 並不知道 Unity 上有任何資料減量/節省空間的工作。這些是 Unity 功能，而非主機功能，因此主機無法深入解析。

例：

• 在啟用資料減量的 Unity 上建立了名為「LI_UNITY400」的 VMFS 資料存放區。 

          總大小：2 TB
分配大小：570 GB
目前節省：700 GB

• 在 VMware 資料存放區上，「LI_UNITY400」會顯示 1.27 TB 的已用空間大小，即超過 Unity 上的 570 GB 分配大小。
• 如果您在 Unity 上將「分配大小」和「目前節省空間」（570+700 GB= 1.27 TB） 相加，則會得到與在 ESXI 主機上相同的「已使用空間」，因為主機不知道 Unity 上的資料減量功能。

如果數據在 Unity 陣列上壓縮，則必須先解壓縮，才能將數據發送到主機。  如果壓縮數據已駐留在系統緩存中，則數據在發送到主機之前會解壓縮到臨時位置，然後釋放臨時位置。如果請求的壓縮數據駐留在磁碟上，則數據首先會讀入系統緩存，然後再解壓縮到臨時位置，然後向主機發送數據。

由於讀取操作，數據永遠不會在磁碟上解壓縮，因為這將減少存儲資源的節省量。 

Dell Unity：資料減量

陣列正在依設計運作。

注意：  在Dell Unity OE 4.3 版及更新版本中，Dell Unity 資料減量會取代 Dell Unity 壓縮。資料減量包括空間節省演算法中的壓縮和重複資料刪除邏輯。