홈 NAS 백업 대상이 작업 중간에 공간이 부족해지면 일정을 중지하고 마지막 정상 복원 지점을 보존한 후 실패한 실행이 커밋된 백업, 재개 가능한 체크포인트, 또는 임시 데이터만 생성했는지 확인하세요. 공간 확보를 위해 임의로 전체 또는 증분 파일을 수동 삭제하지 마세요. 백업 도구의 보존 프로세스를 통해 용량을 확보하거나 대상을 확장한 후 해당 저장소의 동작에 따라 작업을 재개하거나 재시작하고 복원을 검증하세요.
반복 재시도를 중단하고 마지막 정상 백업을 보존하세요.
변경하기 전에 자동 재시도를 비활성화하세요. 반복 시도는 마지막 여유 블록을 소모하거나 임시 파일을 더 생성하고 로그를 순환시키거나 저장소가 이미 압박을 받는 동안 보존 정책을 작동시킬 수 있습니다. 정확한 오류, 작업 ID, 소스 세트, 대상 경로, 마지막 완료된 복원 지점의 시간을 기록하세요.
단지 크기가 크다는 이유로 가장 최근에 완료된 백업을 삭제하지 마세요. 순방향 증분 체인에서는 최신 복원 지점이 이전의 전체 백업과 모든 필요한 증분에 의존할 수 있습니다. 중복 제거된 저장소에서는 별개의 스냅샷이 청크를 공유할 수 있습니다. 저장소를 독립된 아카이브 폴더가 아닌 관리되는 구조로 취급하세요.
실제로 어느 저장 계층이 가득 찼는지 확인하세요.
백업 애플리케이션에 표시된 여유 공간 수치뿐만 아니라 대상의 파일 시스템을 확인하세요. 제한은 USB 디스크, NAS 데이터셋, 할당량, 스냅샷 예약 공간, 객체 저장소 할당, 아이노드 수, 임시 스테이징 디렉터리 또는 홈 서버의 시스템 파티션일 수 있습니다.
백업 저장소 케이스에서 대상에 테라바이트 단위의 여유 용량이 표시되었음에도 공간 부족 오류가 발생한 사례가 보고되었으며, 이는 표시된 주요 숫자가 제약된 계층을 식별하지 못할 수 있음을 보여줍니다. ZimaSpace의 실제 NAS 용량 소비자를 찾는 가이드는 공유 데이터와 스냅샷, 휴지통, 앱 데이터, 삭제된 열린 파일, 잘못된 마운트 지점을 구분하는 데 도움을 줍니다.
| 관찰 결과 | 가능한 한계 | 첫 번째 검사 |
|---|---|---|
| 파일시스템이 100% 사용됨 | 실제 데이터 블록 소진 | 마운트된 대상과 가장 큰 소비자 |
| 남은 공간은 있지만 쓰기 실패 | 할당량, 예약, 아이노드 또는 임시 경로 | 데이터셋 할당량, 아이노드 수, 임시 디렉터리 |
| USB 대상이 없지만 경로는 존재함 | 작업이 시스템 디스크에 기록됨 | UUID, 마운트 지점, 대상 표시기 |
| 백업 앱이 전체 저장소 표시 | 보존 또는 저장소 할당 | 만료된 지점, 변경 불가능 기간, 가지치기 상태 |
실패한 실행이 사용 가능한지 판단하기
백업 형식마다 데이터 커밋 방식이 다릅니다. 일부는 작업이 완료된 후에만 최종 스냅샷 기록을 씁니다. restic 논의에서는 최종 스냅샷 생성 전에 업로드된 데이터가 존재할 수 있다고 설명하므로, 중단된 실행은 일부 내용이 저장소에 도달했더라도 정상 복원 지점으로 나타나지 않을 수 있습니다.
다른 도구들은 체크포인트 아카이브를 생성합니다. Borg 복구 논의에서는 체크포인트가 유효하지만 불완전할 수 있다고 언급합니다. 이 동작이 모든 백업 프로그램에 적용된다고 가정하지 마세요. 저장소 자체의 목록, 검사 또는 검증 작업을 사용하고 완료된 데이터, 체크포인트, 부분적 데이터, 고아 데이터를 구분하세요.
백업 체인을 깨뜨리지 않고 남은 공간 확보
백업 애플리케이션의 보존, 잊기, 가지치기, 압축 또는 저장소 정리 명령을 사용하세요. 도구가 독립적으로 문서화하지 않는 한 파일 탐색기에서 개별 체인 파일을 삭제하지 마세요. 분할 저장소에 대한 논의는 필요한 전체 백업 없이는 증분 복원 지점이 유용하지 않다고 강조합니다.
대상이 완전히 가득 찬 경우, 정리 작업조차도 잠금, 메타데이터 또는 재작성된 팩을 위한 작업 공간이 필요할 수 있습니다. 더 안전한 방법은 임시로 용량을 추가하거나 관련 없는 비저장소 파일을 이동하거나 파일시스템을 확장하거나 더 큰 대상을 연결하는 것입니다. 백업 애플리케이션이 분할 저장 또는 저장소 마이그레이션을 지원하지 않는 한 선택한 저장소 파일만 다른 디스크로 이동하지 마세요.
백업 디스크 확장 전에 임시 및 시스템 경로를 확인합니다.
홈 NAS 작업은 /tmp 아래에 압축된 아카이브를 임시 저장하거나 시스템 SSD에 임시 컨테이너 내보내기를 생성하거나 마운트 해제된 대상 경로를 통해 쓸 수 있습니다. Proxmox 백업 실패는 백업 중 공간 부족 오류로 rsync 수신기가 중지된 사례를 보여줍니다. 더 큰 USB 디스크를 구매하기 전에 오류에 표시된 정확한 경로를 확인하세요. 전체 계층이 최종 대상이 아닌 로컬 임시 저장일 수 있습니다.
- 대상 파일시스템과 NAS 시스템 파일시스템을 별도로 확인합니다.
- 많은 작은 파일이 저장된 경우 inode 가용성을 확인합니다.
- 공유별, 사용자별, 데이터셋별, 컨테이너 저장소 할당량을 확인합니다.
- 스냅샷이나 휴지통이 삭제된 백업 데이터를 보유하고 있는지 확인합니다.
- 실패한 실행 중 대상이 예상 경로에 마운트되었는지 확인합니다.
재개할지 새 실행을 시작할지 결정합니다.
백업 애플리케이션이 이를 지원하고 저장소가 건강한 재개 가능한 상태를 보고할 때만 재개합니다. 중단된 복사 예시 중 하나는 대상 공간이 복원된 후 중단된 지점부터 작업을 계속할 수 있다고 명시합니다. 다른 도구는 미완료 트랜잭션을 롤백하고 새 실행이 필요합니다.
간단한 파일 복사 또는 rsync 작업의 경우, 다시 실행하면 누락되었거나 변경된 데이터만 전송할 수 있지만, 부분 대상은 자체적으로 날짜가 지정된 복원 지점이 아닙니다. 아카이브 또는 중복 제거 저장소의 경우, 임시 파일을 수동으로 복사하지 말고 내장된 재개, 잠금 해제, 복구 또는 백업 명령을 사용하세요.
다음 백업을 신뢰하기 전에 저장소 검사를 실행합니다.
- 마지막으로 완료된 복원 지점을 나열하고 해당 날짜를 확인합니다.
- 도구의 저장소 일관성 검사를 실행합니다.
- 실패한 부분 또는 체크포인트 상태가 이해되었는지 확인합니다.
- 공간이 확보된 후 새 백업을 하나 완료하세요.
- 대표 가족 파일과 자체 호스팅 앱 구성을 임시 디렉터리에 복원하세요.
- 건너뛴 객체, 보존 실패, 두 번째 공간 경고에 대한 로그를 확인하세요.
다음 작업이 정상으로 돌아왔다고 해서 문제를 해결된 것으로 간주하지 마세요. 마지막으로 깨끗한 복원 지점이 열려야 하며, 새 백업이 사용 가능한 복구 지점을 생성해야 합니다.
대상 저장소가 다시 가득 차는 것을 방지하세요
예상되는 다음 증분 크기와 정리 작업 공간보다 큰 사전 임계값을 설정하세요. 사용 비율과 절대 여유 용량 모두에 대해 경고를 설정하세요. 예상치 못한 소스 증가, 변경 데이터 크기, 보존 실패, 불변 복원 지점, 스냅샷, 휴지통 증가를 모니터링하세요.
회전식 USB 대상의 경우 연결할 때마다 용량을 확인하세요. 영구적으로 연결된 NAS 저장소는 비정상적으로 큰 백업 하나와 만료된 데이터를 제거하는 유지 관리 작업을 위한 충분한 여유 공간을 확보하세요. 정상적인 용량 증가가 임계값에 자주 도달하면 복원 요구 사항을 검토한 후에만 보존 기간을 단축하거나 더 큰 저장소로 이전하세요.
자주 묻는 질문
부분 백업에서 복원할 수 있나요?
백업 애플리케이션이 유효한 체크포인트 또는 복구 가능한 부분 아카이브로 식별하는 경우에만 가능합니다. 일부 파일이 복사된 디렉터리가 자동으로 일관된 복원 지점은 아닙니다. 도구를 통해 확인하고 격리된 경로에 복원해 보세요.
공간 확보를 위해 오래된 증분 파일을 삭제해도 되나요?
수동으로는 안 됩니다. 최신 복원 지점마다 필요할 수 있습니다. 의존성과 공유 청크를 이해하는 애플리케이션의 보존 또는 정리 프로세스를 사용하세요.
공간을 확보한 후 복구를 재개해야 하나요, 아니면 새 백업을 실행해야 하나요?
저장소에 기록된 상태를 따르세요. 도구가 명시적으로 복구 재개를 지원할 때만 재개하고, 그렇지 않으면 미완료 트랜잭션을 롤백하거나 정리한 후 새 실행을 시작하세요. 두 경우 모두 저장소 점검을 실행하고 복원 테스트를 수행하세요.
최종 요점
전체 홈 NAS 백업 대상 저장소에서 복구하는 것은 단순한 디스크 정리 작업이 아니라 저장소 보호 작업입니다. 재시도를 중단하고, 실제 전체 레이어를 식별하며, 완료된 복원 지점을 보존하고, 백업 도구를 통해 공간을 정리하며, 실패한 실행이 커밋되었는지, 체크포인트 되었는지, 또는 폐기 가능한지 판단하세요. 지원될 때만 복구를 재개하고, 저장소 상태와 실제 복원을 모두 확인한 후에 스케줄을 다시 활성화하세요.
지원 및 팁
더 읽어보기

Plex가 다른 Docker 컨테이너와 GPU를 공유할 수 있나요?
Plex와 다른 컨테이너가 동일한 GPU에 함께 액세스할 수 있는 경우가 많지만, 드라이버 지원, 디바이스 매핑, 비디오 엔진 부하, 메모리, 복구 동작을 테스트해야 합니다.

Plex 오류가 클라이언트에서 발생한 것인지 서버에서 발생한 것인지 확인하는 방법
다른 클라이언트에서 동일한 항목을 재현하고, 세션 경로를 비교한 다음, 범위 분석을 통해 장애가 실제로 발생한 위치를 확인한 후에만 서버 증거를 수집하세요.

Plex 캐시 및 트랜스코딩 임시 저장소 구성 방법
영구 Plex 상태는 보호하면서 트랜스코딩 임시 파일은 적합한 로컬 저장소에 배치한 다음, 정리 상태와 여유 공간 및 재시작 동작을 확인하세요.
