RAID 구성 뒤에도 데이터 백업이 필요한 순간
새 NAS에 하드디스크 네 개를 꽂고 RAID 5 구성을 마친 날, 화면에는 안정적인 상태라는 문구가 보입니다. 이제 사진과 문서는 절대 사라지지 않을 것 같죠. 그런데 어느 날 공유 폴더의 파일명이 낯설게 바뀌고, 모든 파일 끝에 같은 확장자가 붙습니다. 랜섬웨어가 NAS에 접근한 순간, 디스크 네 개는 보호막이 아니라 같은 변경 내용을 함께 기록하는 저장 공간이 됩니다.
결론부터 말하면 RAID 구성은 데이터 백업이 아닙니다. RAID는 디스크 일부가 고장 나도 서비스를 계속 운영하기 위한 '가용성' 기술이고, 백업은 삭제·암호화·손상 이전의 데이터를 별도 위치에서 되돌리기 위한 복구 체계입니다. 디스크 장애에는 RAID가 유용하지만 사용자 실수, 악성코드, 파일 손상, NAS 자체의 고장에는 독립된 백업이 필요합니다.
이 차이를 모르고 RAID만 유지하면 고장 난 디스크를 교체하는 준비는 되어 있어도, 삭제된 폴더를 어느 시점으로 되돌릴지는 정해지지 않습니다. 중요한 질문은 '디스크가 몇 개 살아 있는가'가 아니라 '깨끗한 데이터 사본이 다른 장소에 남아 있는가'입니다.
가용성과 복구를 구분해야 복구 비용이 보입니다
가용성은 현재 시스템을 계속 쓰게 하는 성질입니다. RAID는 한 디스크에 물리적 장애가 발생했을 때 나머지 디스크의 정보를 바탕으로 운영을 유지하고, 고장 난 디스크를 교체할 시간을 벌어줍니다. 반면 복구는 과거의 정상 상태로 돌아가는 일입니다. 어제 오후의 사진 폴더, 랜섬웨어가 실행되기 전의 업무 문서처럼 특정 시점의 사본이 필요합니다.
두 개념을 섞으면 비용이 엇나갑니다. RAID만 믿는 사람은 디스크 교체와 백업을 같은 예산으로 생각하지만, 실제 장애 때에는 복구 가능한 사본이 없어 전문 복구 작업, 장비 교체, 업무 중단을 한꺼번에 감당하게 됩니다. 반대로 백업만 있고 디스크 장애 대응이 없으면 복구를 기다리는 동안 공유 폴더와 업무 시스템이 멈춥니다.
스냅샷도 같은 기준으로 보십시오. 스냅샷은 같은 저장 시스템 안에서 특정 시점의 상태를 빠르게 보존하는 기능이라 삭제나 짧은 시간 안의 실수를 되돌리는 데 유리합니다. 하지만 NAS 전체가 침해되거나 저장 장치가 물리적으로 손상되면 함께 영향을 받을 수 있으므로, 별도 장치나 오프사이트 백업을 대신하지 못합니다.
3-2-1 백업을 비용 효율적인 구조로 바꾸는 법
가정용이나 소규모 사무실이라면 3-2-1 원칙을 출발점으로 삼으십시오. 데이터 복사본을 총 3개 두고, 저장 매체를 2종류로 나누며, 그중 1개는 다른 장소에 보관하는 방식입니다. 원본 NAS, 연결이 끝나면 분리하는 외장하드, 다른 장소의 원격 저장소라는 구조로 시작하면 RAID와 백업의 역할이 겹치지 않습니다.
설명을 위한 가상의 예시입니다. 원본 데이터가 8TB인 NAS라면 8TB 이상 외장 저장장치에 매일 변경분을 백업하고, 중요한 사진과 문서는 별도 장소의 클라우드 또는 원격 NAS에 주기적으로 복사하는 식입니다. 외장하드는 백업이 끝난 뒤 계속 NAS에 연결해 두지 않고, 백업 일정이 끝나면 분리해 두는 편이 랜섬웨어의 접근 경로를 줄입니다. 이 숫자는 특정 가정의 출발 예시이며, 실제 용량은 보존할 버전 수와 증가량을 확인해 정해야 합니다.
여기서 한 단계 더 중요한 조건은 '접근 불가능한 사본'입니다. 백업 장치가 네트워크에 항상 연결되어 있고 원본 계정으로 삭제·수정된다면, 원본과 백업이 같은 공격 범위에 놓입니다. 별도 계정, 오프라인 보관, 변경 불가 저장소 가운데 최소 하나를 추가하고, 최근 사본만 남기지 말고 과거 버전 보존 정책도 정해두십시오.
외장하드·원격 NAS·클라우드, 무엇을 고를까
① 복구할 데이터가 많고 매달 나가는 비용을 줄이고 싶다면 외장하드 백업이 먼저입니다. 초기 장비 비용이 들지만 대용량 복구 속도가 빠르고 구조가 단순합니다. 다만 같은 집이나 사무실에만 두면 화재·침수·도난에는 취약하므로, 백업이 끝난 저장장치를 다른 장소로 옮기는 운영이 필요합니다.
② 여러 사람이 매일 파일을 바꾸고 자동화와 원격 복구가 중요하다면 원격 NAS가 맞습니다. 예약 작업과 버전 관리가 편리하고 대용량 데이터에도 적합하지만, 원격 NAS가 계속 쓰기 가능한 상태면 감염 경로가 될 수 있습니다. 관리자 계정을 분리하고 백업 대상의 쓰기 권한을 제한하는 설계가 따라와야 합니다.
③ 관리할 장비를 줄이고 장소 분리를 우선한다면 클라우드 백업을 검토하십시오. 월 비용과 복구 다운로드 시간을 감안해야 하며, 장기간 보존할 데이터의 용량이 커질수록 유지비 계산이 중요합니다. 결국 선택 기준은 저장 매체의 이름이 아니라 데이터 규모, 복구 속도, 장소 분리, 계정 분리 네 가지입니다.
백업 완료 표시보다 복구 리허설이 중요한 이유
백업 작업이 성공했다는 알림은 파일이 대상 위치에 기록됐다는 뜻입니다. 실제 복구 성공은 별도의 검증입니다. 백업 데이터가 암호화되어 있거나 전용 프로그램 형식으로 저장되는 경우, 대상 장치의 권한·암호키·경로가 맞지 않으면 장애 순간에 파일을 열지 못합니다. 백업과 복구를 같은 사건으로 취급하지 마십시오.
가상의 운영 기준으로, 매월 폴더 단위 파일 몇 개를 다른 위치에 복원하고 분기마다 전체 서비스 복구 절차를 점검해보는 방식이 있습니다. 이 기준은 설명을 위한 가정이며, 사진 보관용 NAS와 매일 업무가 멈추면 손실이 큰 사무실 NAS는 복구 목표에 맞춰 간격을 조정해야 합니다. 리허설 기록에는 백업 시각, 복원한 버전, 소요 시간, 파일 열림 여부, 권한 오류를 남기십시오.
오류가 생기면 순서가 중요합니다. 저장 공간 부족은 보존 버전 수와 백업 범위를 먼저 확인하고, 인증 오류는 계정 만료와 공유 폴더 권한을 점검하십시오. 작업은 성공했지만 파일이 보이지 않으면 복원 경로와 버전 선택을 확인해야 합니다. 원본 데이터가 계속 변하는 상태에서 백업 작업을 무리하게 반복하면 원인 확인이 어려워지므로, 오류 화면과 작업 로그를 보존한 뒤 한 항목씩 바꾸는 편이 안전합니다.
복구 리허설은 백업 시스템의 시험이면서 운영자의 기억을 점검하는 시간입니다. 설명서를 읽는 것과 실제로 파일을 되돌리는 것은 전혀 다른 경험입니다.
NAS 백업을 시작하기 전 묻는 질문
Q. RAID 5에 디스크를 네 개 넣었다면 외장하드 하나만 추가해도 충분한가요? A. 외장하드 하나는 RAID만 있는 상태보다 훨씬 낫지만, 그 장치가 원본 NAS와 같은 장소에 계속 연결되어 있으면 보호 범위가 좁습니다. 외장하드 백업을 오프라인 또는 다른 장소에 보관하고, 중요한 데이터에는 두 번째 장소의 사본을 추가하는 순서가 안전합니다.
Q. 스냅샷이 있으면 랜섬웨어에 대비할 수 있나요? A. 스냅샷은 감염 전 시점으로 빠르게 돌아가는 데 도움이 되지만, NAS와 같은 시스템에 저장되거나 삭제 권한을 공유하면 함께 훼손될 수 있습니다. 스냅샷은 빠른 복구 계층으로 두고, 독립된 백업과 변경 불가 또는 오프라인 사본을 별도로 마련하십시오.
Q. Hyper Backup 같은 백업 프로그램을 설치하면 설계가 끝나나요? A. 프로그램은 복사 일정과 버전 관리를 실행하는 도구일 뿐입니다. 어떤 데이터를 언제까지 보존할지, 백업 대상에 누가 접근하는지, 어느 장소에 둘지, 실제 복원할 담당자가 누구인지까지 정해야 체계가 완성됩니다.
Q. 가장 먼저 할 일은 무엇인가요? A. NAS 안의 데이터 중 잃으면 곤란한 폴더를 먼저 정하고, 외장 저장장치에 한 번 백업한 뒤 연결을 끊어 실제 파일을 복원해보십시오. 그 과정을 기록하면 부족한 용량과 권한 문제, 복구 시간을 동시에 확인할 수 있습니다.