NAS 스냅샷이 필요한 이유

NAS에 사진, 문서, 작업 파일을 모아 두었다면 데이터를 지키는 방법을 하나만 생각해서는 부족합니다. 디스크 고장에 대비하는 RAID, 다른 장소에 복사본을 두는 백업, 방금 지우거나 덮어쓴 파일을 과거 상태로 되돌리는 스냅샷은 각자 다른 사고를 맡습니다.

특히 파일을 자주 수정하는 환경에서는 어제까지 정상이던 문서가 오늘 덮어써지거나 폴더가 통째로 지워지는 일이 생깁니다. 백업이 있어도 마지막 백업 이후의 변경은 되찾지 못할 수 있습니다. 스냅샷은 이 틈을 메우는 기능으로, 특정 시점의 데이터 상태를 기록해 두었다가 필요할 때 그 시점의 파일을 꺼내 올 수 있게 해 줍니다. Synology NAS에서는 Snapshot Replication 패키지로 관리합니다.

스냅샷이 백업을 대신하지는 않습니다. 같은 NAS에 의존하는 스냅샷만으로는 장치 전체의 손상, 도난, 화재 같은 사고를 해결할 수 없습니다. 메뉴 이름은 DSM 버전에 따라 조금 다를 수 있습니다. 다른 저장소에 백업하는 방법은 Synology NAS 백업 설정에서 정리했습니다.

스냅샷은 파일을 통째로 복사하지 않습니다

스냅샷과 일반 복사의 차이부터 구분합니다. 폴더를 다른 폴더로 복사하면 같은 데이터가 추가 공간을 차지합니다. 스냅샷은 변경된 파일이나 데이터 블록만 보존해서 디스크 사용량을 줄이는 방식입니다. 처음 스냅샷을 만들었다고 모든 파일의 완전한 복사본이 한 벌 더 생기는 것은 아닙니다.

그렇다고 공간을 전혀 쓰지 않는 것도 아닙니다. 이미 스냅샷에 기록된 파일을 수정하거나 삭제하면 이전 상태를 보존하기 위한 데이터가 남고, 그만큼 공간이 늘어납니다. 큰 영상 파일을 보관만 하는 폴더라면 스냅샷이 차지하는 공간이 작고, 같은 파일을 자주 덮어쓰거나 대량으로 지우는 폴더라면 커집니다. 스냅샷 용량은 공유 폴더 크기가 아니라 변경 빈도와 보존 기간으로 가늠합니다.

스냅샷이 도움이 되는 네 가지 상황

스냅샷의 가치는 사고를 알아챈 뒤에 과거 시점을 골라 되돌릴 수 있다는 데 있습니다.

1. 파일이나 폴더를 실수로 지웠을 때. 지우기 전 시점의 스냅샷에서 해당 폴더를 찾아 꺼냅니다.
2. 문서를 잘못 덮어썼을 때. 앱의 버전 기록이나 별도 사본이 없어도, 저장하기 전 시점의 스냅샷에 이전 파일이 남아 있을 수 있습니다.
3. 프로그램이 파일을 대량으로 바꿔 놓았을 때. 동기화 오류나 잘못된 자동화 작업으로 구조가 어긋났다면 사고 직전 시점으로 비교하거나 되돌립니다.
4. 악의적인 변경이나 삭제가 의심될 때. 변경 전 스냅샷이 남아 있으면 복구에 쓸 수 있습니다. 다만 관리자 권한으로 스냅샷까지 지울 수 있다면 일반 스냅샷으로는 부족합니다. 뒤에서 설명할 변경할 수 없는 스냅샷이 이 경우를 위한 기능입니다.

네 경우 모두 사고 이전 시점의 스냅샷이 실제로 남아 있어야 복구할 수 있습니다. 스냅샷을 만들어 두었다는 사실만으로 모든 사고가 해결되는 것은 아닙니다.

RAID, 휴지통, 스냅샷, 백업은 역할이 다릅니다

RAID를 구성했으니 스냅샷이나 백업이 필요 없다는 오해가 흔합니다. 여러 디스크를 묶는 RAID는 정해진 수의 디스크 고장에 대비하는 기술이어서, 파일을 지우거나 잘못 수정하는 실수는 막지 못합니다. RAID와 SHR의 구성 차이는 Synology SHR과 RAID 차이에서 다뤘습니다.

