NAS & Network

Synology NAS 백업 설정

Hyper Backup으로 데이터 안전하게 보관하기

Synology NAS의 RAID는 백업이 아닙니다. Hyper Backup으로 USB 외장하드, 다른 NAS, 클라우드에 백업하는 순서와 단일·다중 버전의 차이, 3-2-1 전략, 파일 복원 방법, 백업이 실제로 되고 있는지 점검하는 법을 안내합니다.

왼쪽 받침의 2베이 NAS에서 나온 가는 선이 한 점에서 세 갈래로 나뉘어 외장 드라이브, 별도 받침 위의 작은 NAS, 멀리 떨어진 푸른 판으로 이어지는 3D 일러스트

목차
  1. NAS에도 백업이 필요한 이유
  2. RAID와 백업의 차이
  3. Hyper Backup이란
  4. Hyper Backup 설치
  5. USB 외장하드에 백업하기
  6. 다른 NAS에 백업하기
  7. 클라우드에 백업하기
  8. 3-2-1 백업 전략
  9. 자동 백업 일정과 보관 정책
  10. 실제 파일 복원 방법
  11. 백업 상태 점검 방법
  12. 결론

NAS에 디스크를 두 개 이상 넣고 RAID를 구성했다면 데이터가 안전하다고 느끼기 쉽습니다. 하지만 RAID가 막아 주는 것은 디스크 고장이고, 데이터를 잃는 경로는 그 밖에도 여럿 있습니다. 이 글은 NAS의 데이터를 다른 곳에 한 벌 더 두는 방법을 Hyper Backup 기준으로 설명합니다.

이 글은 Synology 공식 문서를 2026년 10월 13일에 읽고 정리한 것입니다. 이 글을 쓰면서 실제 NAS에서 백업 작업을 만들거나 복원을 실행하지는 않았고, 백업이 성공했다는 이력이나 복원 시험 결과도 없습니다. 화면 이름과 순서는 DSM 7 시리즈 도움말 기준이며 DSM 버전과 모델, 백업 대상에 따라 달라질 수 있습니다. 본문의 마법사 스크린샷은 소유자의 DS1821+(DSM 7.4.1)에서 마법사를 열어 찍은 것이고, 이 글은 그 화면에서 작업을 만들거나 실행하지 않았습니다.

NAS에도 백업이 필요한 이유

NAS는 한 곳에 모아 둔 저장소이므로, 이 한 곳에 생긴 사고는 모아 둔 데이터 전부에 영향을 줍니다. 대표적인 사고를 나열하고 RAID가 막는지 확인해 봅니다.

사고RAID가 막아 주는가이유
디스크 한두 개 고장구성에 따라 막음RAID와 SHR의 장애 허용 수 안에서만 막습니다. 단일 디스크 SHR 풀은 보호가 없습니다.
파일을 실수로 삭제막지 못함삭제는 정상적인 쓰기 작업이어서 모든 디스크에 똑같이 반영됩니다.
랜섬웨어막지 못함암호화된 파일도 정상 쓰기로 처리됩니다.
NAS 본체 고장막지 못함디스크가 멀쩡해도 NAS를 쓸 수 없는 상태가 될 수 있습니다.
도난막지 못함장치째 사라지면 RAID도 같이 사라집니다.
화재, 침수막지 못함같은 장소에 있는 장치는 함께 피해를 입습니다.

Synology는 같은 NAS 안에 다중 버전의 로컬 복사본을 두면 데이터가 손상되거나 파일을 실수로 지웠을 때 빠르게 복구할 수 있다고 안내합니다. 이어서 이런 조치만으로는 RAID 장애나 하드 드라이브 고장으로 데이터를 잃을 수 있어서, 다른 대상으로도 백업할 것을 적극 권장한다고 설명합니다. 같은 장소에 있는 복사본 하나로는 부족하다는 뜻입니다.

RAID와 백업의 차이

백업 이야기를 하다 보면 RAID, 동기화, 스냅샷, 백업이 섞여 쓰입니다. 같은 문제를 다른 방식으로 푸는 도구들이라서 구분이 필요합니다.

