Azure NetApp Files 스냅샷 작동 방식

아티클
11/08/2024

이 문서에서는 Azure NetApp Files 스냅샷의 작동 방식을 설명합니다. Azure NetApp Files 스냅샷 기술은 성능에 영향을 주지 않고 안정성, 확장성 및 빠른 복구 기능을 제공합니다. 스냅샷은 단일 파일 복원, 볼륨 복원 및 복제, 지역 간 복제, 영역 간 복제 및 장기 보존을 비롯한 데이터 보호 솔루션의 토대를 제공합니다.

볼륨 스냅샷을 만들려면 Azure NetApp Files를 사용하여 스냅샷 관리를 참조하세요. 지역 간 복제의 스냅샷 관리에 대한 고려 사항은 지역 간 복제 사용을 위한 요구 사항 및 고려 사항을 참조하세요. 영역 간 복제의 경우 영역 간 복제 사용에 대한 요구 사항 및 고려 사항을 참조 하세요.

볼륨 스냅샷의 정의

Azure NetApp Files 스냅샷은 특정 시점 파일 시스템(볼륨) 이미지입니다. 이것은 온라인 백업 역할을 수행하기에 적합합니다. 스냅샷을 사용하여 새 볼륨 만들기(클론), 파일 복원 또는 볼륨 되돌리기를 수행할 수 있습니다. Azure NetApp Files 볼륨에 저장된 특정 애플리케이션 데이터에서 애플리케이션 일관성을 보장하기 위해 추가 단계가 필요할 수 있습니다.

Azure NetApp Files의 일부인 기본 볼륨 가상화 기술에 대한 고유 기능을 통해 오버헤드가 낮은 스냅샷을 만들 수 있습니다. 데이터베이스와 마찬가지로 이 계층은 디스크의 실제 데이터 블록에 대한 포인터를 사용합니다. 그러나 데이터베이스와 달리 기존 블록을 다시 작성하지는 않고, 업데이트된 데이터를 새 블록에 쓰고 포인터를 변경하여 새 데이터와 이전 데이터를 유지합니다. Azure NetApp Files 스냅샷은 단순히 블록 포인터를 조작하여 애플리케이션이 특별한 프로그래밍 없이 이전 버전의 파일 및 디렉터리 계층에 액세스할 수 있도록 하는 “고정된” 읽기 전용 볼륨 보기를 만듭니다. 실제 데이터 블록은 복사되지 않습니다. 따라서 스냅샷은 만드는 데 필요한 시간 면에서 효율적입니다. 볼륨 크기에 관계없이 거의 즉각적입니다. 스냅샷은 스토리지 공간에서도 효율적입니다. 스냅샷과 활성 볼륨 사이의 델타 블록만 유지됩니다.

다음 다이어그램은 개념을 보여 줍니다.

파일은 볼륨에 기록된 메타데이터 및 데이터 블록으로 구성됩니다. 이 그림에는 각각 3개 블록으로 구성된 파일 3개가 있습니다(파일 1, 파일 2, 파일 3).
스냅샷 Snapshot1이 찍히는데, 이것은 메타데이터와 파일을 나타내는 블록에 대한 포인터만 복사합니다.
볼륨의 파일은 계속 변경되고 새 파일이 추가됩니다. 수정된 데이터 블록은 볼륨에서 새 데이터 블록으로 작성됩니다. 이전에 Snapshot1서 캡처된 블록은 그대로 유지됩니다.
변경 내용 및 추가를 캡처하기 위해 새 스냅샷 Snapshot2이 찍힙니다.

스냅샷이 찍히면 데이터 블록에 대한 포인터가 복사되고, 수정 내용이 새 데이터 위치에 기록됩니다. 스냅샷 포인터는 스냅샷을 생성할 때 파일이 차지했던 원래 데이터 블록을 계속 가리키며 데이터의 실시간 및 기록 보기를 모두 제공합니다. 새 스냅샷을 만든다면 현재 포인터(즉, 가장 최근의 추가 및 수정 후 만든 포인터)가 새 스냅샷 Snapshot2에 복사됩니다. 따라서 세 개의 전체 복사본에 필요한 볼륨 공간을 차지하지 않고도 세 개의 데이터 세대(라이브 데이터, Snapshot2 및 Snapshot1, 처리 기간 순)에 액세스할 수 있습니다.

