如何遷移代碼管理伺服器

『壹』 如何進行伺服器轉移

發表時間：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版本的情況下，你在虛擬機上執行復制任務，這個復制任務可以在斷電的狀態下拷貝它到一個新的主機上，斷電的狀態非常重要，因為在這種狀態下域控制器不會擺脫和其餘的域同步的狀態。 選擇正確的遷移策略 取決於你遷移物理機器到虛擬機的必要參數，你必須決定正確的策略來維持你需要的正常運行時間、許可證參數，選擇一個不會導致問題的路徑。對於系統或連接到該系統的用戶保持對其遷移的透明性。

『貳』 如何通過git把本地的代碼上傳到伺服器

注意：安裝的前提條件是配置好Git的相關環境或者安裝好git.exe，此處不再重點提及
上傳的步驟：(本文採用git 命令界面進行操作)
（ git config --global user.email "[email protected]"
git config --global user.name "Your Name"）實現登陸
1.進入本地的項目目錄，右鍵「Git Bash here」,調出git命令行界面，然後輸入
[plain] view plain 在CODE上查看代碼片派生到我的代碼片
git init
2.就是將目錄下的所有文件上傳，也可以將「.」換成具體的文件名
[plain] view plain 在CODE上查看代碼片派生到我的代碼片
git add .
3.將項目提交到gitHub
[html] view plain 在CODE上查看代碼片派生到我的代碼片
git commit -m "注釋語句"
4.在github上創建新的repository
5.點擊 「Create repository」跳轉到一個連接，如下紅色圈獲取到本項目的github地址
6.將本地的代碼關聯到github上
[html] view plain 在CODE上查看代碼片派生到我的代碼片
git remote add origin 項目的github地址
7.上傳代碼到github之前需要先pull
[plain] view plain 在CODE上查看代碼片派生到我的代碼片
git pull origin master
8.上傳代碼到遠程倉庫
[plain] view plain 在CODE上查看代碼片派生到我的代碼片
git push -u origin master
之後輸入賬號，密碼,上傳到github

『叄』 如何將SQL Server資料庫遷移到新伺服器中

移動到新路徑我們希望將這些資料庫文件移動到一個新路徑，鍵入新路徑就可以。本文我們移動到下面的路徑：D: SQLDATADatabase_Name_Here.mdf D:SQLLogsDatabase_Name_Here_1.ldf進度現在可以單擊確定按鈕，開始恢復資料庫。成功恢復你已經成功恢復移動完成資料庫文件。證據現在你已經成功恢復移動完成資料庫文件——更多證據。新查詢現在讓我們介紹我喜歡使用的方法，該方法省去了所有選擇和單擊。你可肢鄭以使用一條TSQL Restore移動語句完成同樣的任務。使用T—SQL方法移動資料庫讓我們從打開SQL Server管理工具開始，然後單擊新查詢按鈕。邏輯名稱第一步需要運行下面的查詢：Restore FILELISTONLY FROM DISK='d:Business_Data.bak' 利用該查詢可以找到需要恢復到新路徑的資料庫和日誌文件的邏輯名稱。恢復到新路徑在獲得了邏輯名之後，我們可以使用下面的查閉並詢將歷態頌資料庫恢復到一個新位置。RESTOREDATABASEBusiness_Data_TSQLFROM DISK='d:Business_Data.bak'WITHMOVE 'Business_Data' TO 'D:TSQLBusiness_Data.mdf', MOVE 'Business_Data_log' TO 'D:TSQLBusiness_Data_log.ldf' 該語句將用來恢復資料庫到一個新路徑。完成百分比你可以看到Restore FileListOnly TSQL語句中使用的邏輯名和物理名。如果是一個較大的資料庫為了查看完成進度，還可以添加狀態語句如下所示：RESTOREDATABASEBusiness_Data_TSQLFROM DISK='d:Business_Data.bak'WITHMOVE 'Business_Data' TO 'D:TSQLBusiness_Data.mdf', MOVE 'Business_Data_log' TO 'D:TSQLBusiness_Data_log.ldf', STATS=5 本文中，我們介紹了完成的資料庫備份恢復方法。

