cPanel服务器迁移指南

将您的网站从一台服务器迁移到另一台服务器可能是一个困难且耗时的过程，但通过准备和考虑，它可以顺利进行。在我作为系统管理员的整个过程中，迁移一直是我从事的一些最耗时的任务。本指南的目的是让您受益于我的经验，以便您了解可能遇到的问题类型，以及如何最好地先发制人地避免这些问题。

cPanel 具有出色的迁移工具，本指南的范围适用于从一个 cPanel 环境迁移到另一个环境的用户，但是这里的许多一般原则适用于任何服务器迁移。

我会将您的迁移分为几个阶段：

1. 计划 – 这是您在迁移开始准备之前要做的事情。
2. 准备 - 这是您在迁移之前（当天）所做的事情。
3. 迁移 ——这是迁移数据的实际过程。
4. 总结 ——清理一切以完成过渡。

cPanel 包含用于备份每个用户帐户拥有的大部分信息的工具，包括：

• • 主目录（所有用户的文件
    • 用户的电子邮件文件通常位于主目录内的 Maildir 文件夹中。

• MySQL 数据库
• 电子邮件帐户
• 电子邮件转发器和过滤器

在考虑迁移过程时，应查看这些步骤和注意事项。大部分计划可以在您订购您计划迁移到的新服务器之前完成。

• 清理未使用的数据

  几乎没有理由浪费时间和精力来迁移以前客户的帐户、已失效的项目或其他不再使用的网站。因此，在您开始迁移过程之前，值得花一些时间查看您的帐户列表，看看是否有任何可以消除的东西。

  此外，查看较大的帐户并了解它们为何如此之大也是一个好习惯。您可能会发现大型无用文件夹，其中包含您可能不需要迁移到新服务器的旧备份等内容。

  您可以消除的任何事情都将减少迁移所需的时间，并确保您以最佳方式使用新的服务器资源。

• 考虑 IP 地址更改

  在迁移到新服务器时，在很多情况下您可能需要更改当前使用的 IP 地址。如果您有任何网站使用一个这样的 IP 地址，则它们在迁移时需要更改 IP。如果您的名称服务器使用需要更改的 IP，则需要在迁移时更新其 GLUE 记录。

  在 GigeNET 和许多其他提供商处，您的服务器的主 IP 地址与插槽位置相关联，因此如果您迁移到新硬件，则需要更改。但是，在大多数情况下，只要新服务器与旧服务器位于同一位置，我们就可以协助重新路由您的路由 IP 分配。

  通过在服务器迁移期间不更改 IP 或预先将其更改为可路由 IP，可以使用此策略来节省时间。如果您提前计划，您可能会在将服务器迁移到您可以轻松移动的 IP 之前更改您网站的 IP。

  如果您知道需要更改 IP 地址，请查看您的所有网站的 DNS 托管位置。如果您的网站正在使用第三方 DNS 服务（某些代理服务，如 CloudFlare 也会默认设置此服务），对这些网站的 IP 地址的任何更改都需要与有权访问这些服务的人协调。否则，您将需要事先访问它们。

  如果您要更改 IP 地址，最好提前降低 DNS 记录的 TTL。TTL 或生存时间是一个值，它确定 Internet 周围的 DNS 服务器将记住（或缓存）存储在特定 DNS 记录中的信息的时间。提前降低此值可以加快 DNS 传播速度。

• 考虑软件版本更改

  在迁移到新服务器时，您可能会在安装了新操作系统的服务器上开店。因此，很可能该服务器将运行最新版本的可用软件。您的旧服务器可能没有。

• 考虑您的选择：
  • • 您可以升级网站的代码以与新版本的 PHP 兼容。理想情况下，这就是您想要做的。但是，这可能会很耗时，并且超出了您的托管服务提供商的支持范围。您可能需要向开发人员寻求帮助。
    • 如果您的网站是流行的网络应用程序，例如 WordPress、Joomla 或类似的东西；考虑升级到最新版本，因为这些应用程序的最新版本通常支持新版本的 PHP。这是一个很好的安全实践，无论如何你都应该这样做。
    • 如果您需要运行旧版本的 PHP，可以通过 CloudLinux 的 HardenedPHP 功能安全地执行此操作。
  • CloudLinux 不是免费的，因此如果您不打算更新受影响的网站，请将其视为新服务器运营成本的一部分。

这些步骤应在开始迁移之前执行，但在迁移之前相对较早（理想情况下）。

1. 检查 DNS TTL
   在规划阶段查看上述信息中的任何注释。如果您要更改任何 IP 地址，您是否记得降低 DNS 记录上的 TTL 以加快传播速度？

• 维护模式
  尽可能将任何网站置于只读或维护模式。迁移不是即时的，在您开始从旧服务器复制数据和站点在新服务器上运行之间会有一些滞后时间。在此期间，您的访问者仍会从旧服务器上看到该网站。