스냅샷은 볼륨 메타데이터(inode 테이블)의 복사본만 사용합니다. 볼륨 크기, 사용된 용량 또는 볼륨의 작업 수준에 관계없이 만드는 데 몇 초밖에 걸리지 않습니다. 그러므로 100TiB 볼륨의 스냅샷을 만드는 데는 100GiB 볼륨의 스냅샷을 만드는 것과 동일한 시간(거의 0)이 소요됩니다. 스냅샷이 만들어진 후에는 데이터 파일에 대한 변경 내용이 정상적으로 파일의 활성 버전에 반영됩니다.

한편 스냅샷에서 가리키는 데이터 블록은 안정적이고 변경할 수 없는 상태로 유지됩니다. Azure NetApp Files 볼륨의 “쓰기 시 리디렉션” 특성으로 인해 스냅샷은 성능 오버헤드를 발생시키지 않으며 스냅샷 자체로서는 공간을 사용하지 않습니다. 시간이 지남에 따라 볼륨당 최대 255개의 스냅샷을 저장할 수 있습니다. 모든 데이터는 읽기 전용 및 온라인 버전의 데이터로 액세스할 수 있으며 각 스냅샷 간에 변경된 블록 수만큼의 용량을 소비합니다. 수정된 블록은 활성 볼륨에 저장됩니다. 스냅샷에서 가리키는 블록은 안전한 보관을 위해 볼륨에서 읽기 전용으로 보관되며, 활성 볼륨과 스냅샷의 모든 포인터가 지워진 경우에만 용도가 변경됩니다. 따라서 시간이 지나면서 새로운 데이터 블록이나 스냅샷에 보관된(수정된) 데이터 블록에 의해 볼륨 사용률이 증가합니다.

다음 다이어그램은 시간 경과에 따른 볼륨의 스냅샷 및 사용된 공간을 보여 줍니다.

볼륨 스냅샷은 최신 스냅샷 이후 변경된 블록만 기록하기 때문에 다음과 같은 주요 이점을 제공합니다.

스냅샷은 스토리지 면에서 효율적입니다.
스냅샷은 전체 볼륨의 데이터 블록을 복사하지 않으므로 최소한의 스토리지 공간을 사용합니다. 시퀀스에서 생성되는 두 스냅샷은 두 스냅샷 사이의 시간 간격으로 추가되거나 변경된 블록에 의해서만 다릅니다. 이 블록 증분 동작은 관련 스토리지 용량 소비를 제한합니다. 많은 대체 스냅샷 구현은 활성 파일 시스템과 동일한 스토리지 볼륨을 사용하므로 스토리지 용량 요구 사항이 높아집니다. 애플리케이션의 일일 block-level 변경률에 따라 Azure NetApp Files 스냅샷은 변경된 데이터에 대해서만 더 많거나 적은 용량을 차지합니다. 평균 일별 스냅샷 소비 범위는 많은 애플리케이션 볼륨에 대해 사용된 볼륨 용량의 1~5%, SAP HANA 데이터베이스 볼륨과 같은 볼륨의 경우 최대 20~30%입니다. 만들어지고 유지 관리되는 스냅샷 수와 관련된 스냅샷 용량 소비에 대해 볼륨 및 스냅샷 사용량을 모니터링해야 합니다.
스냅샷은 빠르게 만들고 복원 또는 복제할 수 있습니다.
볼륨 크기와 볼륨에서의 활동 수준에 관계없이 스냅샷을 만들고 복원 또는 복제하는 데에는 몇 초밖에 걸리지 않습니다. 주문형 볼륨 스냅샷을 만들 수 있습니다. 또한 스냅샷 정책을 사용하여 Azure NetApp Files에서 자동으로 스냅샷을 만들어야 하는 시기와 볼륨에 대해 보관할 스냅샷 수를 지정할 수 있습니다. 예를 들어 SAP HANA용 AzAcSnap 도구를 사용하여 애플리케이션 계층으로 스냅샷을 조정하여 애플리케이션 일관성을 달성할 수 있습니다.
스냅샷은 볼륨 성능에 영향을 미치지 않습니다.
기본 기술의 “쓰기 시 리디렉션” 특성으로 인해 Azure NetApp Files 스냅샷을 데이터 활동이 많을 때 저장하거나 유지해도 성능에는 아무 영향을 미치지 않습니다. 스냅샷을 삭제하는 것도 대부분의 경우 성능에 영향을 주지 않습니다.
스냅샷은 자주 만들 수 있고 많이 유지할 수 있기 때문에 확장성을 제공합니다.
Azure NetApp Files 볼륨은 볼륨당 최대 255개의 스냅샷을 지원합니다. 자주 만들어지는 낮은 영향의 대량 스냅샷을 저장하는 기능을 통해 원하는 버전의 데이터가 성공적으로 복구될 수 있는 가능성을 높일 수 있습니다.
스냅샷은 Azure Storage에 보관할 수 있습니다.
규정 준수 및 장기 데이터 보존이 필요한 경우 Azure NetApp Files 백업 기능을 사용하여 보호되는 볼륨 외부에서 비용 효율이 좋은 ZRS 지원 Azure Storage에 스냅샷을 보관합니다.
스냅샷에는 자 표시 유형 및 일 복구 가능성이 있습니다.

