機房搬遷/遷移：整體方案、實施規劃、細則規範等參考 | 週末送資料

搬遷我是專業的，我在公司呆了將近7年，機房從自建機房搬到租用機房，微軟雲搬到AWS，AWS搬到青雲，青雲搬到騰訊雲，現在又在繼續老機房搬到亦莊新機房。

一、目標

機房搬遷整體方案是為了平穩遷移所有業務，在有限的資源和有限的切換時間（甚至秒鐘級別時間內）完成搬遷（銀行、ATM之類的公司不能比，在不提供新資源或者提供基礎幾臺資源的情況下搬遷）， 保證機房業務和資料能夠安全、可靠、快速的搬遷。

二、 背景

現今IDC跟10年前IDC不同，第一是數量開始增多，第二是價格下降，第三是很多公司使用公有云替換了IDC，當然也有使用公有云+IDC的公司。總之現在因為需求的不同，各種方案都有。(使用公有云替換自己租IDC的公司，主要考慮自己維護管理機房、採購伺服器、後期維保伺服器等不是專業的，專業的事交給專業的公司幹，將公司的精力集中到公司業務，當然關鍵的還能提升運維效率，如，一個專案立馬上線，如果普通中小企業無備用伺服器的情況下，就需要立即購買，可能會有選型、招標過程，這樣整個採購週期就很長，專案上線可能延遲。如果使用雲幾分鐘就完成任務）。

三、 遷移前的考慮

（其實這裡搬遷到雲上已經包含其中，當然有一些沒法搬遷的後面補充）

1、 機房標準：環境瞭解，機櫃位置瞭解，機房動環系統，pda插口是否滿足需求。

2、 一般租用的機房公司，他們是否給巡檢，是否有基本的上架，梳理線纜服務（實際工作中，上架、拉線、綁線很浪費時間，最後還不是很美觀。）

3、 機房專線進入是否方便，進園區是否收費，機房所在公司是否在收埠費用，埠費用有多貴？

4、 網路如何規劃，需要多少個接入交換機，路由器、防火牆，是否滿足高可用，是使用大二層還是3層網路？是使用基於單個主機冗餘（交換機浪費，但是適用於中小企業），還是基於整個機櫃甚至整排機櫃的冗餘？我們曾經的機房是基於主機冗餘（單臺主機雙網路卡繫結），現在新機房是使用基於機櫃冗餘（允許當機一個機櫃）

如果是公有云：考慮網路規劃、網段、安全組等基礎環境配置，然後考慮專線跟IDC打通。

四、 搬遷團隊（運維人員+開發+業務）

1、 是否僱傭專業搬遷公司，還是自己搬遷+僱傭車。原則上是重要裝置、高階儲存之類的裝置僱傭專業公司進行搬遷，普通x86伺服器，多節點的業務，自己搬遷即可。（可以節省很大的成本）

2、 一般情況下搬遷團隊是由公司運維部門擔任，當然一般搬遷都是公司大事，必須知會各個開發部門領導和產品，甚至開專門的動員會，這樣開發才會配合支援。

五、 原機房注意事項

1、 統計搬遷的資料：機器數量、分別每個機器的u數，分類搬遷。

2、 準備打包箱子、標籤紙、紮帶等

3、 小型機連結線務必輕拔輕放，包裝好。

4、 根據業務型別劃分搬遷次序，分配到責任人，責任人務必包含運維、開發、產品。比如：支付系統、營銷等

5、 識別特殊系統，比如：有停機先後順序的，帶儲存的，掛載有nfs的系統，帶狗的系統，有物理機授權等。

六、 針對每套系統具體方案編寫

1、 按照具體業務列出具體系統中的每個模組，如營銷系統中的優惠券、活動，採銷系統中的訂單、主資料等，越細越好。

2、 按照每套系統的每個模組編寫文件，內容包含原主機ip、部署內容、部署路徑或者目錄、快取ip、資料庫連線ip，zk地址等等，所有詳細資訊均要列出。

3、 與開發溝通編寫api部分模組，具體到呼叫介面和http介面，所有介面都要列出（後期用於驗證）

4、 網路層面許可權檢視，是否有特殊限制，比如分支機構或者分公司是否有許可權訪問。

5、 域名檢視，是否有公網。

6、 注意點：如tomcat是否有使用者限制，最好方式是將tomcat直接打包原路徑解壓。即使是平臺管理也可以這樣操作。

7、 資料庫連線檢視，是否有共用庫的情況，是否有大資料抽數，是否有其他特殊許可權。

七、 具體切換方案

1、 閘道器或者負載均衡按照原配置配置即可，後面切換dns即可。

2、 Web層大部分系統為基於網際網路的多web或者多模組系統，1：1部署即可，按照第六步統計結果進行部署即可。

3、 Redis、mysql、mongodb採用資料同步

4、 Es採用加入叢集同步資料方式，完成後把老機器踢出叢集。

5、 如果有Oracle，採用OGG或者DG同步到新機房，提前配置應用JDBC連結，當資料追平時，重啟應用即可生效。這步說來簡單，實際辦起來可能因為資料大小，或者每天產生的資料過多，會導致效能問題。當然還有一些其他的問題，細節上要注意，多想問題。

6、 最難的就是一些老系統，比如一些win系統，開發走了無人維護，甚至一些系統是購買的商業軟體，但是這個商業軟體公司已經倒閉。這種系統最麻煩，一般採用硬搬，當然要備份相應的資料。

7、 小型機和儲存搬遷也是麻煩事，注意上面拆除小型機，一些連線線要儲存好，儲存這個該買保險買保險。

八、 具體切換

1、 按照上面7個步驟該準備的準備，越細越好。

2、 提前將新環境部署好，只等待dba同步資料，等到資料同步完畢，每套系統按照具體的修改程式碼提交，釋出，連結到新機房的庫。

3、 資料庫檢查連結正常，即可驗證業務。

4、 產品通知業務一起驗證業務。

5、 回顧切換過程中的問題，形成總結文件。

九、 總結

以上幾點均是我在搬遷工作中形成的一些經驗，越細越不容易出問題，一般遷移切換選擇閒時進行，比如晚上或者半夜遷移切換，往往第二天早上因為一個配置疏忽造成業務受影響，所以重要系統，重要配置最好雙人檢核，避免出現事故。

遷移這個活對公司內部成員來說不是功勞苦勞，是應該幹好的，不出現問題是應該的，出現問題就要追責。一入運維深似海，萬年填坑填不平。

一、概述

機房的搬遷，一般都會涉及到伺服器、交換機、路由器等大量的裝置，很多軟體的問題，以及新IP的分配問題等。因而如果不提前進行詳細的規劃，匆匆上馬進行機房伺服器等裝置的搬遷，勢必會造成工作的混亂。所以在搬遷前，一個完整合理的機房搬遷規劃是必需的。

二、託管機房現狀

2.1 機房現網路拓撲圖（略）

2.2 機房現機櫃圖（略）

2.3 描述

由於3臺VMware虛擬化伺服器和一臺儲存的物理位置佔用市級平臺機櫃，收費伺服器外網出口為市級平臺外網出口，防止市級平臺伺服器機櫃有突然變動，或我方伺服器需要搬遷，建議將VMware虛擬化伺服器叢集搬遷至我方機櫃中，其中實體地址不需要做任何改動；收費伺服器外網出口變為我方公網地址，其中物理位置不需要進行改變。

三、託管機房搬遷後情況

3.1 搬遷後拓撲圖（略）

3.2 搬遷後機櫃圖（略）

3.3 描述

將VMware虛擬化平臺叢集併入到我方機櫃中，收費伺服器外網出口（含電信專線）併入到深信服防火牆中。其中VMware機群實體地址沿用原地址，收費伺服器在深信服防火牆中新建現用內網地址，將外網出口地址變更為我方外網地址。網路裝置放置於機櫃後端合理部位。

四、搬遷前準備工作

4.1 系統的檢測及備份

在搬遷以前，我們要針對現有的伺服器裝置進行一次全面的檢測工作，包括：硬體的配置的檢測和軟體資訊的檢測。準備工作要做的充分，這是保證搬遷工作能夠順利進行的首要條件。透過檢測我們不僅可以有效地把一部分隱患排除在搬遷之前，確保在搬遷過程中，機器裝置的故障率降到最低，從而避免在搬遷工程中的計劃外當機時間。

4.2 硬體裝置的檢測

針對伺服器的硬體裝置，我們將詳細的記錄伺服器的硬體配置資訊，在搬遷以前明確硬體配置，具有針對性地準備一些備件，在伺服器菪機的時候能夠及時的修復伺服器，及時的解決由於硬體故障產生的計劃外菪機，避免不必要的當機時間。

4.3 伺服器軟體應用的檢測

針對伺服器的軟體應用，我們同樣也要進行一些常規的檢測，把一些由於軟體問題產生當機時間減少到最低限度。從而使搬遷工作能夠順利進行。

4.4 資料的備份

資料的安全性在每個企業中都是至關重要，資料的丟失，不是以金錢來衡量的，所以資料備份在搬遷過程中顯得尤為重要，即使在搬遷過程中，真正遇到伺服器系統問題時，我們也能夠在最短的時間內解決問題，減少計劃外的當機時間。確保搬遷工作的順利進行這裡資料的備份，包括所有關鍵資料，如：作業系統、應用程式、資料庫、伺服器的配置引數、網路裝置的配置引數等。

4.5 對裝置進行分類統計

目前我們的託管機房設在二層，其中的裝置包括交換機、伺服器、防火牆、儲存裝置等，由於我們搬遷伺服器和儲存裝置，我們對於機房目前涉及的裝置統計表如下：

原有儲存裝置、伺服器確認，確定伺服器的數量，伺服器的型號等，並且在搬動伺服器之前必須有詳細的表格記錄。同時對SAN網路涉及的陣列、交換機也做一個詳細的記錄。

伺服器及儲存等裝置統計表

伺服器名稱 伺服器1埠 伺服器2埠 伺服器3埠 伺服器4埠

SAN交換機埠對照表

伺服器HBA 伺服器1FC1 伺服器1FC2 伺服器2FC1 伺服器2FC2 伺服器3FC1 伺服器3FC2

光纖交換機埠

五、各類裝置的搬遷

伺服器是網路資料的核心。對於伺服器這種整合度和精密度都非常高的計算機裝置，我們在進行安裝和解除安裝部件操作時，一定要格外小心。

5.1 搬遷時需要注意

正確關閉電源

對於一臺已經配置好的伺服器來說，它的關閉和開啟操作很簡單，但如果操作方法不當，有可能對裝置造成不必要的損壞。因此，有必要對伺服器的開機、關機做一詳細介紹。

關機操作：1.關閉作業系統；2.關閉主機電源；3.關閉外設電源 (如磁碟陣列，磁帶庫等)；4.關閉其他裝置電源和機櫃電源；5.關閉總電源。

開機操作：1.開啟總電源；2.開啟計算機機櫃電源；3.開啟外部裝置電源(如磁碟陣列，磁帶庫等)；4.待外部裝置自檢完成後，最後開啟主機電源。

5.2 搬遷裝置標籤

我們的目標是：掌握原有的網路情況，力求要做到每一條物理，邏輯的線纜，專線都心中有數，所有網路裝置的配置，每個介面都要一清二楚，所有裝置，線纜都要貼標籤，所有介面的配置，說明都要有文字上的說明。在給裝置做標籤時，一般是採用貼裝置銘牌的方式，線纜採用專用的標識環。

最後，對裝置標識完成後，注意做好標識的備份工作，以備裝置重灌時核查。

所有標示，做到一一對應，保證在搬遷過程中能夠準確的找到某一臺機器裝置，保證搬遷的順利進行。

六、裝置重新安裝

6.1、物理安裝

裝置搬運到新的機櫃後，首先確定裝置的放置位置，檢查電源等相關事宜是否做好，最後，進行物理連線。

這裡需要注意：

區域規劃。在裝置安裝時，最好按網路拓撲結構進行區域的規劃，併為以後的擴充套件保留空間和相關介面。

工程師按照安裝方案，根據安裝方案把伺服器上機架。嚴格遵守規範化操作，把伺服器安裝到指定位置。

（1）安裝導軌：安裝工程師把伺服器的導軌安裝到機櫃上的指定位置，以便伺服器上機櫃。

（2）安裝伺服器：安裝工程師把伺服器安裝到機櫃上的指定位置。

（3）安裝電源線：用電源線把伺服器於PDU連線，把電源線捆綁在配線架上。

（4）安裝SWICH：把SWICH固定在機櫃上的指定位置。

（5）連線資料線：連線SWICH到伺服器，連線網路線。

6.2、裝置加電系統核查

裝置物理連線完成後，為裝置加電，測試電源電壓，進行加電後系統的軟硬體檢查。

七、測試

裝置重新安裝後，我們接下來要做的工作是：開啟裝置，檢視資料是否損壞，並進行相關的軟體設定。一般來說，要進行的工作大致包括如下的幾項：

（1）伺服器狀態的恢復，檢視是否出現了資料的丟失或損壞。這裡由於我們之前對系統資料作了備份，所以，一旦出現了這種資料的損壞等，我們應該把搬遷前的資料重新恢復過來。

（2）進行全網裝置連通型的測試

（3）進行應用測試，確保系統的正常執行。包括2個方面：

• 市級平臺的驗證，確保在搬遷裝置時候，沒有拔錯線和碰到市級平臺的線路

• 搬遷後的應用測試，確認網路配置沒有問題。

（4）所有的裝置重新啟動，看裝置執行的速度和質量等指標是否達到標準。

（5）驗收並進行相關的日誌記錄。