휴지통과 스냅샷의 관계도 알아 둡니다. 휴지통에 들어간 데이터도 스냅샷으로 보호되고, 휴지통을 켜 둔 공유 폴더에서는 삭제한 파일을 휴지통에 보관하므로 그 자체는 스냅샷 크기에 영향을 주지 않습니다. 다만 스냅샷을 만든 뒤 해당 데이터를 지우면 스냅샷 크기에 영향이 갑니다.

데이터베이스처럼 실행 중에 계속 파일을 쓰는 프로그램은 주의합니다. 스냅샷은 그 시점의 파일 상태를 보존할 뿐이어서, 쓰는 도중의 상태가 찍히면 복원한 뒤 프로그램이 정상 시작된다고 장담할 수 없습니다. Docker 컨테이너로 돌리는 데이터베이스처럼 정합성이 중요한 데이터는 프로그램이 제공하는 덤프나 백업 기능을 함께 쓰고, 복원을 한 번 시험해 봅니다.

복구가 빨라야 하고 파일이 자주 바뀐다면 스냅샷의 가치가 큽니다. 자료를 오래 보존해야 하거나 장치 전체의 사고에 대비하려면 별도 백업이 반드시 필요합니다.

스냅샷을 쓸 수 있는 조건

설정에 들어가기 전에 NAS와 볼륨이 기능을 지원하는지 확인합니다.

• Btrfs 볼륨의 공유 폴더가 스냅샷 대상입니다. ext4 볼륨의 공유 폴더에는 스냅샷을 만들 수 없고, ext4에서는 고급 기능이 있는 씬 프로비저닝 LUN만 대상입니다. 일반 파일 보관이 목적이면 공유 폴더 기준으로 이해합니다.
• 공유 폴더 스냅샷을 만들려면 볼륨에 최소 100MB의 여유 공간이 있어야 합니다. 이는 기능이 동작하는 최소 조건이고, 실제 운영에 충분하다는 뜻은 아닙니다. 이후 파일 변경이 쌓일 공간을 넉넉히 둡니다.
• 모델이 Snapshot Replication과 Btrfs를 지원하는지는 Synology의 모델 사양과 NAS 선택 도구로 확인합니다. 패키지가 보여도 볼륨이 Btrfs인지는 저장소 관리자에서 따로 확인합니다.
• 공유 폴더당 스냅샷 개수와 시스템 전체 개수에는 상한이 있고, 정확한 한도는 모델마다 다릅니다.
• Hybrid Share 폴더와 USB 공유 폴더는 스냅샷과 복제 대상이 아닙니다.

볼륨의 파일 시스템은 저장소 관리자에서 확인합니다. 기존 볼륨이 ext4라면 Snapshot Replication을 설치하는 것만으로는 해결되지 않습니다. 파일 시스템을 바꾸는 일은 데이터 이전을 동반할 수 있으므로, 백업을 먼저 확보한 뒤 Synology 안내를 읽고 결정합니다. 설정 화면에서 간단히 바뀔 것이라고 가정하지 않습니다.

Snapshot Replication 설치와 화면 구성

1. 관리자 권한이 있는 계정으로 DSM에 로그인합니다.
2. 패키지 센터에서 Snapshot Replication을 검색해 설치합니다.
3. 메인 메뉴에서 Snapshot Replication을 실행합니다.

화면은 개요, 스냅샷, 복제, 복구, 로그로 나뉩니다. 처음에는 스냅샷과 복구만 알면 됩니다. 복제는 스냅샷을 다른 NAS나 대상으로 보내는 별도 기능이어서 스냅샷 생성과 같지 않고, 뒤에서 따로 다룹니다.

시작하기 전에 보호할 폴더를 정합니다. 모든 공유 폴더에 같은 정책을 일괄 적용하면 공간과 관리 부담이 커집니다. 이전 버전이 필요한 업무 문서, 원본 보존이 중요한 프로젝트 파일, 다시 만들기 어려운 가족 자료를 먼저 정합니다. 반대로 계속 바뀌는 캐시나 임시 다운로드, 다시 생성할 수 있는 데이터는 스냅샷이 맞는지 따로 판단합니다. 감시 카메라 녹화 폴더는 회전된 파일이 계속 공간을 쓸 수 있어서 스냅샷으로 보호하지 않는 편이 낫습니다.

