쿠키 기본 설정 선택

당사는 사이트와 서비스를 제공하는 데 필요한 필수 쿠키 및 유사한 도구를 사용합니다. 고객이 사이트를 어떻게 사용하는지 파악하고 개선할 수 있도록 성능 쿠키를 사용해 익명의 통계를 수집합니다. 필수 쿠키는 비활성화할 수 없지만 '사용자 지정' 또는 ‘거부’를 클릭하여 성능 쿠키를 거부할 수 있습니다.

사용자가 동의하는 경우 AWS와 승인된 제3자도 쿠키를 사용하여 유용한 사이트 기능을 제공하고, 사용자의 기본 설정을 기억하고, 관련 광고를 비롯한 관련 콘텐츠를 표시합니다. 필수가 아닌 모든 쿠키를 수락하거나 거부하려면 ‘수락’ 또는 ‘거부’를 클릭하세요. 더 자세한 내용을 선택하려면 ‘사용자 정의’를 클릭하세요.

섀도우 복사본으로 데이터 보호

포커스 모드

이 페이지에서

섀도우 복사본으로 데이터 보호 - Amazon FSx for Windows File Server

Microsoft Windows 섀도우 복사본은 특정 시점의 Windows 파일 시스템 스냅샷입니다. 섀도우 복사본을 활성화하면 사용자는 네트워크에 저장된 삭제되거나 변경된 파일을 빠르게 복구하고 파일 버전을 비교할 수 있습니다. 스토리지 관리자는 Windows PowerShell 명령을 사용하여 섀도우 복사본을 주기적으로 만들도록 쉽게 예약할 수 있습니다.

섀도우 복사본은 파일 시스템의 데이터와 함께 저장되며, 파일의 변경된 부분에 대해서만 파일 시스템 스토리지 용량을 사용합니다. 파일 시스템에 저장된 모든 섀도우 복사본은 파일 시스템 백업에 포함됩니다.

참고

FSx for Windows File Server에서는 기본적으로 섀도우 복사본이 활성화되지 않습니다. 섀도우 복사본을 사용하여 파일 시스템의 데이터를 보호하려면 파일 시스템에서 섀도우 복사본을 사용 설정하고 섀도우 복사본 일정을 설정해야 합니다. 자세한 내용은 기본 스토리지 및 일정을 사용하도록 섀도우 복사본 구성 단원을 참조하십시오.

주의

섀도우 복사본은 백업을 대체할 수 없습니다. 섀도우 복사본을 활성화한 경우 정기적인 백업을 계속 수행해야 합니다.

섀도우 복사본 사용 시 모범 사례

파일 시스템의 섀도우 복사본을 사용하면 최종 사용자가 Windows 파일 탐색기의 이전 스냅샷에서 개별 파일 또는 폴더를 보고 복원할 수 있습니다. Amazon FSx는 Microsoft Windows Server에서 제공하는 섀도우 복사본 기능을 사용합니다. 섀도우 복사본의 경우 다음 모범 사례를 사용합니다.

  • 파일 시스템에 충분한 성능 리소스 확보: Microsoft Windows 쓰기 시 복사 방식을 사용하여 가장 최근의 섀도우 복사본 시점 이후의 변경 내용을 기록하며, 이러한 쓰기 중 복사 작업으로 인해 모든 파일 쓰기 작업에 대해 최대 세 번의 I/O 작업이 발생할 수 있습니다.

  • SSD 스토리지 사용 및 처리량 용량 증가: Windows에서 섀도우 복사본을 유지하려면 높은 수준의 I/O 성능이 필요하므로 SSD 스토리지를 사용하고 예상 워크로드의 최대 3배까지 처리량 용량을 늘리는 것이 좋습니다. 이렇게 하면 파일 시스템에 충분한 리소스가 확보되어 원치 않는 섀도우 복사본 삭제와 같은 문제를 방지할 수 있습니다.

  • 필요한 섀도우 복사본 수만 유지: 섀도우 복사본이 많은 경우(예: 가장 최근의 섀도우 복사본 64개 이상) 또는 단일 파일 시스템에서 많은 양의 스토리지(TB 규모)를 차지하는 섀도우 복사본이 있는 경우 장애 조치 및 페일백 등의 프로세스에 시간이 더 걸릴 수 있습니다. 이는 FSx for Windows에서 섀도우 복사본 스토리지에서 일관성 검사를 실행해야 하기 때문입니다. 또한 FSx for Windows에서 섀도우 복사본을 유지하면서 쓰기 중 복사 작업을 수행해야 하기 때문에 I/O 작업 지연 시간이 길어질 수 있습니다. 섀도우 복사본으로 인한 가용성 및 성능 영향을 최소화하려면 사용하지 않는 섀도우 복사본을 수동으로 삭제하거나 파일 시스템에서 오래된 섀도우 복사본을 자동으로 삭제하도록 스크립트를 구성합니다.

참고

