현재 테스트 환경에서 "덤프" 및 "복원"을 통해 RHEL 6.4 OS의 백업/복원을 테스트하고 있습니다. 현재 RHEL 6.4가 너무 오래된 것 같다는 것을 알고 있습니다. 그러나 일부 기업에서는 여전히 이러한 버전의 RHEL을 사용하여 서비스를 로드하고 있습니다.
이것이 바로 그 장면이다: 호스트 충돌/오류 발생 시 시스템 및 중요 프로그램을 백업합니다.
- 백업에 사용된 테스트 RHEL 6.4 호스트는 LVM 논리 볼륨에 설치된 운영 체제 루트와 함께 Windows Hyper-V VM을 인프라로 활용했습니다.
- 시스템을 백업하기 위해 시스템을 단일 사용자 모드로 설정하고 다음 명령을 사용하여 루트 파일 시스템을 백업했습니다.
dump -0uf /<path_to_a_second_storage_to_store_dump>/mybackup.dump / - 화면에 덤프에 "DUMP IS DONE"이라고 적혀 있고, 생성된 덤프 파일의 크기가 2.2GB 정도라서 백업은 성공한 것으로 봅니다.
호스트 충돌 이벤트를 시뮬레이션하기 위해 LVM 논리 볼륨을 사용하여 RHEL 6.4 시스템을 다시 설치하고 복원하기 전에 시스템을 단일 사용자 모드로 부팅했습니다.
그러나 루트 파일 시스템 복원을 사용한 후
restore -rf /<path_to_a_second_storage_to_store_dump>/mybackup.dump
화면에 커널 패닉과 기타 오류가 표시되고 결국 정지됩니다.
몇 번이나 다시 시도했지만 늘 실패했습니다.
복구가 완료되지 않는 이유에 대한 힌트를 줄 수 있는 사람이 있나요?
답변1
훌륭한...
여러 번 재시도한 후 설치 DVD의 복구 모드를 사용하여 이 루트 파일 시스템 복구 문제를 해결했습니다.
덤프에서 루트 파일 시스템을 복원하면 항상 실행 중인 운영 체제와 충돌하는 것으로 나타났습니다. 따라서 구조 모드를 사용하면 문제를 해결할 수 있습니다.
OS가 실행되는 동안 루트 파일 시스템을 복원하는 것이 가능한지 알아보기 위해 다른 시도를 해보겠습니다.