冷热分层的文件打不开提示连接断开？重链接与无效存根清理
痛点场景
冷热分层用了一段时间，用户开始报障：同一个共享文件夹里，有的文件双击就开，有的文件怎么都打不开。症状还五花八门——文件协议访问报"未找到文件"，或者干脆打不开；Synology Drive 里打开、编辑时弹提示"这是一个分层文件，因与冷层的连接已断开，无法打开或编辑"；用到公共共享、版本还原这些功能时，也是一水儿的"与冷层的连接已断开"。
这些文件有个共同点：都是分层文件——实体躺在冷层，热层上只留了入口。入口后面的路断了，文件自然打不开。按官方知识库的路线，分三步处置：先查网络，再重链接，最后清无效存根。
第一步：先排查冷层网络
由于网络故障，冷层系统可能暂时无法访问——这是优先级很高的原因，也最容易排除。请依次执行：
- 确保冷层已开机并可在网络中访问——冷层设备关机、维护、断网，热层所有分层文件都会集体"失联"；
- 确认热层与冷层之间的网络连接稳定——中间经过的交换机、链路都要通，抖动的连接会让症状时好时坏；
- 尝试关闭并重新打开文件，查看问题是否解决。
如果重开文件仍未解决，说明不是单纯的网络抖动，进入第二步：尝试重新链接热层和冷层，或删除无效存根。
第二步：重新链接热层和冷层
冷层明明在线、网络也通，但分层计划的链接状态坏了——在 Synology Tiering 里重新挂上：
- 前往 Synology Tiering；
- 点击包含该文件的共享文件夹所在的分层计划；
- 如果计划状态显示**“冷层已断开”**，请点击 操作 > 重新链接。
重链接完成后，回到出问题的文件再试一次。多数"连接断开"到这一步就能收口。
第三步：删除无效存根——先分清计划还在不在
有一种情况重链接也救不回来：系统在热层保留了一个占位符（存根），但实际文件内容已不在冷层。这种存根是"空门口"，为防止用户反复尝试访问不可用的文件，官方建议把它们删除。删除路径取决于原分层计划是否仍然存在，两个场景严格分开：
场景 1：分层计划已被删除
典型情形：从分层计划仍处于活动状态时创建的早期快照中还原文件夹，但该计划已被删除——快照把存根带了回来，计划却没了，存根从此无处指认。
删除这些无效存根的方法：
- 前往 控制面板 > 共享文件夹；
- 点击包含该文件的共享文件夹；
- 点击 操作 > 删除无效存根。
场景 2：分层计划仍然存在
当热层和冷层不同步时出现，官方列了两个典型诱因：Hyper Backup 恢复到不同时间点，或数据被直接从冷层删除。计划还活着，但两边对不上账。
删除这些无效存根的方法：
- 前往 Synology Tiering 并执行文件完整性检查；
- 在检查报告中删除无效存根。
注意两个场景的入口完全不同：计划没了走控制面板的共享文件夹，计划还在走 Synology Tiering 的完整性检查——用错入口，要么找不到删除项，要么删不干净。
验证
- 网络层：冷层开机、链路通畅后，原先报错的文件可以正常打开、编辑；
- 重链接后：分层计划状态不再显示"冷层已断开"，分层文件可正常访问；
- 清理存根后：对已删除的无效存根文件，用户端不再出现"未找到文件"或"连接已断开"的反复报错；文件完整性检查报告中无新增无效存根。
预防与注意
- 给冷层配上监控告警：冷层设备下线、热冷链路中断要能第一时间通知到人，避免全员"文件打不开"才发现冷层失联半天了；
- 从快照还原含分层文件的文件夹前，先确认原分层计划是否还在——计划已删的，还原后主动按场景一清理存根，别等用户撞上去；
- 冷层数据只通过热层的分层机制管理，不要绕过系统直接去冷层删改数据，也不要用 Hyper Backup 把热层随意恢复到与冷层不一致的时间点——两个官方点名的不同步诱因都出在"绕开分层机制直接动数据"上；
- 诚鑫致达科技在冷热分层项目的验收环节会专门加一项"断开冷层演练"：主动断开热冷链路，确认症状可复现、恢复后链接能重建，把这套三层处置在上线前走通——真出事时才不慌。