개념하는 일지켜 주는 것한계
RAID여러 디스크를 묶어 정해진 수의 디스크 고장을 견딥니다.디스크 고장삭제, 랜섬웨어, 본체 고장, 도난, 화재는 막지 못합니다. 백업이 아닙니다.
동기화한쪽의 변경을 다른 쪽에 반영합니다. Cloud Sync가 대표적입니다.여러 기기의 최신 상태 일치삭제도 함께 전파될 수 있습니다. Cloud Sync는 파일의 현재 버전만 유지한다고 문서가 안내합니다.
스냅샷공유 폴더의 특정 시점 복사본을 거의 즉시 만듭니다. Snapshot Replication입니다.실수 삭제와 변경의 빠른 되돌리기Btrfs를 지원하는 모델에서만 쓸 수 있습니다. 같은 NAS에만 있다면 NAS 고장에 약하고, 다른 NAS로 복제할 수 있습니다.
백업원본과 따로, 보통 여러 버전으로 보관하는 복사본입니다. Hyper Backup입니다.원본이 사라지거나 망가진 경우복사본이 같은 장소와 장치에만 있으면 한계가 있습니다.
복원백업에서 데이터를 실제로 되돌리는 일입니다.백업의 가치 확인복원을 해 보지 않은 백업은 성공 여부를 알 수 없습니다.

RAID와 스냅샷은 빠르고 편하지만 NAS 안에서 일어나는 사고를 위한 도구이고, Hyper Backup 같은 백업은 NAS 밖에 복사본을 두는 도구입니다. 둘 중 하나를 고르는 문제가 아니고, 겹쳐서 쓰는 것이 일반적인 구성입니다. RAID 쪽 구성이 궁금하다면 Synology SHR과 RAID 차이에서 따로 비교했습니다.

Hyper Backup이란

Hyper Backup은 Synology NAS의 폴더, 시스템 설정, 소프트웨어 패키지를 다양한 대상으로 백업하는 패키지입니다. Synology는 다음 기능을 소개합니다.

  • 백업 대상: 로컬 볼륨, 외부 장치(USB), 다른 Synology NAS, rsync 서버, 공용 클라우드(Google Drive, S3 저장소, C2 Storage 등)
  • 일정: 백업을 자동으로 예약합니다.
  • 다중 버전: 블록 단위의 증분 백업과 중복 제거로 저장소 사용을 줄이면서 여러 버전을 보관하고, 회전 정책으로 이전 백업을 자동 삭제합니다.
  • 암호화와 압축: AES-256 암호화와 압축을 지원합니다.
  • 무결성 검사: 예약된 검사로 손상된 데이터를 찾습니다.
  • 복원: 전체 시스템 복원 또는 파일 수준 복구를 지원합니다.

NAS가 정전이나 네트워크 문제로 중간에 멈추어도 작업을 일시 중지했다가 다시 시작할 수 있다고 Synology는 설명합니다. 지원하는 항목은 모델과 DSM 버전에 따라 다릅니다. 예를 들어 백업할 수 있는 응용 프로그램은 일부로 한정되므로 백업 마법사의 응용 프로그램 화면에서 확인해야 합니다.

Synology가 함께 소개하는 다른 도구와 구분해 두면 선택이 쉬워집니다.

도구쓰임이 글에서의 위치
Hyper Backup폴더, 패키지, 시스템 설정을 여러 대상에 버전별로 백업이 글의 중심
Snapshot Replication같은 NAS의 특정 시점 복사본과 다른 NAS로의 복제, Btrfs 모델 전용빠른 되돌리기용 보완 도구
USB CopyUSB 장치를 연결하면 바로 복사하고 끝나면 자동 분리. 읽을 수 있는 형식단순한 복사본이 필요할 때
Cloud Sync공용 클라우드와 파일을 동기화. 현재 버전만 유지백업이 아니라 동기화

Hyper Backup 설치