『肆』 怎樣使用git將本地代碼上傳到伺服器

注冊賬戶以及創建倉庫

要想使用github第一步當然是注冊github賬號了。之後就可以創建倉庫了（免費用戶只能建公共倉庫），Create a New Repository，填好名稱後Create，之後會出現一些倉庫的配置信息，這也是一個git的簡單教程。步驟如下：

打開https://github.com直接在首頁上注冊

2）上傳到github

$ git push origin master

git push命令會將本地倉庫推送到遠程伺服器。

git pull命令則相反。

註：首次提交，先git pull下，修改完代碼後，使用git status可以查看文件的差別，使用git add 添加要commit的文件。

大功告成，現在你知道如何將本地的項目提交到github上了。

gitignore文件

.gitignore顧名思義就是告訴git需要忽略的文件，這是一個很重要並且很實用的文件。一般我們寫完代碼後會執行編譯、調試等操作，這期間會產生很多中間文件和可執行文件，這些都不是代碼文件，是不需要git來管理的。我們在git status的時候會看到很多這樣的文件，如果用git add -A來添加的話會把他們都加進去，而手動一個個添加的話也太麻煩了。這時我們就需要.gitignore了。

Git命令

查看、添加、提交、刪除、找回，重置修改文件

git help <command> # 顯示command的helpgit show # 顯示某次提交的內容 git show $idgit co -- <file> # 拋棄工作區修改git co . # 拋棄工作區修改git add <file> # 將工作文件修改提交到本地暫存區git add . # 將所有修改過的工作文件提交暫存區git rm <file> # 從版本庫中刪除文件git rm <file> --cached # 從版本庫中刪除文件，但不刪除文件git reset <file> # 從暫存區恢復到工作文件git reset -- . # 從暫存區恢復到工作文件git reset --hard # 恢復最近一次提交過的狀態，即放棄上次提交後的所有本次修改git ci <file> git ci . git ci -a # 將git add, git rm和git ci等操作都合並在一起做git ci -am "some comments"git ci --amend # 修改最後一次提交記錄git revert <$id> # 恢復某次提交的狀態，恢復動作本身也創建次提交對象git revert HEAD # 恢復最後一次提交的狀態

查看文件diff

git diff <file> # 比較當前文件和暫存區文件差異 git diffgit diff <id1><id2> # 比較兩次提交之間的差異git diff <branch1>..<branch2> # 在兩個分支之間比較git diff --staged # 比較暫存區和版本庫差異git diff --cached # 比較暫存區和版本庫差異git diff --stat # 僅僅比較統計信息

查看提交記錄

git log git log <file> # 查看該文件每次提交記錄git log -p <file> # 查看每次詳細修改內容的diffgit log -p -2 # 查看最近兩次詳細修改內容的diffgit log --stat #查看提交統計信息

tig
Mac上可以使用tig代替diff和log，brew install tig


Git 本地分支管理
查看、切換、創建和刪除分支

git br -r # 查看遠程分支git br <new_branch> # 創建新的分支git br -v # 查看各個分支最後提交信息git br --merged # 查看已經被合並到當前分支的分支git br --no-merged # 查看尚未被合並到當前分支的分支git co <branch> # 切換到某個分支git co -b <new_branch> # 創建新的分支，並且切換過去git co -b <new_branch> <branch> # 基於branch創建新的new_branchgit co $id # 把某次歷史提交記錄checkout出來，但無分支信息，切換到其他分支會自動刪除git co $id -b <new_branch> # 把某次歷史提交記錄checkout出來，創建成一個分支git br -d <branch> # 刪除某個分支git br -D <branch> # 強制刪除某個分支 (未被合並的分支被刪除的時候需要強制)

分支合並和rebase

git merge <branch> # 將branch分支合並到當前分支git merge origin/master --no-ff # 不要Fast-Foward合並，這樣可以生成merge提交git rebase master <branch> # 將master rebase到branch，相當於： git co <branch> && git rebase master && git co master && git merge <branch>

Git補丁管理(方便在多台機器上開發同步時用)

