廠商有說免費版的vmware虛擬機是無法備份的，但還是想試試看。
結果在設定時，都沒問題，以為是廠商搞錯了，結果備份執行時，一開始也正常，但沒多久就跳錯誤訊息了，果然只能備份付費版的。
描述： Unable to create a virtual machine snapshot of [vm001]. [Current license or ESXi version prohibits execution of the requested operation. Snapshot creation attempt took [00:00:01]] Please check the virtual machine snapshot tree.
在netapp上有切一區來做共用檔案存放，在系統上用，已佔用了2TB。
但在用備份軟體備份時，備份的檔案容量卻顯示有3TB的容量，怎麼會多了1TB。
原來是因為netapp上有開啟了dedup的功能，所以在netapp上實際佔用的容量，會比所有檔案的原始大小還少。
但備份程式在做的時後，是備份這些共用檔案原始的大小，所以才會有這些差異。
昨天做了一口微道跟微sp的空單，微道大概一個小時就被損出了，震盪比較大，微sp就撐在那，沒想到今天早上起來已經下殺了一波，爽啊。
剛剛出掉了，賺了160美金，扣掉微道的70美金虧損還賺不少，好久沒賺這麼多了。
10月輸多贏少，但是是賺錢的，小賺一千多，終止前兩個月的二連敗。
正常的話應該是要賺兩千左右，但做錯一筆單多賠了4千，少做了一筆會賠錢的單又少賠3千，所以還多虧了快1千，真的不要做錯單，很傷。
如果用commvault在備份虛擬機出現"Insufficient free space available to create a snapshot of virtual machine "的失敗錯誤訊息，是因為備份工作裡，有一個設定是檢查虛擬機所在的存放區的可用空間，低於所設定的比例就會失敗，這是可以調整的，就在備份工作的內容裡面，如果存放區夠大的話，可以把比例調低一點，預設是低於10%就不能備份。
用commvault備份時，如果是一個工作裡面包了許多台主機要備份，可能會有只有其中某一台備份失敗，其他成功的狀況。
這時可以整個工作重跑，其他成功的部份也再備份一次，也可以針對失敗的部份重跑就好，操作如下圖。
就是在該工作選擇備份，然後在進階裡選擇只備份失敗的就行了。
假如在esxi上切了幾顆硬碟要來裝linux虛擬機，會發現裝完後，在linux上用fdisk所列出來的容量跟esxi管理介面上看到的不同，還差蠻多的。
原來是因為在esxi上b->->k->m->g的容量換算都是1024，但在linux上是1000。所以在linux上看到的容量都會比在esxi上看到的還大，硬碟切愈大，差愈多。
