從一個 可支援的源平臺 上遷移後，您可以執行遷移後檢查，以核實遷移到目的伺服器上的網站、郵件帳戶、資料庫等是否可用。

遷移後檢查會核實以下方面的可操作性：

  • 網站
  • 郵件
  • DNS
  • 資料庫
  • 系統使用者

會對每個被遷移對象（網站、郵件帳戶、系統使用者，等等）針對每個方面進行服務特定的測試。本主題會對該測試進行進一步闡述。

網站

對於每個被遷移的域名，都會對其進行以下項目的檢查：

  • 首頁地址。
  • 通過 Plesk 安裝的 Web 應用程式。
  • 位於首頁的相關連結的格式為 http(s)://DOMAIN/RELATIVE_URL 的地址。

對於每個網站，都會請求來自原始伺服器和目的伺服器的索引頁面。會分析索引頁面的內容以及檢查格式為 <a href="RELATIVE_URL"> 指向相同域名的所有相關連結。若要加速，則會按目錄和擴展分組連結，然後從各組裡隨機抽取一個連結進行檢查。例如，如果 http://DOMAIN/pages/about.php 和 http://DOMAIN/pages/contacts.php 都在索引頁面上，則將只檢查其中一個連結。

對於每個選定的連結，會向源和目的伺服器合適的位址發送一個請求（以 301 和 302 HTTP 代碼重定向後檢查）。會對結果頁面進行分析，以顯示 HTTP 錯誤。符合以下所有條件即表示測試成功：

  • HTTP(S) 狀態碼相同。
  • 目標伺服器上的HTTP(S) 狀態碼不是 4xx 或 5xx，該等狀態碼通常表示錯誤（用於有密碼保護的目錄的代碼 401 除外）。
  • 兩個文檔中的 HTML <title> 標籤要麼相同要麼沒有。

否則，測試被視作失敗。

郵件

對於每個被遷移的域名，原始伺服器上存在的所有郵件帳戶必須也在目的伺服器上出現。會執行以下測試：

  • 對於每個被遷移的域名，會將來自原始伺服器的郵件帳戶清單與目的伺服器上的進行對比以確保沒有任何遺漏。
  • 對於屬於每個被遷移域名的每個郵件帳戶，在原始伺服器和目的伺服器上必須都可以通過 SMTP、POP3 以及 IMAP 登入郵箱。然後會對原始伺服器上的郵箱資訊數量和目的伺服器上的進行對照。如果有超過 5個資訊數量之差，則會報告錯誤。

DNS

對於每個被遷移域名，必須要從原始伺服器將其所有的資源記錄遷移到目的伺服器上，而且根據 IP 映射規則將原始伺服器的 IP 位址替換為目的伺服器上的相應 IP 位址。會執行以下測試：

  • 對於每個被遷移域名，會將原始伺服器的一系列主 DNS 記錄（例如 A、AAAA、MX、CNAME，等等）與目的伺服器的進行對照以確保沒有任何遺漏。
  • 對於每個被遷移域名，會檢索目的伺服器上的一系列主 DNS 記錄以確保該等記錄能夠被解析並指向目的伺服器的 IP 位址。

資料庫

對於每個被遷移的域名，原始伺服器上存在的所有資料庫必須也在目的伺服器上出現。會執行以下測試：

  • 對於原始伺服器上的每個資料庫，會檢查資料庫是否在目的伺服器上出現並在 Plesk 中註冊。
  • 對於每個被遷移的資料庫，會將來自原始伺服器的資料庫使用者清單與目的伺服器上的進行對比以確保沒有任何遺漏。此外，還會對目的伺服器上的每個資料庫使用者執行身份驗證。
  • 對於每個被遷移的資料庫，會將來自原始伺服器的資料庫表格清單與目的伺服器上的進行對比以確保沒有任何遺漏。

系統使用者

對於每個被遷移域名，原始伺服器上的所有系統使用者（可通過 FTP 或 SSH / RDP 連接伺服器的使用者）也必須在目的伺服器上對應出現。會執行以下測試：

  • 對於每個被遷移的域名，會將來自原始伺服器的系統使用者清單與目的伺服器上的進行對比以確保沒有任何遺漏。
  • 對於每個系統使用者，可通過 FTP 和 SSH（僅限 Plesk for Linux）登入到目的伺服器。對於 Windows 系統使用者，會核實 「Remote DEsktop Users」 的組員資格。