怎么把一个linux服务器,迁移到另一个配置一样的服务器上

250 views
Skip to first unread message

繁花落幕

unread,
Apr 20, 2011, 11:21:40 AM4/20/11
to sh...@googlegroups.com
原LINUX服务器中搭建了邮件服务,由于硬盘不够用了,要把这个系统迁移到另个配置一样的服务器上(硬盘比原来的大)。由于搭建邮件服务的公司已倒闭,重新搭建邮件服务已不可能,有没有办法把现有linux系统,迁移到另一个服务器上,且能保证邮件服务能用。
注:1.linux 用的是redhat 8.0 (内核2.4.18-14)
       2.linux中用了lvm 划分了逻辑卷,且根分区在逻辑卷中lvm的版本是1.0的不是lvm2)正是由于不是lvm2导致Clonezilla 不能用
,问有什么办法做迁移吗?

小马xiaoma

unread,
Apr 21, 2011, 10:40:24 AM4/21/11
to sh...@googlegroups.com
只要新加一个硬盘就可以了,逻辑卷可以跨硬盘;可动态扩展逻辑卷的大小。

你的问题不是迁移的问题,而是怎样扩充硬盘的问题。

Chaos Eternal

unread,
Apr 21, 2011, 11:04:10 AM4/21/11
to sh...@googlegroups.com
tar 过去好了,何必clone,不放心tar就rsync。(新机器先分好区,格式化好mount起来)

完了之后,改好fstab, 安装好grub, 就可以了。

话说rh8.0... 古董。。。更惊奇的是你还能找到两台能跑rh8.0的服务器。。。

2011/4/20 繁花落幕 <amon...@gmail.com>:

源泉星火(张明源)

unread,
Apr 21, 2011, 9:48:40 PM4/21/11
to sh...@googlegroups.com
实际不行就dd。
--
明源
http://www.Linuxzh.org
Twitter: @muxueqz

August

unread,
Apr 21, 2011, 9:58:18 PM4/21/11
to sh...@googlegroups.com
dd -,-
dd 威武啊

2011/4/22 源泉星火(张明源) <zhangmin...@gmail.com>:

--
Best Regards
August

Chaos Eternal

unread,
Apr 21, 2011, 10:01:47 PM4/21/11
to sh...@googlegroups.com

dd在这种场合就是废材一个。
威武个毛。

源泉星火(张明源)

unread,
Apr 21, 2011, 10:10:18 PM4/21/11
to sh...@googlegroups.com
dd还是有用的,只是慢。

Zhang Weiwu, Beijing

unread,
Apr 21, 2011, 10:49:01 PM4/21/11
to sh...@googlegroups.com
在 2011年4月22日 上午10:01,Chaos Eternal <chaose...@shlug.org
<mailto:chaose...@shlug.org>>写 道:
> dd在这种场合就是废材一个。
> 威武个毛。

这么确定?? 你何以知道对方dd的是/dev/sda 而非 /dev/sda[1-9] 后重装grub?

对于x86,分区表设计成正好能容下 dd 过来的前几个分区,技术上是可以做到
的。唯扩展分区内的分区不易单独处理,必须跟扩展分区一起走,而扩展分区总数
又只能有一个。

楼上说dd慢的想必是没有用bs参数。

--
我的博客:
http://zhangweiwu.ixiezi.com/
网站进化论 --写给需要网站或后悔有了网站的人

Bixuan Xu

unread,
Apr 21, 2011, 10:56:40 PM4/21/11
to sh...@googlegroups.com
赞同加硬盘,将比较大的目录做link到新的分区上。

私me是啥邮件系统?我没准能帮的上忙。

----
Bixuan Xu

源泉星火(张明源)

unread,
Apr 21, 2011, 11:12:02 PM4/21/11
to sh...@googlegroups.com
如果可以,加硬盘是最容易的。
如果不能加硬盘,用网络共享吧(nfs/cifs)

dd的机制问题,不是加bs参数可以解决的。
dd之后resize一下还是OK的

