나는 헤드리스 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 Project의 12-14개월 지원 주기 정책(이유가 있을 수 있음)에 지쳤으며 Scientific Linux 또는 CentOS와 같은 보다 안정적인 것으로 마이그레이션할 계획입니다. 내 데이터의 대부분은 /var(MySQL, Redis & Apache Docroot) 및 /home.
/var디렉터리를 보존 하고 /home원격으로 이를 수행 하여 fedora에서 다른 RH 제품군 배포판으로 마이그레이션할 수 있습니까 ? (어려운 상황에서는 기꺼이 모니터와 키보드를 가지고 다닐 의향이 있습니다.) 그렇다면 동일한 조치는 무엇입니까?
답변1
이론적으로는 그렇습니다. 이론적으로 Fedora 상자를 다음으로 변경할 수 있습니다.슬랙웨어시간을 투자할 만큼 신경을 썼다면 무언가를 파괴하지 않고 그렇게 해야 했습니다.
일반적으로 노력할 가치가 없는 것으로 간주됩니다.
CentOS/SL 문서를 읽은 후에는 콘솔에서 대화형으로라도 주요 릴리스 간 업그레이드를 권장하지 않는다는 것을 알 수 있습니다. 최첨단 Fedora에서 CentOS 6으로 가는 것은 더 나쁠 것입니다.다운그레이드, 기능 및 버전 관점에서. 단일 RPM을 업그레이드하는 것보다 다운그레이드하는 것이 종종 훨씬 더 많은 작업이라는 것을 알아차렸을 것입니다. 이제 상당히 기본적인 서버의 경우 약 1,000RPM에 대해 이 작업을 수행하고 데스크탑, 워크스테이션 또는 모든 패키지 세트가 설치된 시스템의 경우 더 많은 작업을 수행하는 것에 대해 이야기하고 있다는 것을 깨달았습니다.
가장 좋은 방법은 OS를 백업하고 처음부터 다시 설치한 후 복원하는 것입니다.
가능하다면 먼저 VM에서 시도해 보세요. 그런 다음 VM을 완료한 후 해당 VM을 호스팅 공급자에 직접 배포할 수 있습니다. 그렇지 않다면 적어도 도중에 메모를 하여 신속하게 전환할 수 있도록 하십시오.
백업 및 복원을 수행하는 정확한 방법은 실제로 별도의 질문 더미입니다. 예를 들어, MySQL DB는 단순히 서버를 중지하고 원시 DB 파일을 복사하는 것보다 더 지능적으로 백업해야 합니다. OS 변경에 따라 서버 버전이 다운그레이드될 가능성이 높기 때문입니다. 대신 SQL 덤프를 수행하고 싶을 것입니다. 아마도 여러 가지 예 중 하나를 발견하게 될 것입니다.