헤드리스 Fedora 15(GUI 없음) 상자가 있습니다. 다음과 같은 파티션 구조를 사용합니다.
$ df -T -h
Filesystem Type Size Used Avail Use% Mounted on
rootfs rootfs 49G 2.8G 46G 6% /
udev devtmpfs 1.7G 4.0K 1.7G 1% /dev
tmpfs tmpfs 1.7G 0 1.7G 0% /dev/shm
tmpfs tmpfs 1.7G 604K 1.7G 1% /run
/dev/sda1 ext4 49G 2.8G 46G 6% /
tmpfs tmpfs 1.7G 0 1.7G 0% /sys/fs/cgroup
tmpfs tmpfs 1.7G 0 1.7G 0% /media
/dev/sda5 ext4 388G 35G 334G 10% /var
/dev/sda2 ext4 28G 1.7G 25G 7% /home
나는 Fedora 프로젝트의 12-14개월 지원 주기 정책(아마도 이유가 있을 것임)에 지쳤으며 Scientific Linux 또는 CentOS와 같은 보다 안정적인 것으로 마이그레이션할 계획입니다. 내 데이터의 대부분은 /var(MySQL, Redis 및 Apache Docroot) 및 /home.
디렉터리를 보존하여 Fedora에서 다른 RH 시리즈 배포판으로 마이그레이션하고 /var원격 /home마이그레이션을 수행할 수 있습니까? (어려운 상황에서는 모니터와 키보드를 기꺼이 가져오겠습니다.) 그렇다면 어떻게 해야 합니까?
답변1
물론 이론적으로는요. 이론적으로는 Fedora 상자를 다음으로 변경할 수 있습니다.여유 소프트웨어시간을 할애할 만큼 신경썼다면 아무것도 깨지 않고 해야 한다.
일반적으로 이는 노력할 가치가 없는 것으로 간주됩니다.
CentOS/SL 문서를 읽은 후에는 주요 버전 간의 전체 업그레이드나 콘솔에서의 대화형 업그레이드조차 권장하지 않는다는 것을 알 수 있습니다. 최첨단 Fedora에서 CentOS 6으로 업그레이드하는 것은 실제로는 더 나쁩니다.다운그레이드, 기능 및 버전 관점에서. 단일 RPM을 다운그레이드하는 것이 일반적으로 하나를 업그레이드하는 것보다 더 많은 작업이라는 것을 알아차렸을 것입니다. 이제 상당히 간단한 서버와 데스크탑 설치, 워크스테이션 또는 모든 패키지 세트에 대해 이 작업을 수행하는 데 약 1000개 정도의 RPM이 필요하다는 것을 깨달았습니다.
가장 좋은 방법은 운영 체제를 백업하고 처음부터 다시 설치한 다음 복원하는 것입니다.
가능하다면 먼저 가상 머신에서 시도해 보세요. 완료되면 가상 머신을 호스팅 공급자에 직접 배포할 수 있습니다. 그렇지 않다면 적어도 도중에 메모를 하여 빠르게 전환할 수 있도록 하십시오.
백업과 복구를 정확히 수행하는 방법은 실제로 별개의 질문입니다. 예를 들어, MySQL 데이터베이스는 단순히 서버를 중지하고 원본 데이터베이스 파일을 복사하는 것보다 더 지능적으로 백업해야 합니다. 운영 체제가 변경됨에 따라 서버 버전을 다운그레이드할 수 있기 때문입니다. SQL 덤프를 수행할 수도 있습니다. 이는 여러 예 중 하나에 불과하다는 것을 알 수 있습니다.