이 문서에서는 가상 머신에 대한 보존이 작동하는 방식을 설명합니다. 백업이 발생할 때마다 복원 작업을 수행할 수 있는 복구 지점이 생성됩니다.
가상 머신의 경우 초기 백업은 전체 백업이며 후속 백업은 증분 백업입니다.
복구 지점 및 데이터 보존
예약된 초기 및 증분 백업
블록 1, 블록 2, 블록 3 및 블록 4의 네 블록으로 구성된 데이터 디스크를 사용하여 가상 머신 V1 의 간소화된 예를 살펴보겠습니다. 각 블록의 크기는 16KB입니다.
1단계 -Initial 백업: 초기 백업은 전체 백업입니다. 후속 증분 백업이 적용되는 기준선 역할을 합니다. 원본 VM의 블록 1 및 블록 2에 기록된 데이터가 있다고 가정합니다. 동일한 데이터가 복구 서비스 볼트 스토리지에서 D1 및 D2로 복제됩니다.
2단계 - 증분 백업 1: VM의 블록 3에 새 데이터가 추가되었음을 고려합니다. 동일한 데이터가 다음 증분 백업에서 복제되고, 변경된 블록만 D3으로 저장됩니다. 각 단계에서 블록의 1KB가 변경되더라도 전체 16KB 블록이 복구 지점에 업로드됩니다.
3단계 -Incremental 백업 2: 이제 원본 VM의 블록 3 및 블록 2에 데이터 변경 내용이 있는 것을 고려합니다. 이러한 변경은 다음 증분 백업에서 D3' 및 D2'로 복제됩니다.
주문형 백업
보호를 설정한 후 언제든지 VM의 주문형 백업을 실행하도록 선택할 수 있습니다.
- 주문형 백업은 첫 번째 예약된 초기 백업 이전에 트리거된 경우 전체 백업이 됩니다.
- 초기 백업이 완료된 후 주문형 백업이 트리거되면 증분 백업입니다.
- 주문형 백업에 대해 생성된 복구 지점의 보존 시간은 백업을 트리거할 때 지정하는 보존 기간입니다.
스토리지 비용
초기 백업에 대해 만든 복구 지점에 는 데이터가 있는 모든 블록이 포함됩니다. 후속 증분 복구 지점은 데이터를 변경하는 블록으로만 구성됩니다. 스토리지 비용은 모든 복구 지점이 걸쳐 있는 모든 블록의 합계에 해당합니다.
위의 예시를 사용하여 각 단계 후의 스토리지 비용을 이해해 봅니다.
| 단계 | 백업 유형 | 변경된 블록 | 저장소 유형 |
|---|---|---|---|
| 1 | 초기 백업: | 블록 1, 블록 2 | 복구 지점 1(D1 + D2)에 해당 |
| 2 | 증분 백업 1 | 블록 3 | 복구 지점 1(D1 + D2) + 복구 지점 2(D3)에 해당 |
| 3 | 증분 백업 2 | 블록 2, 블록 3 | 복구 지점 1(D1 + D2) + 복구 지점 2(D3) + 복구 지점 3(D2 ' + D3 ')에 해당합니다 |
복구 지점 만료
각 복구 지점에는 백업 정책에 지정된 보존 기간이 있습니다. 정리는 일정한 간격으로 수행되며 만료된 모든 복구 지점은 정리됩니다.
복구 지점이 만료되면 삭제되거나 병합됩니다.
사례 1: 초기 복구 지점 만료
초기 복구 지점이 만료되면 다음 증분 복구 지점과 병합됩니다. 증분 복구 지점에서 덮어쓴 모든 데이터 블록이 삭제되고 나머지는 병합됩니다. 그러면 증분 백업이 초기 전체 백업이 됩니다. 예시와 함께 검토해 보겠습니다.
- 초기 백업 중에 생성된 복구 지점 1에는 VM의 전체 백업이 있습니다.
- 복구 지점 1이 만료되면 복구 지점 2는 다음 전체 백업입니다.
- 블록 D1은 복구 지점 2 와 병합되고 D2는 복구 지점 2에서 블록 2의 데이터를 덮어쓰므로 삭제됩니다. 이 변경 내용은 블록 D2'로 캡처됩니다.
- 블록 D1은 다음 백업 전에 변경 내용이 있을 때까지 연속 복구 지점에 그대로 유지됩니다.
사례 2: 중간 증분 복구 지점 만료
- 복구 지점 2가 복구 지점 1 이전에 만료되면 복구 지점 2의 데이터가 사용 가능한 다음 복구 지점인 복구 지점 3과 병합됩니다. 따라서 블록 D3은 복구 지점 3과 병합됩니다.
- 복구 지점 1 은 여전히 블록 D1 및 D2를 사용한 전체 백업입니다.
- 중간 증분 복구 지점이 만료되면 Azure Backup 후속 보존 복구 지점에서 덮어쓰여진 데이터 블록만 해제합니다.
- 증분 체인을 유지 관리하려면 덮어쓰지 않은 데이터 블록이 필요하며 사용 가능한 다음 보존 복구 지점으로 전달(병합)됩니다.
- 이 동작으로 인해 스토리지 감소는 점진적일 수 있으며 만료된 복구 지점 수에 1:1을 매핑하지 않을 수 있습니다.
사례 3: 주문형 복구 지점 만료
이 예제에서는 일정(일별 백업) 정책이 n 일 보존 기간으로 실행되도록 예약됩니다. 다음 예약된 백업 4일 전에 주문형 백업이 트리거되고 보존 기간이 10일로 지정된 경우에도 증분 백업이 됩니다. 복구 지점(주문형 RP1)은 복구 지점 3 이후와 복구 지점 4 이전에 만들어집니다. 14일차가 끝나면 주문형 복구 지점(주문형 RP1)이 만료되고 사용 가능한 다음 복구 지점과 병합됩니다. 서버에 여전히 있는 데이터 블록은 병합되지만 변경된 데이터 블록(덮어쓰기 또는 삭제)은 만료된 복구 지점에서 삭제됩니다.
복구 지점에 대한 정책 변경의 영향
정책이 수정되면 새 복구 지점과 기존 복구 지점 모두에 적용됩니다. 자세한 내용은 정책 변경이 복구 지점에 미치는 영향을 참조하세요.
복구 지점의 보호 중지의 영향
VM 보호를 중지하는 방법은 다음 두 가지가 있습니다.
- 보호를 중지하고 백업 데이터를 삭제'합니다. 이 옵션을 선택하면 이후의 모든 백업 작업이 VM을 보호하지 않으며, 모든 복구 지점이 삭제됩니다. 일시 삭제를 사용하도록 설정하면 삭제된 데이터는 14일 동안 보존됩니다. 일시 삭제된 상태의 항목에 대한 요금은 발생하지 않습니다. 데이터는 14일 기간 내에 삭제 취소할 수 있습니다. 일시 삭제를 사용하도록 설정하지 않으면 데이터가 즉시 정리되고 VM을 복원하거나 백업 다시 시작 옵션을 사용할 수 없습니다.
- 보호를 중지하고 백업 데이터 보존. 해당 옵션은 VM을 보호하는 앞으로의 모든 백업 작업을 중지합니다. 그러나 Azure Backup 서비스는 백업된 복구 지점을 영원히 유지합니다. 복구 지점을 보관소에 유지하려면 비용을 지불해야 합니다(자세한 내용은 Azure Backup 가격을 참조하세요). 필요한 경우 VM을 복원할 수 있습니다. VM 보호를 다시 시작하기로 결정한 경우 백업 다시 시작 옵션을 사용할 수 있습니다. 백업을 다시 시작한 후에는 보존 규칙이 만료 지점에 적용됩니다. 백업 데이터 삭제 옵션을 사용하여 백업 된 데이터를 삭제 할 수도 있습니다.
보호를 중지하지 않고 VM을 삭제할 경우의 영향
보호를 먼저 중지하지 않고 VM(가상 머신)을 삭제하면 복구 지점에 영향을 줄 수 있으며 권장되지 않습니다. 이상적으로 VM을 삭제하기 전에 백업을 중지해야 합니다. VM이 삭제된 후에도 추가 백업이 트리거되지 않지만 백업 항목은 Recovery Services 볼트에서 여전히 건전함으로 표시됩니다. 삭제 후 수동 백업을 시도하면 백업 작업에서 VM을 강제로 확인하고 VMNotFoundV2 오류와 함께 실패합니다. 복구 지점은 보존 정책에 따라 주기적으로 정리되지만 VM의 마지막 복사본은 무기한으로 유지됩니다.
시나리오에 따라 다음과 같은 옵션이 있습니다.
VM 복원: 사용 가능한 복구 지점을 사용하여 VM을 복원할 수 있습니다. 연속성을 보장하려면 동일한 이름을 사용하여 VM을 복원하고 동일한 리소스 그룹에 배치합니다. 그런 다음 동일한 보관소를 사용하여 복원된 VM을 보호하면 기존 복구 지점이 자동으로 재연결됩니다.
VM 보호 중지 및 데이터 삭제: Recovery Services 자격 증명 모음으로 이동하여 데이터 삭제와 함께 보호 중지를 선택하여 백업 항목 및 연결된 복구 지점을 제거할 수 있습니다.
비고
VM이 삭제된 후에도 데이터 삭제로 보호가 명시적으로 중지되지 않는 한 마지막 복구 지점은 무기한 유지됩니다. 따라서 보존된 백업 데이터에 대한 청구가 계속됩니다. VM 보호 중지에 대해 알아봅니다.
소프트 삭제 상태 항목의 만료된 복구 지점 영향
Recovery Services 자격 증명 모음에 일시 삭제가 활성화된 경우 만료된 복구 지점은 일시 삭제된 상태로 유지되며 정리되지 않습니다. 복구 지점이 일시 삭제된 상태인 경우에는 요금이 부과되지 않습니다.
백업 성능에 대한 변동의 영향
VM의 총 스토리지가 8TB이고 변동이 5% 라고 가정합니다. 그런 다음 해당 증분 백업 스토리지는 8TB의 5%인 0.4TB가 됩니다. 변동률이 높을수록 후속 증분 백업의 경우 더 높은 백 엔드 스토리지에 해당합니다. 변동은 백업 성능에 영향을 미칩니다. 변동이 많을수록 백업 프로세스가 느려지고 백 엔드 스토리지 사용량이 증가합니다.
변동이 백업 성능에 미치는 영향을 이해하려면 다음 시나리오를 살펴보세요.
| 가상 머신 | VM1 | VM2 | VM3 |
|---|---|---|---|
| 데이터 디스크 수 | 4(A1, A2, A3, A4) | 4(B1, B2, B3, B4) | 4(C1, C2, C3, C4) |
| 각 디스크의 크기 | 4 테라바이트 (4 TB) | 4 테라바이트 (4 TB) | 4 테라바이트 (4 TB) |
| 백업 데이터 변동 | A1- 4TB | B1-1 TB; B2-1 TB B3-1 TB; B4-1 TB |
C1-2 TB; C4-2 TB |
백업 성능은 VM2>VM3>VM1 순서로 제공됩니다. 그 이유는 변동된 데이터가 다양한 디스크에 분산되기 때문입니다. 디스크 백업이 병렬로 발생하기 때문에 VM2는 최상의 성능을 보여줍니다.
자주 묻는 질문
주문형 백업의 보존 기간을 확인하려면 어떻게 해야 하나요?
주문형 백업의 백업 작업에서 UTC로 표시된 복구 지점 만료 시간은 복구 지점의 보존 기간을 나타냅니다. 자세한 내용은 주문형 백업 실행을 참조하세요.