Kevin Zou

unread,
Apr 21, 2011, 11:36:08 PM4/21/11
to sh...@googlegroups.com
dd  并不适合备份或还原处在读写打开方式文件系统的分区或磁盘,它更适合于只读打开的有文件系统分区或未有其他操作的裸设备!
我想Chaos是考虑到了VFS层或其他层上缓冲问题,不建议使用dd这种直接操作物理块的工具,因为这样如果你的脏数据没有及时被pdflush写回或正在写入,你的磁盘数据就不一致了!


2011/4/22 源泉星火(张明源) <zhangmin...@gmail.com>



--
++++++++++++KevinZou++++++++++++++
                          kissi...@gmail.com
                          twtter:      @kissingwolf
++++++++++++++++++++++++++++++++++
Speak the truth, even if your voice shakes!

源泉星火(张明源)

unread,
Apr 21, 2011, 11:39:46 PM4/21/11
to sh...@googlegroups.com
呃,这种事情,恐怕都是离线操作的。
使用livecd之类的进行dd还是很靠谱的

Chaos Eternal

unread,
Apr 22, 2011, 12:00:11 AM4/22/11
to sh...@googlegroups.com

1. dd 不知道源设备上哪些block是没数据的,所以会多拷贝很多没用的数据。
2. dd不知道新设备的尺寸,所以文件系统尺寸不会跟着变。

linux不需要全盘拷贝,tar, cpio, rsync可以搞定一切。最后更新grub, lilo, syslinux就可以了。

On Apr 22, 2011 11:36 AM, "Kevin Zou" <kissi...@gmail.com> wrote:

August

unread,
Apr 22, 2011, 1:03:09 AM4/22/11
to sh...@googlegroups.com
Chaos Eternal
我那是对dd 的反讽
没看见我对 dd 的 -,- 囧样么

2011/4/22 Chaos Eternal <chaose...@shlug.org>:

--
Best Regards
August

August

unread,
Apr 22, 2011, 1:05:00 AM4/22/11
to sh...@googlegroups.com
tar 的时候不要包含 /syslinux /proc 这些虚拟文件系统

2011/4/22 August <tan.a...@gmail.com>:

--
Best Regards
August

Zhang Weiwu, Beijing

unread,
Apr 22, 2011, 1:09:55 AM4/22/11
to sh...@googlegroups.com
On 04/22/2011 10:49 AM, Zhang Weiwu, Beijing wrote:
> 这么确定?? 你何以知道对方dd的是/dev/sda 而非 /dev/sda[1-9] 后重装grub?
>
> 对于x86,分区表设计成正好能容下 dd 过来的前几个分区,技术上是可以做到
> 的。唯扩展分区内的分区不易单独处理,必须跟扩展分区一起走,而扩展分区总数
> 又只能有一个。

忘了看楼主既用lvm又想在线操作。

源泉星火(张明源)

unread,
Apr 22, 2011, 1:14:49 AM4/22/11
to sh...@googlegroups.com
嗯,所以我说"慢",和resize。
其实真的没必要迁移

源泉星火(张明源)

unread,
Apr 22, 2011, 1:18:14 AM4/22/11
to sh...@googlegroups.com
好吧,我的理解问题。

且能保证邮件服务能用。


是说服务不中断?还是迁移后能用?

其实有必要了解一下是否有些限制(比如用机器码算出来的序列号之类的,只允许现在的机器用,迁移后用不了)

djfml@gmail

unread,
Apr 22, 2011, 3:22:08 AM4/22/11
to sh...@googlegroups.com
vmware esx

P2V

然后  V2P

完美。。。。而且,你还多一个备份。
现在都能热P的。


2011/4/22 源泉星火(张明源) <zhangmin...@gmail.com>

Chaos Eternal

unread,
Apr 22, 2011, 3:25:43 AM4/22/11
to sh...@googlegroups.com

用 kvm/xen 我也能给你p2v2p走个几圈。
esx就是个噱头。

