홈 NAS 백업이 숨김 파일과 앱 메타데이터를 제외하는 이유는 무엇인가요?

백업은 일반적으로 경로를 제외하는 방식이지, 숨겨진 데이터를 무작위로 잃는 경우는 아닙니다.

가정용 NAS에서는 숨겨진 파일과 앱 메타데이터가 자주 누락되는데, 이는 작업이 보이는 공유 폴더만 선택했거나, 무시 규칙이 경로와 일치했거나, 백업 계정에 접근 권한이 없었거나, 데이터가 컨테이너 볼륨, 데이터베이스, 심볼릭 링크 또는 선택한 트리 외부에 마운트된 파일시스템에 존재했기 때문입니다. 복구는 누락된 복구 단위를 찾아내고 가장 가능성 있는 원인을 테스트하는 것부터 시작합니다.

누락된 결과를 첫 번째 테스트에 매핑하기

복구 결과부터 시작하고 완료 상태(녹색 표시)는 나중에 확인하세요. 서로 다른 누락 패턴은 백업 작업의 서로 다른 계층을 가리킵니다.

모든 점(dot) 파일이 없으면 숨겨진 파일 및 패턴 필터를 점검하고, 한 앱이 설정 없이 복원되면 해당 데이터베이스, 비밀 정보, 볼륨을 매핑하며, 보호된 폴더 하나만 없으면 예약된 백업 계정의 접근 권한을 테스트하세요. 이러한 관찰은 실제 작업 규칙을 변경하기 전에 원인을 좁히는 데 도움이 됩니다.

누락된 경로, 예상 항목 수, 실제 복원 위치, 첫 번째 실패한 테스트를 기록하세요. 이 증거는 수정된 실행의 비교 기준이 됩니다.

아래 표는 눈에 보이는 증상을 낮은 위험의 첫 번째 조치로 전환합니다.

한 번에 한 행씩 사용하세요. 필터, 권한, 마운트를 동시에 변경하면 다음 성공 원인을 파악하기 어려워집니다.

소스 범위와 무시 규칙을 하나의 결정으로 점검하기

작업은 선택한 루트 외부의 데이터를 보호할 수 없습니다. NAS 인터페이스가 여러 데이터셋을 하나의 공유 폴더 아래에 시각적으로 중첩해 보여도 마찬가지입니다. 따라서 소스 범위와 무시 패턴은 함께 검토해야 합니다.

Duplicity 사용자는 숨겨진 경로 제외 패턴으로 점(dot)으로 시작하는 경로를 제외할 수 있습니다. 유사한 규칙이 NAS 템플릿, 명령줄, 환경 변수, 마커 파일 또는 폴더별 구성에 있을 수 있습니다.

작업 설정을 내보내고 선택한 각 루트를 누락된 항목의 실제 경로와 비교하세요. 의심되는 패턴을 작은 스테이징 트리에서 테스트하고 복구에 중요한 콘텐츠만 제외하는 규칙을 좁히세요.

보이는 공유 폴더 외부의 앱 상태 찾기

셀프 호스팅 앱은 종종 사용자 파일과 애플리케이션 상태를 분리합니다. 사진 폴더는 원본을 보관하지만 데이터베이스, 썸네일, 얼굴 데이터, 비밀 정보, 구성은 다른 위치에 존재할 수 있습니다.

컨테이너 배포는 지속적인 Docker 볼륨과 바인드 마운트를 사용해 이미지와 독립적으로 상태를 저장합니다. 따라서 미디어 공유 폴더만 백업하면 보이는 파일은 보존되지만 앱 재구성에 필요한 상태는 누락될 수 있습니다.

복구 단위를 완전히 목록화하세요: Compose 파일, 환경 변수, 비밀 정보, 명명된 볼륨, 바인드 마운트, 데이터베이스 덤프, 애플리케이션 구성, 사용자 데이터 경로. 하나의 공유 폴더에 모든 것이 있다고 가정하지 말고 실제 소스나 애플리케이션 인지 내보내기를 추가하세요.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

백업 계정 권한과 탐색 테스트

관리자는 경로를 탐색할 수 있지만 예약된 백업 계정은 읽을 수 없을 수 있습니다. 마운트된 하위 트리나 심볼릭 링크도 로컬로 보이지만 백업 도구가 이를 건너뛰거나 따라가지 않을 수 있습니다.

백업 지원 사례에서 누락된 NAS 데이터가 백업 계정 접근 권한 문제로 추적된 적이 있습니다. 정확한 서비스 계정으로 비파괴적 목록을 실행하고 ACL 변경 전에 거부된 모든 디렉터리를 기록하세요.

그런 다음 마운트 지점, 장치 ID, 심볼릭 링크 대상, 암호화된 폴더 상태, 컨테이너 UID 매핑을 비교하세요. 대상이 다른 위치에 있으면 실제 경로를 소스로 추가하고 도구가 링크를 저장하는지, 따라가는지, 파일시스템 경계에서 멈추는지 문서화하세요. 실제 사례의 심볼릭 링크 처리는 이러한 동작을 가정할 수 없는 이유를 보여줍니다.

복구에 중요한 메타데이터와 일회성 숨김 데이터 구분하기

모든 숨김 디렉터리를 포함하면 스캔 시간과 저장소 크기가 증가하지만 복구가 개선되지는 않습니다. 올바른 결정은 항목이 사용자 데이터나 애플리케이션 상태를 재현하는 데 필요한지 여부입니다.

키, 구성, 데이터베이스, 매니페스트, 비밀 정보, 평가, 앨범, 대체 불가능한 사이드카는 보통 복구에 중요합니다. 썸네일 캐시, 런타임 소켓, 임시 업로드, 잠금 파일, 쉽게 재생성 가능한 인덱스는 일회성이거나 우선순위가 낮을 수 있습니다.

백업 계획에 분류를 문서화하세요. 의도적인 제외는 재구성 방법과 허용 가능한 복구 지연 시간을 명시해야 하며, 문서화된 재구성 경로가 없는 항목은 분리 복원이 증명될 때까지 보호 상태를 유지해야 합니다.

수정된 백업이 전체 복구 단위를 포함하는지 증명하기

확인된 원인만 변경한 후 새 백업을 실행하고 소스와 백업 목록을 비교하세요. 항목 수나 복원된 애플리케이션 상태가 예상보다 적으면 두 번째 녹색 상태도 불충분합니다.

기존 가이드를 사용해 조용한 백업 경고 신호를 확인하세요. 실행 시간, 바이트 수, 제외, 건너뛴 객체, 복원 동작이 기준선과 다를 때 참고합니다.

숨겨진 파일이나 애플리케이션 상태를 분리된 폴더나 테스트 컨테이너에 복원하고 예상 사용자 경로로 열어보세요. 실행 중인 데이터베이스의 안전하지 않은 라이브 복사본만 캡처된 경우 방법을 중단하고 재설계하세요.