Hyper Backup은 DSM 패키지입니다. 따로 구입하는 프로그램이 아니라 NAS의 패키지 센터에서 설치합니다. Synology의 튜토리얼은 DSM 6.0 이상에서 같은 흐름이라고 안내합니다.

  1. DSM에서 패키지 센터를 엽니다.
  2. Hyper Backup을 찾아 설치합니다.
  3. 설치가 끝나면 Hyper Backup을 엽니다.
  4. 왼쪽 위의 + 버튼을 눌러 새 백업 작업을 만들기 시작합니다.

패키지를 설치하는 것만으로 복사가 시작되지는 않습니다. 작업을 만들고 첫 백업을 실행해야 복사가 시작됩니다. 단일 버전 작업이 이전 백업을 덮어쓴다는 점은 아래에서 짚습니다.

USB 외장하드에 백업하기

가장 단순한 시작이 USB 외장하드입니다. 비용이 적고, 같은 장소의 다른 장치에 복사본이 생기며, 설정 항목도 적습니다. 단, 외장하드를 NAS 옆에 항상 꽂아 두면 화재나 도난에는 같이 당합니다. 이 점은 3-2-1 절에서 다시 다룹니다.

설정 순서는 공식 튜토리얼 기준 다음과 같습니다.

  1. NAS의 USB 포트에 외장하드를 연결합니다. 마법사의 대상 선택에서 외부 저장 장치가 보여야 합니다.
  2. Hyper Backup에서 + 를 누르고 폴더 및 패키지(데이터 백업 작업)를 선택합니다.
  3. 백업 대상으로 로컬 공유 폴더 및 USB를 고르고 외부 저장 장치와 백업 데이터를 둘 디렉터리 이름을 정합니다.
  4. 백업할 원본 공유 폴더를 고릅니다. 원본과 대상이 같은 볼륨이면 마법사가 주황색 느낌표로 알려 줍니다.
  5. 필요하면 백업할 응용 프로그램을 고릅니다.
  6. 백업 설정을 정합니다. 작업 이름, 알림, 압축, 일정, 무결성 검사, 암호화, 백업 회전이 여기에 있습니다.
  7. 적용을 누르고, 지금 백업을 실행할지 묻는 창에서 첫 백업을 실행합니다.
Hyper Backup 백업 마법사의 백업 유형 선택 단계. 폴더 및 패키지(선택됨), 전체 시스템, LUN 세 가지가 있다. 폴더 및 패키지는 백업을 지원하는 공유 폴더와 패키지의 데이터를 백업한다고, 전체 시스템은 더 빠른 블록 수준 백업으로 데이터, 패키지, 구성을 포함한 전체 Synology NAS를 백업한다고 설명한다.
백업 유형 선택 단계입니다. 이 글의 절차는 첫 번째 항목인 폴더 및 패키지를 기준으로 합니다(DS1821+, DSM 7.4.1 화면 기준).
백업 대상 선택 단계. Synology 항목에 Synology C2 Storage, 원격 NAS 장치, 로컬 공유 폴더 또는 USB 세 가지가 있고, Cloud Service 항목에 Dropbox와 Google 드라이브가 보이며 목록은 아래로 더 이어진다. 로컬 공유 폴더 또는 USB는 이 NAS 또는 외부 USB 드라이브의 공유 폴더에 데이터를 백업한다고 설명한다.
백업 대상 선택 단계입니다. 3번 단계의 로컬 공유 폴더 또는 USB가 USB 외장하드 백업의 선택지이고, 원격 NAS 장치와 클라우드 서비스도 같은 화면에 있습니다. 목록은 아래로 더 이어집니다.

버전 유형은 가장 먼저 정해야 하는 선택입니다.

