技術遷移策略的完整指南：（最終 - 域和主機遷移）

已發表: 2020-12-28

最後但同樣重要的是，在結束我們的博客系列時，我們將深入研究服務器（域和主機）遷移。由於我們已經將應用程序和數據庫遷移確定為後端遷移過程的關鍵元素，因此只有通過服務器遷移完成才有意義。

一般來說，與我們之前討論的其他遷移類型相比，將您的網站從一個主機遷移到另一個主機可能更容易。在實踐中，它可以比作為您的網站提供一個新地址。本文的其餘部分將詳細解釋與此垂直遷移相關的關鍵方面和最佳實踐。所以，事不宜遲，讓我們開始吧！

什麼是服務器遷移？

在最基本的意義上，服務器遷移是一種遷移技術，其中數據從一個服務器定位到另一個服務器。它基本上需要配置目標服務器以通過複製網站及其配置來替換現有服務器，並更改 DNS 以將訪問者引導到新服務器。服務器遷移在許多依賴數據的業務中很常見，並且由於數據的敏感性，精心規劃對於成功遷移是非常必要的。

為什麼要遷移服務器？

服務器遷移可能有多種原因，例如：

處理增加的流量。
渴望更好的性能和更快的響應時間。
渴望改善控制、可管理性和靈活性。
為了增強可定制性。

儘管另一方面，有些人出於降低成本的目的降級到低端服務器。服務器遷移還涉及兩個關鍵方面，即；域遷移和託管服務器遷移。對於本博客的大部分內容，我們將探討這兩個類別。例如，切換託管服務提供商（例如 GoDaddy 到 AWS）和轉移域名（例如，example.com 到 example.info）之間的區別。

什麼是域名遷移？

簡單來說，域遷移意味著將網站從一個域名 (example.co) 遷移到另一個域名 (example.info)，而不會丟失或損害數據安全。原則上，在傳輸域名時，您不需要備份，因為服務器之間不會有文件傳輸。儘管必須傳輸 DNS（域名系統）信息作為記錄更改的必要條件。將非安全網站移至安全網站時也可能發生協議更改，例如將 HTTP 網站移至 HTTPS 時。基本上，更改域名的原因各不相同，例如，可以選擇從.com等通用域名轉移到.in或.cn 等地理上更具體的域名。

什麼是託管服務器遷移？

託管服務器遷移基本上意味著從一個託管服務提供商轉移到另一個。遷移時，您需要在開始遷移過程之前對您的網站以及設備上的數據庫文件進行完整備份。此外，請確保您的所有服務器端腳本都可以安裝在您的新託管平台上，並且您的網站可以在新服務器上順利運行。從一個主機提供商遷移到另一個主機提供商可能有多種原因，例如：

希望利用新技術堆棧或更好的服務
需要更換陳舊的基礎設施
擴展和分發託管以實現高可用性的要求。
安全問題等。

服務器主機遷移的類型

根據所涉及的操作系統和技術，服務器遷移通常包括：

雲服務器遷移：這主要涉及將數據定位到現代、可擴展的雲服務器。

應用程序服務器遷移：這基本上需要將軟件應用程序從一個服務器環境轉移到另一個服務器環境。這基本上發生在每次文件在服務器之間移動時。

郵件服務器遷移：此處數據在相同或不同主機內的電子郵件服務器遷移之間傳輸。

虛擬服務器遷移- 此遷移域涉及虛擬服務器或將虛擬機從一台服務器轉移到另一台服務器。市場上有多種服務器可供選擇，例如 GoDaddy、AWS、DigitalOcean、阿里雲等。但是，選擇一種很大程度上取決於項目的要求。有一條適用於每個託管服務器遷移的通用規則——只有在之前的域名註冊商處註冊了 60 天或更長時間才能更改託管服務器。您可以了解各個託管站點上可用的其他規則。

如何遷移您的域名？

與服務器遷移相比，域名遷移更容易推斷。遷移域名的最常見原因是用戶可能擁有更長的域名，並且想要一個更好、更短的版本。但是，在切換域名之前，主要有兩種不同的場景需要牢記：

購買已被他人使用的域名：這可能是您必須在域名拍賣或直接從他人處購買的過期域名。
購買一個以前從未使用過的全新域名。

