迁移实时服务器

我遇到了麻烦，我的服务器在运行，并且具有常规服务（httpd，mail，sql），并且看起来必须非常快才能防止总数据丢失（我的RAID阵列出现故障，所以我只能依靠一个硬盘）。

整个系统都建立在HowtoForge的howto上，当我在Squeeze上阅读该系统时，看起来可以轻松进行吗？将我的（虚拟）用户迁移到新框中。

我真的知道这是一个非常具体的问题，但是您能告诉我整个迁移过程中的一些重要问题吗？哪些事情可能最棘手，我最多应该把重点放在哪里？您将如何开始该过程？

一些背景信息：

• 两台服务器相距200公里，因此应通过Internet进行迁移
• 两台服务器均为Debian，旧服务器为Etch，新服务器为Squeeze
• 关键服务是邮件，网站可能会暂停一段时间
• RAID表示RAID 1中的两个磁盘（均为机器）
• 旧框是所有托管域的DNS1

我的（基本）基本概述：

• 建立一个类似于旧系统的系统（相似的虚拟邮件结构，使用相同加密类型存储的密码，因为我无法告知旧系统）
• 创建一个可以检查一切正常的域名（DNS，电子邮件，www都可以）
• 迁移域，直到旧域无所作为

我的盲点：

• 找不到有关如何在Squeeze上进行RAID-1的简要说明（一个Lenny howto就足够了吗？）
• 在需要时如何复制具有特定用户权限的特定文件夹（例如，用户的邮件文件夹）？（rsync会这样做吗？）
• 如何在新计算机上设置DNS （旧计算机是DNS1）（新计算机也应该是DNS，并且迁移的域应将自身用作DNS1？）
• 我如何防止电子邮件丢失（由于DNS刷新时间）（我需要将新计算机设置为MX？）

您的基本轮廓或多或少是正确的。

压缩安装程序会很好地进行软件RAID。区别之一是，默认情况下squeeze使用grub2。lenny使用grub-legacy（我认为0.9）。这使某些grub管理有所不同，特别是在确保grub在发生故障的情况下将从两个磁盘引导时。您总是可以恢复到原始遗产，这是我上次遇到此问题时最终要做的事情。最好测试一下您在做什么，以确保在任何一个磁盘出现故障时都可以重新启动。

要复制数据，请确保使用rsync。我会确保首先设置正确的帐户，使用相同的uid / gids，然后使用rsync，但是之后始终可以进行修复。rsync -avPHAX应该可以获取所有内容（-a可以获取大多数内容，但-H [ard链接] -A [CLs]和-X [tended属性]除外，所以这很有用。

鉴于您要同时进行有效的升级，因此请准备好以微妙的方式破坏服务。配置将略有变化。最近做过类似的事情，我想我喜欢进行类似迁移，然后在事实发生后的某个时间升级最终主机，因为同时迁移所有内容和管理升级使这成为一项艰巨的任务。

更新了您的其他痛点：

对于DNS，我将一步将所有DNS 托管移至新计算机。将记录保留为开始状态，但将刷新时间设置为向下（10分钟左右）。这样，您就可以在完成每个域的移动之后将DNS记录移到新计算机上。移动DNS可能需要更新您托管的任何域的whois记录，因此请记住这一点。实际上，在开始任何其他操作之前，请立即设置所有域的刷新-最糟糕的结果是缓存不良导致问题。

关于电子邮件丢失：在将邮件移至新服务器时，请确保已更新DNS记录，以将主MX指向新服务器，并确保仍将旧服务器配置为允许为您的域进行中继。只要您的旧服务器和新服务器都具有最新的DNS视图，您在旧服务器上的邮件服务就可以确定它不再是主要MX，并将任何电子邮件转发到新的主要MX。邮件还会处理短暂的传递延迟-因此，您可以关闭或防火墙对两台计算机的所有电子邮件访问，一次移动所有内容，在新计算机上对其进行测试，然后移动MX记录并在新计算机上打开邮件。SMTP旨在处理中断，并且任何合理的短暂中断（我认为少于4小时）甚至都不会生成临时错误通知。

更新后添加：

另一种可能性是在新服务器上创建VM，并将整个旧服务器重新同步到该新VM的磁盘映像中。然后，您可以启动虚拟机并更新IP地址等，并在该虚拟机中拥有原始服务器的完全正常的副本。可能会减少很多工作，但是如果您不熟悉KVM或Virtualbox之类的VM堆栈，那么可能不值得。