git diff > ../sync.patch # 生成補丁git apply ../sync.patch # 打補丁git apply --check ../sync.patch #測試補丁能否成功

Git暫存管理

git stash # 暫存git stash list # 列所有stashgit stash apply # 恢復暫存的內容git stash drop # 刪除暫存區Git遠程分支管理

git pull # 抓取遠程倉庫所有分支更新並合並到本地git pull --no-ff # 抓取遠程倉庫所有分支更新並合並到本地，不要快進合並git fetch origin # 抓取遠程倉庫更新git merge origin/master # 將遠程主分支合並到本地當前分支git co --track origin/branch # 跟蹤某個遠程分支創建相應的本地分支git co -b <local_branch> origin/<remote_branch> # 基於遠程分支創建本地分支，功能同上

git push # push所有分支

git push origin master # 將本地主分支推到遠程主分支git push -u origin master # 將本地主分支推到遠程(如無遠程主分支則創建，用於初始化遠程倉庫)git push origin <local_branch> # 創建遠程分支， origin是遠程倉庫名git push origin <local_branch>:<remote_branch> # 創建遠程分支git push origin :<remote_branch> #先刪除本地分支(git br -d <branch>)，然後再push刪除遠程分支

Git遠程倉庫管理

git remote -v # 查看遠程伺服器地址和倉庫名稱git remote show origin # 查看遠程伺服器倉庫狀態git remote add origin git@ github:robbin/robbin_site.git # 添加遠程倉庫地址git remote set-url origin git@ github.com:robbin/robbin_site.git # 設置遠程倉庫地址(用於修改遠程倉庫地址) git remote rm <repository> # 刪除遠程倉庫

創建遠程倉庫

git clone --bare robbin_site robbin_site.git # 用帶版本的項目創建純版本倉庫scp -r my_project.git git@ git.csdn.net:~ # 將純倉庫上傳到伺服器上mkdir robbin_site.git && cd robbin_site.git && git --bare init # 在伺服器創建純倉庫git remote add origin git@ github.com:robbin/robbin_site.git # 設置遠程倉庫地址git push -u origin master # 客戶端首次提交git push -u origin develop # 首次將本地develop分支提交到遠程develop分支，並且trackgit remote set-head origin master # 設置遠程倉庫的HEAD指向master分支

也可以命令設置跟蹤遠程庫和本地庫

git branch --set-upstream master origin/master

git branch --set-upstream develop origin/develop此文章屬轉載，原文地址：http://1ke.co/course/194另附： 解決 在使用git 對源代碼進行push到gitHub時可能會出錯，error: failed to push some refs to git。出現錯誤的主要原因是github中的README.md文件不在本地代碼目錄中可以通過如下命令進行github與本地代碼合並: git pull --rebase origin master重新執行之前的git push 命令，成功！

『伍』 怎樣把代碼上傳到伺服器

首先你必須有伺服器的管理許可權，然後通過一些上傳工具（比如FTP），通過用戶名、密碼、IP地址（含埠），進行登錄，然後進行上傳修改的文件（進行覆蓋），記住更新時注意先備份。

『陸』 如何做SVN遷移

SVN遷移可能有很多原因, 可能是我們想換Repository目錄, 或者是想換一台機器, 等等.
SVN遷移很容易做, 按照下面步驟就可以:
1. 將原來的Repository導出羨核余為一個文件mpfile
> svnadmin mp path/to/old-repo > mpfile
2. 創建新的Repository, 創建方法可以參考 Windows 平台安裝Subversion server
3. 將mpfile導入到新的Repository
> svnadmin load path/to/new-repo < mpfile
4. 檢查新的Repository的conf/目錄下的配置文件, 檢查hooks/目錄下的構子程序等等...

本機SVN的快速遷移方法:(感謝R2的提示)
svnadmin hot old_rep_path new_rep_path
-----------------------------------------------------
兩台伺服器，進行SVN的遷移：
系統平台：windows server 2003
版本庫：test
源伺服器：192.168.1.14
目標伺服器：192.168.1.12
源SVN版本庫的path: D:\svn\test
要遷移到的path: E:\svn\test

第一種方法：（推薦）

