512GB 디스크의 UEFI 모드에서 Ubuntu Server 설치의 전체 백업을 생성할 계획입니다. 필수 UEFI 파티션(1GB)이 하나 있으며, /boot는 표준 EXT4 별도 부팅 파티션(2GB)이고 나머지 디스크는 큰 LVM 물리적 볼륨(~509GB)입니다.
- 하나의 볼륨 그룹이 정의됩니다. ~509GB 크기의 vg-root
- 하나의 논리 볼륨이 정의됩니다. 200GB 크기의 lv-root.
시스템이 설치되어 있고 커널 및 패키지가 최신 상태이며 모두 양호합니다. 저는 LVM 스냅샷 기능을 사용하여 이 "깨끗한" 시점에 시스템의 전체 백업을 생성할 계획입니다.
200GB 크기의 lv-root-snap과 부팅 파티션 백업 "dd if=/dev/BOOT_PARTITION_DEVICE of=boot_backup.dd"를 생성하겠습니다. 지금부터 많은 변경, 업데이트 등이 있을 수 있습니다. 또한 시간이 지남에 따라 Ubuntu OS의 일반적인 작업인 새로운 커널이 설치될 수 있습니다.
앞으로는 dd 명령을 거꾸로 사용하고 스냅샷 lv-root-snap에서 lv-root를 사용하여 부팅 파티션을 복원하여 "시간을 되돌릴" 계획입니다.
향후 복원 절차 중에 다음 단계를 따를 계획입니다.
- /boot 파티션 마운트 해제
- 부팅 파티션 백업의 역방향 dd를 실행합니다(따라서 부팅 파티션에 원래 커널이 있으므로 현재 /boot는 마운트 해제된 상태로 유지됩니다).
- lv-root-snap에서 lv-root를 복원합니다(활성 루트 파티션이 마운트되어 있으므로 다음 재시작이 예정되어 있습니다).
- UEFI PC 즉시 다시 시작 수행
- UEFI PC의 초기 상태("깨끗한 상태")로 부팅되기를 바랍니다. :)
UEFI PC에 대한 유효한 계획인가요? 아니면 백업 계획에서 UEFI 파티션을 무시할 때 특히 뭔가가 누락된 것일까요?
답변1
회사마다 프로세스가 다릅니다. 그러나 가장 좋은 방법은 설정, 구성 및 중요한 데이터를 백업하는 것입니다. OS 설치 자체가 아닙니다. 그러면 쉽게 다시 설치할 수 있습니다. 백업을 수행하는 사이에 언젠가 변경될 수 있는 UEFI 보안 부팅 및 tpm 키와 관련된 문제가 발생할 수도 있습니다.
드라이브 오류 보호를 찾고 있다면 Raid 1을 고려하십시오.