업무용 NAS
직원과 업무 앱이 파일을 만들고 수정하는 장소입니다. 백업 대상에는 공유폴더뿐 아니라 필요에 따라 지원되는 앱 데이터와 설정도 포함합니다.
자료 폴더만 선택했다면 NAS의 모든 설정과 앱까지 백업됐다고 판단하지 않습니다. 복구할 업무에 필요한 대상을 목록으로 정합니다.
NAS BACKUP GUIDE
NAS가 두 대 있으면 백업도 자동으로 되는 걸까요?
NAS 간 백업은 업무용 NAS의 자료를 다른 NAS에 별도 사본으로 보관하는 구성입니다. 장비 두 대를 연결하는 것만으로는 백업이 생기지 않습니다. 어떤 자료와 과거 버전을 보관하고 어느 장비에서 되찾을지 정해야 합니다.
01 / SOURCE AND DESTINATION
원본 NAS는 직원들이 파일을 사용하는 장비이고, 대상 NAS는 백업 사본을 받는 장비입니다. 양쪽을 모두 일상적인 공동 작업 공간으로 쓰면 어느 쪽이 복구 기준인지 불분명해질 수 있습니다.
직원과 업무 앱이 파일을 만들고 수정하는 장소입니다. 백업 대상에는 공유폴더뿐 아니라 필요에 따라 지원되는 앱 데이터와 설정도 포함합니다.
자료 폴더만 선택했다면 NAS의 모든 설정과 앱까지 백업됐다고 판단하지 않습니다. 복구할 업무에 필요한 대상을 목록으로 정합니다.
정해진 시각의 사본과 보관 버전을 받습니다. 원본보다 용량이 같거나 크다는 이유만으로 충분하지는 않으며 변경량과 과거 버전, 보관 기간에 맞춰 공간을 준비합니다.
평소 직원 계정으로 사본을 수정하지 않고, 백업 작업과 복원 담당자에게 필요한 범위만 허용합니다.
02 / BACKUP AND SYNC
동기화는 두 위치의 파일 상태를 맞추는 기능입니다. 삭제와 잘못된 수정도 대상에 반영될 수 있으므로 백업 목적에서는 과거 시점과 삭제 처리 정책을 함께 봅니다.
| 번호 | 방식 | 주요 목적 | 복구에서 중요한 차이 |
|---|---|---|---|
| 01 | 버전을 보관하는 백업 | 여러 시점의 자료를 별도 보관 | 잘못 수정하기 전 버전이 남아 있어야 합니다. 보관 정책에 따라 오래된 버전은 정리됩니다. |
| 02 | 단방향 동기화 | 원본의 최신 파일을 대상에 반영 | 삭제 반영 설정에 따라 원본에서 지운 파일이 대상에서도 사라질 수 있습니다. |
| 03 | 양방향 동기화 | 양쪽 위치의 변경을 서로 반영 | 동시 수정과 충돌을 관리해야 합니다. 두 NAS가 있다는 이유만으로 독립된 복구 사본이 되지는 않습니다. |
| 04 | 스냅샷 복제 | 지원되는 저장소의 특정 시점을 다른 NAS로 전송 | 양쪽 장비와 저장 구조의 지원 조합이 필요합니다. 일반 파일 백업과 같은 호환성을 전제하지 않습니다. |
03 / PLATFORM TOOLS
NAS의 운영체제와 설치한 백업 앱이 사용할 수 있는 연결 방식과 복원 항목을 결정합니다. 파일을 전달할 수 있다는 것과 설정 및 권한까지 동일하게 되살리는 것은 다릅니다.
Hyper Backup은 NAS의 폴더와 지원되는 앱 및 설정을 다른 저장소에 백업합니다. 대상 Synology NAS의 Hyper Backup Vault는 사본을 받고 백업 데이터와 기록을 관리하는 역할을 합니다.
다중 버전 사본은 .hbk 형식으로 보관될 수 있으며 Hyper Backup이나 Hyper Backup Explorer 같은 도구로 읽습니다. 전체 NAS 복구는 모델과 작업 유형의 별도 지원 조건이 필요합니다.
Hybrid Backup Sync(HBS)는 QNAP NAS의 백업, 복원과 동기화 작업을 관리하는 앱입니다. 작업 생성 시 백업인지 동기화인지, 과거 버전을 남길지를 선택합니다.
버전 관리나 중복 데이터를 줄이는 QuDedup 기능에 따라 .qdff 형태의 백업 묶음이 만들어질 수 있습니다. HBS와 해당 형식을 읽는 복구 도구를 준비하고, 사본을 탐색기에서 바로 쓰는 일반 폴더라고 가정하지 않습니다.
양쪽이 지원하는 파일 전송 방식으로 백업 대상을 연결할 수 있습니다. 예를 들어 rsync는 두 위치 사이에서 파일의 변경분을 전달하는 데 쓰는 도구와 통신 방식입니다.
전달되는 파일 외에 소유자, 권한, 한글 이름과 앱 데이터의 복원 범위도 따져야 합니다. 제조사가 다른 NAS로 운영체제와 패키지까지 그대로 옮기는 작업과는 구분합니다.
04 / JOB DESIGN
최초 백업은 선택한 자료를 모두 전송하는 경우가 많고, 이후에는 지원되는 증분 방식으로 변경분을 전송합니다. 증분 백업은 이전 사본을 바탕으로 바뀐 부분을 추가하는 방식입니다.
예를 들어 4TB의 자료를 처음 옮기는 작업과 매일 추가되는 20GB를 보내는 작업은 필요한 시간이 다릅니다. 첫 백업이 끝나는 시점과 이후 정기 백업이 업무 시간 안에 완료되는지를 따로 계획합니다.
작은 파일 개수와 NAS 부하, 회선 속도에 따라 시간이 달라집니다. 숫자는 설명용 예시이며 실제 작업 시간은 대표 데이터로 측정합니다.
원본에서 삭제된 파일을 언제까지 되찾아야 하는지 정하고 버전 보관 정책에 반영합니다. 백업 암호화 키와 접속 계정, 대상 NAS의 위치도 함께 기록합니다.
백업 작업이 실패하면 누가 알림을 받고 재실행할지 정합니다. 원본 NAS를 사용할 수 없는 경우에 다른 기기에서 사본을 찾는 시험도 필요합니다.
05 / WORK SCENARIOS
다음은 실제 작업에서 검토할 수 있는 가정형 사례입니다. 현재 장비와 업무 조건에 따라 적용 범위와 완료 기준을 정하며, 실제 고객 실적이나 측정 결과를 뜻하지 않습니다.
WORK SCENARIO
파일 삭제와 업무 NAS 고장에 대비하려 합니다.
직원들은 첫 번째 NAS만 사용하고 두 번째 NAS를 백업 전용으로 준비했습니다.
복구할 공유폴더와 앱 데이터, 과거 버전의 보관 기간, 대상 NAS의 여유입니다.
원본에서 대상으로 백업 작업을 만들고 직원의 일상 계정이 사본을 수정하지 않도록 분리합니다. 최초 완료 후 이후 변경과 삭제가 어떻게 보관되는지 시험합니다.
원본과 다른 폴더로 파일을 복원하고, 원본 NAS 없이도 백업 도구와 계정으로 사본에 접근할 수 있는지 확인합니다.
06 / QUESTIONS AND ANSWERS
백업을 구성하거나 복원할 때 혼동하기 쉬운 내용을 설명합니다.
현재 파일의 복사본은 있을 수 있지만 과거 시점과 삭제 처리, 접근 권한이 별개로 보호되는지 봐야 합니다. 두 위치의 변경을 서로 반영하는 동기화는 백업과 목적이 다릅니다.
양쪽이 지원하는 연결 방식으로 파일 백업을 구성할 수 있는지 검토합니다. 앱 설정이나 전체 시스템, 권한까지 같은 방식으로 복구된다고 전제하지 않습니다.
전용 백업 묶음은 해당 도구로 관리해야 합니다. 내부 파일을 임의로 수정하거나 일부만 삭제하면 복원에 필요한 정보가 손상될 수 있습니다.
최초 전체 전송 이후 변경분을 처리하는 증분 방식이 일반적으로 사용됩니다. 실제 전송 방식과 다시 전체를 읽는 조건은 앱과 작업 설정에 따라 다릅니다.
장비 한 대의 고장에 대비하는 구성으로 사용할 수 있습니다. 장소 전체의 피해까지 대비하려면 원격지나 별도로 분리한 사본도 필요합니다.
NAS BACKUP CONTACT
사용 중인 NAS와 백업할 기기, 자료량과 필요한 복원 범위를 알려주세요. 지유넷은 업무에 맞는 백업 대상과 보관 방식을 정하고 실제 복원이 가능한지 확인합니다.