首先說明：這個目標伺服器上的SVN是可以用，本文中只是將它們的版本庫進行
遷移。

1．停止http服務，本文中用的是apache （源伺服器）（目標伺服器）
2．cd C:\Program Files\Subversion\bin(Subversion的氏察安裝目錄)（源伺服器）
3．執行：svnadmin mp D:\svn\test >D:\svn\test\test.mp（源伺服器）
4. 在E盤中建立一個同名的test的文件夾（目標伺服器）
5．cd C:\Program Files\Subversion\bin（目標伺服器）
6．svnadmin create E:\svn\test （目標伺服器）
7. 測試此test版本庫是否可以用，如果可以用。再做下面的操作（目標伺服器）
《要把在源伺服器上導出的test.mp文件目標伺服器上》
8．Svnadmin load E:\svn\test < c:\svn\test\test.mp （目標伺服器。這個只是將源伺服器上導出的版本庫，導入兄滾到現在的伺服器上。）
9. 修改http配置文件和修改許可權，也可以將原來的許可權文件直接到新的版本庫中。（目標伺服器）

第二種方法：

1．停止http服務，我用的是apache
2．把D:\svn\test下面的所有的文件到192.168.1.12的E:\svn\test
3. 修改apache中的文件路徑，寫入新的文件路徑
4．打開http服務，但是這種做法的條件是：SVN舊版本庫的操作環境系統和新版本操作環境系統相同，而且SVN的版本相同。
5．在本地復制的版本庫,右鍵---TortoiseSVN --- Relocate，在彈出的框框內，重新輸入版本庫的ip地址。

『柒』 如何將應用遷移到另一台伺服器

其實這只是一個簡單的克隆，資料庫位置不變，應用伺服器改變。
我建議的做法是：
1。備份原有系統。
2。安裝克隆所需的補丁，包含特定操作系統的補丁。
3。在新的應用伺服器上建立相關的組和用戶，並拷貝原有應用的三個目錄到新機器的相應位置。主要為 applprod, applcomn ,applora
4。啟動原來系統的資料庫和監聽，注意應用不要啟動。
5。在新的應用機器上運行 perl adpreclone.pl appsTier，注意回答正確各個選項的值，主要是資料庫伺服器的主機名和新應用伺服器的主機名。這實際上是一個克隆過程。
6。如果上述步驟順利結束，便可以在新的應用伺服器上打開erp登錄界面了。
7。至於以後的工作，可能涉及到修改並發管理器裡面的程序定義等內容，可以在管理界面種新加一個安裝節點，然後重啟應用就可以。
8，對於其他網頁問題，主要參考資料庫連接的dbc文件，以及 system profile 文件，具體問題可以參照metalink的文檔，參見metalink上的文檔230672.1 以及216664.1，165195.1。

『捌』 如何在mac系統下將github上的代碼拉取到我自己的伺服器上

以前一直聽說過Github，但是自己一直不會用。最近不是太忙，於是想搗鼓搗鼓Github，沒想到用了將近3個小時，才在Mac上配置成功。

首先簡單介紹一下Git和Github

集中化的版本控制系統（ Centralized Version Control Systems，簡稱 CVCS ）。這類系統，諸如 CVS，Subversion 以及 Perforce 等，都有一個單一的集中管理的伺服器，保存所有文件的修訂版本，而協同工作的人們都通過客戶端連到這台伺服器，取出最新的文件或者提交更新。多年以來，這已成為版本控制系統的標准做法。

分布式版本控制系統（ Distributed Version Control System，簡稱 DVCS ）。在這類系統中，像 Git，Mercurial，Bazaar 以及 Darcs 等，客戶端並不只提取最新版本的文件快照，而是把代碼倉庫完整地鏡像下來。這么一來，任何一處協同工作用的伺服器發生故障，事後都可以用任何一個鏡像出來的本地倉庫恢復。因為每一次的提取操作，實際上都是一次對代碼倉庫的完整備份。

