파일은 늘어나는데 정리는 안 되고, 백업은 늘 불안했다
NAS를 쓰기 전에는 파일이 여기저기 흩어져 있었다. 노트북 바탕화면, 외장 SSD, 클라우드 폴더가 따로 놀다 보니 “최종본이 어디 있지”를 찾는 시간이 먼저 들었다. 작업 자체보다 정리와 확인에 쓰는 시간이 커지면서 피로가 쌓였다.
구조를 바꾼 뒤 가장 먼저 체감한 건 속도였다. 저장 위치를 고민하는 시간이 줄고, 공유할 파일과 보관할 파일이 분리되면서 실수가 확 줄었다. 핵심은 기능을 많이 켜는 게 아니라 반복 동선을 고정하는 것이었다.
1) 폴더 체계를 먼저 고정했다
처음에는 폴더 이름도 제각각이었다. 지금은 최상위 폴더를 세 개로만 시작했다: 작업중 / 완료본 / 보관. 프로젝트별 하위 폴더는 같은 규칙으로 만들고, 완료된 파일은 매주 금요일에 완료본으로 이동했다.
이 단순한 규칙 하나로 “어디에 넣을지” 고민이 거의 사라졌다. 정리는 한 번에 많이 하는 것보다 짧고 자주 하는 편이 훨씬 안정적이었다.
2) 공유 방식은 링크보다 권한 중심으로 바꿨다
예전에는 급하면 링크를 열어 공유했다. 빠르긴 했지만 범위를 넓게 열어둘수록 나중에 관리가 어렵고, 만료 확인도 자주 놓쳤다. 지금은 공용 폴더를 따로 두고 계정 권한으로 접근 범위를 제한한다.
외부 전달이 필요할 때만 기간 제한 링크를 쓰고, 내부 사용은 계정 기반 공유를 기본으로 두니까 사고 가능성이 줄었다. 전달 속도도 중요하지만, 실제로는 누가 어디까지 볼 수 있는지가 운영 품질을 결정했다.
3) 백업은 ‘존재’보다 ‘복원’에 맞췄다
백업 작업이 돌고 있다는 알림만 보고 안심하던 시기가 있었다. 그런데 복원 테스트를 해보니 경로 충돌이나 권한 문제로 바로 복구되지 않는 경우가 있었다. 그 뒤로는 주기 백업 + 월 1회 복원 테스트를 루틴으로 고정했다.
백업 파일이 있다는 사실보다 실제로 열리고 복구되는지가 더 중요했다. 이 기준으로 바꾸고 나서부터는 장애 상황에서도 대응 속도가 확실히 빨라졌다.
4) 자동화는 작게 시작했다
처음부터 모든 폴더를 자동 정리하려고 하면 실패하기 쉽다. 나는 다운로드 폴더 하나만 먼저 자동 이동 규칙을 걸고, 2주 정도 안정화 확인 후 다른 폴더로 확장했다.
NAS 운영에서 체감 효율은 큰 기술보다 작은 루틴에서 나온다. 규칙을 작게 만들고, 실제로 계속 지킬 수 있어야 성과가 남는다.
5) 지금 시작한다면 이렇게 하겠다
입문자라면 오늘 바로 이 세 가지만 먼저 해도 충분하다.
첫째, 최상위 폴더를 작업중/완료본/보관으로 고정한다. 둘째, 공유용 폴더를 분리해 권한으로 운영한다. 셋째, 주 1회 백업과 월 1회 복원 점검 캘린더를 만든다.
이 세 가지가 자리 잡으면 나머지는 그 위에 얹어도 늦지 않다. 결국 NAS를 잘 쓴다는 건 거창한 기술이 아니라, 처음에 정한 기준을 흔들지 않고 계속 유지하는 습관에서 나온다.
다음 글에서는 폴더 구조를 유지한 채로 Docker 서비스까지 안정적으로 붙이는 순서를 실제 설정 기준으로 이어서 정리해보겠다.
함께 보면 좋은 글