因為原來的Blade Server裡的四刀伺服器，已經有三刀轉為虛擬機了，只剩一刀還在跑Mailserver，本來因為記憶體不足的考量，遲遲無法轉換至VM，但是在加完記憶體後，整個效能瓶頸不再那麼吃緊，於是前二天狠下心來把Mailserver移上了虛擬機。
基本上移機的過程後順利，沒出現什麼問題，但是空下的那一刀要怎麼辦呢?於是也就給他裝上了ESXI，準備日後可以手動移轉較為重要的Guest。
安裝過程沒什麼問題，但是在安裝後，要加入Datastores時，卻發現，原本要mount Datastores時，有三個選項可以選擇。
卻怎麼樣都只顯示Format the disk，我的英文再怎麼差，也知道Format是什麼意思。我又怎麼可能把他執行下去，然後把Datastores內所有的資料清空呢?
於是上到官網看了一下KB。
發現這個問題似乎也很常發生，從3.1到4.0到5.0都有各自的解決方式。
至於發生的原因也講得很模糊。於是就自己開始試著看Resolution解決。
Resolution中寫到，可以用強制掛載的方式進行掛載。
這個在3.1時有做成按鈕，直接點下去即可掛載。
但到了4.1時，這個功能就消失了，反而是需要進到CLi下利用指令進行掛載。
相關說明如下:
Command line
The esxcfg-volume command is used on the command line.
- To list the volumes that are detected as snapshots/replicas, run this command:
# esxcfg-volume -l (先列出可以mount的volume)
The output appears similar to:
VMFS3 UUID/label: 49d22e2e-996a0dea-b555-001f2960aed8/VMFS_1
Can mount: Yes (確認二個都是YES)
Can resignature: Yes (確認二個都是YES)
Extent name: naa.60a98000503349394f3450667a744245:1 range: 0 - 97023 (MB)
In this example, the datastore UUID is 49d22e2e-996a0dea-b555-001f2960aed8 and its last label is VMFS_1. - To mount the volume without performing a resignaturing of that volume (this volume is unmounted when the ESX host is rebooted), run this command:
# esxcfg-volume -m VMFS_UUID|label
For example:
# esxcfg-volume -m "VMFS_1"
# esxcfg-volume -m "49d22e2e-996a0dea-b555-001f2960aed8" - To mount the volume without performing a resignaturing of that volume (this volume is mounted when the ESX host is rebooted), run this command:
# esxcfg-volume -M VMFS_UUID|label
For example:
# esxcfg-volume -M "VMFS_1"
# esxcfg-volume -M "49d22e2e-996a0dea-b555-001f2960aed8" - To resignature the volume (the volume is mounted immediately after the resignature), run this command:
# esxcfg-volume -r VMFS_UUID|label
For example:
# esxcfg-volume -r "VMFS_1"
# esxcfg-volume -r "49d22e2e-996a0dea-b555-001f2960aed8"
基本上按照官網的說法，可以直接esxcfg-volume -M 即可強制Mount volume，但是因為我心裡還是怕怕的。
所以最後還是把Datastores裡面的主機檔案，全部移轉到其他Datastores後，再執行，裡面沒東西，就帶了輕鬆的心情執行指令，也很當然的看到Datastores被Mount到主機上。