항목다중 버전단일 버전
저장 형식.hbk 형식의 백업 데이터. Hyper Backup 복원 도구로 열어야 합니다.원래 파일 형식과 폴더 구조
보관하는 백업여러 버전. 회전 정책으로 오래된 버전을 삭제합니다.최신 하나. 이전 백업을 덮어씁니다.
암호화와 압축쓸 수 있습니다.쓸 수 없습니다.
맞는 경우실수로 지운 파일이나 이전 상태로 되돌려야 할 때가 있는 일반적인 백업대상 디스크에서 파일을 바로 열 수 있는 단순한 복사본이 필요할 때
백업 버전 유형 선택 단계. 여러 버전(선택됨)은 공간 효율성을 위한 중복 제거를 통해 여러 백업 버전을 유지하고 필요에 따라 파일을 암호화하고 데이터를 압축하도록 선택할 수 있다고 설명한다. 단일 버전은 백업 복사본을 하나만 유지하며 모든 장치에서 유연하게 백업 데이터를 보고 액세스할 수 있다고 설명한다.
백업 버전 유형 선택 단계입니다. 여러 버전은 이전 버전까지 유지하고 암호화·압축을 고를 수 있으며, 단일 버전은 복사본을 하나만 유지합니다.

이 표가 “Hyper Backup의 백업 데이터는 읽을 수 없는 형식”이라는 말의 정확한 범위입니다. Synology 문서는 Hyper Backup이 만든 백업 데이터를 읽을 수 없는 형식이라고 설명하는데, 이는 다중 버전 작업에 해당하고 복원 도구를 거쳐야 한다는 뜻입니다. 단일 버전 작업은 파일이 원래 모습으로 저장되지만 변경 이력을 남기지 않습니다. 이 글은 어느 쪽이 낫다고 하지 않습니다. 변경 이력이 필요하면 다중 버전을, 읽을 수 있는 복사본만 필요하면 단일 버전이나 USB Copy를 고르는 식입니다. 일반적인 데이터 보호는 다중 버전이 목적에 맞는 경우가 많다는 점이 이 글의 판단입니다.

설정 항목은 다음과 같이 고릅니다.

  • 백업 일정: 데이터가 바뀌는 빈도에 맞춥니다. 하루에 한 번을 시작점으로 잡는 것이 이 글의 판단입니다.
  • 백업 회전: 다중 버전에서 오래된 버전을 어떻게 지울지 정합니다. 아래의 보관 정책 절에서 설명합니다.
  • 무결성 검사: 예약된 검사로 손상된 데이터를 찾습니다. 이 글은 켜 두는 쪽을 권합니다.
  • 클라이언트 측 암호화: 외장하드를 분실했을 때의 노출을 줄이지만, 암호를 잃으면 백업을 열 수 없습니다.
  • 작업 알림: 백업이 실패했을 때 이메일이나 푸시 알림을 받도록 합니다. 백업은 조용히 실패하기 쉬워서 알림을 켜는 것이 좋습니다.

첫 백업이 끝나면 작업 목록에서 상태에 녹색 체크가 표시됩니다. 첫 백업은 전체를 복사하므로 데이터가 많으면 시간이 오래 걸립니다. 이후 백업은 변경된 부분만 복사합니다.

다른 NAS에 백업하기

집이나 사무실에 NAS가 두 대 있거나 다른 장소의 Synology NAS를 쓸 수 있다면, 복사본을 다른 장소에 두기 쉬운 방법입니다.

준비는 두 쪽에서 합니다.

  • 받는 쪽 NAS: Hyper Backup Vault 패키지를 설치합니다. 원본 쪽 Hyper Backup보다 같거나 높은 버전이어야 합니다. Vault는 이 NAS가 받은 백업 작업과 로그를 보여 주는 패키지입니다.
  • 보내는 쪽 NAS: Hyper Backup에서 대상 유형으로 원격 Synology NAS를 고르고, 받는 쪽 NAS의 주소와 계정으로 로그인한 뒤 백업을 저장할 공유 폴더를 고릅니다.

계정은 받는 쪽 NAS에 만든 별도 사용자를 쓰는 편이 안전합니다. 권한은 백업을 받는 데 필요한 범위로만 줍니다. 이 문장은 Synology 문서의 규칙이 아니라 이 글의 판단입니다.