Azure NetApp Files 스냅샷 기술의 높은 성능, 확장성 및 안정성은 사용자 기반 복구를 위한 이상적인 온라인 백업을 제공한다는 것을 의미합니다. 스냅샷은 파일, 디렉터리 또는 볼륨 복원 용도로 사용자가 액세스할 수 있도록 만들 수 있습니다. 추가 솔루션을 사용하면 백업을 오프라인 스토리지에 복사하거나 보존 또는 재해 복구 목적으로 지역 간 복제할 수 있습니다.

스냅샷을 만드는 방법

여러 가지 방법을 사용하여 스냅샷을 만들고 유지 관리할 수 있습니다.

다음을 사용하여 수동으로(주문형):
- Azure Portal, REST API, Azure CLI 또는 PowerShell 도구
- 스크립트(예 참조)
다음을 사용하여 자동화됨:
- Azure Portal, REST API, Azure CLI 또는 PowerShell 도구를 통한 스냅샷 정책
- AzAcSnap 또는 타사 솔루션과 같은 애플리케이션 일치 스냅샷 도구

재해 복구 및 비즈니스 연속성을 위해 볼륨 및 스냅샷을 복제하는 방법

Azure NetApp Files는 DR(재해 복구) 목적으로 지역 간 복제 를 지원하고 비즈니스 연속성을 위해 영역 간 복제 를 지원합니다. Azure NetApp Files 지역 간 복제 및 영역 간 복제는 모두 SnapMirror 기술을 사용합니다. 변경된 블록만이 압축된 효과적인 형태로 네트워크를 통해 전송됩니다. 볼륨 간에 복제가 시작되면 전체 볼륨 콘텐츠(즉, 실제 저장된 데이터 블록)가 한 번만 전송됩니다. 이 작업을 기준 전송이라고 합니다. 초기 전송 후에는 변경된 블록(스냅샷에서 캡처한 블록)만 전송됩니다. 결과는 모든 스냅샷을 포함한 원본 볼륨의 비동기 1:1 복제본입니다. 이 동작은 전체 및 증분-영구 복제 메커니즘을 따릅니다. 이 기술은 복제에 필요한 데이터의 양을 최소화하여 데이터 전송 비용을 절감합니다. 또한 복제 시간을 단축합니다. 최소 데이터 전송으로 더 많은 스냅샷을 더 자주 만들고 전송할 수 있으므로 더 작은 RPO(복구 지점 목표)를 달성할 수 있습니다. 또한 가상 머신 및 소프트웨어 라이선스 비용을 방지하여 호스트 기반 복제 메커니즘의 필요성을 제거합니다.

다음 다이어그램은 복제 시나리오의 스냅샷 트래픽을 보여 줍니다.

스냅샷을 보관해 장기 보존 및 비용 절감을 실현할 수 있는 방법

설명대로 스냅샷은 Azure NetApp Files 볼륨의 빠르고 공간 효율적인 백업을 효율적이고 신속하게 만들 때 사용되며, 데이터 파일을 복원하거나 볼륨을 매우 효과적으로 완료할 수 있는 수단입니다. 이러한 온라인 스냅샷은 첫 번째 방어선 역할을 하며 대부분의 데이터 복구 작업을 다룹니다.