GitHub是一個用於使用Git版本控制系統的項目的基於互聯網的存取服務。它是由GitHub公司（先前被稱作用Logical Awesome）的開發者Chris Wanstrath, PJ Hyett, 和 Tom Preston-Werner 使用Ruby on Rails寫成的。GitHub同時提供商業賬戶和為開源項目提供的免費賬戶。根據在2009年的Git用戶調查，GitHub是最流行的Git存取站點。

它提供了像 feeds，followers 和顯示開發者們怎樣在他們的版本庫的版本上工作的網路圖表。

git是一個版本控制工具
github是一個用git做版本控制的項目託管平台。

1、下載，安裝Git，注冊GitHub；

從google code上可以獲的Mac OS的dmg安裝文件
下載地址：htt p:/ /git-osx-installer.googleco de.c om/files/git-1.7.12-intel-universal-snow-leopard.d mg
安裝沒有什麼好說的，打開.dmg文件，然後運行.pkg文件,一步一步往後裝即可。git 會被安裝到/usr/local/git/bin 目錄下。
注冊GitHub同樣非常簡單，選擇免費的開源賬戶類型，按部就班走流程即可。
（注意：Git沒有圖形界面，Git won't add an icon to your dock, it's not that sort of application.）
這一步驟，可以參考官方文檔。鏈接：htt p s:/ /help.gith ub.c om/articles/set-up-git
2、配置Git（在這步花了好長時間）
首先在終端進入.ssh目錄。如果你順利進入了很好。應該是這樣

$
cd ~/.ssh
$
ls //如果目錄下已有文件，建立一個備份文件夾，把原有文件備份進去
$
ssh-keygen -t rsa -C "你的郵箱@xxx.com" //之後一路回車即可
但是我配置的時候一直提示 「no such file or directory」

在stackoverflow上找到了答案。

執行：mkdir ~/.ssh 就好了。

『玖』 如何將舊域伺服器遷移新域伺服器

關於更換或者遷移域伺服器:關於域伺服器遷移的請教我通過部署一個簡單的域管理公司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復制都有可能出現問題。

『拾』 怎麼把數據轉移到伺服器