두 NAS가 서로 다른 네트워크(예: 다른 장소)에 있다면 받는 쪽에서 포트를 열어야 한다고 튜토리얼이 안내합니다. rsync 연결에는 873번과 22번, Hyper Backup Vault에는 5000, 5001, 6281번 포트가 거론됩니다. NAS 포트를 인터넷에 여는 일은 보안 위험을 따라오므로 신중해야 하고, 외부 접속의 선택지는 Synology NAS 처음 설치하기에서 정리했습니다. Hyper Backup은 WriteOnce(한 번 쓰면 바꿀 수 없는 보호)를 지원하지 않는다고 Synology가 표로 밝혀서, 변경할 수 없는 스냅샷은 Snapshot Replication 쪽 기능입니다.

클라우드에 백업하기

클라우드는 집이나 사무실과 물리적으로 떨어진 곳에 복사본을 두는 쉬운 방법입니다. Hyper Backup은 Synology의 C2 Storage뿐 아니라 Google Drive, S3 호환 저장소, WebDAV 같은 공용 클라우드 서비스를 대상으로 지원합니다. 지원하는 목록은 DSM 버전에 따라 달라지므로 Hyper Backup에서 실제로 보이는 목록을 확인해야 합니다. 대상 문서에는 종료된 서비스(Amazon Drive)에 관한 안내도 있습니다.

클라우드 대상을 고를 때는 아래 항목을 따져 봅니다.

항목확인할 것
업로드 속도첫 백업은 전체를 올립니다. 인터넷의 업로드 속도가 느리면 몇 시간에서 며칠이 걸릴 수 있습니다. 이 글은 시간을 수치로 제시하지 않습니다.
저장 비용서비스마다 요금 구조가 다르고, 데이터가 늘수록 계속 듭니다. 요금과 정책은 선택하는 서비스의 공식 페이지에서 확인해야 합니다.
암호화클라이언트 측 암호화를 켜면 데이터가 NAS를 떠나기 전에 암호화됩니다. C2 Storage는 클라이언트 측 AES-256 암호화를 쓰고 보존 지역을 독일이나 미국 중에서 고를 수 있다고 Synology가 소개합니다.
복원 비용과 시간복원할 때 내려받는 데이터의 양과 서비스의 다운로드 정책이 시간과 비용을 정합니다. 이 정책은 서비스마다 다르므로 백업을 시작하기 전에 확인합니다.
로컬 인덱스클라우드 대상 백업은 NAS에 인덱스를 만들어 공간을 쓴다고 문서가 안내하므로, 이 공간도 계산에 넣어야 합니다.

DS1821+의 대상 선택 화면에서는 Synology C2 Storage, 원격 NAS 장치, 로컬 공유 폴더 또는 USB, 그리고 Cloud Service 항목의 Dropbox와 Google 드라이브가 보였고 목록은 아래로 이어졌습니다.

Cloud Sync는 클라우드로 동기화하는 도구이고 Hyper Backup과 같지 않습니다. 단방향 업로드로 NAS 데이터를 클라우드로 복사해도 Cloud Sync는 현재 버전만 유지하므로, 삭제나 변경이 반영되면 이전 상태로 돌아갈 수 없습니다. 클라우드 서비스가 자체 버전 관리를 지원하는 경우는 예외입니다. 이전 버전이 필요하면 Hyper Backup의 다중 버전 작업을 쓰는 것이 맞습니다.

3-2-1 백업 전략

Synology는 IT 재해에 대비해 3-2-1 백업 전략을 따를 것을 권장합니다. 3개의 복사본, 2개의 저장 매체, 1개의 오프사이트(다른 장소)입니다.

  • 복사본 3개: 원본과 백업 두 개입니다. 원본만 있는 상태는 복사본이 하나뿐입니다.
  • 저장 매체 2종 이상: 한 종류의 장치에 모든 복사본이 의존하지 않게 하려는 것으로 이해할 수 있습니다.
  • 오프사이트 1곳: 하나는 다른 장소에 둡니다. 화재, 침수, 도난 같은 지역 사고를 피하기 위해서입니다.