더 오래 스냅샷을 유지하거나 최대 온라인 스냅샷 수보다 많은 스냅샷을 유지하려면 Azure NetApp Files 볼륨에서 ZRS 지원 Azure Storage로 스냅샷을 보관하면 됩니다. Azure NetApp Files 백업 기능으로 쉽게 처리할 수 있습니다. 이 기능은 더 오래(최대 1년 이상) 스냅샷을 유지합니다. 백업은 Azure NetApp Files 용량 풀 비용보다 비용 이점이 있는 Azure Storage에 저장되며, 다른 스토리지 플랫폼을 활용하여 종속성을 제거하고 보존 및 규정 준수 요구 사항을 준수합니다.

Azure NetApp Files 볼륨에서 스냅샷 보관을 사용하도록 설정하려면, Azure NetApp Files 구독(데이터 보호 섹션 아래에 위치)에서 백업 정책을 구성하고, 유지할 일별, 주별, 월별 백업 수를 지정합니다. 이 작업만으로 비용 효율이 좋은 장기 스토리지를 사용해 데이터 보호를 확장할 수 있습니다.

다음 다이어그램은 스냅샷 데이터가 Azure NetApp Files 볼륨에서 Azure Storage에 호스트된 Azure NetApp Files 백업 스토리지로 전송되는 방법을 보여줍니다.

Azure NetApp Files 백업 기능은 이 간단한 예제처럼 백업 기록을 더 오래 유지하도록 설계되었습니다. 오른쪽의 백업 리포지토리에 보호된 볼륨과 왼쪽의 스냅샷보다 더 많은 기존 스냅샷이 있는 것이 보입니다.

대부분의 사용 사례에서는 애플리케이션 또는 사용자 오류로 손실된 데이터의 가장 일반적인 복구를 수행하기 위해 비교적 짧은 시간(일반적으로 몇 달) 동안 Azure NetApp Files 볼륨에 온라인 스냅샷을 유지해야 합니다. Azure NetApp Files 백업 기능을 사용해 비용 효율이 좋은 Azure Storage에 스냅샷을 전송하여 데이터 보호 기간을 1년 이상으로 확장합니다. 다이어그램의 파란색으로 표시된 것처럼 첫 번째 전송은 원본 Azure NetApp Files 볼륨 및 스냅샷에서 사용된 모든 데이터 블록을 복사하는 기준선입니다. 연속 백업에서는 스냅샷 메커니즘을 사용해 블록 증분 업데이트만으로 백업 리포지토리를 업데이트합니다.

스냅샷에서 데이터를 복원하는 방법

Azure NetApp Files 스냅샷 기술은 백업의 빈도와 안정성을 크게 향상시킵니다. 성능 오버헤드가 최소화되며 활성 볼륨에서 안전하게 만들 수 있습니다. Azure NetApp Files 스냅샷은 거의 즉각적이고 안전하며 선택적으로 사용자 관리형 복원을 허용합니다. 이 섹션에서는 Azure NetApp Files 스냅샷에서 데이터에 액세스하거나 복원할 수 있는 다양한 방법에 대해 설명합니다.

스냅샷을 새 볼륨으로 온라인 복원(복제)

별도의 독립적인 볼륨으로 Azure NetApp Files 스냅샷을 복원할 수 있습니다(복제). 볼륨 크기 및 사용되는 용량에 관계없이 이 작업은 거의 즉각적입니다. 실제 볼륨 및 스냅샷 데이터 블록을 복사하는 동안 새로 만든 볼륨은 거의 즉시 액세스할 수 있습니다. 볼륨 크기와 용량에 따라 이 프로세스는 상위 볼륨 및 스냅샷을 삭제할 수 없는 동안 상당한 시간이 소요될 수 있습니다. 그러나 백그라운드에서 복사 프로세스가 진행되는 동안 볼륨은 초기 생성 후 이미 액세스할 수 있습니다. 이 기능을 사용하면 테스트 및 개발을 위한 데이터 복구 또는 볼륨 복제를 위한 빠른 볼륨 만들기가 가능합니다. 데이터 복사 프로세스의 특성상 복원이 완료되면 스토리지 용량 풀 사용량이 두 배로 늘어나고 새 볼륨에는 원본 스냅샷의 전체 활성 용량이 표시됩니다. 새 볼륨을 만드는 데 사용된 스냅샷은 새 볼륨에도 존재합니다. 이 프로세스가 완료되면 볼륨은 독립되고 원래 볼륨과의 연결이 끊어지며 원본 볼륨과 스냅샷은 새 볼륨과 독립적으로 관리하거나 제거할 수 있습니다.