如果您基於更高的性能、更靈活的擴展或供應商替換要求，您可能需要遷移現有的在線項目。因此，您需要解決的因素包括現有的數據、結構、配置等。藉助必要的技術、適當的規劃和特定軟體，您只需將所需的數據傳送到新伺服器。數據遷移過程的復雜性與項目的復雜性和規模密切相關。作為一個值得信賴的香港伺服器租用託管服務提供商，基於Web的互聯迷你系列將為您簡要介紹在伺服器數據遷移期間要注意的事項。
將數據遷移到新的伺服器之前 - 合理規劃
選擇正確的目標伺服器是第一步。例如，如果計劃更改網站/應用程序，則需要執行其他任務，以便在重新定位期間不必處理這些任務。無論是將數據從一個伺服器（例如香港伺服器）遷移到另一個伺服器，還是新的伺服器結構是基於集群的或涉及多個不同的系統，它也是不同的。
更改伺服器體系結構時，必須更改配置，不管是不同的操作系統、不同的軟體版本還是不同的控制面板。即使只是切換到功能更強大的同類型伺服器，仍然需要相應地配置應用程序和服務，以便能夠利用額外內存、改進的cpu性能或增加內存容量。
請注意，無論是選擇簡單的性能升級還是完全更改伺服器體系結構，都應提前為移動設備創建最佳條件。這些因素包括足夠的存儲空間和計算能力、30%到40%的緩沖區或詳細的擴展計劃以及快速的網路連接。
當數據遷移到另一台伺服器？
如果您租用伺服器資源，您可能沒有充分考慮託管服務的成本。供應商提供的各種軟體包在內容提供方面有所不同，即可用性、數據安全性和支持。因此，有必要在選擇之前比較不同的軟體包。遷移數據的另一個原因可能是您希望減輕it部門的壓力。在這種情況下，it託管服務解決方案將是一個不錯的選擇。它不僅承載伺服器，還由提供者維護和更新。例如，使用穩定的網路互連香港伺服器租賃服務，您可以選擇不同級別的技術服務包來簡化您的IT管理工作。
為即將進行的遷移組織當前伺服器
為了使新伺服器的配置和引入盡可能簡單，有必要整理當前使用的伺服器。因此，數據遷移是刪除任何冗餘或過期頁面、備份、電子郵件和用戶帳戶的最佳時間。這意味著您可以最小化傳輸的數據量，另一方面，您可以從目標系統上所需的資源中獲得更多的價值。
此外，還應該制定關閉活動伺服器進程隨後因數據損失而不會出現並發症，精確的計劃。指定時間應停止對文件，腳本和配置做任何改動，並盡可能暫時阻止對資料庫的訪問。您也可以稍後更新資料庫。在大多數情況下，數據傳輸通過一個完整的伺服器備份進行。
伺服器的數據遷移是如何工作的？
遷移數據最簡單的方法是使用實際狀態的一對一備份副本。在進行必要的配置和調整之前，將其轉移到新的伺服器硬體，然後可以測試其是否有效。最後，您可以調整dns或ip設置，這將允許您在新系統上實時啟動Web項目。雖然這種方法通常需要系統管理員的支持，但是很容易計劃和執行。但是，這意味著當前伺服器將完全暫停，在數據遷移期間，您將無法訪問或使用您的網站。
如果提供需要連續資料庫訪問的服務，則需要一個混合遷移解決方案來保持當前伺服器處於活動狀態。在這種情況下，應將伺服器上的當前資料庫聲明為「master」，然後在配置完成後將新資料庫從屬為「slave」。這使得兩個應用程序能夠實時同步。如果兩個資料庫處於相同狀態，請反轉角色，以便新資料庫成為主資料庫。這意味著您的項目可以在數據遷移期間繼續可用。
什麼樣的資源可以用來將數據遷移到新的伺服器？
有幾種工具和服務可以簡化伺服器遷移。例如，如果只想移動數據而不調整操作系統或其他軟體，則不應放棄控制面板。這些伺服器管理器可以幫助您創建數據備份，然後將它們遷移到新伺服器。所需的配置工作負載是最小的。像wordpress這樣的內容管理系統也可以使用簡單的ftp和備份應用程序進行傳輸，並且通常提供自己的插件來遷移鏈接的資料庫。這些過程大多是自動化的。
對於更復雜的項目，root許可權總是會帶來好處：使用ssh，您可以通過相應的命令行將完整的資料庫（包括所有許可權和用戶數據）轉移到新伺服器。例如，可以使用mysql轉儲向目標系統發送mysql資料庫的副本。作為微軟的sql伺服器用戶，您甚至可以使用內置功能來實現這一點。
但是，您也可以外包伺服器數據的遷移：許多託管服務提供商不僅為客戶提供用於手動伺服器數據傳輸的特定軟體，而且還為數據遷移提供了積極的支持。此外，還有一些服務專門用於Web項目的遷移和全天候服務的可用性-無論是從一個共享伺服器轉移到另一個共享伺服器，還是要替換提供者，還是計劃切換到伺服器集群。
伺服器遷移期間可能會出現什麼問題？
需要連續穩定的網路連接才能根據需要傳輸伺服器數據。因此，在伺服器遷移期間，連接問題是最常見的錯誤源。如果連接斷開，它可以完全終止傳輸，這意味著它從一開始就重新啟動。然而，短期連接問題通常不會被注意到，也不會導致進程終止。但是，在某些情況下，並非所有數據都可以到達目標伺服器，這反過來會影響遷移應用程序的功能。
但是，如果有些文件不能成功地轉移到新伺服器上，可能有幾個原因。尤其是在改變操作系統而不再支持某些文件格式、編程語言等時，會出現兼容性問題。此外，在源計算機和目標計算機上不同的訪問許可權或密碼保護會導致並發症。此外，如果目標系統沒有所需的磁碟空間或dns條目沒有正確更改，數據遷移可能導致錯誤。
需要檢查伺服器數據遷移。
移動到新的伺服器的項目可能是一個復雜和繁瑣的過程，這取決於項目規模和新目標的體系結構。這就是為什麼它應該精心策劃和執行良好。下表總結了有關伺服器遷移的最重要的問題。