第一台DC主機(實體2008)因Windows Update之後要重新開機，把FSMO移到第二台DC(VM)上，重開機之後卻發現FSMO移不回來：
嘗試轉移下列物件的操作主要角色時失敗。
物件:
CN=RID Manager$,CN=System,DC=rtc,DC=ruentex,DC=corp
目前的操作主要角色:
CN=NTDS Settings,CN=….
建議的操作主要角色:
CN=NTDS Settings,CN=….
其他資料
錯誤值:
1722
同時發現DC複寫錯誤，訊息：
知識一致性檢查程式 (KCC) 已偵測出連續嘗試複寫到下列目錄服務一直失敗。
嘗試:
372
目錄服務:
CN=NTDS Settings,CN=….
時間 (分鐘):
186
這個目錄服務的連線物件將會被略過，並且會建立一個新的暫時連線，以確定複寫繼續。在繼續複寫到這個目錄服務後，暫時的連線將會被移除。
其他資料
錯誤值:
1722 無法取得 RPC 伺服器。
研究發現，原來是因為vSphere4.0升級vSphere4.1之後，VM的Driver重新安裝了，導致第二台DC的網卡出問題。
當改變網卡的DNS值按下套用後跳出訊息說IP設定有另一張網卡相同，要移除另張網卡IP設定。
於是展開裝置管理員，發現網卡名稱後面多出了#2字樣，表示有一張同名網卡隱藏。
顯示隱藏裝置後，把隱藏的網卡刪除，整理整理之後，一切就恢復正常了。
目前歸納起來，VMware升級4.0-4.1時，Server2008使用E1000網卡的情況下，會產生如同P2V時一樣的問題，就是網卡換掉後IP衝突，以及網卡設定值恢復預設(IPv6有勾選)。
雖然vSphere這個升級後表面看起來網路正常，IP都對、網路都通，但是背後沒有自動整理乾淨導致DC複寫出錯。
補充：
VM的網卡選項有三種：
E1000 – 相容性最高，跨平台時(例匯出至WorkStation等)較不會有問題。
VMXNET 2 (Enhanced vmxnet)– 當硬體支援虛擬化時效能較高，但占用CPU資源也較高。
VMXNET 3 – 比VMXNET 2效能更高，且再多一些功能。
留言列表
