NAS에 수년간 보관한 사진을 새로운 폴더 구조로 옮기거나 전체 아카이브를 다른 애플리케이션에 복사하지 않고도 더 쉽게 검색할 수 있습니다. 핵심은 기존 디렉터리를 인덱싱하고 메타데이터를 읽으며, 이미 보유한 파일을 기반으로 검색 가능한 인터페이스를 구축하는 사진 관리자를 선택하는 것입니다.
이 가이드에서는 세 가지 방식을 다룹니다. 기본 제공 폴더 인덱싱을 위한 ZimaOS Photos, 외부 라이브러리를 위한 Immich, 기존 원본을 인덱싱하기 위한 PhotoPrism입니다. 각각 설정 과정은 다르지만 목표는 동일합니다. 원본 파일을 그대로 보존하면서 날짜, 위치, 메타데이터 및 지원되는 경우 이미지 콘텐츠를 기준으로 더 쉽게 탐색할 수 있도록 하는 것입니다.
기존 NAS 폴더 인덱싱은 어떻게 작동하나요?
NAS 폴더가 계속 저장 위치로 사용됩니다. 사진 애플리케이션은 선택한 디렉터리를 스캔하고, 사진을 타임라인, 지도, 갤러리 또는 검색 결과에 표시하는 데 도움이 되는 인덱스를 생성합니다.
| 구성 요소 | 용도 | 알아둘 점 |
|---|---|---|
| 원본 파일 | 사진 및 동영상 저장 | 인덱스 인 플레이스 워크플로를 사용하면 기존 폴더에 그대로 유지됨 |
| 메타데이터 인덱스 | 날짜, 위치, 카메라 정보 및 기타 속성별로 사진 구성 | 파일에 다시 기록되지 않고 애플리케이션 데이터베이스에 저장될 수 있음 |
| 썸네일 및 미리보기 | 대규모 라이브러리를 더 빠르게 탐색 | 원본을 복사하지 않는 경우에도 추가 저장 공간 필요 |
| AI 인덱싱 | 시맨틱 검색 또는 장면 인식과 같은 기능 지원 | 사용 가능 여부와 하드웨어 요구 사항은 애플리케이션에 따라 다릅니다. |
이 방식은 일반 폴더의 휴대성과 더욱 풍부한 탐색 환경을 결합합니다. 장단점에 대한 자세한 설명은 사진 라이브러리와 NAS 폴더 비교를 참조하세요.
시작하기 전에: 기존 아카이브 보호하기
1. 원본 폴더 식별하기
실제 사진 및 동영상 컬렉션이 포함된 디렉터리를 선택하세요. 예를 들어 휴대폰 백업, 카메라 원본, 가족 사진, 스캔한 인화 사진을 위한 폴더를 각각 사용할 수 있습니다.
모든 시스템이 파일을 같은 위치에 저장한다고 가정하지 말고 NAS의 실제 경로를 사용하세요. 애플리케이션 데이터베이스, 썸네일 캐시, 임시 내보내기 파일 또는 관련 없는 디렉터리는 인덱싱하지 마세요.
2. 원본 백업하기
인덱싱은 백업이 아닙니다. 중요한 아카이브를 새 애플리케이션에 연결하기 전에 원본 파일의 독립적인 사본이 있는지 확인하세요. 읽기 전용 액세스를 사용하면 애플리케이션을 통한 변경 위험을 줄일 수 있지만, 드라이브 고장이나 다른 프로세스에 의한 삭제를 방지할 수는 없습니다.
3. 읽기 전용 액세스만으로 충분한지 결정하기
탐색과 검색만 필요하다면 읽기 전용 액세스가 합리적인 시작점입니다. 일부 애플리케이션은 앨범, 설명 또는 기타 변경 사항을 자체 데이터베이스에 저장하고, 다른 애플리케이션은 권한이 허용되면 사이드카 파일이나 쓰기 작업을 지원할 수 있습니다.
권한 모델을 선택하기 전에 애플리케이션의 메타데이터 처리 방식을 확인하세요. 원본을 변경하지 않으려면 사진 애플리케이션에서 변경한 내용이 별도로 저장될 수 있습니다.
4. 인덱싱을 위한 공간 확보
원본은 기존 위치에 그대로 둘 수 있지만, 썸네일, 데이터베이스, 캐시 및 AI 관련 데이터에도 저장 공간이 필요할 수 있습니다. 대규모 RAW 및 동영상 컬렉션은 스캔하는 데 상당한 시간이 걸릴 수 있습니다.
인덱싱 방법 선택
| 방법 | 적합한 대상 | 주요 요구 사항 |
|---|---|---|
| ZimaOS Photos | ZimaOS를 실행하는 사용자 | 기존 폴더를 사진 소스로 추가하세요. |
| Immich 외부 라이브러리 | Immich의 셀프 호스팅 사진 인터페이스를 원하는 사용자 | 소스 디렉터리를 Immich 컨테이너에 마운트하고 스캔하세요. |
| PhotoPrism 원본 인덱싱 | 메타데이터 중심의 사진 카탈로그를 원하는 사용자 | 원본 디렉터리를 구성하고 인덱싱을 실행하세요. |
방법 1: ZimaOS Photos로 기존 폴더 인덱싱
ZimaOS Photos는 서버에 이미 저장된 폴더에서 통합 사진 라이브러리를 구축하도록 설계되었습니다. 선택한 소스를 원본 파일을 이동하거나 복사하지 않고 인덱싱한 다음 사진 월, 타임라인, 지도 및 컬렉션과 같은 보기에서 컬렉션을 사용할 수 있도록 합니다.
별도의 사진 관리 스택을 설정하지 않고 검색 가능한 사진 라이브러리를 원한다면, 서버에서 ZimaOS를 실행할 때 이 방법이 가장 직접적인 경로입니다.
설정 단계
- ZimaOS 기기에서 Photos를 여세요.
- 왼쪽 상단 모서리에 있는 설정 버튼을 클릭하세요.
- 인덱싱하려는 기존 폴더를 소스로 추가하세요.
- ZimaOS에서 폴더를 스캔하고 라이브러리를 생성하도록 하세요.
- 이미 알고 있는 몇 개의 파일을 기준으로 타임라인, 메타데이터 및 검색 결과를 확인하세요.
Photos는 ZimaOS 1.8부터 사용할 수 있습니다. 현재 문서에는 일반적인 형식, 다양한 카메라 RAW 형식 및 동영상 메타데이터 지원이 명시되어 있습니다. 형식이나 포함된 미리 보기 이미지에 따라 일부 파일은 썸네일 생성이 지원되지 않더라도 인덱싱될 수 있습니다.
인덱싱 후에도 원본은 기존 NAS 폴더에 그대로 남아 있습니다. Photos는 시각적 인터페이스와 로컬 AI 검색을 제공하며, 파일 시스템은 일반적인 파일 액세스와 별도의 백업에 계속 사용할 수 있습니다.
최신 설정 세부 정보와 형식 제한 사항은 ZimaOS Photos 문서를 참조하세요.
적합한 대상: 컨테이너 경로를 수동으로 구성하지 않고 기존 아카이브를 탐색하고 검색하려는 ZimaOS 사용자
방법 2: 기존 폴더를 Immich에 외부 라이브러리로 추가
Immich는 일반적인 관리 업로드 위치 외부에 저장된 사진과 동영상을 위한 외부 라이브러리를 지원합니다. 디렉터리를 마운트하고 스캔하면 미디어가 기본 타임라인에 표시되며 지원되는 라이브러리 기능과 함께 사용할 수 있습니다.
NAS에 보존하려는 폴더 구조가 이미 있는 경우 유용합니다. 그러나 외부 라이브러리는 파일을 Immich의 관리형 저장소로 업로드하는 것과는 별개의 워크플로입니다.
1단계: 소스 디렉터리 마운트
Docker 기반 설치의 경우 다음 항목에 볼륨 매핑을 추가합니다: immich-server 기존 Compose 구성의 service에 추가합니다. 예를 들면 다음과 같습니다:
services:
immich-server:
볼륨:
"- /mnt/storage/Photos:/mnt/storage/Photos:ro"
이는 예시용 매핑이며 전체 Compose 파일이 아닙니다. 호스트 경로를 실제 사진 디렉터리로 바꾸고 파일 전체를 교체하지 말고 기존 구성에 해당 항목을 추가하세요. 이 예시에서는 컨테이너 내부와 외부에 동일한 경로를 사용하므로 라이브러리 구성 시 경로를 쉽게 식별할 수 있습니다.
The `:ro` 접미사인 `:ro`는 소스를 읽기 전용으로 마운트합니다. 설치 환경에 맞는 절차를 사용하여 업데이트된 구성을 적용한 다음, Immich 서버 컨테이너에서 해당 디렉터리를 볼 수 있는지 확인하세요.
2단계: 외부 라이브러리 생성 및 스캔
- 관리자 계정으로 Immich에 로그인합니다.
- 관리 영역을 열고 외부 라이브러리를 선택합니다.
- 라이브러리를 생성하고 소유자가 될 사용자를 선택합니다.
- 컨테이너 내부에서 표시되는 경로로 소스 경로를 추가합니다.
- 라이브러리 스캔을 시작합니다.
- 작업 페이지에서 스캔, 썸네일 생성 및 메타데이터 추출이 진행 중인지 확인하세요.
현재 버전에 맞는 지침은 공식 Immich 외부 라이브러리 가이드를 따르세요.
3단계: 외부 라이브러리의 제한 사항 이해
Immich는 현재 각 외부 라이브러리를 단일 사용자에게 할당합니다. 설명이나 앨범 소속 등 Immich 내부에서 추가한 메타데이터는 원본 미디어 파일에 다시 기록되지 않고 데이터베이스에 저장됩니다.
또한 원본 파일이 삭제되거나 이동될 때 어떻게 되는지도 고려해야 합니다. Immich는 파일 시스템 변경 사항을 감지하려면 라이브러리를 다시 스캔해야 하며, 다시 스캔하는 동안 누락된 외부 자산이 Immich의 휴지통으로 이동될 수 있습니다. 원본 아카이브를 백업한 상태로 유지하고, 대규모 컬렉션에 사용하기 전에 워크플로를 테스트하세요.
적합한 대상: 관리되는 업로드 저장소 외부에 기존 디렉터리 구조를 유지하면서 Immich의 타임라인, 지도, 앨범 및 검색 기능을 사용하려는 사용자.
방법 3: PhotoPrism으로 기존 원본 인덱싱
PhotoPrism은 소스 미디어의 이름을 변경하거나 이동하지 않고 기존 원본 디렉터리를 인덱싱할 수 있습니다. 메타데이터를 읽고 탐색 및 검색에 필요한 인덱스와 미리 보기를 생성합니다.
1단계: 원본 디렉터리 구성
Docker 배포에서 볼륨 매핑은 다음과 같이 지정할 수 있습니다:
볼륨:
"- \"/mnt/storage/Photos:/photoprism/originals:ro\""
"- \"/mnt/storage/PhotoPrismData:/photoprism/storage\""
이는 예시 경로입니다. 배포 환경에 맞게 조정하고, PhotoPrism이 원본 폴더에 쓰지 않도록 하려면 원본을 읽기 전용으로 마운트하는 한편 애플리케이션 저장소 디렉터리에는 쓰기 권한을 유지하세요.
2단계: 인덱싱 실행
- 올바른 볼륨 구성으로 PhotoPrism을 시작하세요.
- originals 디렉터리에 액세스할 수 있는지 확인하세요.
- 웹 인터페이스에서 Library를 여세요.
- 하위 폴더 또는 전체 originals 디렉터리를 선택하세요.
- 인덱싱을 시작하고 스캔이 완료될 때까지 기다리세요.
- 알려진 이미지 몇 개를 검색하고 날짜, 파일 이름 및 메타데이터를 확인하세요.
PhotoPrism은 인덱싱과 가져오기를 구분합니다. 기존 원본을 인덱싱하면 파일 이름과 폴더 구조가 유지됩니다. 반면 가져오기는 파일을 originals 디렉터리로 복사하거나 이동하고 새 이름과 경로로 정리할 수 있습니다.
기존 NAS 보관 파일의 경우 가져오기 작업 방식을 선택하기 전에 공식 PhotoPrism 라이브러리 인덱싱 가이드를 읽으세요.
적합한 대상: 기존 사진 보관 파일은 그대로 유지하면서 검색 가능한 사진 카탈로그를 원하는 사용자.
원본이 이동되지 않았는지 확인하는 방법
첫 번째 스캔이 완료되면 사진 애플리케이션의 인터페이스와 별도로 원본 파일을 확인하세요.
- 원본 폴더를 확인하세요. 원본 파일이 예상한 위치에 그대로 있는지 확인하세요.
- 샘플 파일 이름을 비교하세요. 서로 다른 폴더에서 파일을 선택하고 이름과 경로를 확인하세요.
- 파일 수를 확인하세요. 인덱싱 전후에 대표적인 원본 폴더를 비교하세요. 앱에 표시되는 항목 수가 더 적다면 지원되지 않는 형식, 제외 설정, 읽을 수 없는 파일 또는 완료되지 않은 작업을 조사하세요.
- 애플리케이션 저장소를 확인하세요. 데이터베이스, 썸네일 및 캐시가 의도한 위치에 기록되고 있는지 확인하세요.
- 사진 앱 외부에서 파일을 여세요. 일반적인 NAS 파일 공유 방식으로 보관 파일에 계속 액세스할 수 있는지 확인하세요.
일반적인 문제 및 해결 방법
| 문제 | 가능성 높은 원인 | 확인할 항목 |
|---|---|---|
| 라이브러리가 비어 있음 | 잘못된 경로 또는 권한 누락 | 애플리케이션 또는 컨테이너 내부에서 경로를 확인하고 읽기 권한이 있는지 확인하세요. |
| 일부 사진이 누락됨 | 지원되지 않는 형식, 제외 설정 또는 완료되지 않은 스캔 | 로그, 지원되는 형식 및 인덱싱 작업을 검토하세요. |
| 새 파일이 표시되지 않음 | 인덱스가 새로 고쳐지지 않음 | 지원되는 스캔을 실행하거나 새로 고침 일정을 구성하세요. |
| 날짜나 위치가 잘못 표시됨 | 메타데이터가 누락되었거나 일관되지 않음 | 원본 파일 메타데이터와 애플리케이션의 날짜 처리 설정을 확인하세요. |
| 복원 후 앨범이나 설명이 사라집니다 | 애플리케이션 메타데이터가 원본과 별도로 저장되었습니다 | 필요한 경우 미디어와 함께 데이터베이스 및 구성을 복원하세요. |
복원 후에도 라이브러리를 검색할 수 있도록 유지
원본 파일을 보존하는 것은 신뢰할 수 있는 설정의 일부일 뿐입니다. 애플리케이션에 따라 앨범, 설명, 사용자 설정 및 검색 관련 데이터가 데이터베이스나 애플리케이션 디렉터리에 저장될 수 있습니다.
원본 미디어와 라이브러리를 다시 구축하는 데 필요한 애플리케이션 상태를 백업하세요. 실용적인 복구 체크리스트는 검색 가능한 사진 라이브러리를 위해 복원해야 할 항목을 참조하세요. Immich 사용자는 Immich 사진 백업 가이드에서 설명하는 것처럼 미디어 파일과 데이터베이스를 모두 함께 계획해야 합니다.
사진 디렉터리만 복사한다고 해서 모든 앨범, 편집 내용 또는 검색 기능이 보존된다고 가정하지 마세요. 아카이브가 새 애플리케이션에 의존하게 되기 전에 복구 과정을 테스트하세요.
자주 묻는 질문
NAS 사진을 가져오지 않고 검색 가능하게 만들 수 있나요?
예. 애플리케이션이 기존 폴더 또는 외부 라이브러리 인덱싱을 지원한다면 가능합니다. ZimaOS Photos는 선택한 소스를 제자리에서 인덱싱하며, Immich와 PhotoPrism은 기존 미디어를 위한 문서화된 워크플로를 제공합니다. 시작하기 전에 저장 방식이 어떻게 되는지 확인하세요.
인덱싱하면 파일 이름이나 폴더 구조가 변경되나요?
의도한 대로 제자리 인덱싱 방식을 사용하는 경우에는 불가능합니다. PhotoPrism의 원본 인덱싱은 파일 이름과 폴더를 보존하며, ZimaOS Photos는 원본 파일을 이동하거나 복사하지 않고 선택한 폴더를 스캔합니다. 애플리케이션이 관리하는 라이브러리로 파일을 가져오면 동작이 달라질 수 있습니다.
사진에 나타난 내용을 기준으로 검색할 수 있나요?
일부 플랫폼은 AI 기반 의미 검색, 얼굴 인식 또는 장면 감지를 지원하며, 다른 플랫폼은 파일 이름과 메타데이터에 중점을 둡니다. 선택한 애플리케이션이 어떤 기능을 제공하는지, 그리고 해당 기능이 로컬에서 실행되는지 추가 서비스가 필요한지 확인하세요.
검색 가능한 사진 라이브러리가 백업을 대체하나요?
아니요. 원본 미디어의 독립적인 사본을 보관하고, 보존하려는 앨범, 설명, 사용자 설정 또는 기타 정보가 포함된 애플리케이션 데이터를 백업하세요. 파일 복사가 성공했다고 해서 전체 라이브러리가 복구된 것은 아니므로, 복구를 가정하지 말고 실제로 복원 테스트를 진행하세요.
최종 결론
기존 NAS 아카이브를 더 쉽게 탐색하기 위해 다시 정리할 필요는 없습니다. 기존 폴더 인덱싱을 지원하는 애플리케이션을 선택하고, 작은 테스트 디렉터리로 시작해 원본이 변경되지 않았는지 확인한 다음 애플리케이션이 메타데이터를 저장하는 방식을 확인하세요.
ZimaOS Photos는 ZimaOS 사용자에게 가장 간단한 통합 방식을 제공합니다. Immich 외부 라이브러리와 PhotoPrism 원본 인덱싱은 별도의 셀프 호스팅 사진 애플리케이션을 선호하는 사용자를 위한 대안입니다. 어떤 경우든 라이브러리를 복구하는 데 필요한 원본 파일과 애플리케이션 데이터를 보호하세요.
지원 및 팁
더 읽어보기

저장 장치 교체 후 NAS 공유 폴더에 이전 파일이 표시될 때: 점검 및 해결 방법
로컬 저장소를 활성 공유 및 새 클라이언트와 비교하세요. 오래된 것으로 확인된 계층만 복구한 다음, 다시 연결하고 재부팅한 후에도 결과가 유지되는지 확인하세요.

팬, 통풍구 및 열 기준선을 위한 미니 PC 냉각 유지 관리 가이드
반복 가능한 유휴 상태 및 부하 상태 측정값을 사용하세요. 먼저 외부 공기 흐름을 깨끗하게 정리하고, 팬 작동을 확인한 다음, 통제된 재테스트에서도 문제가 지속될 때만...

BIOS, 부팅 순서 및 장치를 위한 홈 서버 펌웨어 업데이트 체크리스트
버전, UEFI 항목, 스토리지 및 패스스루 상태를 먼저 기록하세요. 한 번에 한 계층씩 업데이트하고, 검증이 통과할 때까지 콘솔 및 롤백 액세스를 유지하세요.