如果在此时间窗口内进行了更改，则可能会丢失，因为传输已经开始。为了解决这个问题和其他问题，可以将许多流行的 Web 应用程序置于“维护模式”。这可以防止您的访问者对网站的动态方面进行更改。

如果您不打算这样做，请仔细考虑后果，因为它们可能适用于您的网站：

1. 在迁移期间，博客可能会丢失访问者发布的评论。
2. 论坛可能会丢失迁移期间发布的帖子。
3. 电子商务店面可能会丢失有关迁移期间下达的订单的信息。

• 防止遗漏电子邮件
  如果在迁移期间在旧服务器上收到电子邮件，它们将被传递到旧服务器上的邮箱，但可能永远没有机会被复制到新服务器。解决此问题的简单方法是禁用当您开始迁移时，旧服务器上的 Exim 邮件服务器。如果有人在此期间尝试向您服务器上的某人发送电子邮件，他们的邮件服务器将检测到连接失败并稍后重试。
  在大多数情况下，这会导致电子邮件在新服务器上线后延迟发送到新服务器。如果您未在发件人邮件服务器上配置的重试时间之前完成迁移，则发件人将收到退回邮件并且电子邮件将不会送达。任何一种情况都比将电子邮件静默发送到旧邮箱但用户从未见过要好。

这部分过程将是最耗时的，但需要您的互动很少！

迁移 cPanel 帐户通常使用两种技术：

• WHM 转移工具
  WHM 转移工具为在服务器之间迁移帐户提供了一个简单的图形界面。如果您自己进行迁移而服务器管理经验相对较少，这可能是您的首选方法。该工具有据可查，因此我不会在这里详细介绍。有关该工具的详细信息，您可以查阅此文档：https ://documentation.cpanel.net/display/68Docs/Transfer+Tool

• 想要对迁移进行更多控制的脚本化迁移
  服务器管理员可以选择手动迁移帐户或使用基本脚本迁移帐户。cPanel 包含的脚本可用于迁移单个帐户，如下所示：

/scripts/pkgacct username   < 打包username的账号。

/scripts/restorepkg /path/to/package.tar.gz   < 恢复package.tar.gz中的账号

使用这些脚本，创建一个脚本来打包所有帐户相对简单。你可以在 Bash 中使用一个简单的 for 循环来做到这一点，如下所示：

for i in $(cat users.txt); do /scripts/pkgacct $i; done

要使上述操作生效，您确实需要创建一个users.txt文件，其中包含您希望迁移的所有 cPanel 用户名的列表。

如果您在打包帐户时遇到困难，可以查阅有关此脚本的 cPanel 文档。

pkgacct 脚本支持多种选项，例如跳过数据库、跳过主目录和切换存档压缩。这些可以在特殊情况下派上用场，例如拥有大量 MySQL 数据库或主文件夹的帐户。在这些情况下，您可能希望 cPanel 不将这些文件捆绑在一起，因为它会遇到问题、花费很长时间或创建大量存档；在这些情况下，您可以选择使用其他方式自己转移它们。

创建备份包后，您可以使用 scp、sftp 或 rsync 等传输工具将它们传输到新服务器。

可以使用相同的方法来恢复包。就像是：

for i in $(ls -1 cpmove*.tar.gz); do /scripts/restorepkg $i; done

通常，WHM 迁移工具是大多数用户完成迁移的首选方式。脚本化迁移技术在您需要更多控制或需要能够对迁移脚本创建的任何错误进行故障排除的情况下很有帮助。

为所有帐户完成上述迁移步骤后，最好在将活动站点切换到新服务器之前尽快测试所有网站。如果网站配置了新的 IP 地址，您可以通过编辑主机文件在计算机上本地覆盖 DNS。通过这种方式，您可以在浏览器中访问这些网站，并查看它们在新服务器上的外观，然后再让它们为所有人服务。如果您需要有关此步骤的帮助，您可能会发现本指南很有用。

一旦您决定准备在新服务器上启用这些站点，请继续更新所有剩余的 DNS 条目，以将域指向新服务器。如果您有从旧服务器路由到新服务器的 IP 地址，请继续。

手动检查您的 DNS 区域以确保所有内容都已清理是个好主意。确保 DNS 区域中仍然不存在对旧 IP 地址的引用，并根据需要进行相应更新。此外，如果您降低了 TTL 时间，您可以利用这段时间将它们恢复到更高的值。这不是必需的，但被认为是一种很好的做法，可以减少 DNS 服务器的查询负载。

一旦您认为新服务器上的所有内容都已存在，最好完全关闭旧服务器的电源。在您确定一切在新服务器上完全正确运行之前，不要继续与您的托管服务提供商取消旧服务器。在我从事的迁移过程中，有很多次我们在此步骤中发现了一些惊喜，并且客户意识到有些事情并没有真正指向新服务器。所以，这样做是个好主意，因为它很容易恢复（只需重新打开服务器），并且可以帮助您快速找到任何疏忽，以便您可以修复它们。当您感觉舒适时，您可以继续取消旧服务器。 恭喜，您已成功完成迁移！