您目前已離線,請等候您的網際網路重新連線

網域控制站複製不會不會重新建立所有的服務主要名稱

重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。

按一下這裡查看此文章的英文版本:2742874
徵狀
您可以使用虛擬化網域控制站 (VDC) 複製 Windows Server 2012 導入的功能。您可以複製新的網域控制站之後,您會發現不是所有的服務主要名稱 (Spn) 會在新的網域控制站上重新建立。

當您檢查這個問題時,您會注意到是否一系列三篇 Spn 包含具有連接埠的 NetBIOS 名稱和相同的 NetBIOS 名稱沒有連接埠時,非連接埠項目不會重新建立使用新的電腦名稱。

例如,您會注意到有相同的 NetBIOS 名稱的下列範例:
  • customspn / DC1:200 / app1-這三篇 SPN 具有連接埠 (: 200) 所指定。在這個案例中,是重新建立使用新的完整的電腦名稱的 SPN。SPN 不會重新建立使用新電腦的 NetBIOS 名稱。
  • customspn/DC1/app1-這三篇 SPN 並沒有指定的連接埠。在這個案例中,SPN 是不會重新建立使用新的電腦名稱

不過,不會有三個部分的 Spn 是所有的重新建立,並完整限定名稱會重新建立,而不論是否指定連接埠。例如,您會注意到在所有下列的情況下,Spn 會重新建立:
  • customspn / DC1:202
  • customspn/DC1
  • customspn/DC1.corp.contoso.com:202
  • customspn/DC1.corp.contoso.com
發生的原因
這是網域控制站重新命名程序,在 Windows 中的限制,而且不是專門用於複製。
解決方案
使用 SETSPN,以手動方式建立遺失的項目。EXE 或組 AdComputer Windows PowerShell 指令程式。
其他相關資訊
三個部分的 Spn 完全不是由網域控制站重新命名任何案例中的邏輯處理。所包含的 Windows 服務並不會受到這個問題。這是因為服務會視需要,重新建立任何遺失的 Spn。其他應用程式可能需要您輸入的 SPN,以手動方式來解決這個問題。如需詳細資訊,請檢閱產品的說明文件。

如需有關如何設定及疑難排解 VDC 和詳細資料和逐步指引的詳細資訊,請前往下列 Microsoft 網站:

警告:本文為自動翻譯

內容

文章識別碼:2742874 - 最後檢閱時間:09/21/2012 23:11:00 - 修訂: 1.0

  • kbmt KB2742874 KbMtzh
意見反應