1. 如何將windows server 2008 R2 的域遷移到windows server 2016
通過 Hyper-V，可以使用 Windows 中的一項技術創建一個虛擬化的伺服器計算環境。 本指南提供有關將 Hyper-V 角色（包括虛擬機、數據和操作系統設置）從在早期版本 Windows 中運行 Hyper-V 的源伺服器遷移到運行 Windows Server® 2012 操作系統的目標伺服器的信息和說明。
關於本指南
注意
你的詳細反饋非常重要，可幫助我們使 Windows Server 遷移指南盡可能地可靠、完整和易於使用。 請花幾分鍾時間給本主題評分，並填寫你給出此分數的原因。 如果你在 Lightweight View 中查看本主題，請單擊該頁面頂部的「給本主題評分」。 在經典視圖中，單擊頁面右上角的星號（1=差，5=優）。 描述你喜歡的內容、不喜歡的內容或希望在本主題的將來版本中看到的內容。 若要提交有關如何改進遷移指南或實用工具的其他建議，請將其發布在 Windows Server 遷移論壇上。
本指南介紹如何遷移 Hyper-V 角色，並提供了相應的准備、遷移和驗證步驟。
遷移文檔和工具簡化了將伺服器角色設置和數據從現有伺服器遷移到運行 Windows Server 2012 的目標伺服器這一過程。 通過使用本指南中介紹的工具，你可以簡化遷移過程，減少遷移時間，提高遷移過程的准確性，並幫助消除在遷移過程中可能出現的沖突。 有關如何在源伺服器和目標伺服器上安裝和使用遷移工具的詳細信息，請參閱 Windows Server 遷移工具安裝、訪問和刪除指南。
目標受眾
本文檔適用於負責在託管環境中操作和部署 Hyper-V 的信息技術 (IT) 專業人員。
本指南未提供的內容
本指南不涵蓋以下項目，原因是遷移工具不支持這些項目：
此遷移過程不支持群集方案。 有關如何在群集環境中進行遷移的信息，請參閱《將群集服務和應用程序遷移到 Windows Server 2012 循序漸進指南》將群集服務和應用程序遷移到 Windows Server 2012。
如何在同一計算機上升級角色不屬於本指南的范圍。
一次遷移多個伺服器角色。
將 Hyper-V 從一台運行 Windows Server 2012 的伺服器遷移到另一台運行 Windows Server 2012 的伺服器。 幾種新的 Hyper-V 管理工具和功能反倒支持該過程。 一般過程包括以下步驟：
確定是使用導出和導入還是實時遷移來移動虛擬機。 導出和導入可以用於工作組或域環境中，但是需要關閉虛擬機。 實時遷移需要域環境以及一些配置，但是可讓你移動正在運行的虛擬機。
將 Hyper-V 角色添加到目標伺服器。 添加此角色時，可以配置默認存儲位置和實時遷移。 有關說明，請參閱安裝 Hyper-V 並創建虛擬機。
在目標伺服器上配置虛擬交換機和其他網路功能（可選）。 管理工具包括 Hyper-V 模塊中的 cmdlet New-VMSwitch 和 Set-VMSwitch，以及 Hyper-V 管理器管理單元中的虛擬交換機管理器。
通過導出和導入或者通過進行實時遷移來移動虛擬機。 管理工具包括 cmdlet Export-VM 和 Import-VM，以及 Hyper-V 管理器中的菜單命令「導出」、「導入」和「移動」。 有關使用實時遷移來移動虛擬機的詳細信息，請參閱在非集群虛擬機上配置和使用實時遷移。
有關 Hyper-V 模塊中包含的 cmdlet 列表，請參閱 http://technet.microsoft.com/library/hh848559。
支持的遷移方案
本指南為你提供了將在早期版本 Windows Server 中運行 Hyper-V 角色的現有伺服器遷移到運行 Windows Server 2012 的伺服器的說明。 本指南不包含有關在源伺服器運行多個角色時進行遷移的說明。 如果你的伺服器運行了多個角色，建議你根據其他角色遷移指南中提供的信息設計特定於你的伺服器環境的自定義遷移過程。 Windows Server 遷移門戶中提供了適用於其他角色的遷移指南。
小心
如果你的源伺服器正在運行多個角色，則本指南中的某些遷移步驟（例如，用於計算機名稱和 IP 配置的步驟）可導致在源伺服器上運行的其他角色失敗。
支持的操作系統
源伺服器處理器
源伺服器操作系統
目標伺服器操作系統
目標伺服器處理器
基於 x64
Windows Server 2008 Service Pack 2，僅限完全安裝選項
Windows Server 2012，完全安裝選項和伺服器核心安裝選項
基於 x64
基於 x64
Windows Server 2008 R2
Windows Server 2012，完全安裝選項和伺服器核心安裝選項
基於 x64
基於 x64
的伺服器核心安裝選項 Windows Server 2008 R2
Windows Server 2012，完全安裝選項和伺服器核心安裝選項
基於 x64
上表中顯示的操作系統版本是所支持的操作系統和 Service Pack 的最舊組合。 支持較新的 Service Pack（如果有）。 未列出的操作系統將不受支持。 不支持作為獨立產品的 Microsoft Hyper-V Server。
支持將運行 Hyper-V 的標准版、企業版和數據中心版的 Windows Server 作為源伺服器或目標伺服器。
不支持從源伺服器遷移到運行與源伺服器不同的系統 UI 語言（即已安裝語言）的操作系統的目標伺服器。 例如，無法使用 Windows Server 遷移工具從正使用法語系統 UI 語言運行 Windows Server 2008 的計算機將角色、操作系統設置、數據或共享遷移到正使用德語系統 UI 語言運行 Windows Server 2012 的計算機。
注意
系統 UI 語言是用於設置 Windows 操作系統的本地化安裝程序包的語言。
支持的角色配置和設置
本節標識了可通過使用遷移工具遷移的配置和設置，以及必須手動遷移的配置和設置。 下表中進行了總結。
配置和設置
遷移類型
虛擬機（配置和數據）
自動（下面另有註明的除外）
Hyper-V 設置
自動
管理操作系統中的虛擬網路適配器設置
自動
外部虛擬網路
部分自動（參見下面的說明）
虛擬機隊列 (VMQ) 網路設置
自動
自定義的遠程管理設置
Manual
可以自動遷移以下配置和設置：
大多數虛擬機配置。 作為遷移的一部分移動虛擬機及其數據，但有些配置需要手動干預，如下所述。
Hyper-V 設置。 其中包括系統級設置和授權存儲。
注意
如果從運行 Windows Server 2008 R2 的源伺服器中進行遷移並且已設置 MAC 地址范圍，則還將該值自動遷移到目標伺服器。
內部和專用虛擬網路。
管理操作系統中的虛擬網路適配器設置。 當 Hyper-V 配置為使用物理網路適配器作為虛擬機可用於訪問物理網路的橋時，將在運行 Hyper-V 角色的管理操作系統中創建虛擬網路適配器。 對於此虛擬網路適配器，遷移過程自動遷移此虛擬網路適配器的 IP 設置、綁定和 MAC 地址。 但是，必須手動重新建立虛擬網路適配器與物理網路適配器之間的連接，如遷移步驟中所述。
虛擬機隊列 (VMQ) 網路設置。
在使用遷移工具之後，以下配置和設置需要手動干預：
防火牆設置。 在目標伺服器上使用隨 Hyper-V 一起安裝的默認值重新創建防火牆設置。 如果已從這些默認值修改任何防火牆設置，則將需要在目標伺服器上進行相同修改。
外部虛擬網路。 遷移工具在目標伺服器上重新創建虛擬網路，但重新創建外部虛擬網路作為內部虛擬網路。 你將需要修改其中的每個網路，以將其連接到目標伺服器上適當的物理網路適配器，如遷移步驟中所述。
VFD 和 ISO 文件。 不會遷移這些文件，因為它們不是運行虛擬機所必需的，而且它們不受 Import 和 Export cmdlet 支持。 若要使這些文件可供遷移後的虛擬機使用，請將這些文件手動復制到目標伺服器，然後在遷移虛擬機之後將它們重新附加到虛擬機。
直接連接到虛擬機的物理磁碟的連接。 不會遷移這些連接（有時稱為「傳遞磁碟」），因為磁碟引用在目標伺服器上可能無效。 若要使某個物理磁碟可供遷移後的虛擬機使用，請將該磁碟連接到目標伺服器，然後在遷移虛擬機之後將該磁碟連接到虛擬機，如遷移步驟中所述。
自定義的遠程管理設置。 如果已自定義 Hyper-V 以進行遠程訪問，你將需要執行一些其他過程來重新創建 DCOM 和 WMI 命名空間設置。 遷移步驟標識應執行這些過程的時間點，並提供建議的工具或腳本來完成相應過程。
遷移依賴關系
Hyper-V 角色不依賴於任何其他角色。 作為最佳實踐，建議不要在運行 Hyper-V 的伺服器上安裝任何其他角色。
不支持的遷移方案
不支持以下遷移方案：
虛擬機的已保存狀態。
下列一種情況下的虛擬機配置：
為虛擬機配置的虛擬處理器的數目多於目標伺服器上的邏輯處理器的數目時。
為虛擬機配置的內存大於目標伺服器上的可用內存時。
將物理伺服器合並到虛擬機，或者將多個 Hyper-V 實例合並到一個實例。
Hyper-V 遷移概述
Hyper-V 角色遷移涉及將虛擬機、虛擬網路和所有關聯的設置從企業中的一台物理計算機移動到另一台物理計算機。 該過程支持從在 Windows Server® 2008 R2 中運行 Hyper-V 的伺服器遷移到在 Windows Server 2012 中運行 Hyper-V 的伺服器。 Hyper-V 角色不依賴於任何其他角色。
遷移工具包含你可用於執行遷移 Hyper-V 角色所需的某些任務的 cmdlet。 Export cmdlet 可捕獲執行成功遷移所需的大多數 Hyper-V 設置，包括虛擬機配置、虛擬網路和虛擬硬碟。 DCOM 和 WMI 命名空間安全設置必須單獨進行遷移。 本指南後面提供有關此操作的說明。 在目標伺服器上，Import cmdlet 將重新創建虛擬機。
遷移的影響
下節描述遷移對源伺服器和企業中的其他計算機的影響。
遷移對源伺服器的影響
在目標伺服器上運行 import cmdlets 之前，應當關閉源伺服器或從網路中刪除源伺服器，以便在源伺服器上運行的虛擬機與將在目標伺服器上重新創建的虛擬機之間沒有沖突。 本指南後面的遷移步驟中標識應執行此任務的時間點。
遷移對企業中的其他計算機的影響
這種遷移可能會影響依賴於在虛擬機（將作為 Hyper-V 角色遷移的一部分進行遷移）中運行的應用程序或工作負荷的任何計算機（虛擬或物理），因為這些虛擬機在遷移期間將處於離線狀態。 例如，如果虛擬機承載一個資料庫，則企業中需要訪問該資料庫的所有應用程序都將受到影響。 因此，你將需要通過安排計劃的中斷時間或通過將流量重定向到其他伺服器以提供相應服務，從而安排好此類停機事件。
完成遷移所需的訪問許可權
運行 cmdlet 和工具的用戶帳戶必須是源伺服器和目標伺服器上的本地管理員組的成員。
估計持續時間
遷移 Hyper-V 角色所需的時間長度取決於要傳輸的數據大小。 在要傳輸的各種文件類型當中，.vhd 文件的文件大小最大（從幾千兆位元組到數千兆位元組不等）。 時間長度受到 .vhd 文件的大小和網路帶寬的影響。
2. 如何將舊域伺服器遷移新域伺服器
添加域控制器.
粗暴一點訪法, 對舊域控降級.
溫柔一點就是 ntdsutil 轉移5個FSMO角色.
再對舊域控進行降級.
3. 如何將windows 2003域遷移到Windows server 2008域
一、現有環境 首先請把安轉好的Windows 2008伺服器加入到原有的Windows2003域環境。 目前原有的活動目錄角色是在一台Windows 2003伺服器上的。 二、升級活動目錄架構 在Windows2003域環境裡面任何的一台DC上(最好是架構主機)，把Windows2008光碟下的source\adprep子目錄拷貝到硬碟裡面，並在CMD下執行：adprep /forestprep、adprep /rodcprep和adprep /domainprep /gpprep。 Adprep存放的路徑 在原有的一台DC上執行森林准備工作 請按C鍵繼續操作 程序開始執行，更新原有活動目錄架構 程序執行完畢，提示成功，如果有錯誤，可以查看日誌。 再執行rodc和domain准備工作 這三步完成後，已經做好把活動目錄遷移到Windows server 2008了。 三、配置Windows server 2008 DC 在運行菜單裡面輸入：dcpromo，開啟配置向導 在歡迎向導提示下點擊下一步 因為是在原有域(Windows 2003)下升級遷移，所以選擇擴展一台域控制器。 選擇要加入到的域。 當如果不是使用管理員登陸的話，還要設置有足夠許可權的用戶和密碼。 選擇在那個域下加入到這台伺服器。 把這台伺服器放在那個站點。 是否配置DNS和把這台伺服器成為GC。 是否在原有域環境下增加這台DNS伺服器 輸入一個恢復或卸載操作的密碼。 確認一下這台伺服器所有信息，點擊下一步開始配置。 在同步原有活動目錄的數據。 DC配置完畢 重啟後生效。 KCC也自動配置好，這是Windows 2008的控制界面 原有的Windows 2003的界面，大家可以對比一下。 四、活動目錄還原 可以使用GUI或命令行的方式奪取角色 勝利奪權後，所有角色已經由Windows 2008來服務了。 注意：因為原有的域還存在Windows 2003伺服器，所以不能顯示Windows 2008活動目錄級別，當移除2003伺服器後，就可以升級為Windows 2008功能級別了。 本文轉自：blogs/，作者：luoyi
4. 如何進行伺服器轉移
發表時間：2011/8/10 佚名 來源：TechTarget中國關鍵字：P2V虛擬化遷移關注虛擬化的人都做過或者至少知道P2V（物理到虛擬）遷移過程是將物理伺服器轉換成虛擬機。不過如果你需要進行V2P（虛擬到物理）遷移將虛擬機退回成物理伺服器時，該怎麼辦呢？P2V過程非常簡單直接，並且有許多免費和付費的產品來做。 關注虛擬化的人都做過或者至少知道P2V（物理到虛擬）遷移過程是將物理伺服器轉換成虛擬機。不過如果你需要進行V2P（虛擬到物理）遷移將虛擬機退回成物理伺服器時，該怎麼辦呢？P2V過程非常簡單直接，並且有許多免費和付費的產品來做。然而，V2P過程不受許多工具支持，並且比P2V要復雜得多。 你可能疑惑為什麼要將虛擬機轉換回物理伺服器。多數情況下，這樣做的原因在於應用廠商不支持他們運行在虛擬機上的產品。目前，幾乎所有的廠商都支持虛擬化，但是通常在他們的支持條款里都有關於支持的提醒。 如果一家廠商解決運行在虛擬環境里的應用的問題，這家廠商可能要求你在解決問題之前在物理伺服器上復制這個問題。為什麼？因為技術人員想要確定虛擬化層不是原因或者是導致問題的因素，消除這種疑問的唯一方式是通過在物理伺服器上復制這個問題。下面列出的是一些主要廠商的典型支持條款： IBM/Lotus： 當用戶召集標准使用率或者與缺陷相關的服務請求，並表明他們運行在VMware ESX Server上，IBM Technical Support將竭盡全力解決問題。我們假定這個問題本身或在VMware環境很常見，如果有跡象表明問題與VMware環境有關，我們只需要用戶（或者VMware SupportLine團隊）重新創建這個問題。 Microsoft： 運行在非微軟硬體虛擬化軟體的第一級支持的微軟用戶，微軟又沒有與這家廠商建立包含虛擬化解決方案的支持關系，微軟將使用運行在非微軟硬體虛擬化軟體商的微軟軟體調查潛在的問題。作為調查的一部分，微軟可能需要用戶從微軟硬體虛擬化軟體復制這個問題。這可以在Windows Server 2008（包含Hyper-V）上進行，這個真實的硬體平台在上面安裝了Windows操作系統。 Cognos： Cognos Support會解決任何關於IBM Cognos產品的問題。在虛擬環境使用IBM Cognos的用戶會遇到問題，Cognos用戶不需要在這個操作環境重新創建和解決每個問題。不過，Cognos保留要求用戶診斷操作系統環境的某些問題。只有在有理由相信虛擬環境是導致問題的根源時，Cognos才做此要求。 Computer Associates： 雖然CA不堅持客戶在聯系支持前重新創建每個問題，我們保留要求客戶診斷和解決某些問題的權利。我們有理由相信問題直接與VMware有關時才會這樣做。 從VMware這些支持條款可以看出，所有廠商都保留向你要求在非虛擬環境里重新創建問題的權利。不過多數情況下不會發生，因為多數應用不知道虛擬與物理硬體之間的差別。取決於問題類型，廠商應該意識到這與虛擬化層無關。不過有一種類型的問題，虛擬化層可能就是原因，那就是性能問題。 在本文的下半部分中，我們將說明導致性能問題的原因及解決方案。 在本文的上半部分中，我們介紹了成功實施P2V遷移需要的准備工作及系統命名法等。本部分介紹卷影拷貝服務、Window域控制器等。 理解卷影拷貝服務 如果你用過一些工具，可以轉換正在運行的Windows系統，它們可能使用了卷影拷貝服務來實施遷移。在這種情況下，在轉變的過程中系統的鏡像將被快照下來。一旦轉換完成，你就可以關閉系統。需要記住的是，在遷移之前和你關閉原來的系統的這段時間只在物理系統上發生。新創建的虛擬系統就這時已經過時。這對於域控制器（下面將提到）非常重要，同時對任何傳遞的數據和日誌同樣重要。 在正式使用之前進行遷移測試 P2V或者V2V的遷移的概念一般使系統的整個功能保持完整。然而，對任何被遷移的系統，在遷移後，在其發揮其正常的角色前，應當進行一系列的檢查。這有一些方法來檢測新遷移的虛擬機： ·在新遷移的虛擬機中的清單中去掉所有不必要的硬體。特別的，如果是從物理主機上遷移，你也許有USB介面、軟體驅動器或者音頻適配器等也許不需要或者在虛擬主機上不支持等硬體。 ·不需要連接到配置里的網路適配器就能在虛擬主機上引導系統。這是在VMware ESX中斷開軟體，該選項通過選「connect at power-on」選項實現。 ·如果可以，關鍵應用在離線的環境下不能運行良好，那麼就停止。 ·遷移後多次重啟虛擬機以確保所有的日誌清空，在接下來的引導中不會產生問題。 ·當網路適配器處於軟體斷開的狀態，確保網路配置在虛擬機環境新的地方是正確的，虛擬遷移可能從硬體清單去掉了先前的介面以及伴隨介面的網路配置。 ·確保查看網路延伸配置，例如DNS 伺服器的順序、DNS的後綴，和其它因新的位置而需要改變的網路配置項目。同時如果適當也利用這段時間修改或准備這個系統之外任何變動，包括DNS的接入。 當運行了上述一系列的測試，客戶虛擬機關閉後，重新連接網路適配器到虛擬機。在做完這一系列的檢查後，在你試圖使用遷移系統時，通過把所有的小問題排除後 ，第一次打開虛擬機節省了寶貴的時間。 Window域控制器需要不同的處理 從一個物理盒子把一個域控制器遷移到一個虛擬實例需要特殊的考慮，一個好的實現狀態需要不同的處理。主要的原因是這個問題圍繞著機器如何放到新的虛擬環境。許多管理員想最小化域控制器的停機時間，所以你需要傾向於一個可以優化在線使用的工具。問題在於如果域控制器一直在運行，每一個時刻遲早在增加域的內部的計算，這主要因為，如果系統在運行時，P2V遷移工具執行遷移，一旦虛擬系統在線，它將導致Active Directory數據本地的潛在的損壞，以及其他的域控制器和機器計數。 在這篇文章里，我將要提供兩種好的轉換域控制器的方法。最安全的方法是在虛擬環境下重建一個，把這個系統遷移到這個域中做為一個新的域。當它做為一個新的域控制器引入了一個新域，確保全局目錄特徵和其他角色被合適的轉移。一旦它們在線，你可以降級或者從該域中移除該系統。 另一個方法也同樣安全，但需要一些停機時間。當你的VMware主機上有舊的ESX版本的情況下，你在虛擬機上執行復制任務，這個復制任務可以在斷電的狀態下拷貝它到一個新的主機上，斷電的狀態非常重要，因為在這種狀態下域控制器不會擺脫和其餘的域同步的狀態。 選擇正確的遷移策略 取決於你遷移物理機器到虛擬機的必要參數，你必須決定正確的策略來維持你需要的正常運行時間、許可證參數，選擇一個不會導致問題的路徑。對於系統或連接到該系統的用戶保持對其遷移的透明性。
5. 怎樣進行域名轉移或域名伺服器更換
域名如何轉出?
為了保證您的域名能夠順利辦理轉出，請您先查詢您的域名到期日期及域名狀態，確保域名到期日期及域名狀態符合轉出必要條件，請參考以下條件。
域名轉出條件：
1.域名注冊或續費時間至少滿60天，域名不能過期，國內域名過期時間不能小於15天，如未達到時間要求國際域名有可能導致用戶損失最近一次續費金額;
2.域名處於正常狀態，本身無任何爭議、糾紛或欠費情況
3.轉出需提供域名所有者相關證件4.轉出前，請檢查域名所有者郵箱是否可用，轉移密碼是發送到域名所有者郵箱5.域名轉移根據轉移注冊商、代理商等有所不同，請咨詢注冊商具體流程辦理
可以通過whois查詢這些信息。
首先需要「獲取域名轉移碼」
1一般域名控制面板上有獲取轉移碼的按鈕或鏈接，點擊後注冊商會自動發一份郵件到你的郵箱上，當時填寫申請域名時留下的郵箱地址裡面有域名轉移碼，有的域名注冊商需要聯系客服才能獲取域名轉移密碼。
拿到轉移密碼後，登錄你要轉入的域名服務商網站，選擇域名轉入，輸入轉移密碼。提交後，域名會進入轉入申請狀態。
提交轉入申請後，需要原注冊商進行「確認轉出」的操作。有的注冊商會發郵件給您，問您是否同意轉移，請點擊"同意轉移"。
部分注冊商在用戶確認後，會立即在系統中確認轉出，這種能在1小時內就能完成域名轉移過程。大多數注冊商(如萬網、新網等)不會立即同意，需要等7天的最長期限過去以後，才能轉移成功。這種可以嘗試聯系原注冊商要求他們提前確認轉移操作。
另外，有個別服務商會在中途將域名鎖定或拒絕轉移，這種情況會導致轉移失敗。
轉移過程中遇到問題可以聯系域名服務商客服
部分服務商在提交轉入申請後，即可進行預先的DNS解析，待轉入成功後就會自動切換到新服務商的DNS解析記錄上面，防止DNS還在原服務商導致網站不能打開。
6. 如何將windows server 2008 R2 的域遷移到windows server 2016
如何將windows server 2008 R2 的域遷移到windows server 2016
已移動 Amy Wang_Microsoft contingent staff, Moderator 2017年3月16日 5:13 Unrelated to Windows Server Technical Preview
你好，
下面有個英文文檔我建議看一下：
Using Ntdsutil.exe to transfer or seize FSMO roles to a domain controller
https://support.microsoft.com/en-us/help/255504/using-ntdsutil.exe-to-transfer-or-seize-fsmo-roles-to-a-domain-controller?FR=1%3FFR%3D1
Best Regards,
Amy
Please remember to mark the replies as answers if they help.
If you have feedback for TechNet Subscriber Support, contact [email protected].
2017年3月16日 8:42
已編輯 Amy Wang_Microsoft contingent staff, Moderator 2017年3月16日 8:42
已建議為答案 Amy Wang_Microsoft contingent staff, Moderator 2017年3月21日 7:36
請首先安裝好 Windows Server 2016 的伺服器，並加入現有域。
然後把 Windows Server 2016 的伺服器升級成 Domain Controller, 注意在安裝的時候選擇安裝 DNS 和 GC (全局編錄）角色。
等 2016 順利成為 DC 之後，運行 DCdiag.exe 和 repadmin.exe 來檢測 DC本身和 AD 復制是否正常。
再把客戶端上的 DNS 伺服器的地址改成新的 DC, 然後把其它 DC 暫時關閉來測試是否正常。
如果一切正常，請把5個 FSMO 角色全部轉移到 2016 的DC 上。
轉移成功之後，可以開始降級之前的 DC。考慮到不同操作系統的 DC 可以共存，我建議先運行一段時間之後再全面降級 2008 的 DC。
你好，
請問還有其他的問題嗎？
Best Regards,
Amy
Please remember to mark the replies as answers if they help.
If you have feedback for TechNet Subscriber Support, contact [email protected].
2017年3月27日 8:31
你好，
請問現在有進展了嗎？
Best Regards,
Amy
Please remember to mark the replies as answers if they help.
If you have feedback for TechNet Subscriber Support, contact [email protected].
7. 如何將舊域伺服器遷移新域伺服器
關於更換或者遷移域伺服器:關於域伺服器遷移的請教我通過部署一個簡單的域管理公司40台左右的機器。域的作用主要是通過域用戶來管理客戶端，回收大部分的許可權，使客戶端系統非常穩定！整個域系統已經用了快4年了。另 外域伺服器還兼任文件伺服器，授權和設置了共享文件目錄，讓客戶端可以通過這些共享目錄交流和保存信息。現在公司購置了新的機器，需要將現在舊的域伺服器遷移到這台新機上，舊的機器另有用途，我在考慮如何做才能讓客戶端受到的影響最小！先講一下我現在的網路系統架構：
ip段：192.168.76.0 255.255.255.0
DNS：192.168.76.21
DC(old)：192.168.76.21我想的遷移辦法是：
1.先在新機上裝好dc(new)：192.168.76.31
2.在dc(new)上設置dns指向192.168.76.21，然後作為DC(old)的額外域建立域，將dc(new)的域信息復制過來，然後配置dc(new）的dns中的ad zone，將dc(old)的dns資料也
復制過來，使dc(new)完全成為dc(old)的冗餘備份！
3.將dc(old)的域正常卸載，讓dc(new)承擔起域的管理以上只是我以現有知識的設計方案，還沒有實際實踐，所以想請教幾個問題：
1.dc(old)正常卸載後，dc(new)是否會自動管理起整個域？還需要什麼後續的步驟嗎？
2.另一個頭痛的問題是如何使原客戶端的dns指向新的dns，我想將dc(old)從網路下線後
，直接修改dc(new)的ip為dc(old)的ip，但是覺得會有問題，不知道是否可行，或者有其他更好的辦法。否則我還是要修改40多台客戶端的dns指向新的dc(new）！
回答： 1.這里要澄清一個問題，所有dc如果獲得了完全復制，那麼它們上面的資料庫是完全同步的，這個通過過程是後台自動完成的，不需要人為干預。如果您的dns選擇了與ad同步，那麼dns的同步也是自動的。那麼在新的dc作為additional dc添加進來並獲得完全同步後，您所需要做的動作是，將原有primary dc所承擔的角色轉移過來，比如5個om，gc，如果有多站點，還有istg。注意是transfer，而不是seize。等待dc的狀態穩定後，降級原來的primary dc就好了。
相關的資料請參考：
http://support.microsoft.com/default.aspx?scid=kb;cn;223346
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;255690
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;324801
http://support.microsoft.com/default.aspx?scid=kb;en-us;255504
2.更改dc ip的想法是可行的。但您要注意更改dns中的srv記錄，更改完成後，要注意ad中的各事件日誌，確保ad的正常運作。需要提到一點的是，整個操作需要有個過程，最好能夠持續1、2天，分步驟實施，實施之間最好能夠在測試環境中測試後，並對現有dc進行備份後，再行動作！關於dns client的配置問題，這里您可以看一個kb
http://support.microsoft.com/default.aspx?scid=kb;en-us;825036
最關鍵的一個地方就是primary dns互相指向，否則容易導致dns解析的問題，從而客戶端、dc復制都有可能出現問題。
8. 想升級公司原來的域伺服器，如何遷移裡面的AD和DNS啊
活動目錄(Active Directory)遷移：
1、安裝新的Windows 2003
伺服器(需要安裝DNS伺服器)，並加入到域。
2、運行林升級操作：在其中一台Windows 2000域控制器，運行Windows 2003
安裝光碟i386目錄中adprep程序，運行命令： adprep/forestprep。
3、運行域升級操作：在其中一台Windows 2000域控制器，運行Windows 2003
安裝光碟i386目錄中adprep程序，運行命令： adprep/domainprep。
4、將新裝的Windows 2003
伺服器升級為域控制器。
5、將所有的操作主機角色切換到Windows 2003
域控制器。
6、檢查Windows 2003
域控制器的DNS是否工作正常。
7、將其中一台Windows 2000域控制器降級並退出域。
8、檢查域是否工作正常。
9、將另外一台Windows 2000域控制器降級並退出域。
10、檢查域是否工作正常。
11、將其中一台退出的原Windows 2000域控制器的系統安裝成Windows 2003
, 並升級為域控制器。
12、活動目錄完成
Exchange 2000遷移至Exchange 2003
：
1、在新伺服器上安裝Windows 2003
。
2、在一台域控制器上從Exchange 2003
安裝盤I386目錄中分別運行adprep /forestprep、adprep /domainprep
3、升級Exchange 2000的Active Directory Connector, 如果不升級直接安裝Exchange 2003
會出現錯誤提示，無法繼續安裝。升級方法：在Exchange 2000伺服器上運行Exchange 2003
安裝盤的ADC中的安裝文件，選擇「reinstall」方式安裝。
4、在新伺服器上安裝Exchange 2003
。
5、將郵箱從Exchange 2000伺服器移動到Exchange 2003
伺服器。操作方法：在系統管理器中，選中Exchange 2000伺服器中的除了SystemMailbox, System Attendant, and SMTP-ServerName所有的郵箱，點擊右鍵選擇「Exchange任務」，選擇「移動郵箱」，目標伺服器選擇新安裝的Exchange 2003
伺服器。這是一個非常耗時的過程，我們公司30多G的郵箱移動了十幾個小時(100M帶寬)。
6、公用文件夾遷移：在系統管理器中，選擇要遷移的公用文件夾，在「屬性」=》「復制」中添加新的Exchange 2003
伺服器，系統會根據復制時間間隔，自動將公用文件夾從Exchange 2000復制新的Exchange 2003
伺服器，公用文件夾默認復制間隔是1小時，你可以更改復制間隔。通過在「文件夾」=》「公用方文件夾」點右鍵並選擇「連接到」新的Exchange 2003
伺服器來檢查公用文件夾是否成功復制。
7、刪除Exchange 2000伺服器，操作方法：打開系統管理器，選擇要刪除的伺服器，右鍵選擇「所有任務」=》刪除伺服器，停運Exchange 2000伺服器，遷移完成。(註：通過添加/刪除程序直接卸載，出現這樣的錯誤提示：
The component "Microsoft Exchange Messaging and Collaboration Services" cannot be assigned the action "Remove" because:
- One or more users currently use a mailbox store on this server. These users must be moved to a mailbox store on a different server or be mail disabled before uninstalling this server.
而未遷移的系統郵箱SystemMailbox, System Attendant, and SMTP-ServerName又不好直接刪除，我就採用系統管理器中的「刪除伺服器」，刪除後Exchange 2003
工作正常，這樣的刪除方法也是可行的),
9. 更換主域伺服器，如何完整遷移AD和DNS
要麼你就直接ghost，要麼你就裝BDC，和輔助DNS,等同步後（我也不知道何時完成），去掉PDC，提升AD為PDC，把輔助DNS改為主DNS
10. 如何將舊域伺服器遷移新域伺服器
關於更換或者遷移域伺服器:關於域伺服器遷移的請教我通過部署一個簡單的域管理公司40台左右的機器。域的作用主要是通過域用戶來管理客戶端，回收大部分的許可權，使客戶端系統非常穩定！整個域系統已經用了快4年了。另 外域伺服器還兼任文件伺服器，授權和設置了共享文件目錄，讓客戶端可以通過這些共享目錄交流和保存信息。現在公司購置了新的機器，需要將現在舊的域伺服器遷移到這台新機上，舊的機器另有用途，我在考慮如何做才能讓客戶端受到的影響最小！先講一下我現在的網路系統架構：ip段：192.168.76.0 255.255.255.0DNS：192.168.76.21DC(old)：192.168.76.21我想的遷移辦法是：1.先在新機上裝好dc(new)：192.168.76.312.在dc(new)上設置dns指向192.168.76.21，然後作為DC(old)的額外域建立域，將dc(new)的域信息復制過來，然後配置dc(new）的dns中的ad zone，將dc(old)的dns資料也 復制過來，使dc(new)完全成為dc(old)的冗餘備份！3.將dc(old)的域正常卸載，讓dc(new)承擔起域的管理以上只是我以現有知識的設計方案，還沒有實際實踐，所以想請教幾個問題：1.dc(old)正常卸載後，dc(new)是否會自動管理起整個域？還需要什麼後續的步驟嗎？2.另一個頭痛的問題是如何使原客戶端的dns指向新的dns，我想將dc(old)從網路下線後 ，直接修改dc(new)的ip為dc(old)的ip，但是覺得會有問題，不知道是否可行，或者有其他更好的辦法。否則我還是要修改40多台客戶端的dns指向新的dc(new）！ 回答： 1.這里要澄清一個問題，所有dc如果獲得了完全復制，那麼它們上面的資料庫是完全同步的，這個通過過程是後台自動完成的，不需要人為干預。如果您的dns選擇了與ad同步，那麼dns的同步也是自動的。那麼在新的dc作為additional dc添加進來並獲得完全同步後，您所需要做的動作是，將原有primary dc所承擔的角色轉移過來，比如5個om，gc，如果有多站點，還有istg。注意是transfer，而不是seize。等待dc的狀態穩定後，降級原來的primary dc就好了。相關的資料請參考： http://support.microsoft.com/default.aspx?scid=kb;cn;223346 http://support.microsoft.com/default.aspx?scid=kb;zh-cn;255690 http://support.microsoft.com/default.aspx?scid=kb;zh-cn;324801 http://support.microsoft.com/default.aspx?scid=kb;en-us;255504 2.更改dc ip的想法是可行的。但您要注意更改dns中的srv記錄，更改完成後，要注意ad中的各事件日誌，確保ad的正常運作。需要提到一點的是，整個操作需要有個過程，最好能夠持續1、2天，分步驟實施，實施之間最好能夠在測試環境中測試後，並對現有dc進行備份後，再行動作！關於dns client的配置問題，這里您可以看一個kb http://support.microsoft.com/default.aspx?scid=kb;en-us;825036 最關鍵的一個地方就是primary dns互相指向，否則容易導致dns解析的問題，從而客戶端、dc復制都有可能出現問題。
求採納