NAS 백업의 장소 구분위쪽의 점선 영역은 NAS가 있는 같은 장소입니다. 원본이 있는 NAS와 USB 외장하드가 있고, NAS에서 USB로 Hyper Backup이 백업합니다. 아래쪽 점선 영역은 다른 장소로, 다른 NAS와 클라우드가 있습니다. NAS에서 두 대상으로도 백업할 수 있습니다. 같은 장소에만 있는 복사본은 화재나 도난에 함께 피해를 입고, 다른 장소의 복사본은 이를 피합니다.같은 장소NAS 원본Hyper BackupUSB 외장하드다른 장소다른 NAS클라우드같은 장소의 복사본은 지역 사고에 함께 피해를 입습니다
백업 대상을 같은 장소와 다른 장소로 나누어 놓은 그림입니다. 대상은 예시이고 모두 만들 필요는 없습니다(WEFTWARE 개념도).

현실적인 시작점은 이렇습니다. 원본(NAS)에 더해 USB 외장하드에 하나, 클라우드나 다른 장소의 NAS에 하나를 두면 복사본 3개와 오프사이트 1곳이 채워집니다. 처음부터 전부 갖추기 어렵다면 USB 외장하드 하나로 시작하고, 중요한 데이터부터 오프사이트 복사본을 추가하는 순서도 방법입니다. 모든 데이터를 같은 수준으로 보호할 필요는 없고, 다시 만들 수 없는 데이터(가족사진, 작업 원본, 문서)를 우선하는 편이 효율적입니다. 이것도 이 글의 판단입니다.

자동 백업 일정과 보관 정책

백업은 한 번 해 두는 것이 아니라 계속 돌아가는 작업입니다. 일정과 보관 정책을 정할 때는 세 가지를 같이 봅니다.

  • 백업 주기: 하루 동안 바뀌는 데이터를 잃어도 되는 정도가 기준입니다. 하루에 한 번이면 최대 하루치 변경을 잃을 수 있습니다. 데이터가 자주 바뀌는 폴더만 주기를 짧게 하는 방법도 있습니다. 백업 작업이 NAS의 자원을 쓰기 때문에, 사용이 적은 시간대로 잡는 편이 NAS 성능에 부담이 적습니다.
  • 버전 보관: 다중 버전 작업은 백업 회전 설정으로 보관할 버전을 정합니다. Synology 튜토리얼은 두 방식을 소개합니다. 하나는 가장 오래된 버전부터 지우는 방식이고, 다른 하나는 Smart Recycle입니다. Smart Recycle은 최근 24시간은 시간별 버전, 1일부터 1개월까지는 일별 버전, 1개월을 넘으면 주별 버전을 남기고, 보관할 최대 버전 수를 함께 지정합니다.
  • 데이터 증가와 용량: 백업 대상의 용량도 데이터와 함께 늘어야 합니다. 다중 버전은 증분 백업과 중복 제거로 효율을 높이지만, 버전이 쌓일수록 공간이 필요합니다. 대상이 가득 차면 새 백업이 실패하므로, 용량을 정기적으로 확인하고 필요하면 회전 정책을 조이거나 대상을 늘립니다.

보관 기간은 이렇게 정할 수 있습니다. 파일을 실수로 지운 것을 며칠 안에 알아채는 데이터라면 최근 버전 위주로, 몇 달 뒤에야 문제를 알아챌 수 있는 데이터라면 오래된 버전까지 남기는 쪽이 낫습니다. 이 판단은 데이터의 성격에 따라 다르고, 정답은 정해져 있지 않습니다.

실제 파일 복원 방법

백업은 복원할 수 있어야 의미가 있습니다. 가장 자주 쓰는 일은 파일 하나나 폴더 하나를 이전 상태로 되돌리는 것입니다. Hyper Backup 도움말 기준의 순서입니다.

  1. Hyper Backup에서 왼쪽의 백업 작업을 선택하고 복원을 엽니다.
  2. 데이터(또는 LUN) 복원을 고르고, 백업 탐색기(파일 탐색 화면)를 엽니다.
  3. 타임라인이나 달력에서 되돌릴 버전을 고릅니다. 이 단계에서 어느 시점의 파일을 쓸지 정합니다.
  4. 복원할 파일이나 폴더를 선택합니다.
  5. 복원을 누르면 원래 위치로, 복사 위치를 누르면 원하는 위치로 내보냅니다. 한 파일은 다운로드도 할 수 있습니다.

