上周朋友来我家串门，看见弱电箱里的路由器每周三凌晨四点自动重启，回头就给自己那台四盘位群晖也设了个每周定时重启。设完第三周他来问我：为啥每次重启完，qBittorrent里的种子都要转圈圈转半天，相册的索引任务也重新跑了一遍？我听完就一句话——路由器那套保养逻辑，真不能直接搬到NAS上。这篇就把这笔账掰开算清楚。
先纠正一个误传：定时重启根本不伤硬盘
很多人不给NAS设定时重启，理由是「频繁启停电机会伤硬盘」。这话听着有道理，实际经不起算。翻硬盘的规格书，机械盘的启停循环（Start/Stop Cycle）额定值普遍是5万次，NAS盘的磁头加载卸载（Load/Unload）更是给到60万次，桌面盘也有30万。这是西部数据白皮书里写明的数字，不是商家宣传语。
每周定时重启一次，一年下来是52次停机加52次启动，撑死按104次算。5万次的额度，够这么折腾四百多年。所以「伤盘」这个理由可以放下了——真正的NAS盘坏法，是坏道、是磁头老化、是供电虚接，这些在坏盘前兆那篇里写过，跟一年几十次的计划内启停基本不搭边。
反而是另一头要当心：硬盘的启停损耗小，不代表「拔电」没代价。写盘写到一半被断电，文件系统要靠日志回滚救场，极端情况会把整池数据置于危险。这个后面细说。
路由器为什么该重启，NAS为什么不用
我那台老AC2100确实每周重启一次，跑九百多个小时之后5G会掉速，重启完立竿见影。路由器这毛病根源在它的硬件条件：一百来兆的内存，要撑着NAT会话表、DHCP租约表、一堆状态机，挂BT那晚会话表直接塞满，新连接全丢，这种资源累积型的卡顿，重启就是家庭用户唯一的解法，具体账在NAT会话表那篇里算过。所以路由器定时重启是正经保养，五个品牌怎么设我也专门写过，看路由器定时重启设置那篇。
NAS是另一套资源模型。我家那台N100小主机8GB内存，飞牛系统跑两百多天，free -h 看一眼，可用内存常年稳在四成上下，偶尔吃紧了内核自己会回收缓存、动用swap，用不着人去断电清内存。Linux服务器连续运行几百天是行业常态，跟Windows时代「重启治百病」的经验完全是两码事。
更关键的差别在这：路由器重启，全家断网三十秒，IoT设备重连一下就完事；NAS一重启，跑着的活全断。这才是真正的代价所在，下面挨个数。
重启一次NAS，你到底在损失什么
第一处，做种和下载要重新对账。正常软重启的话，qBittorrent会把进度写在fastresume里，起来之后做种状态能自己续上，代价不大。但如果是断电这种异常中断，起来就要对种子做完整性校验——我挂着的230个种子，校验等于把下载盘从头到尾读一遍，几百个G的量，机械盘要读上一两个小时，这段时间磁盘满负荷，别的活都挤不进队列。做种的完整折腾史在NAS当下载机那篇里。
第二处，定时任务全泡汤。我家备份任务是周五凌晨跑的，rsync把新照片往我妈家那台老群晖上推，这个窗口是特意挑的，就是为了错开路由器周三的重启——这是当年排任务时踩过一次坑才定下来的规矩。你要是随手把NAS的重启设在备份窗口上，等于每周亲手打断一次自己的备份链，断了还不报错，最磨人。异地同步的整套配置在两台NAS异地备份那篇。
第三处，重启完的服务要「热身」。从按下重启到全部服务就绪，我家这台N100实测要三分多钟：系统起来一分半，十来个Docker容器挨个拉起又是一分多钟，相册索引、Jellyfin的媒体库扫描这些还得再跑一阵才恢复到平时的响应速度。挂了监控的更要心里有数——监控套件本身跑在NAS上，重启那几分钟录像是有空档的，哪天要调那段时间的画面，只会看到一段黑，摄像头添加和录像排查在NAS当监控录像机那篇里。电脑上的备份客户端更直接——时间机器这类工具认的是连续性，NAS下线那几分钟，客户端只会默默重试，赶上不巧就给你留一条失败记录，排查起来纯属浪费时间。
什么时候才真的该重启
不设定时重启，不等于永远不重启。三种信号出现，该重启就重启，别硬扛。
| 信号 | 怎么确认 | 动作 |
| 系统更新装完 | 后台提示需要重启生效 | 挑个没任务的时段重启，更新怎么取舍看这篇 |
| 内存持续吃紧 | free -h 看可用长期不足一成，swap占了几个G | 先找吃内存的容器，找不到再重启 |
| 服务卡死不响应 | 网页后台转圈、SMB连不上、容器反复重启 | 先重启单个容器，不行再动整机 |
系统更新是最正当的理由，小版本安全补丁装完该重启就重启，别学我拖三个月——那段心路在NAS系统更新那篇里。内存的事也别急着重启，八成是哪个容器漏了，Docker页签里按内存排个序，十有八九能抓到元凶，实在分不清内存该怎么配，参考NAS内存升级那篇的三档实测。free -h 这类命令得先开SSH，入口在NAS开启SSH那篇。
真要重启，按这个顺序来
顺序就一条原则：让写盘的活先停下来。第一步，qBittorrent里把任务全暂停，等个一两分钟让它把手里的数据落盘；第二步，看一眼任务计划，确认没撞上备份窗口和索引任务，顺带翻翻硬盘休眠排查那篇里的偷写盘清单，心里有个数；第三步，网页后台点重启走软重启，让它自己优雅停服务。
拔电是压箱底的选择，而且拔之前必须先关机。家里配了UPS的就体面多了，断市电之后它能撑着NAS把服务停完再安全关机，这套配置在NAS配UPS那篇里写过，那晚RAID重建到62%跳闸的教训到现在都记得。
还有一个特别容易漏的坑：Docker容器的重启策略。装容器的时候如果没把策略设成always或者unless-stopped，NAS重启完，容器是不会自己爬起来的，得手动一个个点。好几个朋友的Jellyfin「重启后消失」，十有八九是这个原因。装容器的时候多看一眼这个设置，比之后每次重启手动救火省心多了。
对号入座，抄作业就行
| 你家情况 | 建议 |
| 纯存照片备份，啥服务都没跑 | 不用定时重启，一年也想不起它一次 |
| 挂着下载和做种 | 不设定时重启，更新补丁时手动重启 |
| 全家影音库+相册+监控都压在上面 | 更不能定时重启，挑低峰期手动来 |
| 机器越用越卡、内存吃满 | 先查容器，查不明白再重启，别靠重启过日子 |
顺序收尾：关掉定时重启的想法，平时让它跑着；要重启时先停做种、避开备份窗口、走软重启；拔电之前先关机，有UPS的靠UPS。路由器每周重启是保养，光猫天天断电是折损，那笔账在光猫要不要定期重启里算过；NAS不定时重启也不是懒——三种设备三套逻辑，这套对照在我这没有例外。
发表评论