다중 AZ 파일 시스템의 장애 조치 이벤트 중에 FSx for Windows는 새 활성 파일 서버가 온라인 상태가 되기 전에 파일 시스템의 섀도우 복사본 스토리지를 스캔해야 하는 정합성 검사를 실행합니다. 일관성 검사 기간은 파일 시스템의 섀도우 복사본 수 및 사용된 스토리지와 관련이 있습니다. 지연된 장애 조치 및 페일백 이벤트를 방지하려면 파일 시스템에 64개 미만의 섀도우 복사본을 유지하고 아래 단계에 따라 가장 오래된 섀도우 복사본을 정기적으로 모니터링하여 삭제하는 것이 좋습니다.

섀도우 복사본 설정

Amazon FSx에서 정의한 Windows PowerShell 명령을 사용하여 파일 시스템에서 주기적인 섀도우 복사본을 활성화하고 스케줄링할 수 있습니다. 다음은 Windows File Server용 FSx 파일 시스템에서 섀도우 복사본을 구성할 때 사용하는 세 가지 기본 설정입니다.

  • 섀도우 복사본이 파일 시스템에서 사용할 수 있는 최대 스토리지 용량 설정하기

  • (선택 사항) 파일 시스템에 저장할 수 있는 최대 섀도우 복사본 수를 설정합니다. 기본값은 20입니다.

  • (선택 사항) 매일, 매주, 매월 등 섀도우 복사본을 생성할 시간과 간격을 정의하는 일정 설정하기

언제든지 파일 시스템당 최대 500개의 섀도우 복사본을 저장할 수 있습니다. 하지만 가용성과 성능을 보장하기 위해 언제든지 64개 미만의 섀도우 복사본을 유지하는 것이 좋습니다. 이 한도에 도달하면 다음에 생성하는 섀도우 복사본이 가장 오래된 섀도우 복사본을 대체합니다. 마찬가지로 섀도우 복사본 최대 저장 용량에 도달하면 가장 오래된 섀도우 복사본 중 하나 이상이 삭제되어 다음 섀도우 복사본을 위한 충분한 저장 공간을 확보합니다.

기본 Amazon FSx 설정을 사용하여 주기적인 섀도우 복사본을 신속하게 활성화하고 스케줄링하는 방법에 대한 자세한 내용은 기본 스토리지 및 일정을 사용하도록 섀도우 복사본 구성 섹션을 참조하세요.

섀도우 복사본 스토리지 할당 고려 사항

섀도우 복사본은 마지막 섀도우 복사본 이후에 이루어진 파일 변경 사항의 블록 수준 복사본입니다. 전체 파일은 복사되지 않고 변경 내용만 복사됩니다. 따라서 이전 버전의 파일은 일반적으로 현재 파일만큼 많은 저장 공간을 차지하지 않습니다. 변경에 사용되는 볼륨 공간은 워크로드에 따라 달라질 수 있습니다. 파일이 수정될 때 섀도우 복사본이 사용하는 스토리지 공간은 워크로드에 따라 달라집니다. 섀도우 복사본에 할당할 스토리지 공간을 결정할 때는 워크로드의 파일 시스템 사용 패턴을 고려해야 합니다.

섀도우 복사본을 활성화하면 섀도우 복사본이 파일 시스템에서 사용할 수 있는 최대 스토리지 양을 지정할 수 있습니다. 기본 제한은 파일 시스템의 10%입니다. 사용자가 파일을 자주 추가하거나 수정하는 경우 제한을 늘리는 것이 좋습니다. 제한을 너무 작게 설정하면 가장 오래된 섀도우 복사본이 사용자가 예상하는 것보다 더 자주 삭제될 수 있습니다.

섀도우 복사본 스토리지를 언바운드(Set-FsxShadowStorage -Maxsize "UNBOUNDED")로 설정할 수 있습니다. 그러나 무제한 구성으로 인해 많은 수의 섀도우 복사본이 파일 시스템 스토리지를 소비하게 될 수 있습니다. 이로 인해 워크로드를 위한 스토리지 용량이 충분하지 않을 수 있습니다. 무제한 스토리지를 설정하는 경우 섀도우 복사본 한도에 도달했을 때 스토리지 용량을 확장해야 합니다. 섀도우 복사본 스토리지를 특정 크기로 구성하거나 제한되지 않은 스토리지로 구성하는 방법에 대한 자세한 내용은 섀도우 복사 스토리지의 최대량 설정 섹션을 참조하세요.

섀도우 복사본을 활성화한 후 섀도우 복사본이 소비하는 스토리지 공간을 모니터링할 수 있습니다. 자세한 내용은 섀도우 복사본 저장소 보기 단원을 참조하십시오.

최대 섀도우 복사본 수 설정 시 고려 사항

