現(xiàn)在，許多企業(yè)都將數(shù)據(jù)遷移到了云端，數(shù)據(jù)遷移做的好壞直接影響到企業(yè)以后的發(fā)展，但是有很多公司并不完全了解數(shù)據(jù)遷移前的準備工作。對于一些主流的數(shù)據(jù)庫，無論是在本地還是云端，都可以輕松的使用、移動和升級。但對于一個本地就存在問題的數(shù)據(jù)庫，遷移到云端，相同的問題還是會出現(xiàn)。所以有問題的數(shù)據(jù)庫必須在遷移到云端之前進行修復。

　　原因一：有問題的數(shù)據(jù)庫遷移到云端依然存在問題

如果你的本地系統(tǒng)中有一個故障數(shù)據(jù)庫，不要把它遷移到云端。因為即使遷移到云端，它還是不能修復故障。

解決這個問題的辦法是，重新對本地數(shù)據(jù)庫進行類型、品牌評估修復后，再進行云遷移。

原因二：本地修復數(shù)據(jù)庫比云端修復更加方便

眾所周知，使用云遷移會大大提高數(shù)據(jù)管理和利用能力。例如，從SQL類似的關(guān)系數(shù)據(jù)庫遷移到NoSQL這樣面向?qū)ο蟮姆顷P(guān)系型數(shù)據(jù)庫時，可能會獲得更適合的數(shù)據(jù)使用模式。

這就意味著遷移云端后的數(shù)據(jù)庫必須重新設(shè)計、格式化和轉(zhuǎn)換。幸運的是，現(xiàn)在有許多工具都可以幫助這個工作的完成，但相比于在本地修復，還是后者更容易一些吧。畢竟公有云已經(jīng)夠嚇人了，想要更改數(shù)據(jù)庫引擎更是難上加難。

原因三：本地修復數(shù)據(jù)庫成本更低

如果你正在遷移數(shù)據(jù)，現(xiàn)在進行數(shù)據(jù)庫修復要比將數(shù)據(jù)部署到云端上再修復成本低很多，包括對生成和使用數(shù)據(jù)的應(yīng)用程序的更改。許多企業(yè)因為自身數(shù)據(jù)庫的限制導致了業(yè)務(wù)本身的局限性。既然現(xiàn)在我們現(xiàn)在找到了解決方法，為什么不馬上處理掉呢?

修復數(shù)據(jù)庫是一個消耗金錢、時間的過程，企業(yè)也承擔著很大的風險。但是相比于遷移到云端的修復，本地修復會省去很多麻煩。