몇 가지 조건이 있습니다.

  • 백업 탐색기는 다중 버전 작업에서 사용합니다. 단일 버전 작업은 파일이 원래 형태로 저장되어 있으므로 대상에서 직접 복사해 올 수 있습니다.
  • 복사 위치로 내보내거나 다운로드하면 원래 파일의 권한이 유지되지 않습니다. 폴더 권한까지 되살리려면 복원을 써야 합니다.
  • 암호화된 작업은 암호나 키가 있어야 합니다.
  • 백업하는 도중에 수정된 파일은 복원에서 건너뛰어질 수 있다고 안내합니다.
  • NAS 자체가 고장 났다면 .hbk 데이터를 File Station에서 열거나, 컴퓨터에 Hyper Backup Explorer를 설치해 백업을 탐색하고 필요한 파일을 내려받을 수 있다고 Synology가 소개합니다. 이 도구는 Windows, macOS, Ubuntu, Fedora에서 쓸 수 있습니다.

전체 시스템 복원은 파일 복원과 다릅니다. 대상 드라이브의 데이터를 덮어쓰며 되돌릴 수 없다고 Synology 문서가 경고하고, 대상 드라이브의 용량이 충분해야 합니다. 급할 때 실행하면 남아 있던 데이터를 덮어쓸 수 있어서, 파일 하나를 되돌리려는 상황이라면 이 기능이 아니라 파일 수준 복원을 선택해야 합니다.

복원 후에는 되돌린 파일을 열어 내용이 맞는지, 폴더 구조와 권한이 의도한 대로인지 확인합니다.

백업 상태 점검 방법

백업이 설정되어 있다는 사실과 백업이 정상이라는 사실은 다릅니다. 아래 네 가지를 주기적으로 확인합니다.

점검방법문제 신호
최근 성공 여부Hyper Backup 작업 목록의 상태와 마지막 백업 시각녹색 체크가 아니거나 마지막 백업이 오래된 경우
오류 알림작업 설정에서 알림을 켜고 도착하는지 확인알림이 켜져 있지 않거나 받는 곳이 틀린 경우
백업 대상 상태대상 USB 디스크, 원격 NAS, 클라우드 계정의 남은 용량과 연결용량이 가득 차거나 연결이 끊긴 경우
복원 테스트중요하지 않은 파일 몇 개를 실제로 복원해서 열기열리지 않거나 내용이 다른 경우

복원 테스트는 가장 빠뜨리기 쉽지만 가장 중요한 점검입니다. 분기에 한 번 정도, 중요하지 않은 파일 몇 개를 별도 위치로 복원해서 열어 보는 것을 이 글은 권합니다. 이 주기는 이 글의 판단이고 공식 기준이 아닙니다. 암호를 쓰는 백업이라면 암호가 NAS 밖에 보관되어 있는지도 이때 같이 확인합니다.

DS1821+의 스토리지 풀 세 개 사례

소유자가 제공한 DS1821+(DSM 7.4.1) 화면에는 스토리지 풀이 세 개 있었습니다. 이 사례로 확인할 수 있는 것과 없는 것을 구분합니다.

풀구성장애 보호
풀 1드라이브 4개, SHR디스크 2개의 고장을 견디는 것으로 표시
풀 2드라이브 1개, SHR없음
풀 3드라이브 1개, SHR없음

