요약
공식 문서는 읽기·쓰기 SSD 캐시의 미반영 데이터와 안전한 제거 절차를 설명한다. 커뮤니티에는 캐시 장애와 메모리 불량을 의심할 만한 사례가 있지만, 이를 특정 원인의 발생률이나 DSM 전체의 결함으로 일반화할 수는 없다. 특히 일반 Btrfs의 qgroup 문제를 Synology quota v2의 데이터 손상 증거로 바꾸어 읽으면 안 된다. [1–9]
조사 방법과 수집 시점
2026년 11월에 수집한 Synology 공식 문서, Btrfs 문서, Reddit·SynoForum 사례를 비교했다. 공식 설명과 사용자 관찰을 구분하고, 사용자 글은 직접 인용 없이 요약했다. 일부 공식 문서는 원조사에서 공개 검색 색인에 나타난 본문을 활용했다. 이번 편집에서는 스크립트로 링크의 HTTP 응답만 확인했으며 장비 상태나 장애를 재현하지 않았다.
조사 결과
1. 사용량 분석과 quota 전체 비활성화는 다른 문제다
DSM 사양은 Btrfs 공유 폴더 quota를 설명하고, 별도 도움말은 볼륨의 서비스별 사용량 분석을 설명한다. 두 기능의 설명만으로 내부 quota v2와 upstream qgroups를 같은 구현이라고 판단할 수 없다. [1–2]
2026년 11월 원조사에서 확인한 공식 UI는 Storage Manager의 볼륨 설정에서 사용량 상세 분석을 해제하는 경로다. 해당 도움말은 VMM 사용량을 LUN 항목에 포함한다고 설명하지만, 사용량 분석 해제가 모든 quota accounting을 중단하거나 VMM 의존성을 제거한다는 근거는 아니다. [2]
Upstream Btrfs 문서는 qgroup accounting이 extent 처리 비용을 늘리고, 스냅샷 생성이나 서브볼륨 삭제 과정에서 큰 부하를 낼 수 있다고 설명한다. 그러나 이는 upstream 구현의 설명이다. DSM의 수정된 커널에서 quota v2 전체를 끄는 지원 절차나 효과를 입증하지 않는다. [3]
일반 Btrfs의 quota 활성화 후 멈춤 보고와 quota 해제 자체가 끝나지 않는다는 보고도 있다. 두 글은 조사상 DSM 7 quota v2의 데이터 손상 재현 사례로 확인되지 않았다. 따라서 quota 해제를 보편적인 안전 복구책으로 제시할 수 없다. [4–5]
2. 읽기·쓰기 캐시는 아직 디스크에 쓰지 않은 데이터를 담을 수 있다
Synology는 읽기·쓰기 캐시가 미반영 쓰기를 보유할 수 있으며, DSM에서 캐시를 제거하기 전에 SSD를 물리적으로 빼면 볼륨 장애가 발생할 수 있다고 설명한다. 정상 상태의 제거는 DSM에서 Remove를 실행하고 완료를 확인한 뒤 진행하는 절차다. 이 설명은 이미 손상된 볼륨을 복구하는 지침이 아니다. [6]
SSD 선정에서는 내구성, 지속 성능, 전원 손실 보호를 검토해야 한다. 캐시가 저하된 경우의 공식 보호 동작은 새 캐싱을 멈추고 기존 데이터를 HDD에 동기화하는 것이다. 동기화 완료를 확인하지 않은 상태까지 무손실을 보장하는 설명은 아니다. [7–8]
DS1821+의 캐시 장애 알림 이후 응답 불능과 Btrfs 손상을 보고한 Reddit 사례가 있다. 다만 캐시와 메모리 중 원인을 분리한 실험은 제시되지 않았다. 구성의 일부가 비슷하다는 이유만으로 다른 장비에도 같은 원인이 적용된다고 볼 수 없다. [9]
3. 메모리 교체 사례는 조사 단서이지 제품군 전체의 판정이 아니다
SynoForum에는 DS1821+에서 추가 메모리 검사에 실패하고 기존 모듈은 통과했으며, 불량 모듈 교체 후 검사에 통과했다는 후속 보고가 있다. 같은 글의 다른 장비 사례와도 구분해야 한다. 한 모듈의 고장을 특정 제조사 전체나 비정품 메모리 전체의 필연적 손상으로 확대할 수는 없다. [10]
Synology 하드웨어 안내의 메모리 지원 조건도 장애 원인 판정과 별개다. 지원 범위를 명확히 하는 선택과 기존 손상의 원인을 입증하는 일은 다르다. [11]
4. 증거의 종류에 따라 결론을 제한해야 한다
| 자료 | 뒷받침하는 판단 | 뒷받침하지 못하는 판단 |
|---|---|---|
| DSM 공식 문서 | 사용량 분석·캐시의 기능과 지원 절차 [1–2, 6–8] | 특정 장비에서 실제로 일어난 장애 원인 |
| Upstream Btrfs 문서 | 일반 qgroup accounting의 비용과 제약 [3] | DSM quota v2와의 완전한 구현 일치 |
| 캐시 장애 경험담 | 추가 조사할 장애 경로의 존재 [9] | 캐시나 RAM 중 어느 쪽이 최초 원인인지 |
| 메모리 교체 후 호전 사례 | 모듈별 검사와 비교의 가치 [10] | 특정 브랜드나 모든 비정품 모듈의 고장률 |
한계
커뮤니티 글은 자발적 보고이며 대표 표본이나 통제 실험이 아니다. 일부 글은 정확한 DSM 버전과 게시일이 확인되지 않았다. 원조사의 검색 색인 열람과 이번 HTTP 상태 확인은 본문 전체를 새로 검증한 것과 다르다. 개인 장비의 구성·오류 날짜·용량·복구 결과는 제외했다. 이 자료만으로 quota v2를 원인으로 확정하거나, 캐시 강제 제거와 스냅샷 삭제를 권할 수 없다.
참고 문헌
- Synology DSM 7.2 사양: https://www.synology.com/en-uk/dsm/7.2/software_spec/dsm
- Synology 볼륨 사용량 안내: https://kb.synology.com/index.php/en-us/DSM/help/DSM/StorageManager/volume_view_usage?version=7
- Btrfs quota 문서: https://btrfs.readthedocs.io/en/stable/btrfs-quota.html
- Reddit, quota 활성화 후 멈춤 보고: https://www.reddit.com/r/btrfs/comments/zv0rel/
- Reddit, qgroup·quota 해제 관련 보고: https://www.reddit.com/r/btrfs/comments/1cjqexo/
- Synology SSD 캐시 생성·제거: https://kb.synology.com/en-af/DSM/help/DSM/StorageManager/ssd_cache_create?version=7
- Synology SSD 캐시 선정 시 고려 사항: https://kb.synology.com/en-ca/DSM/tutorial/What_are_Some_Considerations_for_Creating_SSD_Cache
- Synology 읽기·쓰기 캐시 저하 대응: https://kb.synology.com/en-us/DSM/tutorial/What_should_i_do_when_a_read_write_SSD_cache_degrades
- Reddit, DS1821+ 볼륨 장애 보고: https://www.reddit.com/r/synology/comments/1nujpkc/ds1821_volume_crashed_urgent_help/
- SynoForum, DS1821+ 메모리 검사 실패와 교체 후속 보고: https://www.synoforum.com/threads/new-ds1821-memtest-failed.6717/
- Synology DS1821+ 하드웨어 설치 안내: https://global.download.synology.com/download/Document/Hardware/HIG/DiskStation/21-year/DS1821%2B/enu/Syno_HIG_DS1821%2B_enu.pdf