The power of the dark side

隨著vSphere5.0的發佈，VMWare Data Recovery 也發佈了2.0.0版，相較於前板1.2.1版有了如下的主要改進：
1.自動MAIL通知
  以後收MAIL就好了，出問題再去看，不用時常要盯著
2.存放區維護作業可以排程

VM環境SERVER 2008 SP2，三種網卡各裝一張，網路線都拔除。照快照之後：

只插該網卡網路線，COPY網路上NAS上的一個ISO檔，3,383,230,464位元大小。

計算COPY時間。

第一台DC主機(實體2008)因Windows Update之後要重新開機，把FSMO移到第二台DC(VM)上，重開機之後卻發現FSMO移不回來：

嘗試轉移下列物件的操作主要角色時失敗。

物件:

CN=RID Manager$,CN=System,DC=rtc,DC=ruentex,DC=corp

用backup exec 2010去備份VMWare的虛擬機器時，有一台VM總是發生錯誤備份不了，這台VM是SERVER 2008，有裝MS SQL SERVER、IIS。

錯誤的訊息是：

已結束工作: 2011年2月15日 (在 下午 07:01:50)
完成狀態:失敗
最終錯誤: 0xe0009585 - 無法開啟虛擬機器的磁碟。

一直搞不清楚VMware vApp究竟做何用途的，這下搞清楚了，下面這篇文章說得很好：

http://itknowledgeexchange.techtarget.com/virtualization-pro/what-are-ip-pools-and-vapps/

簡單來說，就是把提供同一個服務的多台VM圈起來成為一組的機制。

例如：公司有個網站服務，IIS架在兩台VM上，資料庫架在另一台VM上，前面又有架一個防火牆的VM...這整體
多台的VM們組成了這個網站服務，那我們就可以用vApp把它圈起來達成一些便於管理的目的。

在vSphere還在4.0的時候，試用BE2010去備VM一切都很OK，使用HOTADD模式，速度都是1GB/MIN以上。

這下vSphere更新到4.1，BE2010也出了R2版，就再來測試看看。

BE2010R2裝在64位元的Server2008R2上，設了資料夾裝置開始備份後，發現它使用NBD模式備，跳過了我排序較前面的HOTADD模式。

雖然NBD在這版更快了，每分鐘可達400MB左右。但是我要用HOTADD更快不是更好嗎?

所以我把模式單選HOTADD，結果都錯誤：

近日將VC升級4.1版，整個VC的SERVER重灌成2008R2，一路弄下來之後發現從VCLIENT去看

VCENTER SERVICE STATUS會有一項錯誤，是VCENTER CONVERTER的健康報告無法被蒐集

到。

錯誤訊息像是 Unable to retrieve health data from https://<VC servername or IP address>/converter/health.xml

研究後發現是SSL認證的錯誤，經過修改LDAP內的值使之一致就

How to remove source and replica virtual machines associated with View Composer desktop pools

如何移除VMWare View 在vCenter中留下的replica虛擬機器

裝了VMWare View後，在vCenter中留下的replica虛擬機器會被保護住無法刪除。

Run the command from vCenter command prompt (C:\Program Files\VMware\VMware View Composer):

DataRecovery本身是一個特製化的linux虛擬電腦

安裝datarecovery：
1.個人電腦端安裝plugin
VMwareDataRecoveryPlugin.msi

backupexec2010 use hotadd mode to backup vm failure:

V-79-57344-38283 - The selected transport mode is unsupported by the current setup.

VixDiskLib_Open(): Transport mode 'nbd' used for opening the disk.

Solution1: In the VM Console,login the vm system, run chkdsk in command line.

Solution2: Clone the target VM to replace itself. 

用BACKUP EXEC 2010 去備份VM的時候：

假設VM上的硬碟配置20GB，採thin provisioning，實際上使用10GB，VMDK也是10GB，但是BACKUP EXEC備份過程中卻發現他備的是20GB的資料，雖然最後存下的備份檔案只有10GB，但是備的過程中卻花費很長時間進行備份20GB的作業。

問題在：

VM的硬體版本：VM VERSION。

把VM硬體版本4，升到7就好了。

 20110217補充：

關於VMWARE的thin provisioning，繼某SERVER使用CONVERTER匯出方式解決，另外有這台SERVER配置30GB硬碟，系統中剩餘5GB，但是VMDK一直是佔滿30GB/30GB的異常狀態。

同樣的搞了很久無解，當使用以下方法標記非使用中的BLOCK為0後，SVMOTION無效、CLONE去另個STORAGE無效、只有匯出有效。所以確認一件事就是：

VM的CLONE是BLOCK TO BLOCK的搬動；匯出則是建立VMDK後FILE TO FILE的搬動，而BLOCK標記為0的部分沒有被SVMOTION與CLONE的動作影響。

研究之後發現是VMWARE的BUG，當在作SVMOTION的時候，來源與目標磁區的BLOCK SIZE相同的話，會導致BLOCK被標記為0處無法清除，所以必須SVMOTION去一個不同BLOCK SIZE的STORAGE才行。

     公司外點回來的電腦，髒到不行，主要是灰塵過多，原本的處理方式是用吸塵器吸，一些細部的地方根本吸不到，後來改用刷油漆的刷子來刷，但會搞的到處都是灰塵。
後來想說，用吹的應該很適合，於是網路上找了一下，原本鎖定『空壓機』，也就是噴漆等氣動工具使用，有個鋼瓶的那種：
 
不過這種空壓機又貴、又重、還因為壓力釋放，會有噴水的問題。

所以後來又找到了這種吹水、吹寵物用的工業用吹風機：