對多數IT人員來說，機房搬遷是一項壓力沈重的任務，深怕一個不小心就出狀況，然而許多機房搬遷過程中以及完成後發生的問題，往往是因為犯了一些常見的錯誤思維所造成。
機房搬遷的最後驗收階段多半與系統能不能重新恢復運作有關，且驗收起來往往是一翻兩瞪眼的結果，這裡就不再多提。由於這些問題很可能是在細部環節上沒有注意而造成，在此歸納了一些企業較常犯下的錯誤提供作為參考。
沒有全權的整合人員
當企業決定自行分配搬遷工作時，最好派遣一位較資深的IT人員，負責最終的整合。多數時候，IT人員會認為由維護廠商各自搬遷自己維護的設備，這樣反而更輕鬆簡單。
事實上並非如此，正因為各維護廠商只針對自己維護的設備進行規劃，反而缺乏統一協調，造成各做各的事。而採用這些分頭計畫的最大缺點是彼此間並沒考量會不會影響到其他應用服務的運作。舉例來說，設備搬遷到新機房的最適擺放位置並不會被考量進去。
不問需求，悶著頭就搬家
IT人員貿然下決定的結果，反而容易讓自己陷入困境，過去IT人員在評估系統的重要程度時，可能依照系統的交易量來判斷，例如A系統的交易量比B系統多，因此覺得A系統比較重要，但其實高階主管更在乎的是B系統，雖然B系統的交易量低，但卻是攸關獲利的重點策略服務，或是這個系統本身服務的對象不是一般客戶，反而是VIP級的客戶時，B系統反而更為重要，但這些業務面的思維，若是沒有經過良好的溝通過程，負責基礎設施搬遷的IT人員恐怕無從得知。
沒有通知相關人員搬遷
與應用軟體或核心應用程式的同事或服務供應商進行聯繫，確認所有相關工作、可能發生的維護地點與臨時支援服務的方式。最常發生的情況是，該應用程式是由內部的AP人員負責維護，而機房搬遷通常會落到負責基礎架構的IT人員身上，但是由於不知道在這些設備中運行那些應用服務並且提供給那些單位，因此往往很容易出現問題，例如AP人員突然會一直接到系統中斷電話而搞不清楚發生了什麼事。
網路要先開通
在搬遷的過程中，網管人員也要適時加入，尤其企業的應用服務不能中斷時，新地點的網路設定就要先行預備妥當，例如某個應用服務不能中斷，因此打算將HA機制中的一台設備先行搬遷到新地點，這時新位址與公司網路間須能相互溝通，以確保對內與對外的網路連線都通暢無阻。另外，IT也要留意效能，能夠維持多少業務量。