Nextcloud는 요청한 중앙 클라우드 모델에 적합하지만, SQLite는 장기적인 기본 선택이 아닙니다
사용자는 하나의 홈 서버에서 세 개의 계정, 웹 인터페이스, 휴대폰 업로드, 데스크톱 동기화를 원합니다. 이는 중앙 집중식 클라우드 모델이므로 Nextcloud가 Syncthing의 기기 간 동기화 방식보다 요구 사항에 더 잘 맞습니다. 해당 스레드에서는 기본 Nextcloud SQLite 설치가 시작되었지만, ownCloud는 App Store에서 설치를 완료하지 못했고 OpenCloud 문제는 해결되지 않은 상태로 남아 있음을 확인할 수 있습니다.
그러나 SQLite에 대한 스레드의 안심 섞인 설명은 Nextcloud의 공식 지침보다 지나치게 낙관적입니다. Nextcloud 데이터베이스 선택 지침에서는 SQLite가 최소 규모 또는 개발용 인스턴스에 적합하며, 클라이언트가 파일을 동기화하는 경우에는 사용을 강력히 권장하지 않는다고 설명합니다. 장기간 사용할 3인 동기화 서비스라면 패키지에서 지원하는 경우 처음부터 MariaDB 또는 PostgreSQL을 사용하세요. SQLite는 마이그레이션 및 백업 계획을 세운 상태에서 의도적으로 시험할 때만 사용해야 합니다.
설치 문제를 해결하기 전에 작업 방식에 따라 선택하세요
각 사용자에게 계정, 브라우저 접근, 공유, 모바일 업로드, 단일 기준 서버가 필요한 경우 Nextcloud를 선택하세요. 중앙 웹 클라우드 환경 없이 신뢰할 수 있는 기기 간에 특정 폴더를 복제하는 것이 실제 목적이라면 Syncthing을 선택하세요. 두 제품은 서로 바꿔 사용할 수 있는 단순한 외형 차이가 아니라 서로 다른 운영 방식입니다.
이 스레드만으로 OpenCloud나 ownCloud가 일반적으로 고장 났다고 결론 내리지 마세요. 사용자는 OpenCloud 오류를 제공하지 않았고, ownCloud 스크린샷에도 원인이 확인되지 않은 불완전한 설치 상태만 표시되어 있습니다. 패키지를 변경하기 전에 처음 실패한 단계, 이미지 버전, 볼륨 매핑, 애플리케이션 로그를 기록하세요.
안정적인 가정용 서비스를 원하는 초보자라면 구성 요소를 줄이세요. 지원되는 앱 정의 하나, 데이터베이스 경로 하나, 데이터 경로 하나, 호스트 이름 하나, 백업 작업 하나로 구성하는 것이 좋습니다. 모든 설정을 대조하지 않은 채 AI가 생성한 설치 절차와 다른 GitHub Compose 파일을 함께 사용하지 마세요.
Nextcloud 온보딩을 완료하기 전에 영구 저장소를 매핑하세요
Nextcloud 시작 페이지는 임의의 ZimaOS 호스트 경로가 아니라 컨테이너 내부의 경로를 입력받습니다. 컨테이너에 일치하는 마운트가 없으면 해당 페이지에 /DATA/...를 입력해도 실패합니다. 먼저 ZimaOS 앱 → Nextcloud → 설정 → 볼륨에서 매핑을 구성하세요.
호스트의 전용 RAID 폴더를 해당 이미지에서 일반적으로 사용하는 Nextcloud 데이터 디렉터리인 /var/www/html/data에 매핑하세요. 그런 다음 시작 페이지의 컨테이너 경로는 이 내부 경로로 그대로 두세요. Docker가 마운트를 통해 쓰기 작업을 영구 저장소로 전달합니다.
사용자를 추가하기 전에 소유권과 여유 공간을 확인하세요. 테스트 파일을 만들고 매핑된 호스트 저장소에 파일이 나타나는지 확인한 다음, 컨테이너를 다시 시작하고 파일을 다시 열어 보세요. config.php만 편집해 이미 데이터가 채워진 디렉터리를 이동하지 마세요. 데이터베이스 상태와 파일 시스템 상태가 서로 일치해야 합니다.
서비스 수명에 맞는 데이터베이스 및 백업 계획을 사용하세요
시험용 또는 최소 규모의 개인 인스턴스에서는 SQLite를 사용하면 설정 작업을 줄일 수 있습니다. 여러 사용자가 정기적으로 데스크톱 동기화를 수행하고 Nextcloud 앱도 추가할 예정이라면, 업스트림 지침에 따라 처음부터 MariaDB 또는 PostgreSQL을 구성하세요. 데이터베이스 경고가 곧 손상을 의미하는 것은 아니지만, 용량과 동시성의 한계이므로 존중할 필요가 있습니다.
사용자 데이터 디렉터리와 데이터베이스 상태를 모두 영구 저장하세요. 업로드된 파일만 복사하는 것은 완전한 Nextcloud 백업이 아닙니다. 공유, 사용자, 버전, 앱 상태, 파일 메타데이터가 데이터베이스에 저장되기 때문입니다. 서비스를 유일한 사본으로 신뢰하기 전에 별도의 위치로 복원하는 테스트를 수행하세요.
휴대폰 업로드나 앱을 활성화한 후에는 저장 공간 증가와 백그라운드 작업을 모니터링하세요. 이미 SQLite를 사용 중이라면 데이터베이스 파일을 수동으로 교체하지 마세요. 검증된 백업을 만든 후 지원되는 Nextcloud 데이터베이스 변환 절차를 따르세요.
동기화 엔진 충돌 없이 클라이언트를 연결하세요
최종 HTTPS 호스트 이름을 사용해 공식 Nextcloud 데스크톱 또는 모바일 클라이언트에 연결하세요. 리버스 프록시가 TLS를 종료하는 경우 실제 프록시 주소를 trusted_proxies에 구성하고, 헤더 감지에 필요한 경우에만 덮어쓰기 매개변수를 사용하세요. 프록시가 실제로 로컬호스트에서 연결하지 않는 한 127.0.0.1을 그대로 복사하지 마세요.
스레드에 따르면 Nextcloud 동기화 대상을 활성화된 OneDrive 폴더로 지정하자 해당 워크스테이션에서 OneDrive가 심각하게 중단되었습니다. 두 동기화 엔진은 동일한 폴더 트리 안에서 파일 이름을 변경하거나, 잠그거나, 중복을 제거하거나, 삭제할 수 있습니다. 마이그레이션 방법으로 두 엔진의 실시간 폴더를 겹치게 사용하지 마세요.
마이그레이션하려면 한 클라이언트를 일시 중지하고, 데이터를 준비 폴더에 복사한 다음, 파일 수와 해시를 확인하세요. 그런 뒤 하나의 기준 동기화 엔진 아래에 업로드하거나 이동하세요. 다른 가정용 사용자를 등록하기 전에 한 계정에서 충돌 파일, 이름 변경, 오프라인 편집, 재부팅을 테스트하세요.
FAQ
SQLite가 소규모 Nextcloud 인스턴스를 반드시 손상시키나요?
아니요. 하지만 Nextcloud는 클라이언트 파일 동기화에 SQLite를 사용하는 것을 공식적으로 권장하지 않습니다. 장기적으로는 지원되는 서버 데이터베이스와 검증된 백업을 사용하는 것이 더 안전합니다.
시작 페이지에서 내 /DATA 폴더를 사용할 수 없는 이유는 무엇인가요?
해당 페이지는 컨테이너 내부에서 실행됩니다. 먼저 호스트 폴더를 컨테이너 데이터 경로에 마운트한 다음 내부 경로를 입력하거나 그대로 유지하세요.
Nextcloud가 OneDrive와 같은 폴더를 동기화할 수 있나요?
하나의 실시간 폴더에서 두 엔진을 동시에 실행하지 마세요. 스레드에는 사용자가 확인한 실패 사례가 포함되어 있으므로, 한 방향의 단계적 마이그레이션을 사용하세요.
전체 결정 과정과 후속 수정 사항은 가정용 클라우드 동기화 커뮤니티 스레드에서 확인할 수 있습니다.