수동 스냅샷으로 먼저 확인합니다

예약을 설정하기 전에 수동 스냅샷을 한 번 만들면 기능이 실제로 동작하는지 확인할 수 있습니다.

1. 스냅샷 화면에서 보호할 공유 폴더를 선택합니다.
2. 스냅샷 메뉴에서 수동으로 스냅샷을 찍으면 스냅샷 촬영 창이 열립니다.
3. 필요하면 설명을 적고 잠금을 선택합니다. 잠금을 선택하면 보존 정책이 이 스냅샷을 자동으로 지우지 않습니다.
4. 확인을 누릅니다.

창에는 설명 칸, 잠금, 변경할 수 없는 스냅샷 활성화와 그 아래 보호 기간 칸(캡처에서는 7일)이 있습니다. 보호 기간 칸은 변경할 수 없는 스냅샷 선택란을 켜야 쓸 수 있는 상태로 보이며, 이 기능은 뒤에서 따로 설명합니다.

그다음 스냅샷 > 스냅샷 목록에서 방금 만든 시각의 항목이 있는지 확인합니다. 목록에 새 항목이 생긴 것이 첫 번째 성공 신호입니다. 수동 생성 한 번은 한 시점일 뿐이므로, 이후 변경까지 보호하려면 예약과 보존 정책이 필요합니다.

예약 주기는 이렇게 정합니다

예약은 스냅샷을 얼마나 자주 만들지 정합니다. 기준 질문은 하나입니다. 문제가 났을 때 최대 얼마 전 상태까지 잃어도 괜찮은가.

하루에 한 번 만든다면 마지막 스냅샷 이후의 변경은 되돌릴 수 없을 수 있습니다. 하루 한 번 바뀌는 자료는 하루 단위로 시작하고, 작업 중 여러 번 저장하는 중요한 폴더는 더 짧은 간격을 검토합니다. 일정은 시간 간격으로 지정하며 최소 간격은 5분입니다. 짧을수록 좋다는 뜻이 아니라, 변경량, 볼륨 여유, 스냅샷 개수 상한, NAS 성능을 함께 보고 정합니다.

설정은 이렇게 합니다.

1. 공유 폴더를 선택합니다.
2. 설정 > 스케줄을 열고 스냅샷 스케줄 활성화를 선택합니다.
3. 스냅샷을 만들 시간과 간격을 정합니다.

설정 화면에서 체크를 켰다고 작업이 성공한 것은 아닙니다. 다음 실행 시각이 지난 뒤 스냅샷 목록에 실제로 새 항목이 생겼는지 확인합니다. NAS를 꺼 둔 시간이나 장애 중에는 예약이 실행되지 않을 수 있으므로, 중요한 폴더는 최근 생성 시각을 가끔 봅니다.

보존 정책이 없으면 스냅샷이 쌓입니다

예약은 새 스냅샷을 만드는 규칙이고, 보존 정책은 오래된 스냅샷을 얼마나 남길지 정하는 규칙입니다. 새 스냅샷만 계속 만들고 정리하지 않으면 관리할 항목과 사용 공간이 늘어납니다.

설정 > 보존에서 세 가지 방식 중에서 고릅니다.

• Smart Retention 정책: Grandfather–Father–Son(세대를 나눠 보관하는 방식)으로 공간을 아끼면서 오래 보관합니다. 시간, 일, 주, 월, 연도별로 각 구간의 최신 스냅샷을 몇 개씩 남길지 정합니다. 예를 들어 주별 최신 스냅샷을 7주 유지하도록 하면 매주 마지막 스냅샷이 7주 동안 남습니다. 하나의 스냅샷이 여러 규칙(일별과 주별)에 동시에 걸려 남을 수도 있습니다.
• 유지할 최신 스냅샷 수: 최신 N개를 남깁니다.
• 모든 스냅샷 유지 기간: 지정한 일수 안에 만든 스냅샷을 모두 남깁니다.

Smart Retention에는 유지할 최신 스냅샷 수 항목도 있는데, 새 스냅샷이 생기지 않을 때 정책이 모든 스냅샷을 지워 버리지 않도록 최소한을 지키는 안전장치입니다. 스냅샷 수가 이 값보다 적으면 정책이 적용되지 않습니다.