讓我們舉個例子來了解上述兩種情況之間的區別，以及為什麼它們是必要的。如果您打算購買以前註冊的域名，那麼您可能會遇到以下任何問題：

它可能有指向它的鏈接，這可能對您的網站有利，或者在某些情況下對您的網站不利。
它可能以前附加到一個與您的目的不同的離題網站。
您可能會受到某些搜索引擎的處罰或禁止訪問。
您的網站可能會在社交媒體網站上被禁止。
它以前也可能被用於垃圾郵件活動。

域名遷移流程

域名遷移過程相當簡單。只需按照簡單的步驟，您將立即完成。
首先，您需要在 google 搜索控制台上驗證每個站點的每個版本（即 http://、http://www、https:// 或 https://www）。此外，識別所有子域（如果有）。
爬取整個站點。為此，您可以使用在線提供的不同工具。這將幫助您識別所有可能的 URL，並列出它們。稍後您將需要它。
使用 301 永久重定向，從舊域名重定向到新域名。
測試重定向以確保您沒有多次重定向。它可能會使用戶感到困惑。
使用 Google 更改地址工具告訴 Google 您要遷移到新域。這將幫助您確認重定向設置是否正確。
不要忘記更新 Google Analytics 中的設置以指向新域名。如果您想在 Google Analytics 中保留舊數據，您可以編輯 Google Analytics 設置。
使用您創建的 URL 列表再次抓取該站點，以確保所有舊 URL 都正確重定向到新 URL。

如何從一個服務提供商遷移到另一個服務提供商？

如前所述，服務器遷移非常簡單。無論遷移過程計劃得多麼好，網站通常都會在服務器遷移過程中面臨一些停機時間。因此，在執行遷移過程之前，必須提前準備好遷移計劃。

通常，當服務器上的流量最少時，必須執行遷移過程。您需要按照計劃進行遷移，否則託管服務器遷移過程很有可能會面臨失敗。

在您選擇託管服務提供商後，購買計劃，並準備將您的網站轉移到新的託管服務商。確保在您的網站完全遷移到新網站之前，不會取消舊域名註冊商的計劃。
在繼續遷移之前，您需要注意一些預防措施，例如從舊域名註冊商備份所有數據庫和網站文件。
您可以使用 PHPAdmin 或其他一些第三方軟件導入您的數據庫。然後，將您的網站文件和數據庫上傳到您的域名註冊商的新服務器。
確保在上傳數據庫之前先在新服務器上安裝 Web 應用程序，然後從 PHPAdmin 或其他一些備份數據的第三方軟件中導出數據庫。
請記住在切換 DNS 之前將所有電子郵件帳戶添加到新服務器。您還可以創建一個“catchall”地址，以確保在您忘記添加任何電子郵件地址的情況下不會退回任何郵件。
作為最佳實踐，您可以為每個電子郵件地址創建兩個帳戶，然後在 POP 設置中使用每個郵件服務器的 IP 地址而不是域名。借助這種做法，您將不會在 DNS 傳播方法中錯過任何電子郵件。
一旦您的所有網站文件都在您的新託管服務器上，您將需要執行一系列測試，以確保所有圖像、文本和鏈接都位於正確的位置並在新服務器上正常運行。
更改 DNS 記錄時，您需要通過域註冊商從控制面板更改 DNS 記錄。本質上，您必須將域名服務器更改為新主機發送給您的歡迎郵件中的域名服務器。在兩到四天內，遷移過程將成功完成。
最後，不要忘記從舊的託管服務提供商處取消您的託管帳戶。

實現無縫託管服務器遷移的初步指標。

規劃階段

驗證源服務器上的託管平台是否支持遷移：
仔細選擇合適的目標服務器和目標服務器的硬件。應用程序存在差異，例如，您是否將數據從一台專用服務器傳輸到另一台；或者新的服務器結構是否基於涉及多個不同系統的集群。
為目標服務器選擇支持的操作系統
選擇一種可執行的方法在遷移後使域在目標服務器上聯機（例如，遷移到新的 IP 地址並在遷移後更新域的 DNS 記錄以指向它們）。如果源服務器過載或資源不足，最好盡可能在工作時間之外計劃遷移作業。

