MyMirror是否會做壓縮的處置？

壓縮這件事分為兩個層次討論：

一是資料傳輸的「傳輸壓縮」
二是資料儲存的「儲存壓縮」

傳輸壓縮
MyMirror沒有提供傳輸壓縮，但是MyMirror的方式更好。

說到傳輸壓縮，譬諸高速公路，如果把車輛的間距縮到最小，每天能夠通過高速公路的車輛，依然很快就會達到極限。更何況，壓縮對很多檔案沒有什麼效果，例如圖形檔與影片檔。

MyMirror是用縮減備份結構的方式，實際減少需要傳輸的資料，達到節省頻寬與增進同步時效的目的。譬諸高速公路，如果大家不用出門就可以把事情辦好，根本就不用上高速公路，交通就會大幅改善。

MyMirror可以選擇目錄（或說資料夾）來同步，而不是整顆硬碟（或說volume）做同步，在結構上大幅縮減所需傳輸的資料量。舉例，硬碟 = 100 GB，需要備份的目錄 = 10GB，同步標的只有這10 GB即可，節省10倍的網路傳輸量。

進一步的說，MyMirror只需要複製變更的資料，主機與備援機的資料就可以保持一致。舉例，一個文字檔5 MB，只修改了其中的100 KB，MyMirror只需要傳輸這100 KB變更的資料，而不是複製全部5 MB的完整檔案，節省了50倍的傳輸量，這不是任何壓縮可以比擬的。

儲存壓縮
MyMirror沒有提供資料的壓縮儲存，但是MyMirror的方式更好。
因為MyMirror不需要像主機那麼多的儲存空間，達到節省空間的任務。

與傳輸壓縮相同，因為MyMirror可以選擇目錄做同步的標的，備援機所需的儲存空間遠小於主機的儲存空間，如此來達到降低備份所需的空間。

簡單的說，MyMirror就是「以少做更多」（Less is More）。

再說，資料如果被壓縮，就沒有辦法達成「即時」備援了，必須執行restore的動作系統才能「復原」。依照HA或是cluster的定義，需要restore的系統就不能算是HA架構了。

結論：
想要降低儲存空間與增進傳輸效率，用「壓縮」的方式有其極限，用「結構」縮減的方式才是王道啊。