RAID는 ‘계속 켜 두기’에 가깝다
RAID는 여러 디스크에 데이터를 나누거나 복제하고 패리티를 저장합니다. IBM의 RAID 요약처럼 RAID 5는 패리티로 한 개 디스크 장애를, RAID 6는 두 개 장애를 견디도록 설계됩니다. 고장 난 디스크를 교체하는 동안 서비스를 유지하고 데이터를 재구성하는 것이 핵심입니다.
하지만 사용자가 폴더를 삭제하거나 동기화 프로그램이 잘못된 파일을 덮어쓰면 그 변경도 RAID 전체에 정상적으로 기록됩니다. 랜섬웨어가 접근 가능한 볼륨을 암호화하거나 장비가 침수·도난되는 상황도 디스크 중복만으로 해결하기 어렵습니다.
백업은 실패 원인을 분리한다
유효한 백업은 원본과 다른 실패 경로를 가져야 합니다. 같은 NAS 안의 다른 폴더는 장비 고장과 관리자 계정을 공유합니다. 항상 연결된 USB 디스크도 랜섬웨어나 전원 사고를 함께 겪을 수 있습니다.
현실적인 구성은 NAS 스냅샷으로 빠른 되돌리기를 준비하고, 별도 USB 또는 다른 장비에 정기 사본을 만들며, 중요한 데이터는 다른 장소나 클라우드에도 보관하는 방식입니다. 모든 데이터를 같은 기간 보존할 필요는 없습니다. 다시 받을 수 없는 사진·문서부터 우선순위를 정하면 비용을 줄일 수 있습니다.
복원 시험까지가 백업이다
백업 프로그램의 성공 표시만으로는 충분하지 않습니다. 암호화 키, 계정 권한, 파일 손상 때문에 실제 복원이 실패할 수 있습니다. 작은 표본 파일을 정기적으로 다른 위치에 복원하고 열어보는 절차가 필요합니다.
RAID 계산에서는 장애 허용 수와 사용 가능 용량을 보고, 백업 계획에서는 사본 수, 분리 위치, 보존 기간, 복원 시험일을 봐야 합니다. 두 표를 따로 관리하면 ‘RAID가 있으니 백업됐다’는 오해를 피할 수 있습니다.
PRIMARY SOURCES
검토에 사용한 자료
원문이 바뀌거나 장비별 조건이 다른 경우 제조사 최신 문서를 우선합니다. 아래 링크는 계산 근거를 독자가 직접 확인할 수 있도록 제공합니다.