手机备份设置

第一次打开 App 要填什么

在手机上装好 Immich 官方 App，第一次打开会问服务器地址和登录凭据。服务器地址填部署时配好的那一串：内网就填内网 IP 加端口，外网就填域名。这里推荐一开始就把外网域名填上，这样一个配置走到哪都能用，而不是出门后手动改一遍。

登录之后 App 会请求相册权限，这是备份的前提。权限粒度上 iOS 和 Android 略有差别：iOS 是按相册授权，Android 通常是一次授权全部照片或指定相册。给家人配置时建议直接授权全部，否则备份会悄悄漏掉一部分。

备份策略的选择

备份策略是 App 里最值得花十分钟调的一组开关。核心思路是在流量、电量、空间三者之间找平衡。

备份触发有三档：即时、充电时、仅在前台。即时最省心但耗电，仅在前台最省电但容易忘，充电时是多数人的甜点。网络选择上，Wi-Fi 下备份原画质、移动网络下备份压缩版是常见组合；流量充裕的用户也可以全部原画质。视频建议单独设一档，大文件在移动网络下传一半的体验很糟糕。

每个选项背后都有代价，只是先付还是后付的区别。即时备份原画质等于每天出门都背着他整月的相册上传，wifi 条件好的家庭无所谓，流量紧张的用户一周就会收到运营商短信。充电加 Wi-Fi 的组合看似保守，但它刚好把上传挪到了你最不在意手机的时间段——睡觉的时候。

还有一个选择是是否备份视频。视频的体积放大效应惊人：一个十秒的短片可能超过一上午的照片总和。给视频单独开一路备份策略——只在充电且 Wi-Fi 条件下，甚至单独关闭视频备份由网页端手动处理——都是务实的选择。

增量与去重：删了会不会重复传

一个常被问到的问题是：我在手机上删了一张照片，服务器上会怎样？答案是 Immich 默认不会因为本地删除而删除服务器副本——服务器是存档，不是镜像。这样做的好处是手机清空间不会误伤存档，代价是你得接受本地已删的照片仍然留在服务器上。

重复照片不会占两份空间。上传时服务端会按文件的哈希查重，同样的照片第二次上传会直接跳过。换手机、重装 App 都不会造成重复入库。App 里也可以手动触发一次本地查重，清理相册里本来就雷同的连拍。

iOS 上的注意事项

iOS 的后台机制对备份类 App 不算友好。系统会在认为 App 不活跃时暂停它，表现是拍完照片几个小时后才上传。两个改善办法：把 Immich 加入后台刷新白名单，以及在充电路径下偶尔主动打开一次 App。后台刷新被关掉的用户不在少数，给家人配机器时先替他们检查这一项。

iOS 上还有一个独特机制：系统会在低电量时限制后台网络活动，短信级别的必要服务不受影响，备份类一律让路。所以“出门一天照片没传”往往是正常现象，到家充电连上 Wi-Fi 之后就会补上。判断是否真的出问题，看第二天早上是否追平即可。

存储空间紧张是 iOS 用户绕不开的问题。App 可以设置仅在空间宽裕时缓存缩略图，把本地缓存压到最小。配合手机系统自带的优化存储空间功能，256GB 的机器也能轻松持有几万张照片的访问权——全家人的照片都在 NAS 上，手机只留最近的部分。这正是自建相册相对云相册的独特优势：NAS 的硬盘比 iCloud 便宜得多，存储规划一章里算过这笔账。

Android 上的注意事项

Android 的自由度更高，坑也更多。不同厂商对后台进程的管理力度差异很大：有的品牌会积极杀后台，需要进系统设置把 Immich 加入电池优化白名单。第一次配好的标志是锁屏一晚之后新照片仍然上传了，如果没有，基本就是后台被杀。

另一个 Android 专属问题是相册应用繁多。系统相册、谷歌相册、第三方相册并存时，Immich App 只读取媒体库，不受这些应用影响。但某些品牌会把截屏和相机分库存放，备份范围里确认一下是否覆盖了所有想备份的目录。旧款 Android 上偶尔会遇到文件名编码问题导致重复上传，服务端的哈希查重会兜住，不必担心空间。

出门旅行时的备份策略

旅行是备份策略压力最大的场景：拍照密集、电源紧张、网络全是移动流量。出发前花两分钟调整一下 App 设置，能省掉途中很多焦虑。

常见组合是双管齐下：平时保持充电加 Wi-Fi 的保守策略；旅行这几天临时打开移动网络备份压缩画质，保证最差情况下当天的照片也有一份在 NAS 上。原片等晚上回酒店连上 Wi-Fi 后再补传。压缩画质的照片在原片到达前作为占位备份，总比手机一起丢了强。

权衡点在于流量预算，压缩版一张照片几十 KB 到一两百 KB，几天的旅行下来约等于一部高清电影的流量量级，多数套餐都扛得住。另一个省钱的路子是在酒店慢慢补传原片，把备份高峰挪到有 Wi-Fi 的深夜。两种方式可以叠加：压缩版保命，原片保画质。

回家之后的收尾工作只有一件：等同步完成再删占空间的本地照片。确认方式是打开 App 看时间线，最新一张照片已经在服务器上，本地就可以放手清理了。

备份失败时的自查流程

备份停摆的表现都差不多：时间线顶部迟迟不出现新照片。自查的顺序固定从近到远。先看 App 里的服务器设置能不能连通——地址错了一切免谈；再看服务器地址通但账号登录是否正常，Token 过期会静默掉线；然后看上传队列里是否有卡住的任务，大文件传到一半断网会一直挂着；最后看服务端任务队列有没有异常。九成的备份问题在这四步内能定位。

一个让家人也能参与的小技巧：App 首页的备份状态就是给非技术用户看的健康灯。绿色且数字在涨就是正常，老人学会看这一个指示灯，出问题他能第一时间告诉你，而不是过年回家才发现“手机照片半年没传上去”。

给家人配置的标准动作

给家人配 App 时，一套标准动作能省掉后续很多电话。先登录他们的账号（不是管理员），确认自动备份打开，查一遍后台权限，再把服务器地址和外网域名确认一遍。最后教一个动作：打开 App 看看时间线顶部有没有今天的照片，有就是正常。

一个反例提醒：很多家庭最后退化成一个人管所有人的账号，原因往往是家人那次配置没做完整，出过一次“照片不见了”的虚惊。把标准动作走完，家人的体验才是设置好就忘掉。整套思路和给家人配 NAS 账号如出一辙，《群晖 DSM 实用指南》 里也有一份给家人的初始化清单可以对照。

这套动作每年值得复检一次。系统大更新、换路由器、换宽带都可能悄悄打破某个环节。复检很轻：拿过家人的手机，打开 App，看顶部时间线最新一张照片是不是近期的。一分钟就能确认整个链路还活着。

小结

手机备份是相册用起来的第一站：填一次服务器地址，花十分钟调好备份策略，权限和后台白名单走一遍，剩下的全自动。增量上传和哈希查重让换手机重装都不慌。下一章看网页端怎么管理和上传照片。

延伸阅读

• 上一章《反向代理与域名》：手机 App 填的服务器地址从哪里来。
• 下一章《网页端上传与管理》，电脑端怎么用。
• 《软路由从入门到精通》：出门在外流量与内网的选择参考。
• 《OpenWrt 基础教程》：旅行中流量与 VPN 回家的取舍。