服務器準備

確保在源服務器上使用的所有可用組件也在目標服務器上安裝和配置。
確保源服務器和目標服務器上有足夠的磁盤空間
在目標服務器上添加必要數量的 IP 地址（最佳做法是在兩台服務器上擁有相同數量的共享和專用 IP 以進行遷移）。

測試階段注意事項

建議進行端到端性能測試以評估潛在風險。在此期間，試用一些低風險應用程序，並執行一些開發測試，然後逐步升級到更高風險的應用程序。這樣的增量過程使您可以在測試更大和更複雜的應用程序時逐漸建立對該過程的信心。
儘管如此，部署後同樣重要，服務器在遷移後應保持在相當“重症監護”狀態。

降低風險

風險是任何服務器遷移活動的同義詞，盡可能多地降低風險是最佳實踐的一部分。以下是一些風險場景示例：

遷移後應用程序可能無法按預期工作的總體風險。
程序或功能運行不正常的風險
數據洩露和數據丟失。
未經授權的實例生成
間歇性不可用的風險。這總是會給業務運營帶來麻煩，並且可能導致強制停機以解決問題。

從本質上講，減輕此類風險的最有效方法是全面規劃方法遷移。這涉及仔細評估關鍵應用程序和數據存儲，以及為關鍵應用程序創建可靠備份等突發事件。例如，一些公司進行遷移模擬（使用雲模擬工具），以識別他們在復雜遷移中可能遇到的其他潛在問題。

選擇備份方法

聽起來不像是破唱片，我不能足夠強調備份的重要性！本質上，最好的備份方法是創建磁盤的映像備份。通常，映像備份會深入捕獲關鍵信息，包括註冊表項、許可證密鑰、設置和特定於應用程序的數據。
此外，映像備份允許將物理服務器備份轉換為虛擬機 (VM)。本質上，這種轉換保留了原始機器的副本，如果需要訪問舊系統數據，可以隨時啟動。話雖如此，映像備份為遷移過程提供了至關重要的安全網
另一方面，基於文件的備份方法也是一種可行的替代方法。但是，當您需要備份整個操作系統或虛擬機時，由於基於文件的備份在文件系統級別上運行，因此基於文件的備份可能還不夠。

值得注意的是，在這個過程中，不要解壓任何下載的備份文件，因為這個過程將由新服務器完成。

制定回滾計劃

如果出現嚴重錯誤或存在壓倒性的多個問題，回滾策略是一種故障保險。它基本上允許您還原更改並將服務器恢復到遷移前的原始狀態。
確保您的服務器提供商已採取此類措施。

我們的服務器遷移清單

根據我們今天詳細介紹的內容，讓我們總結一下在啟動或考慮服務器遷移時要問的最重要的問題。
新服務器應該採用哪種架構，項目的架構是否適合您的需求？
是否有足夠的財務資源和專家可用於遷移練習和後續的服務器配置？
選擇的硬件是否足夠靈活，以適應項目的未來發展？
遷移過程應該在系統仍在運行時發生，還是應該在整個過程中中斷所有活動？
維持運營的可能性是否與資源的可用性和遷移複雜性的增加成正比？
如果是這樣，可以採取哪些步驟來盡可能縮短停機時間？
您將如何確保數據庫條目的完整性以及它們是最新的？
如何測試新服務器的功能？
數據遷移完成後，如果某些應用程序無法運行，會發生什麼情況？可以製定哪些突發事件或解決方法？

結論

我希望這篇博客能給出一個全面的想法，並詳細說明域遷移和託管服務器遷移之間的區別。遷移是一個更廣泛的話題，但我試圖涵蓋所有重要的方面，這些方面可以幫助您在開始遷移之旅時做出決定。

這一系列博客將基本上幫助您定義遷移範圍，避免範圍蔓延，明智地選擇技術堆棧，並了解不同類型遷移（如技術遷移、數據庫遷移和域和託管服務器遷移）背後的複雜性。這個博客系列的目的是確保讀者不必在谷歌上搜索和遷移分散的網站來了解遷移和遷移的其他細節。希望你發現這個博客系列有用！有關如何輕鬆遷移的任何問題，請在 Creole Studios 與我們聯繫。