因為工作的關係，前手有許多台虛擬機器配置不良，所以，需要進行各式各樣的優化，包含ESXi空間配置的合理化。
ESXi有下面三種空間配置方式
Thin Provision (以下簡稱：Thin) 最省空間，但效能最差，需使用到空間，才做初始化。
Thick Provision Lazy Zeroed (以下簡稱：Lazy) 界於兩者中間
Thick Provision Eager Zeroed (以下簡稱：Eager) 最耗空間，在配置時，即初始化完。
談一下合理性，才用到連作業系統才使用50G空間的伺服器，日後再麼用也不會超過200G，卻配置1T的空間，整整有800G的空間浪費掉了。
下面這張截圖， 就是AD Server，不過就使用了16G的空間，為什麼劃500G的空間給他，而且是使用ESXi Eager的方式佈署。在整理後，從500G縮成32G。釋放出450G以上的空間。
所有的伺服器都是這種配置，空間使用率超過97%。讓我常常動彈不得。光是要執行維護，下了一個快照，建立新的快照就直接把系統空間吃光導致停機，心理真的是…
所以，調整完配配空間之後，ESXi仍然不會把佔用的空間放出來，只好利用Synolog中的Active Backup for Business進行備份及還原。
還原的時間，直接還原到原來的安裝空間，相容性最高，失敗率最小(套件中說的)
還原速度，真的嚇死我了，超及快的。
我之前在維護Citrix XenServer和Promox VE完全沒有這種速度。
讓我深深的愛上了這樣備分還原方式。
結果，我錯了，這根本是一場災難。
因為我做了很多組的備份排程，因為還原完了，所以，有一些備份計劃要刪除，才可以把備份的檔案刪掉。
後來系統一直說，有還原在進行中，我想都還原完了，而且系統都在運作了，沒有還在進行中的還原。
重新開了Synology之後，這些還原的系統全都出錯了。
我去查了連結之後，才發現，Active Backup for Business並不是還原到到原來安裝的LUM中。而是透過NFS直接掛了備份檔到ESXi中，難怪不用一分鐘就還原好了。
還好，我有各種不同的備份，直接使用NFS倒回去，修改XXX.vmx中的設定，再掛載到ESXi中，就頻利開機了。
前後救援超過48小時，阿不就還好連假，公司沒有人加班。唉唉，還是純指令的方式備份(ghettoVCB.sh)，我想是當對穩定的，我這次損失8台服務器，有一半以上，5台是用這個方式備份的資料救回來的。
總之，別人說的不算數(前手說，Synology備份還原很快)，自己痛過才學起來的，真的是印像深刻(嚇出一身冷汗，差一點要提頭去見老闆了)