整个系统建立在HowtoForge的howto之上,当我读到the one on Squeeze时,看起来我很容易？将我的(虚拟)用户迁移到新框中.
我真的知道这是一个非常具体的问题,但是你能告诉我整个迁移过程中的一些重点吗？哪些事情可能很棘手我最需要关注的地方？你会如何开始这个过程？
一些背景信息：
>两台服务器相距200kms,因此迁移应该通过互联网进行
>两个服务器都是Debian,旧的是Etch,新的将是Squeeze
>关键服务是邮件,网站可以暂停一段时间
> RAID表示RAID 1中的两个磁盘(两台机器)
>旧框是所有托管域的DNS1
我的(真的)基本大纲：
>构建类似旧系统的类似系统(类似的虚拟邮件结构,使用相同加密类型存储的密码,因为我无法告诉旧的系统)
>创建一个域我可以检查一切都很好(dns,电子邮件,www没关系)
>在域之后迁移域,直到旧域无效
我的盲点：
>找不到关于如何在Squeeze上执行RAID-1的简要说明(Lenny howto就足够了吗？)
>如何在需要时复制具有特定用户权限的特定文件夹(例如用户的邮件文件夹)？ (rsync会这样做吗？)
>如何在新机器上设置DNS(旧机器是DNS1)(新机器也应该是DNS,迁移域应该将自己用作DNS1？)
>我如何防止电子邮件丢失(因为DNS刷新时间)(我需要将新机器设置为MX？)
解决方法
squeeze安装程序将完成软件RAID.一点不同的是,squeeze默认使用grub2; lenny使用了grub-legacy(0.9我认为).这使得一些grub管理有些不同,特别是在发生故障时确保grub将从两个磁盘引导.你总是可以恢复到grub-legacy,这是我上次遇到这个问题时最终做的事情.虽然测试你正在做的任何事情都要付出代价,以确保在任一磁盘发生故障时你可以重启.
要复制数据,请确保使用rsync.我确保首先设置正确的帐户,使用相同的uid / gids,然后是rsync,但您可以随时解决此问题. rsync -avPHAX应该得到所有东西(-a得到大多数东西,除了-H [ard links] -A [CLs]和-X [tended attributes],所以这很有用.
鉴于您正在进行有效的升级,请准备好以微妙的方式打破服务.配置会略有变化.最近我做了类似的事情,我想我更喜欢像迁移那样做>然后在事后的某个时候升级最终的主机,因为迁移所有内容并同时管理升级使它成为一项巨大的任务.
更新了您的其他痛点：
对于DNS,我会一步将所有DNS托管移动到新机器.保留原始记录,但将刷新设置为正确(10分钟左右).这使您能够在完成每个域的移动时将DNS记录移动到新计算机上.移动DNS可能需要更新您托管的任何域的whois记录,因此请记住这一点.事实上,在开始其他任何事情之前,立即为所有域设置刷新 – 没有什么比得到严重缓存的结果导致问题更糟糕的了.
关于电子邮件丢失：当您将邮件移动到新服务器时,请确保已更新DNS记录以将主MX指向新服务器,并确保旧服务器仍配置为允许为您的域进行中继.只要您的旧服务器和新服务器都具有最新的DNS视图,旧服务器上的邮件服务就可以解决它不再是主要的MX,并将任何电子邮件转发到新的主服务器上. Mail还将处理交付中的短暂延迟 – 因此您可以关闭或阻止所有电子邮件访问两台计算机,一次移动所有内容,在新计算机上测试,然后移动MX记录并在新计算机上打开邮件. SMTP旨在处理中断,任何合理的短暂中断(我认为不到4小时)甚至不会生成临时错误通知.
更新以添加：
另一种可能性是在新服务器上创建VM,并将整个旧服务器rsync到此新VM的磁盘映像中.然后,您可以启动VM并更新IP地址等,并在此VM中拥有原始服务器的完全复制副本.可能会减少很多努力,但如果您不熟悉KVM或VirtualBox等VM堆栈,那么它可能不值得.
