호스트 스토리지 유지 관리 중 가상 머신 백업을 보호하는 방법

호스트 스토리지를 유지 관리하는 동안 가상 머신 백업을 보호하려면 먼저 새 쓰기를 중지하고, 기존 복구 지점을 확인한 다음, 유지 관리 대상 스토리지 외부에 사용할 수 있는 복사본을 하나 이상 보관하세요.

홈 서버나 소규모 NAS에서는 VM 백업을 저장하는 디스크, 풀, HBA, 인클로저 또는 데이터스토어 자체에서 유지 관리가 진행되는 경우가 많습니다. 따라서 안전한 순서는 도구 이름보다 중요합니다. 백업 활동을 일시 중지하고, 복구 지점을 읽을 수 있는지 확인하며, 유지 관리 작업을 되돌릴 수 있도록 준비한 후에 호스트 스토리지 계층을 변경해야 합니다.

변경하려는 스토리지에 종속된 백업 파악하기

먼저 유지 관리 대상 스토리지에서 읽거나 해당 스토리지에 쓰는 모든 VM, 컨테이너, 백업 작업, 저장소, 스냅샷 위치 및 복제 대상을 나열하세요. 핵심 질문은 VM이 어디에서 실행되는지가 아니라, 곧 오프라인으로 전환할 구성 요소에 백업 체인이나 복원 카탈로그가 종속되어 있는지 여부입니다.

홈 랩에서 흔히 발생하는 함정은 VM 디스크와 백업 저장소를 서로 다른 데이터세트에 두되, 동일한 풀, USB 인클로저, 컨트롤러 또는 단일 머신을 공유하는 것입니다. 이렇게 하면 정리는 쉬워지지만, 위험 범위가 풀 전체, 컨트롤러 전체 또는 호스트 전체라면 백업이 보호되지는 않습니다.

복원 경로가 동일한 스토리지에 의존한다면 해당 백업을 유지 관리 기간 동안 사용할 수 없는 것으로 표시하세요. 유지 관리 대상 장치가 없어도 사용할 수 있는 두 번째 복사본, 원격 복사본 또는 테스트된 내보내기를 확보한 후에만 계속 진행하세요.

백업 대상을 새 쓰기 없음 상태로 전환하기

가장 안전한 유지 관리 기간은 스토리지 계층이 변경되는 동안 새로운 백업 쓰기, 정리 작업, 압축, 복제 및 가비지 컬렉션이 시작되지 않도록 방지하는 것에서 시작합니다. 백그라운드에서 인덱스나 청크를 다시 작성하는 저장소보다 조용한 저장소를 파악하고 관리하기가 더 쉽습니다.

Proxmox Backup Server는 데이터스토어에 대해 읽기 전용 및 오프라인 유지 관리 모드를 지원하며, 충돌하는 작업이 모드 적용 전에 완료되도록 할 수 있습니다. 이 차이는 중요합니다. 읽기 전용 모드에서는 복원이 여전히 가능할 수 있지만, 오프라인 모드에서는 읽기와 쓰기가 모두 차단됩니다.

작업을 보호하면서도 중단을 최소화하는 모드를 사용하세요. 펌웨어, 케이블 연결, 풀 가져오기, 디스크 교체 또는 파일 시스템 복구에는 일반적으로 오프라인 모드가 더 안전합니다. 새로운 쓰기만 중지하면 되는 저장소 측 검사에는 읽기 전용 모드로 충분할 수 있습니다. 기억에 의존하지 말고 모드와 비활성화한 작업을 기록하세요.

스토리지를 이동하거나 복구하기 전에 복구 지점 확인하기

확인되지 않은 백업은 복구 지점 후보에 불과합니다. 유지 관리 전에 도구의 확인 기능을 실행하거나, 최소한 보관할 복구 지점 중 가장 최신 및 가장 오래된 지점에서 소규모 격리 복원을 수행하세요.

Proxmox Backup Server는 정기적으로 백업 데이터를 검사할 수 있도록 예약된 확인 작업을 제공합니다. 유지 관리에서는 몇 주 전의 백업 성공 알림보다 최근의 확인 결과가 더 유용합니다.

