1. UUID: (Universally Unique Identifier) 通用惟一標識符,html
是一個標識符標準用於軟件架構,由開放軟件基金會(OSF)做爲分佈式計算環境(DCE)的一部分而製做的標準。ios
UUID的目的是讓分佈式系統中的全部元素都能有惟一的辨識資訊,不須要透過中央控制端來作辨認資訊的制定。如此一來每一個人都創建一個與其餘人不一樣的標識符,這樣在存儲到數據庫中時,就不用擔憂名稱相同的事情(功能相似數據庫中的主鍵,可是數據庫的主鍵只是在一張表中有效).算法
這個標準如今被普遍應用在微軟的全球惟一標識上面(GUID)。數據庫
2. GUID:(Globally Unique Identifier) 全球惟一標識符,是一個假隨機數用於軟件中。windows
GUID的特色:網絡
(1). 全球惟一性:架構
世界上兩臺計算機生成的GUID都不相同,GUID主要用於擁有多個節點、多臺計算機組成的計算機網絡和系統中,分配具備惟一性的標誌符。在時間和空間上都能保證惟一性,保證在同一時間不一樣的地點生成的GUID值不一樣。app
(2). 組成結構:經過特定算法生成的一個二進制長度爲爲128的字符串,在用GUID時是由算法自動生成,不須要任何機構來幫助。分佈式
GUID 的格式爲「xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx」,其中每一個 x 是 0-9 或 a-f 範圍內的一個十六進制的數字。ide
例如: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(推薦)
一、使用SSH client 鏈接到ESX主機
二、轉到UUID相同的磁盤存放路徑(個人例子爲B機磁盤存放路徑)
三、輸入命令: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
五、查看電腦SID和域SID方法:
註冊表:HKEY_LOCAL_MACHINE-----SAM---SAM--Domain---Builtin-Aliases--Members--
查看SID客戶端加入域時,RID角色的域控制器會分配給客戶端一個對象的SID(域SID+RID),SID通常不會變,除非從新加入域。
六、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.