섀도우 복사본을 활성화하면 파일 시스템에 저장되는 섀도우 복사본의 최대 개수를 지정할 수 있습니다. 기본 한도는 20이며 섀도우 복사본의 가용성 및 성능 영향을 최소화하기 위해 Microsoft는 최대 섀도우 복사본 수를 64개 미만으로 구성하는 것이 좋습니다. Windows에서는 섀도우 복사본을 유지하려면 높은 수준의 I/O 성능이 필요하므로 SSD 스토리지를 사용하고 예상 워크로드의 최대 3배까지 처리량 용량을 늘리는 것이 좋습니다. 이렇게 하면 파일 시스템에 충분한 리소스가 확보되어 원치 않는 섀도우 복사본 삭제와 같은 문제를 방지할 수 있습니다.

최대 섀도우 복사본 수를 최대 500개까지 설정할 수 있습니다. 그러나 단일 파일 시스템에서 대용량 스토리지(TB 규모)를 차지하는 섀도우 복사본 또는 섀도우 복사본이 많은 경우 장애 조치 및 장애 복구와 같은 프로세스가 예상보다 오래 걸릴 수 있습니다. 이는 Windows에서 섀도우 복사본 저장소에 대한 일관성 검사를 실행해야 하기 때문입니다. 또한 섀도우 복사본을 유지하면서 Windows가 쓰기 시 복사본 작업을 수행해야 하므로 I/O 작업의 지연 시간이 길어질 수 있습니다.

섀도우 복사본에 대한 파일 시스템 권장 사항

다음은 섀도우 복사본을 사용하기 위한 파일 시스템 권장 사항입니다.

  • 파일 시스템의 워크로드 요구 사항에 맞는 충분한 성능 용량을 프로비저닝해야 합니다. Amazon FSx는 Microsoft Windows Server에서 제공하는 섀도우 복사본 기능을 제공합니다. Microsoft Windows는 설계상 쓰기 시 복사 방식을 사용하여 가장 최근의 섀도우 복사본 시점 이후의 변경 내용을 기록하며, 이러한 쓰기 중 복사 작업으로 인해 모든 파일 쓰기 작업에 대해 최대 세 번의 I/O 작업이 발생할 수 있습니다. Windows가 초당 들어오는 I/O 작업 속도를 따라가지 못하면 더 이상 쓰기 중 복사를 통해 섀도우 복사본을 유지할 수 없기 때문에 모든 섀도우 복사본이 삭제될 수 있습니다. 따라서 파일 시스템의 워크로드 요구 사항에 맞게 충분한 I/O 성능 용량을 프로비저닝하는 것이 중요합니다(파일 서버 I/O 성능을 결정하는 처리 용량 차원과 스토리지 I/O 성능을 결정하는 스토리지 유형 및 용량 모두).

  • Windows가 섀도우 복사본을 유지 관리하는 데 더 높은 I/O 성능을 소비하고 HDD 스토리지가 I/O 작업에 더 낮은 성능 용량을 제공한다는 점을 고려하면 일반적으로 섀도우 복사본을 활성화할 때는 HDD 스토리지 대신 SSD 스토리지로 구성된 파일 시스템을 사용하는 것이 좋습니다.

  • 파일 시스템에 구성된 최대 섀도우 복사본 스토리지 용량 외에 최소 320MB의 여유 공간이 있어야 합니다(MaxSpace). 예를 들어 섀도우 복사본에 5GB MaxSpace를 할당한 경우 파일 시스템에는 5GB MaxSpace 외에 항상 320MB 이상의 여유 공간이 있어야 합니다.

주의

섀도우 복사본 일정을 구성할 때는 데이터를 마이그레이션하거나 데이터 중복 제거 작업이 실행되도록 예약할 때 섀도우 복사본을 예약하지 않도록 하십시오. 파일 시스템이 유휴 상태일 것으로 예상될 때 섀도우 복사본 일정을 만들어야 합니다. 섀도우 복사본 일정을 사용자 지정하는 방법은 사용자 지정 섀도우 복사본 일정 생성 섹션을 참조하세요.

개별 파일 및 폴더 복원

Amazon FSx 파일 시스템에 섀도우 복사본을 구성한 후에는 사용자가 개별 파일 또는 폴더의 이전 버전을 빠르게 복원하고 삭제된 파일을 복구할 수 있습니다.

사용자는 익숙한 Windows 파일 탐색기 인터페이스를 사용하여 파일을 이전 버전으로 복원할 수 있습니다. 파일을 복원하려면 복원할 파일을 선택한 다음 컨텍스트(마우스 오른쪽 버튼 클릭) 메뉴에서 이전 버전 복원을 선택하세요.

Windows 파일 탐색기에서 이전 버전 복원

그러면 사용자는 이전 버전 목록에서 이전 버전을 보고 복원할 수 있습니다.

Windows 파일 탐색기에서 이전 버전 복원
프라이버시사이트 이용 약관쿠키 기본 설정
© 2024, Amazon Web Services, Inc. 또는 계열사. All rights reserved.