ZimaOS는 현재 Files에서 OneDrive를 마운트하고 Backup 워크플로에서 클라우드 스토리지를 사용할 수 있지만, 이러한 기능을 기본 제공되는 상시 양방향 OneDrive 미러링으로 설명해서는 안 됩니다. 2025년 10월 사용자가 원한 것은 개인 OneDrive 계정과 양방향으로 지속적으로 동기화되는 로컬 NAS 폴더였습니다.
현재 공식 문서에서도 마운트된 클라우드 액세스, 백업, 동기화를 중요한 차이로 구분합니다. 따라서 ZimaOS의 클라우드 통합 기능이 개선되었더라도 기존 검색 의도는 여전히 유효합니다.
현재 ZimaOS에서 OneDrive로 할 수 있는 작업
현재 클라우드 드라이브 가이드에서는 Files에서 OneDrive 직접 마운트, 여러 계정 사용, 클라우드에서 로컬로의 마이그레이션, 로컬에서 클라우드로의 복사 워크플로를 안내합니다.
현재 3-2-1 Backup 가이드에서도 클라우드를 Backup 소스 또는 대상으로 사용할 수 있습니다.
백업이 양방향 동기화와 다른 이유
ZimaOS의 현재 Backup 문서에는 “Cloud Sync Is Not Backup”(클라우드 동기화는 백업이 아닙니다)이라고 명시되어 있습니다. 백업은 복원 지점을 유지하고 데이터를 한 방향으로 기록하지만, 양방향 동기화는 양쪽의 변경 사항과 삭제 내용을 서로 반영합니다.
목표가 “이 OneDrive 폴더와 이 로컬 NAS 폴더가 지속적으로 동일한 상태를 유지하도록 하는 것”이라면 예약된 백업 작업이 이러한 동작을 제공한다고 가정하지 마세요.
복잡성을 감수할 수 있을 때만 rclone Bisync 사용
실제 양방향 폴더 동기화 워크플로에는 컨테이너 기반 rclone 구성이 고급 옵션 중 하나입니다. 상위 프로젝트의 rclone Bisync 문서에서 요구 사항과 경고를 확인할 수 있습니다.
양방향 동기화는 실수로 삭제하거나 충돌이 발생했을 때 그 결과가 전파될 수 있으므로 단방향 백업보다 본질적으로 더 위험합니다. 먼저 잃어도 되는 파일로 테스트하고, 동기화 쌍 외부에 독립적인 백업을 유지하세요.
목표에 따라 워크플로 선택
ZimaOS에서 개인 OneDrive를 탐색하기만 하면 기본 Files 마운트를 사용하세요. 복구 가능한 로컬 사본이 필요하면 Backup 앱을 사용하세요. 지속적인 양방향 동기화가 필요하면 전용 동기화 엔진을 사용하고 충돌 및 삭제 처리 규칙을 받아들여야 합니다.
클라우드 통합 개요에서는 더 व्यापक한 로컬/클라우드 모델을 설명하며, 클라우드 백업 개요에서는 백업 경로를 다룹니다.
결론
현재 ZimaOS는 더욱 다양한 마이그레이션 및 Backup 워크플로도 지원하므로 “OneDrive는 마운트만 가능하다”는 기존 설명은 이제 불완전합니다. 하지만 기본 제공되는 상시 양방향 OneDrive 동기화 기능은 여전히 별개의 기능입니다. 실제로 필요한 동작에 따라 마운트, 백업 또는 전용 동기화 중에서 선택하세요.
