1. UUID: (Universally Unique Identifier) 通用唯一標識符,
是一個標識符標准用於軟件架構,由開放軟件基金會(OSF)作為分布式計算環境(DCE)的一部分而制作的標准。
UUID的目的是讓分布式系統中的所有元素都能有唯一的辨識資訊，不需要透過中央控制端來做辨認資訊的制定。如此一來每個人都建立一個與其他人不同的標識符，這樣在存儲到數據庫中時，就不用擔心名稱相同的事情(功能類似數據庫中的主鍵,但是數據庫的主鍵只是在一張表中有效).
這個標准現在被廣泛應用在微軟的全球唯一標識上面(GUID)。
2. GUID:(Globally Unique Identifier) 全球唯一標識符,是一個假隨機數用於軟件中。
GUID的特點：
(1). 全球唯一性：
世界上兩台計算機生成的GUID都不相同,GUID主要用於擁有多個節點、多台計算機組成的計算機網絡和系統中，分配具有唯一性的標志符。在時間和空間上都能保證唯一性,保證在同一時間不同的地點生成的GUID值不同。
(2). 組成結構：通過特定算法生成的一個二進制長度為為128的字符串,在用GUID時是由算法自動生成,不需要任何機構來幫助。
GUID 的格式為“xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”，其中每個 x 是 0-9 或 a-f 范圍內的一個十六進制的數字。
例如：6F9619FF-8B86-D011-B42D-00C04FC964FF 即為有效的 GUID 值。------>一個16進制是4個二進制，所以共32位。
(3). 應用：世界上所有用戶的每一個Office文檔計算機都會自動生成一個GUID值，並作為這個Office的唯一標識符;而且這個GUID值與計算機的網卡是相關的，
但是這個GUID值對作者是不可見的。作者的信息可以通過GUID的值找到。
當某台ESX主機上的虛擬機（例如：Windows 2003）都是由一個模版（Template Window 2003）發布而來，當其中一台A，需要增加系統盤空間的時候，這時候我會做一個操作，將A關機；之后，將A機的系統盤掛載到B機上，准備進行增加容量操作；但在啟動B機后，就會彈出錯誤框，說UUID相同，即UUID沖突，B機啟動失敗。
修改之前，首先必須關閉將被修改的虛擬機，否則會收到如下錯誤：
Failed to open 'XXXX.vmdk' : Device or resource busy (1048585).
使用ESX自帶命令： vmkfstools（推薦）
1、使用SSH client 連接到ESX主機
2、轉到UUID相同的磁盤存放路徑（我的例子為B機磁盤存放路徑）
3、輸入命令：vmkfstools -J setuuid XXXX.vmdk
命令成功執行后，會顯示新分配的UUID。
例如： UUID is 56 4d c6 6c c7 67 cf 73-ee a9 62 54 d6 63 1c c5
補充：vmkfstools -J getuuid XXXX.vmdk 可以查看當前系統的UUID
wmic path win32_computersystemproduct get uuid
wmic bios get name, serialnumber, version
wmic csproduct get name, identifyingnumber, uuid
wmic cpu get name, CurrentClockSpeed, MaxClockSpeed
WMIC csproduct list /format
get-wmiobject Win32_ComputerSystemProduct -computername RANTPC | Select-Object -ExpandProperty UUID
5、查看電腦SID和域SID方法：
注冊表：HKEY_LOCAL_MACHINE-----SAM---SAM--Domain---Builtin-Aliases--Members--
查看SID客戶端加入域時，RID角色的域控制器會分配給客戶端一個對象的SID（域SID+RID），SID一般不會變，除非重新加入域。
6、sysprep重新生成SID
Sysprep.exe可用於重新生成SID，運行sysprep.exe后，重新封裝計算機）
在虛擬機上安裝好操作系統中，進入c:\windows\system32\sysprep進入系統全新體驗OOBE勾選通用然后關機
再復制此系統就不會重復系統SID
參考http://www.cnblogs.com/thescentedpath/p/registerkey.html
A computer that is running Windows 2000, Windows Server 2003, or Windows XP does not appear in the Windows Server Update Services (WSUS) console.
This issue occurs if the computer was set up by using a Windows 2000 image, a Windows Server 2003 image, or a Windows XP image in which the registry value for SusClientID is populated before it is deployed to client computers.
When you use Sysprep to generalize an image for a virtual machine, or when you use a unique SID-generating technology to create the images, the SusClientId registry value is not cleared if it is populated within the image before the image is deployed.
Note In WSUS 3.0, the client changes its SusClientID if the hardware configuration changes. For Windows Vista, for Windows Server 2008, and for later versions, Sysprep is changed to reset the SusClientID. Therefore, this problem affects only virtual machines that run pre-Windows Vista operating systems, or that were not created by using Sysprep.