이 사례에서 얻는 교훈은 다섯 가지입니다.

  1. SHR이라는 이름만으로 장애 보호 여부를 판단할 수 없습니다. 세 풀 모두 SHR인데 풀 1은 디스크 2개의 고장을 견디고 풀 2와 풀 3은 전혀 견디지 못합니다.
  2. 디스크 장애 보호와 백업은 다릅니다. 풀 1이 아무리 튼튼해도 삭제나 랜섬웨어, 본체 고장은 막지 못합니다.
  3. 스토리지 풀이 여러 개라는 사실로 서로 백업된다고 판단할 수 없습니다. 풀은 서로 독립된 저장 단위입니다.
  4. 풀 2와 풀 3에 어떤 데이터가 있는지, 실제 백업이 설정되어 있는지는 확인하지 못했습니다. 이 글에서 Hyper Backup 작업이 있다고 가정하지 않았고, 백업 성공 이력이나 복원 시험 결과도 없습니다.
  5. 풀 1도 별도 백업이 필요합니다. 디스크 장애 보호가 있어도 필요성이 사라지지 않습니다.

이 구성에 대한 평가나 변경 권고가 아니라, 같은 NAS 안에서도 풀마다 보호 수준이 다를 수 있다는 점을 보여 주는 설명입니다. 풀 구성이 보호 수준을 어떻게 가르는지는 앞에서 링크한 SHR과 RAID 비교 글에서 계산기 수치와 함께 다룹니다.

결론

RAID는 디스크 고장을 견디는 장치이고, 백업은 데이터가 사라지는 모든 사고에 대비하는 복사본입니다. NAS의 Hyper Backup으로 USB 외장하드, 다른 NAS, 클라우드에 버전별 복사본을 만들 수 있고, 3-2-1 전략에 맞추려면 복사본 하나는 다른 장소에 둡니다.

실행 순서는 짧습니다. 지킬 데이터를 정하고, USB 외장하드로 첫 백업 작업을 만들어 다중 버전과 알림을 켜고, 첫 백업이 성공하면 파일 몇 개를 실제로 복원해 봅니다. 그다음에 오프사이트 복사본을 추가합니다. 휴대폰 사진을 NAS에 모으고 있다면 그 사진 라이브러리도 같은 NAS에 있는 한 백업 대상이므로, Synology Photos 사용법에서 사진 데이터의 백업을 이어서 다룹니다.

자주 묻는 질문

RAID를 쓰고 있으면 백업은 필요 없나요?

필요합니다. Synology는 클래식 RAID와 SHR 모두 백업 솔루션이 아니라고 안내합니다. RAID는 정해진 수의 디스크 고장을 견딜 뿐이어서 파일 삭제, 랜섬웨어, NAS 본체 고장, 도난, 화재는 막지 못합니다. 같은 NAS 안에 다중 버전 복사본을 두어도 RAID 장애나 하드 드라이브 고장으로 데이터를 잃을 수 있어서 다른 대상으로도 백업하라고 Synology가 권장합니다.

USB 외장하드에 Hyper Backup으로 백업하면 그 디스크를 컴퓨터에 꽂아 바로 열 수 있나요?

작업의 버전 유형에 따라 다릅니다. 다중 버전 작업은 .hbk 형식의 백업 데이터로 저장되어서 Hyper Backup이나 Hyper Backup Explorer 같은 복원 도구로 열어야 합니다. 단일 버전 작업은 원래 파일 형식과 폴더 구조로 저장되지만 최신 백업 하나만 유지하고 이전 백업을 덮어쓰며 암호화와 압축을 쓸 수 없습니다. 읽을 수 있는 복사본이 목적이라면 USB Copy 패키지도 선택지입니다.

백업 암호를 잊어버리면 어떻게 되나요?

클라이언트 측 암호화를 켜고 암호를 잃어버리면 Synology도 복구할 수 없다고 안내합니다. 백업이 있어도 열 수 없게 되므로, 암호는 NAS와 따로 보관하는 것이 좋습니다.

스냅샷이 있으면 Hyper Backup은 필요 없나요?

역할이 다릅니다. Snapshot Replication은 Btrfs 파일 시스템을 지원하는 모델에서 공유 폴더의 특정 시점 복사본을 만들고 빠르게 복구하게 해 줍니다. 스냅샷이 같은 NAS 안에만 있다면 NAS 본체 고장이나 도난에는 도움이 되지 않으므로, 다른 NAS로 복제하거나 Hyper Backup으로 다른 대상에 백업해야 합니다.

출처 및 참고자료

마지막 확인

출처 5개 더 보기출처 접기