ESXi 에서 작업한 것을 토대로 정리하였으나 굳이 이전대상이 ESXi나 가상서버가 아니더라도 상관없이 이용할 수 있을 것 같습니다.
다만, 제 시스템에 맞춰서 하였기에 장치경로나 명령어가 다를 수 있습니다. 싱글모드에서 command not found 가 뜨면 whereis 로 명령어 위치를 찾아보셔서 절대경로로 입력하시면 됩니다. 대부분은 /sbin에 있을거라 생각합니다(freebsd기준)
:::: CentOS ::::
백업
이전할 서버에서 런레벨 1 혹은 싱글유저모드로 진입합니다.
df 를 입력하여 덤프할 파티션을 확인합니다.
저장할 디스크를 마운트합니다. 포맷이 안되어있을 경우 fdisk와 mkfs를 이용해 포맷합니다
fdisk /dev/sdb
mkfs.ext4 /dev/sdb1
mount /dev/sdb1 /mnt/storage
cd /mnt/storage
혹시 모르니 MBR을 백업합니다.
dd if=/dev/sda of=/mnt/storage/mbr.dd bs=512 count=1
파티션 덤프를 시작합니다. 파티션별로 다음의 명령어를 입력합니다.
./*.dump 는 저장할 파일 이름, /dev/* 는 장치 경로입니다.
dump -0u -f ./boot.dump /dev/sda1
dump -0u -f ./root.dump /dev/sda2
덤프가 완료되면 Dump: DUMP IS DONE 이라는 메시지가 나옵니다. 덤프 완료를 확인하고 디스크를 언마운트 합니다.
복원
복구할 머신에 백업된 디스크를 연결하고 CD 혹은 USB등의 미디어로 부팅합니다.
Rescue installed system 을 선택합니다.(CentOS 6.5기준)
Setup Networking 을 물어보면 No를 선택, Rescue 메뉴가 나오면 Skip을 선택합니다.
쉘이 나오면 마운트할 디렉토리를 생성합니다.
mkdir /mnt/storage
mkdir /mnt/root
mkdir /mnt/boot
마운트합니다.
mount -t ext4 /dev/sdb1 /mnt/storage
복구할 디스크의 파티션을 설정합니다. 원본 디스크와 대상 디스크 크기가 같다면 백업한 MBR을 이용합니다.
dd if=/mnt/storage/mbr.dd of=/dev/sda bs=512 count=1
디스크 크기가 다르다면 fdisk를 이용해 파티션을 만든 후 mkfs로 포맷합니다.
복구할 파티션이 준비되면 마운트합니다.
mount -t ext4 /dev/sda1 /mnt/boot
mount -t ext4 /dev/sda2 /mnt/root
해당 디렉토리로 이동해 복구를 시작합니다.
cd /mnt/boot
restore -r -f /mnt/storage/boot.dump
cd /mnt/root
restore -r -f /mnt/storage/root.dump
복구가 완료되면 백업디스크를 언마운트합니다. 그 후 시스템 설정을 변경해 줍니다.
chroot /mnt/root 로 루트를 변경한 뒤 fstab과 grub.conf를 수정합니다.
vi /etc/fstab
vi /etc/grub.conf
자신의 장치에 맞는 설정으로 변경 해 줍니다.
수정 완료하였으면 다시 CD로 부팅합니다.
네트워크 설정에서 NO를 Rescue메뉴에서 Continue를 선택한 뒤 Start Shell 을 선택합니다.
루트디렉토리 변경 후 디스크파티션을 확인합니다.
chroot /mnt/sysimage
fdisk -l
디스크가 정상적으로 마운트되었으면 grub복구 명령어로 MBR을 설치합니다.
grub-install /dev/sda
CD를 제거하고 시스템을 재부팅합니다. 커널패닉시 fstab이나 grub.conf를 확인 해 주셔야 합니다.
:::: FreeBSD ::::
백업
백업할 서버에서 런레벨1 혹은 싱글유저모드로 진입합니다.
백업파일을 저장할 디스크를 마운트합니다. 포맷이 안되어있을 경우 아래 명령어로 디스크를 준비합니다.
gpt destroy /dev/da1 (안될경우 dd if=/dev/zero of=/dev/da1 bs=1m count=128)
fdisk -BI /dev/da1 (안될경우 bsdlabel -wB /dev/da1s1)
newfs -O2 -U /dev/da1s1a
mkdir /mnt/storage
mount /dev/da1s1a /mnt/storage
cd /mnt/storage
MBR 정보 및 파티션 정보를 백업합니다.
gpart backup da0 > da0.gpt
gpart backup da0s1 > da0s1.gpt
덤프를 진행합니다.
dump -0Lau -f ./root.dump /dev/da0s1a
덤프가 완료되면 Dump: DUMP IS DONE 이라는 메시지가 나옵니다. 덤프 완료를 확인하고 디스크를 언마운트 합니다.
복원
FreeBSD livefs 디스크를 이용하여 부팅합니다.
sysinstall에서 Fixit -> CDROM/DVD 를 차례로 선택합니다.
덤프파일이 들어있는 디스크를 마운트합니다.
mkdir /mnt/storage
mount /dev/da1s1a /mnt/storage
MBR 및 파티션 설정 복원
cd /mnt/storage
gpart restore da0 < da0.gpt
gpart restore da0s1 < da0s1.gpt
디스크 크기가 다를 경우 gpart 명령어를 이용하여 새로 설정
gpart create -s mbr da0
gpart bootcode -b /boot/mbr da0
gpart add -t freebsd da0
gpart set -a active -i 1 da0
gpart create -s bsd da0s1
gpart bootcode -b /boot/boot da0s1
gpart add -t freebsd-swap -s 4G -i 2 da0s1
gpart add -t freebsd-ufs ad0s1
(-t는 타입, -s는 사이즈 -i는 인덱스이며 사이즈 지정이 안되면 남음 공간을 전부 사용합니다.)
포맷 및 마운트
newfs -O2 -U /dev/da0s1a
mkdir /mnt/root
mount /dev/da0s1a /mnt/root
복원을 진행합니다.
cd /mnt/root
restore -r -f /mnt/storage/root.dump
복원이 완료되면 /etc/fstab과 /etc/rc.conf를 시스템에 맞게 수정하고 재부팅합니다.
다 귀찮으면 dd 명령어도 좋습니다. 백업할 디스크보다 큰 크기의 디스크를 연결하고
dd if=/dev/da0 of=/mnt/storage/da0.dd bs=32M
이런식으로 명령어를 사용하시면 전체 디스크를 이미지화합니다. 블럭사이즈를 적당히 조절 해 주시면 속도가 빨라집니다. 그래도 엄청 오래걸리니 용량이 작은 디스크를 백업할 때만 사용하시는걸 추천드리네요.
복원 할 때는 dd if=/mnt/storage/da0.dd of=/dev/da0 bs=32M 이런식으로 if와 of를 반대로 쓰시면 됩니다.
dd 후에는 resize2fs / growfs / gpart resize 등을 이용해서 디스크사이즈를 조절 해 주셔야 합니다.
CentOS는 제가 직접 작업해보진 않아서 정확하지 않을 수도 있습니다. 미흡하지만 도움이 되었으면 좋겠네요.
이번에 가상화로 전환해야 할 centos 서버가 한대 있는데 꼭! 성공하겠습니다.
vmware에서 P2V를 위한 vConverter를 제공하고 있습니다.
같은 대역의 네트워크에 속해 있으면 해당 서버에 설치 없이 remote로도 진행이 가능하며,
대부분의 windows와 대부분의 linux를 지원하고 있습니다.
혹시 해당 부분에 대해서 자세하게 알고 싶으신 분이 있으시다면 정리하여 올려놓겠습니다.
지원을 잘 못하는것 같던데 그 부분은 혹시 패치가 되었나요?
요즘의 대부분의 리눅스는 설치부터 모두 LVM으로 구성하는 경우가 많거든요..
vmware엔지니어 분이시라니 궁금해서 글 남겨 봅니다.
열심히 기도(?)해야만 했죠..
최근에는 p2v나 v2v를 진행하지 않아 테스트는 해봐야 될 것 같습니다.
콜드클론은 써 봤는데 최신버전은 없다고 하더군요.
저 역시 LVM으로 구성되어 있고 vconverter로 사용하려고 해봤는데
서버 접속단계 ㅠㅠ 부터 실패했습니다.
서버는 공인IP이고 제 PC는 사설IP라서 안됐을 수도 있지만
꼭 같은 네트웍이 필요하다면 nic 하나에 사설ip를 넣어서 같은 네트워크로 구성할 수 있습니다.
장황한 설명까지는 아니더라도 간략하게나마 올려주셨으면 합니다.
감사합니다.
보통 IP가 2개인 경우 default gateway로 인한 문제가 가장 많이 발생하며,
vconter작업시에는 이러한 문제를 사전에 방지하기 위해 최소한의 네트워크만을 살려두고 작업하고 있습니다.가급적 빠른 시일내로 Windows와 Linux에 대한 내용으로 작성해보도록 하겠습니다.