다음 다이어그램은 스냅샷을 복원(복제)하여 만든 새 볼륨을 보여 줍니다.

DR(재해 복구) 볼륨에 복제된 스냅샷에 대해 동일한 작업을 수행할 수 있습니다. 지역 간 복제가 활성 상태로 유지되거나 진행 중인 경우에도 모든 스냅샷을 새 볼륨으로 복원할 수 있습니다. 이 기능을 사용하면 DR 지역의 테스트 및 개발 환경을 중단 없이 만들어 사용할 데이터를 배치할 수 있지만 복제된 볼륨은 DR 용도로만 사용됩니다. 이 사용 사례를 통해 테스트 및 개발을 프로덕션에서 격리하여 프로덕션 환경에 미치는 잠재적 영향을 없앨 수 있습니다.

다음 다이어그램에서는 지역 간 복제가 수행되는 동안 DR 대상 볼륨 스냅샷을 사용하여 볼륨 복원(복제)을 보여 줍니다.

스냅샷을 새 볼륨으로 복원하면 볼륨 개요 페이지에 원본 필드에서 새 볼륨을 만드는 데 사용되는 스냅샷의 이름이 표시됩니다. 볼륨 복원 작업에 대해서는 스냅샷을 새 볼륨으로 복원을 참조하세요.

온라인 스냅샷 현재 위치 복원(되돌리기)

어떤 경우에는 새 볼륨이 스토리지 용량을 소비하기 때문에 스냅샷에서 새 볼륨을 만드는 것이 필요하지 않거나 적절하지 않을 수도 있습니다. 데이터 손상(예: 데이터베이스 손상 또는 랜섬웨어 공격)에서 신속하게 복구하려면 볼륨 자체 내에서 스냅샷을 복원하는 것이 더 적합할 수 있습니다. Azure NetApp Files 스냅샷 되돌리기 기능을 사용하여 이 작업을 수행할 수 있습니다. 이 기능을 사용하면 볼륨을 특정 스냅샷을 만들 때의 상태로 신속하게 되돌릴 수 있습니다. 대부분의 경우 볼륨을 되돌리는 것이 스냅샷에서 활성 파일 시스템으로 개별 파일을 복원하는 것보다 훨씬 빠릅니다. 특히 다중 TiB 볼륨이 큰 경우에는 더욱 그렇습니다.

볼륨 스냅샷 되돌리기는 거의 즉각적이며, 가장 큰 볼륨의 경우에도 완료하는 데 몇 초밖에 걸리지 않습니다. 활성 볼륨 메타데이터(inode 테이블)는스냅샷이 만들어진 시점의 스냅샷 메타데이터로 대체되므로 볼륨을 특정 시점으로 롤백합니다. 되돌리기를 적용하기 위해 데이터 블록을 복사할 필요가 없습니다. 따라서 스냅샷을 새 볼륨으로 복원하는 것보다 공간 면에서 더 효율적이고 더 빠릅니다.

다음 다이어그램은 이전 스냅샷으로 되돌리는 볼륨을 보여 줍니다.

Important

작성된 활성 파일 시스템 데이터와 선택한 스냅샷 이후에 생성된 스냅샷이 손실되었습니다. 스냅샷 되돌리기 작업은 대상 볼륨의 모든 데이터를 선택한 스냅샷의 데이터로 바꿉니다. 스냅샷을 선택하는 경우 스냅샷 콘텐츠와 만든 날짜에 주의를 기울여야 합니다. 스냅샷 되돌리기 작업은 실행 취소할 수 없습니다.

이 기능을 사용하는 방법은 스냅샷 되돌리기를 사용하여 볼륨 되돌리기를 참조하세요.

