从一个 可支持的源平台 上迁移后，您可以执行迁移后检查，以核实迁移到目的服务器上的网站、邮件帐户、数据库等是否可用。

迁移后检查会核实以下方面的可操作性：

  • 网站
  • 邮件
  • 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” 的组员资格。