보존 정책을 바꾸기 전에는 가장 오래된 복구 시점이 얼마나 뒤로 당겨지는지 확인합니다. 필요한 복구 시점을 너무 빨리 지우면 공간은 확보되지만 사고가 났을 때 돌아갈 과거가 없습니다. 정책을 저장한 뒤에는 스냅샷 목록에서 최근과 오래된 항목이 의도한 간격으로 남는지 확인합니다.

스냅샷이 차지하는 공간 확인하기

스냅샷은 같은 데이터 블록을 여러 시점이 함께 참조할 수 있어서, 폴더 크기와 일대일로 대응하지 않습니다. 파일이 거의 바뀌지 않으면 많은 시점을 남겨도 공간이 적게 늘고, 큰 파일이 여러 번 덮어써지면 이전 블록을 보존하느라 늘어납니다.

공간이 모자랄 때 오래된 스냅샷을 무작정 지우지는 않습니다. 삭제한 뒤에도 확보되는 공간이 기대보다 적을 수 있는데, 공간 재사용이 아직 진행 중이거나 다른 스냅샷, 휴지통, 파일 복제본이 공간을 계속 쓰고 있기 때문입니다. 즉시 다시 지우기를 반복하지 말고, 먼저 변경량이 큰 공유 폴더가 어디인지 확인해서 그 폴더의 예약 주기와 보존 기간을 조정합니다. 전부 지우는 것보다 지나치게 촘촘한 구간을 줄이는 편이 복구 가능성을 지키는 방법입니다.

지운 파일, 덮어쓴 파일을 꺼내는 방법

설정을 마쳤다면 실제로 복구되는지 알고 있어야 합니다. 파일 몇 개를 꺼내는 일과 공유 폴더 전체를 되돌리는 일은 영향 범위가 크게 다릅니다.

파일을 꺼내 보기.

1. 복구 화면의 공유 폴더 탭에서 대상 공유 폴더를 선택하고 복구를 누릅니다.
2. 원하는 시점의 스냅샷을 고르고 찾아보기를 누릅니다.
3. 필요한 파일이나 폴더를 확인하고 다운로드하거나 복사합니다.