클라이언트를 사용해 온라인 스냅샷에서 파일 또는 디렉터리 복원

스냅샷 경로 표시 유형이 hidden으로 설정되지 않았다면 사용자는 스냅샷에 직접 액세스하여 실수로 데이터를 삭제하거나 손상시키거나 수정한 경우 복구할 수 있습니다. 파일 및 디렉터리의 보안은 스냅샷에 유지되고 스냅샷은 의도적으로 읽기 전용입니다. 따라서 복원은 안전하고 간단합니다. 스냅샷 경로 표시 유형이 hidden로 설정된 경우 지원 티켓을 열어 백업 관리자 또는 시스템 관리자가 스냅샷에서 파일을 복원하게 할 수 있습니다.

다음 다이어그램은 클라이언트를 사용해 스냅샷에 대한 파일 또는 디렉터리 액세스를 보여줍니다.

다이어그램에서 스냅샷 1은 활성 볼륨과 스냅샷이 만들어지는 순간 사이의 델타 블록만 사용합니다. 그러나 볼륨 스냅샷 경로를 통해 스냅샷에 액세스하면 데이터가 스냅샷이 만들어지는 당시의 전체 볼륨 용량인 것처럼 나타납니다. 스냅샷 폴더에 액세스하고 선택한 스냅샷에서 파일 및 디렉터리를 복사하여 데이터를 복원할 수 있습니다.

마찬가지로 대상 지역 간 복제 볼륨의 스냅샷은 DR 지역에서 데이터 복구를 위해 읽기 전용으로 액세스할 수 있습니다.

다음 다이어그램은 지역 간 복제 시나리오에서 스냅샷 액세스를 보여 줍니다.

스냅샷에서 개별 파일 또는 디렉터리를 복원하는 방법은 클라이언트를 사용하여 스냅샷에서 파일 복원을 참조하세요.

단일 파일 스냅샷 복원을 사용하여 온라인 스냅샷에서 파일 또는 디렉터리 복원

전체 스냅샷을 새 볼륨으로 복원하거나 네트워크를 통해 대용량 파일을 복사하지 않으려면 단일 파일 스냅샷 복원 기능을 사용하여 외부 클라이언트 데이터 복사 없이 스냅샷에서 볼륨 내에서 직접 개별 파일을 복구할 수 있습니다.

이 기능은 전체 스냅샷을 새 볼륨으로 복원하거나, 볼륨을 되돌리거나, 네트워크를 통해 대용량 파일을 복사할 필요가 없습니다. 이 기능을 사용하면 외부 클라이언트를 사용해 데이터 복사를 요구하지 않고도 볼륨 스냅샷에서 서비스에 있는 개별 파일을 직접 복원할 수 있습니다. 이 방법은 대용량 파일을 복원할 때 RTO 및 네트워크 리소스 사용량을 크게 줄일 수 있습니다.

다음 다이어그램은 단일 파일 스냅샷 복원 방식을 묘사한 것입니다.

단일 파일이 현재 위치(file2) 또는 볼륨(file2’)의 새 파일로 복원되면 스냅샷에서 이전에 캡처한 기존 블록에 대한 포인터만 되돌려집니다. 데이터 블록을 복사할 필요 없이, 파일의 크기(파일 내 블록 수)에 관계없이 거의 즉각적으로 작업이 이루어집니다.

보관된 스냅샷에서 볼륨 백업 복원

볼륨 수준 또는 NetApp 계정 수준에서 백업을 검색할 수 있습니다. 스냅샷에 사용되는 이름은 스냅샷이 백업될 때 유지되며 접두사 "daily", "weekly" 또는 "monthly"를 포함합니다. 스냅샷 생성 시간과 날짜의 타임스탬프도 포함됩니다. 백업 기능을 사용하도록 설정할 때 찍히는 첫 번째 스냅샷을 기준 스냅샷이라고 합니다. 기준 스냅샷에는 보호된 볼륨과 스냅샷에 관한 모든 데이터가 포함됩니다. 연속 보관 스냅샷은 블록 증분 업데이트이지만 스냅샷은 항상 보관 스냅샷이 찍힌 시점에 볼륨의 완전한 표현이며 증분 업데이트로 기준을 쌓을 필요 없이 직접 복원할 수 있습니다.