확인에 실패하면 유지 관리 계획을 중단하고 먼저 백업 세트를 복구하세요. 복구 지점 하나만 확인된 경우에는 해당 지점을 격리하고, 두 번째로 정상적인 복원 경로가 확보될 때까지 정리나 압축을 수행하지 마세요.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

유지 관리 영향 범위 밖에 복구용 복사본 하나 보관하기

디스크, 풀, 컨트롤러, 마운트 옵션 또는 저장소 레이아웃을 변경하기 전에 복구용 복사본을 최소 하나는 영향 범위 밖으로 옮기세요. 이동식 디스크, 다른 NAS, 원격 Proxmox Backup Server, 클라우드 객체 스토리지 또는 가장 중요한 VM의 임시 내보내기일 수 있습니다.

Veeam의 스케일 아웃 저장소 문서는 저장소 유지 관리를 상태 기반 작업으로 다루며, 익스텐트를 패치나 업그레이드와 같은 서비스 작업을 위해 유지 관리 모드로 전환할 수 있다고 설명합니다. 핵심 원칙은 폭넓게 적용됩니다. 유지 관리는 무계획적인 스토리지 이벤트가 아니라 저장소 상태와 함께 조율해야 합니다.

홈 서버에서는 실제 복구 필요에 맞는 복사본을 선택하세요. 중요한 VM 하나에는 부팅 가능한 내보내기가 더 적합할 수 있고, 여러 VM에는 중복 제거 백업 복제가 더 적합할 수 있습니다. 해당 복사본의 위치와 잠금 해제 방법, 호스트 스토리지를 유지 관리하지 않고도 복원하는 방법을 알고 있어야 복사본이 유효하다고 할 수 있습니다.

복원 경로를 확인한 후에만 작업 재개하기

유지 관리가 끝난 후 모든 예약 작업을 즉시 다시 활성화하지 마세요. 먼저 스토리지를 정상적으로 다시 마운트하거나 가져오고, 저장소 소유권과 여유 공간을 확인한 다음, 새 쓰기를 허용하기 전에 기존 백업에 대한 읽기 테스트를 실행하세요.

백업 유지 관리 작업은 I/O를 많이 사용할 수 있습니다. Veeam의 모범 사례에서는 전체 백업 파일 유지 관리를 새 전체 백업 파일을 합성한 후 원본을 삭제하는 프로세스로 설명합니다. 이러한 작업은 스토리지 복구나 불안정한 디스크 작업과 겹치지 않도록 해야 합니다.

서비스는 다음 순서로 복구하세요. 스토리지 상태, 저장소 읽기 액세스, 복구 지점 목록, 소규모 복원 테스트, 예약된 쓰기 순서입니다. 어느 단계에서든 속도가 느리거나 항목이 누락되거나 결과가 일관되지 않다면 작업을 비활성화한 상태로 유지하고, 새로운 백업 체인이 문제를 가리기 전에 원인을 조사하세요.

FAQ

호스트에서 디스크를 교체하는 동안 VM 백업을 실행해도 되나요?

백업 저장소와 복원 경로가 유지 관리 대상 스토리지와 명확히 분리되어 있는 경우에만 가능합니다. 백업 대상이 풀, 컨트롤러, 인클로저 또는 호스트 종속성을 공유한다면 먼저 새 쓰기를 중지하세요.

스토리지 유지 관리 전에 VM 스냅샷을 생성하면 충분한가요?

아니요. 동일한 스토리지에 있는 스냅샷은 짧은 롤백에 도움이 될 수 있지만, 풀, 컨트롤러, 인클로저 또는 호스트 장애로부터 보호해 주지는 않습니다. 독립적인 백업 복사본을 보관하세요.

유지 관리에 ZFS 복제도 포함된다면 작업 전에 보존 정책과 여유 공간 동작을 확인하세요. 대상 풀이 가득 차면 간단한 유지 관리 작업이 ZimaSpace의 스냅샷 복제로 대상 풀이 가득 차는 문제를 방지하는 가이드에서 다룬 것과 같은 장애 패턴으로 이어질 수 있습니다.