스냅샷은 읽기 전용이라 사용자가 그 안의 파일을 수정할 수는 없습니다. 현재 파일을 유지한 채 이전 버전과 비교하고 싶다면 원본을 바로 덮어쓰지 말고 다른 폴더에 복사해서 내용과 수정 시각을 비교합니다. 잘못된 버전을 되돌리는 실수를 줄여 줍니다. 한 가지 더, 파일 서비스에서 스냅샷 폴더(#snapshot)로 접근하려면 공유 폴더의 설정 > 고급에서 스냅샷 표시를 켜야 합니다. 스냅샷에 대한 읽기 권한은 스냅샷을 만들 당시 계정이 있었고 공유 폴더 읽기 권한이 있던 사용자에게만 주어지고, 암호화된 공유 폴더의 스냅샷은 찾아볼 수 없습니다.

공유 폴더 전체를 되돌리기. 복구 화면에서 작업 > 이 스냅샷으로 복원을 누르면 공유 폴더가 그 시점으로 돌아갑니다. 그 뒤에 정상적으로 수정된 다른 파일까지 이전 상태가 되므로, 사용자에게 미치는 영향과 현재 데이터의 보관 여부를 확인한 뒤 실행합니다. 홈 폴더와 복제 대상 공유 폴더 등 일부에는 이 기능을 쓸 수 없습니다. 새로운 공유 폴더로 꺼내고 싶다면 작업 > 새 이름으로 복제를 씁니다.

복원을 누르면 확인 창이 한 번 더 나옵니다. 창에는 복원 전 스냅샷 촬영과 공유 폴더의 설정 복원 두 선택란이 있고, 캡처에서는 앞의 것만 선택되어 있었습니다. 복원 전 스냅샷 촬영을 선택하면 복원 직전 상태도 스냅샷으로 남으므로, 복원 결과가 기대와 다를 때 돌아갈 시점이 하나 더 생깁니다. 공유 폴더의 설정 복원은 할당량, 사용자 할당량, 권한, 고급 설정, SMB 설정 등을 함께 되돌리는 선택란이라고 창에 적혀 있습니다. 파일만 되돌리려는 것이라면 설정까지 건드릴 이유가 없으므로 필요할 때만 선택합니다.

새 이름으로 복제를 고르면 공유 폴더 복제 창이 열립니다. 일반 탭에서 새 공유 폴더의 이름(필수)과 설명을 적고, 위치는 원본이 있는 볼륨으로 고정되어 바꿀 수 없는 것으로 보입니다. 휴지통 활성화와 관리자 전용 액세스 제한 같은 옵션도 이 창에서 정합니다. 원본은 그대로 두고 그 시점의 내용을 새 폴더로 꺼내 확인하는 방식이어서, 현재 데이터를 덮어쓰지 않고 이전 버전을 살펴볼 때 안전합니다.

복구를 마친 뒤에는 파일이 실제로 열리는지, 내용이 정상인지 확인합니다. 복원 메뉴의 완료 메시지와 쓸 수 있는 파일을 되찾은 것은 다른 사실입니다.

스냅샷에 담기지 않는 것과 제외할 폴더

스냅샷이 공유 폴더의 모든 설정을 그대로 되돌려 주는 것은 아닙니다. 제어판의 공유 폴더 편집 설정 가운데 NFS 권한은 스냅샷에 기록되지 않습니다. NFS로 공유 폴더를 쓰는 환경이라면 복원한 뒤 권한이 그대로인지 따로 확인합니다. 암호화된 공유 폴더는 스냅샷을 찾아볼 수 없으므로 복구 경로를 미리 알아 둡니다.

보호 대상에서 빼는 쪽이 나은 폴더도 있습니다. 감시 카메라 녹화를 저장하는 폴더는 오래된 녹화가 지워져도 스냅샷이 이전 데이터를 붙들고 있어서, 공간이 계속 쓰일 수 있습니다. 임시 다운로드나 다시 받을 수 있는 캐시도 같은 이유로 스냅샷보다 일반 삭제가 어울립니다.

스냅샷을 지우기 전에 확인할 것

스냅샷 삭제는 보이는 기록을 정리하는 일이 아니라 그 시점으로 돌아갈 길을 없애는 일입니다. 삭제하려는 항목이 사고 이전의 유일한 정상 버전일 수 있으므로, 사고가 난 기간과 필요한 복구 범위를 먼저 확인합니다.

• 스냅샷 목록에서 선택해 제거하고 확인하는 순서입니다. 한 번에 여러 개를 고를 수 있습니다.
• 복제 작업이 있으면 대상 서버와 동기화된 가장 최근 스냅샷은 지울 수 없습니다.
• 잠금한 스냅샷은 보존 정책이 자동으로 지우지 않습니다. 잠금은 보존 정책의 자동 삭제만 막고, 지정한 기간 동안 삭제 자체를 막는 것은 뒤에서 설명할 변경할 수 없는 스냅샷입니다.

변경할 수 없는 스냅샷

일반 스냅샷은 관리자가 지울 수 있습니다. 변경할 수 없는 스냅샷은 지정한 보호 기간 동안 악의적이거나 실수로 인한 삭제를 막는 기능으로, 선택하면 그 스냅샷은 어떤 방법으로도 제거할 수 없습니다. 보호 기간이 끝나 시스템이 자동으로 해제하기 전까지 설정을 바꿀 수도 없고, 변경할 수 없는 스냅샷이 있는 공유 폴더는 기간이 끝날 때까지 삭제할 수도 없습니다. 권장 기간은 7–14일입니다.

설정은 스냅샷을 만들 때나 예약 일정에서 변경할 수 없는 스냅샷 활성화를 선택하는 방식이고, 남은 보호 기간은 스냅샷 목록에서 방패 아이콘에 마우스를 올려 확인합니다. 이 기능은 지원되는 Synology 모델에서만 쓸 수 있습니다. 지원 여부는 모델에 따라 다르고 설정 화면에 옵션이 보이는지로 확인합니다.

기간을 지나치게 길게 잡으면 그 기간 동안 공간을 되돌려 받을 수 없습니다. 꼭 필요한 공유 폴더에만 적용하고, 저장 공간 여유와 함께 정합니다.

랜섬웨어 대응에서 스냅샷의 한계

감염 전 시점의 스냅샷이 남아 있으면 파일이 암호화된 공유 폴더를 복구하는 데 쓸 수 있습니다. 다만 공격자가 관리자 권한을 얻어 스냅샷을 지우려 하면 일반 스냅샷은 지켜 주지 못하고, 변경할 수 없는 스냅샷이 이 위험을 줄이는 기능입니다.

계정 관리도 함께 봅니다. 평소 파일을 읽고 쓰는 계정과 DSM 설정을 바꾸는 관리 계정을 분리하면, 일상 작업 중 생긴 사고가 관리 설정 변경으로 이어지는 일을 막는 데 도움이 됩니다. 또 스냅샷은 데이터를 같은 장치 안에 두기 때문에 NAS 본체나 볼륨에 접근할 수 없으면 복원 자체가 어려워집니다. 이 약점은 다른 장치로 복제하거나 별도 저장소로 백업해서 보완합니다.

복제와 백업의 차이

Snapshot Replication의 복제는 스냅샷을 다른 서버나 로컬 대상으로 보내는 기능입니다. 복제 작업은 하나의 공유 폴더를 최대 3곳의 대상으로 보낼 수 있고, 원격 대상이 같은 LAN에 있지 않다면 먼저 두 장치 사이의 연결 방식을 정합니다. 공인 IP로 연결하는 구성에서는 포트 설정과 라우터의 포트 포워딩이 필요할 수 있고, VPN으로 사설 네트워크를 이어서 쓰는 방법도 있습니다. 복제 포트를 인터넷에 열기 전에 연결 경로와 접근 제한을 확인합니다. 복제 대상에서도 변경할 수 없는 스냅샷을 켤 수 있습니다. 원본 NAS를 쓸 수 없을 때 복제 대상으로 서비스를 넘기는 전환·대체작동 같은 복구 작업도 이 기능에서 합니다.

Hyper Backup은 공유 폴더와 시스템 설정 등을 지정한 다른 저장소에 백업하는 도구입니다. 둘은 경쟁 관계가 아닙니다. 실수로 덮어쓴 문서처럼 가까운 시점의 복구는 로컬 스냅샷이 간편하고, NAS가 고장 나거나 사라지는 사고는 다른 저장소에 있는 복제본이나 백업으로 복구합니다. 각 기능이 맡을 사고를 나눠 두면 중복을 줄이면서 보호 범위를 넓힐 수 있습니다.

복구 테스트는 작은 파일 하나로 합니다

스냅샷을 처음 설정했다면 중요한 실제 문서 대신 테스트 파일로 복구 절차를 확인합니다.

1. 테스트용 폴더에 내용이 구별되는 파일을 하나 만듭니다.
2. 수동 스냅샷을 만듭니다.
3. 파일 내용을 다른 값으로 바꿔 저장합니다.
4. 복구 화면에서 방금 만든 스냅샷을 찾아보기로 열어 이전 내용의 파일을 찾습니다.
5. 원본을 덮어쓰지 말고 다른 위치에 복사해 열어 봅니다.

이전 내용이 그대로 열리면 그 시점의 파일에 접근할 수 있다는 것이 확인됩니다. 이 확인이 NAS 전체의 복구 능력을 보증하지는 않지만, 사고가 났을 때 어디를 눌러야 하는지 익혀 두는 효과가 있습니다. 복구 방법을 모른 채 설정만 해 두면 사고 순간에 시간을 잃습니다. 보호 대상 폴더와 담당 계정, 복구 경로를 간단히 적어 둡니다.

마무리 정리

• 스냅샷은 Btrfs 볼륨의 공유 폴더가 대상이므로, 저장소 관리자에서 파일 시스템과 모델 지원 여부부터 확인합니다.
• 수동 스냅샷으로 동작을 확인한 뒤 예약과 보존 정책을 함께 설정하고, 실제 생성 시각과 사용 공간을 정기적으로 봅니다.
• 파일을 복구할 때는 공유 폴더 전체를 되돌리기 전에 찾아보기로 필요한 파일만 다른 위치에 복사하는 방법을 먼저 씁니다.
• 스냅샷은 같은 NAS 안에 있으므로 RAID나 다른 저장소의 백업을 대신하지 못합니다.
• 관리자 계정 탈취까지 고려한다면 변경할 수 없는 스냅샷을 지원 모델에서 꼭 필요한 폴더에만 켭니다.