다음 다이어그램은 선택한 보관 스냅샷을 새 볼륨으로 복원하는 작업을 보여줍니다.

보관 스냅샷에서 개별 파일 또는 디렉터리 복원

개별 파일 또는 디렉터리를 복원하기 위해 전체 보관 스냅샷을 새 볼륨으로 복원한 다음, 볼륨을 탑재하여 복원할 파일 또는 디렉터리를 찾아볼 수 있습니다. 새로 복원된 볼륨에서 대상 위치로 필요한 파일 또는 디렉터리를 복사하여 복원합니다. 복원이 완료되면 복원된 볼륨이 삭제될 수 있습니다.

볼륨이 삭제된 경우, 볼륨의 일부로서 볼륨 삭제와 함께 삭제되는 온라인 스냅샷과 달리 해당 보관 스냅샷(백업)은 유지됩니다. 애플리케이션 또는 사용자 오류로 부모 볼륨이 삭제되거나 소실되어도 보관 백업에서 전체 볼륨과 개별 디렉터리를 차례로 복원할 수 있습니다. 백업 목록에서 적절한 보관 스냅샷을 선택하고 새 볼륨으로 복원하여 이 작업을 수행할 수 있습니다. 자세한 내용은 새 볼륨으로 백업 복원을 참조하세요.

스냅샷을 삭제하는 방법

이 섹션에서는 온라인 스냅샷 및 보관 스냅샷을 삭제하는 방법을 설명합니다.

온라인 스냅샷 삭제

스냅샷은 스토리지 용량을 사용합니다. 따라서 일반적으로 무기한 유지되지 않습니다. 데이터 보호, 보존 및 복구 가능성을 위해 RPO, RTO 및 보존 SLA 요구 사항에 따라 여러 스냅샷(다양한 시점에 생성됨)이 일반적으로 특정 기간 동안 온라인 상태로 유지됩니다. 언제든지 관리자가 스토리지 서비스에서 스냅샷을 삭제할 수 있습니다. 만든 순서에 관계없이 모든 스냅샷을 삭제할 수 있습니다. 오래된 스냅샷을 삭제하면 공간이 확보됩니다.

Important

스냅샷 삭제 작업은 실행 취소할 수 없습니다. 데이터 보호 및 보존을 위해 볼륨의 오프라인 복사본(보관 스냅샷)을 유지해야 합니다.

스냅샷이 삭제되면 해당 스냅샷에서 기존 데이터 블록에 대한 모든 포인터가 제거됩니다. 데이터 블록에 더 이상 가리키는 포인터가 없는 경우에만(활성 볼륨 또는 볼륨의 다른 스냅샷에 의해) 데이터 블록은 나중에 사용할 수 있도록 볼륨 여유 공간으로 반환됩니다. 따라서 스냅샷을 제거하면 이전에 만든 스냅샷에서 데이터 블록이 종종 캡처되므로 활성 볼륨에서 데이터를 삭제하는 경우보다 볼륨의 사용 가능한 용량이 더 늘어납니다.

다음 다이어그램은 볼륨에서 스냅샷 3을 삭제하는 것이 스토리지 사용량에 미치는 영향을 보여 줍니다.

볼륨 및 스냅샷 소비를 모니터링하고 애플리케이션, 활성 볼륨 및 스냅샷 소비가 상호 작용하는 방식을 이해해야 합니다.

스냅샷 삭제를 관리하는 방법은 스냅샷 삭제를 참조하세요. 이 프로세스를 자동화하는 방법은 스냅샷 정책 관리를 참조하세요.

보관 스냅샷 삭제

Azure NetApp Files 볼륨을 삭제하면 백업은 백업 자격 증명 모음 아래에 보존됩니다. 백업을 보존하지 않으려면 먼저 오래된 백업을 삭제한 다음 가장 최근 백업을 삭제합니다.

보관 스냅샷 기록은 보관 스냅샷(백업) 스케줄러에 의해 새 스냅샷이 추가될 때 가장 오래된 스냅샷이 삭제되는 스냅샷 정책에 의해 자동으로 관리됩니다. 보관 스냅샷을 수동으로 제거할 수도 있습니다.

다음을 통해 공유