DSM 7.4 기준 / 2026-09 확인
시놀로지 나스에서 “체크섬 불일치” 알림이 뜨면 저장된 데이터가 손상되었을 가능성이 있다는 뜻입니다. Btrfs 파일 시스템이 데이터를 읽을 때 저장 당시 기록한 체크섬과 현재 데이터를 비교해서, 값이 다르면 이 알림을 보냅니다. 이 글에서는 시놀로지 나스 체크섬 불일치가 왜 발생하는지, 어떻게 복구하고 예방하는지 정리합니다.
체크섬 불일치란 무엇인가요?
Btrfs 파일 시스템은 데이터를 저장할 때 해당 데이터의 체크섬(checksum)을 함께 기록합니다. 나중에 데이터를 읽을 때 체크섬을 다시 계산해서 저장 당시 값과 비교하고, 값이 다르면 “데이터가 변조되었거나 손상되었다”고 판단합니다.
중요한 점은 데이터를 쓸 때는 검증하지 않는다는 것입니다. 쓰기 후 다시 읽어서 비교하면 성능이 크게 떨어지기 때문에, 쓰기 작업 자체는 성공한 것으로 간주합니다. 손상 여부는 나중에 스크럽(데이터 무결성 검사)이나 파일을 읽을 때 비로소 확인됩니다.
체크섬 불일치가 발생하는 원인
원인은 크게 디스크 문제와 메모리 문제로 나뉩니다. 실무에서는 디스크 쪽 원인이 대부분입니다.
디스크 문제 (가장 흔한 원인)
디스크의 쓰기 정확도가 떨어진 상태에서 데이터가 기록되면, 저장 자체가 잘못됩니다. 쓰기 후에 검증을 하지 않기 때문에 이 시점에서는 문제를 알 수 없고, 이후 스크럽이나 읽기 작업에서 체크섬 불일치로 발견됩니다.
- 디스크 노후화 — 24시간 사용 기준으로 약 5년이 지나면 쓰기 정확도가 떨어지기 시작합니다
- 미디어 에러 — 디스크 표면의 물리적 결함으로 특정 섹터에 정확한 쓰기가 안 되는 경우입니다. S.M.A.R.T. 로그에서 Reallocated Sector Count, Current Pending Sector 등으로 확인할 수 있습니다
- 비정상 종료 — 정전이나 강제 종료로 쓰기 중인 데이터가 불완전하게 기록된 경우입니다
메모리 문제 (가능성은 낮지만 완전히 배제할 수 없음)
시놀로지 공식 문서에서는 결함 있는 메모리 모듈이나 비호환 메모리를 원인으로 언급합니다. 메모리에서 비트가 뒤집히면(bit flip) 정상 데이터가 변조된 상태로 디스크에 기록될 수 있습니다.
다만 메모리 종류에 따라 상황이 다릅니다.
| 메모리 종류 | 1비트 에러 | 2비트 에러 | 3비트+ 에러 |
|---|---|---|---|
| Non-ECC | 감지 불가 (조용히 통과) | 감지 불가 | 감지 불가 |
| ECC (SECDED) | 자동 교정 | 감지 → 시스템 중단 | 감지 불가 (극히 드묾) |
Non-ECC 메모리는 에러를 감지하는 기능 자체가 없습니다. 1비트가 뒤집혀도 시스템은 정상인 줄 알고 그대로 디스크에 기록합니다. 반면 ECC 메모리는 1비트 에러를 자동으로 교정하고, 2비트 에러는 감지해서 시스템을 중단시킵니다. NAS에 ECC 메모리를 권장하는 이유가 바로 이 때문입니다.
실무적으로 메모리 비트 에러가 디스크까지 영향을 주는 경우는 드물지만, Non-ECC 환경에서는 에러가 발생해도 감지 자체가 안 되므로 “가능성이 낮다”보다는 “원인 특정이 어렵다”가 더 정확한 표현입니다.
체크섬 불일치가 발견되면 어떻게 해야 하나요?
1단계 — 즉시 스크럽 실행
스크럽(데이터 스크러빙)은 RAID 구성에서 손상된 데이터를 정상 디스크의 데이터로 복구하는 작업입니다. 체크섬 불일치 알림을 받으면 가장 먼저 스크럽을 실행하세요.
| 단계 | 수행 위치 | 작업 |
|---|---|---|
| 1 | DSM | 저장소 관리자 실행 |
| 2 | 저장소 관리자 | 저장소 선택 |
| 3 | 저장소 | 데이터 스크럽 예 → 지금 실행 클릭 |
스크럽은 RAID 1, RAID 5, RAID 6, SHR처럼 중복 데이터가 있는 RAID 구성에서만 복구가 가능합니다. RAID 0이나 Basic(단일 디스크)에서는 손상을 감지할 수는 있지만 복구할 데이터가 없으므로, 백업에서 복원해야 합니다.
| RAID 유형 | 스크럽으로 자동 복구 | 비고 |
|---|---|---|
| SHR / SHR-2 | ✅ | 가장 많이 사용되는 구성 |
| RAID 1 | ✅ | 미러링, 디스크 2개 |
| RAID 5 | ✅ | 패리티 1개, 디스크 1개 장애 허용 |
| RAID 6 | ✅ | 패리티 2개, 디스크 2개 장애 허용 |
| RAID 0 | ❌ | 중복 없음, 백업에서 복원 필요 |
| Basic (단일) | ❌ | 중복 없음, 백업에서 복원 필요 |
2단계 — S.M.A.R.T. 및 디스크 상태 확인
스크럽과 함께 디스크의 건강 상태를 확인해야 합니다.
- 저장소 관리자 → HDD/SSD에서 각 디스크의 S.M.A.R.T. 상태 확인
- 주의해야 할 S.M.A.R.T. 항목: Reallocated Sector Count(재할당된 섹터), Current Pending Sector(보류 중인 섹터), Uncorrectable Sector Count(복구 불가 섹터)
- 이 수치가 증가 추세라면 디스크 교체를 고려해야 합니다
3단계 — 메모리 테스트 실행
디스크에 문제가 없는데도 체크섬 불일치가 반복된다면 메모리를 점검합니다.
- 시놀로지 지원 센터 또는 DSM 내 메모리 테스트 기능 사용
- Synology 정품이 아닌 메모리 모듈을 사용 중이라면 제거 후 테스트
- Non-ECC 메모리 환경에서는 테스트로도 간헐적 비트 에러를 잡기 어려울 수 있습니다
4단계 — 백업에서 복원 (스크럽으로 복구 불가 시)
스크럽으로 복구되지 않은 파일이 있다면, 백업에서 복원해야 합니다. 이때 주의할 점은 손상된 데이터가 이미 백업에도 동기화되었을 수 있다는 것입니다. 실시간 동기화 백업(Synology Drive Sync 등)은 손상된 파일을 그대로 복제할 수 있으므로, 스냅샷이나 버전 관리가 있는 백업에서 손상 이전 시점의 데이터를 찾아야 합니다.
체크섬 불일치를 예방하는 방법
1. 스크럽 스케줄 설정 (가장 중요)
스크럽은 문제가 생긴 후에 한 번 돌리는 것이 아니라, 주기적으로 실행해야 합니다. 데이터 쓰기 후 검증을 하지 않기 때문에, 스크럽이 유일한 사전 감지 수단입니다.
- 저장소 관리자 → 저장소 → 데이터 스크럽 예에서 데이터 스크러빙 스케줄링을 활성화합니다
- 권장 주기: 월 1회 (데이터 변경이 잦은 환경에서는 상황에 맞게 설정). 스크럽을 포함한 자동 점검 설정은 시놀로지 나스 자동 점검 설정 글에서 자세히 다루고 있습니다
- 스크럽은 디스크 부하가 크므로 사용량이 적은 야간이나 주말에 실행하세요
2. 디스크 5년 주기 교체 검토
24시간 상시 가동 환경에서 디스크를 약 5년 이상 사용하면 쓰기 정확도가 떨어지기 시작합니다. 가치가 높은 데이터를 보관하는 NAS라면 5년 주기로 디스크를 하나씩 순차 교체하는 것을 권장합니다. RAID 구성에서는 한 번에 1개씩 교체하면 리빌드를 통해 데이터를 유지할 수 있습니다.
3. 오프사이트 백업 필수
RAID는 디스크 장애에 대한 가용성을 높여주지만, 데이터 손상 자체를 막아주지는 않습니다. 손상된 데이터가 동기화 백업에 그대로 복제되는 경우도 있으므로, 스냅샷 기반 백업이나 별도 위치(외부 NAS, 클라우드)에 오프사이트 백업을 반드시 유지하세요.
- Hyper Backup — 버전 관리 지원, 외부 디스크·클라우드·원격 NAS로 백업
- Snapshot Replication — 볼륨/공유 폴더 단위 스냅샷, 시점 복원 가능
4. ECC 메모리 사용 권장
Non-ECC 메모리는 비트 에러를 감지하는 기능 자체가 없어서, 메모리에서 데이터가 변조되어도 시스템은 정상인 줄 알고 디스크에 그대로 기록합니다. ECC 메모리를 지원하는 모델(DS1621+, DS1823xs+ 등)이라면 ECC 메모리를 사용하는 것이 좋습니다. ECC와 Non-ECC의 차이가 궁금하시면 시놀로지 나스 ECC 메모리 비교 글을 참고하세요.
체크리스트
| 점검 항목 | 확인 경로 | 권장 설정 |
|---|---|---|
| 스크럽 스케줄 | 저장소 관리자 → 저장소 → 데이터 스크럽 예 | 월 1회 자동 실행 |
| S.M.A.R.T. 상태 | 저장소 관리자 → HDD/SSD | 재할당 섹터·보류 섹터 0 유지 |
| 메모리 종류 | 제어판 → 정보 센터 | ECC 메모리 권장 |
| 백업 | Hyper Backup / Snapshot Replication | 오프사이트 + 스냅샷 병행 |
| 디스크 사용 연수 | 저장소 관리자 → HDD/SSD → 정보 | 5년 이상 시 순차 교체 검토 |
마무리
시놀로지 나스 체크섬 불일치는 대부분 디스크 노후화나 쓰기 오류가 원인입니다. Btrfs는 데이터를 쓸 때는 검증하지 않고, 읽거나 스크럽할 때 비로소 손상을 발견합니다. 그래서 주기적인 스크럽 실행이 가장 중요한 예방 수단입니다. 스크럽 스케줄 설정과 함께 오프사이트 백업도 반드시 구성해 두세요.
디스크 상태 점검 방법이 궁금하시면 시놀로지 나스 배드섹터 확인 방법 글을, 스냅샷 기반 백업 설정은 시놀로지 나스 스냅샷 복제 글을 참고하세요. NAS 데이터 보호 구성에 도움이 필요하시면 상담 문의 페이지에서 편하게 연락 주세요.