機房搬遷整體方案是為了平穩(wěn)遷移所有業(yè)務，在有限的資源和有限的切換時間（甚至秒鐘級別時間內(nèi)）完成搬遷（銀行、ATM之類的公司不能比，在不提供新資源或者提供基礎幾臺資源的情況下搬遷）， 保證機房業(yè)務和數(shù)據(jù)能夠安全、可靠、快速的搬遷。
二、 背景
現(xiàn)今IDC跟10年前IDC不同，第一是數(shù)量開始增多，第二是價格下降，第三是很多公司使用公有云替換了IDC，當然也有使用公有云+IDC的公司。總之現(xiàn)在因為需求的不同，各種方案都有。(使用公有云替換自己租IDC的公司，主要考慮自己維護管理機房、采購服務器、后期維保服務器等不是專業(yè)的，專業(yè)的事交給專業(yè)的公司干，將公司的精力集中到公司業(yè)務，當然關鍵的還能提升運維效率，如，一個項目立馬上線，如果普通中小企業(yè)無備用服務器的情況下，就需要立即購買，可能會有選型、招標過程，這樣整個采購周期就很長，項目上線可能延遲。如果使用云幾分鐘就完成任務）。
三、 遷移前的考慮
（其實這里搬遷到云上已經(jīng)包含其中，當然有一些沒法搬遷的后面補充）
1、 機房標準：環(huán)境了解，機柜位置了解，機房動環(huán)系統(tǒng)，pda插口是否滿足需求。
2、 一般租用的機房公司，他們是否給巡檢，是否有基本的上架，梳理線纜服務（實際工作中，上架、拉線、綁線很浪費時間，最后還不是很美觀。）
3、 機房專線進入是否方便，進園區(qū)是否收費，機房所在公司是否在收端口費用，端口費用有多貴？
4、 網(wǎng)絡如何規(guī)劃，需要多少個接入交換機，路由器、防火墻，是否滿足高可用，是使用大二層還是3層網(wǎng)絡？是使用基于單個主機冗余（交換機浪費，但是適用于中小企業(yè)），還是基于整個機柜甚至整排機柜的冗余？我們曾經(jīng)的機房是基于主機冗余（單臺主機雙網(wǎng)卡綁定），現(xiàn)在新機房是使用基于機柜冗余（允許宕機一個機柜）
如果是公有云：考慮網(wǎng)絡規(guī)劃、網(wǎng)段、安全組等基礎環(huán)境配置，然后考慮專線跟IDC打通。
四、 搬遷團隊（運維人員+開發(fā)+業(yè)務）
1、 是否雇傭?qū)I(yè)搬遷公司，還是自己搬遷+雇傭車。原則上是重要設備、高端存儲之類的設備雇傭?qū)I(yè)公司進行搬遷，普通x86服務器，多節(jié)點的業(yè)務，自己搬遷即可。（可以節(jié)省很大的成本）
2、 一般情況下搬遷團隊是由公司運維部門擔任，當然一般搬遷都是公司大事，必須知會各個開發(fā)部門領導和產(chǎn)品，甚至開專門的動員會，這樣開發(fā)才會配合支持。
五、 原機房注意事項
1、 統(tǒng)計搬遷的數(shù)據(jù)：機器數(shù)量、分別每個機器的u數(shù)，分類搬遷。
2、 準備打包箱子、標簽紙、扎帶等
3、 小型機鏈接線務必輕拔輕放，包裝好。
4、 根據(jù)業(yè)務類型劃分搬遷次序，分配到責任人，責任人務必包含運維、開發(fā)、產(chǎn)品。比如：支付系統(tǒng)、營銷等
5、 識別特殊系統(tǒng)，比如：有停機先后順序的，帶存儲的，掛載有nfs的系統(tǒng)，帶狗的系統(tǒng)，有物理機授權(quán)等。
六、 針對每套系統(tǒng)具體方案編寫
1、 按照具體業(yè)務列出具體系統(tǒng)中的每個模塊，如營銷系統(tǒng)中的優(yōu)惠券、活動，采銷系統(tǒng)中的訂單、主數(shù)據(jù)等，越細越好。
2、 按照每套系統(tǒng)的每個模塊編寫文檔，內(nèi)容包含原主機ip、部署內(nèi)容、部署路徑或者目錄、緩存ip、數(shù)據(jù)庫連接ip，zk地址等等，所有詳細信息均要列出。
3、 與開發(fā)溝通編寫api部分模塊，具體到調(diào)用接口和http接口，所有接口都要列出（后期用于驗證）
4、 網(wǎng)絡層面權(quán)限查看，是否有特殊限制，比如分支機構(gòu)或者分公司是否有權(quán)限訪問。
5、 域名查看，是否有公網(wǎng)。
6、 注意點：如tomcat是否有用戶限制，最好方式是將tomcat直接打包原路徑解壓。即使是平臺管理也可以這樣操作。
7、 數(shù)據(jù)庫連接查看，是否有共用庫的情況，是否有大數(shù)據(jù)抽數(shù)，是否有其他特殊權(quán)限。
七、 具體切換方案
1、 網(wǎng)關或者負載均衡按照原配置配置即可，后面切換dns即可。
2、 Web層大部分系統(tǒng)為基于互聯(lián)網(wǎng)的多web或者多模塊系統(tǒng)，1：1部署即可，按照第六步統(tǒng)計結(jié)果進行部署即可。
3、 Redis、mysql、mongodb采用數(shù)據(jù)同步
4、 Es采用加入集群同步數(shù)據(jù)方式，完成后把老機器踢出集群。
5、 如果有Oracle，采用OGG或者DG同步到新機房，提前配置應用JDBC鏈接，當數(shù)據(jù)追平時，重啟應用即可生效。這步說來簡單，實際辦起來可能因為數(shù)據(jù)大小，或者每天產(chǎn)生的數(shù)據(jù)過多，會導致性能問題。當然還有一些其他的問題，細節(jié)上要注意，多想問題。
6、 最難的就是一些老系統(tǒng)，比如一些win系統(tǒng)，開發(fā)走了無人維護，甚至一些系統(tǒng)是購買的商業(yè)軟件，但是這個商業(yè)軟件公司已經(jīng)倒閉。這種系統(tǒng)最麻煩，一般采用硬搬，當然要備份相應的數(shù)據(jù)。
7、 小型機和存儲搬遷也是麻煩事，注意上面拆除小型機，一些連接線要保存好，存儲這個該買保險買保險。
八、 具體切換
1、 按照上面7個步驟該準備的準備，越細越好。
2、 提前將新環(huán)境部署好，只等待dba同步數(shù)據(jù)，等到數(shù)據(jù)同步完畢，每套系統(tǒng)按照具體的修改代碼提交，發(fā)布，鏈接到新機房的庫。
3、 數(shù)據(jù)庫檢查鏈接正常，即可驗證業(yè)務。
4、 產(chǎn)品通知業(yè)務一起驗證業(yè)務。
5、 回顧切換過程中的問題，形成總結(jié)文檔。
九、 總結(jié)
以上幾點均是我在搬遷工作中形成的一些經(jīng)驗，越細越不容易出問題，一般遷移切換選擇閑時進行，比如晚上或者半夜遷移切換，往往第二天早上因為一個配置疏忽造成業(yè)務受影響，所以重要系統(tǒng)，重要配置最好雙人檢核，避免出現(xiàn)事故。