Yiling Cao (c2h2)

unread,
Apr 22, 2011, 3:26:01 AM4/22/11
to sh...@googlegroups.com
esx 也来了???

那么amazon ec2, 你都不用自己管

2011/4/22 djfml@gmail <djfmlg...@gmail.com>

源泉星火(张明源)

unread,
Apr 22, 2011, 3:29:12 AM4/22/11
to sh...@googlegroups.com
虚拟化也是个好办法,
rsync/tar  到 harddisk image或干脆dd出image(其实我真的不是来推销dd的)
然后用kvm来跑……
完全可以用新机器(现在旧机器比新机器都贵了吧。。。)

哦,还有一点,无论VMware还是kvm或其它虚拟化解决方案,对RH 8的支持都不一定好(个人猜测,未测试)

djfml@gmail

unread,
Apr 22, 2011, 3:32:02 AM4/22/11
to sh...@googlegroups.com
KVM没试过。(不评论)
vmware 测试过,老OS的就救星。

2011/4/22 源泉星火(张明源) <zhangmin...@gmail.com>
32B.gif

Chaos Eternal

unread,
Apr 22, 2011, 3:34:00 AM4/22/11
to sh...@googlegroups.com

dd是很酷,会用dd也确实很酷,不过如果不是用在正确的地方,就不酷了。

至少kvm模拟出来的硬件足够老,跑个rh8.0是没问题的。

Kevin Zou

unread,
Apr 22, 2011, 4:28:35 AM4/22/11
to sh...@googlegroups.com
我不认为N年前跑RH8的CPU还跑的起KVM! 

2011/4/22 Chaos Eternal <chaose...@shlug.org>

源泉星火(张明源)

unread,
Apr 22, 2011, 4:31:46 AM4/22/11
to sh...@googlegroups.com
所以我说:完全可以用新机器。

源泉星火(张明源)

unread,
Apr 22, 2011, 4:29:33 AM4/22/11
to sh...@googlegroups.com
呃,我很想挺kvm,但
上说:

Red Hat Linux 8
32 kvm-64 Intel 64 Crashes Fails on init. by Frank.Q.
不确定新版本的情况。

liyaoshi

unread,
Apr 22, 2011, 4:32:51 AM4/22/11
to sh...@googlegroups.com
他说的是kvm 出来的机器只够跑rh8

这种备份,我觉得是nfs 最快

在 2011年4月22日 下午4:28,Kevin Zou <kissi...@gmail.com>写道:

August

unread,
Apr 22, 2011, 4:32:49 AM4/22/11
to sh...@googlegroups.com
8年前的机器根本不支持VT-x
是把RH8迁移到别的机器上的KVM中......

2011/4/22 Kevin Zou <kissi...@gmail.com>:


> 我不认为N年前跑RH8的CPU还跑的起KVM!
>
> 2011/4/22 Chaos Eternal <chaose...@shlug.org>
>>
>> dd是很酷,会用dd也确实很酷,不过如果不是用在正确的地方,就不酷了。
>>
>> 至少kvm模拟出来的硬件足够老,跑个rh8.0是没问题的。
>>
>> On Apr 22, 2011 3:29 PM, "源泉星火(张明源)" <zhangmin...@gmail.com> wrote:
>> > 虚拟化也是个好办法,
>> > rsync/tar 到 harddisk image或干脆dd出image(其实我真的不是来推销dd的)

>> > 然后用kvm来跑......

--
Best Regards
August

Kevin Zou

unread,
Apr 22, 2011, 10:12:32 AM4/22/11
to sh...@googlegroups.com
原LINUX服务器中搭建了邮件服务,由于硬盘不够用了,要把这个系统迁移到另个配置一样的服务器上(硬盘比原来的大)! 
请注意“另个配置一样的服务器上” ,那么CPU肯定是不支持VT-X了!

2011/4/22 August <tan.a...@gmail.com>
Reply all
Reply to author
Forward
0 new messages