共享文件夹做了冷热分层之后,快照到底怎么管?这些联动规则要提前知道
痛点场景
冷热分层用得好好的:热数据留在高性能层,冷数据自动沉到容量层,空间省了一大截。直到某天要管快照才发现一堆新问题——快照到底存在哪一层?冷层的快照怎么删?把文件夹移出分层计划后,以前的快照还在不在?这些规则不提前搞清,要么白占空间,要么在关键时刻发现快照和你想的不一样。
前提条件:两个分层都要装套件
要对冷热分层中的数据做快照,热层和冷层两侧都必须安装 Snapshot Replication 套件。只装一侧,快照体系就不成立。这是第一条、也是最容易被忽略的一条。
快照的联动规则
共享文件夹被纳入分层计划后,快照行为遵循以下规则:
- 热层带动冷层:为热分层源文件夹创建快照时,冷分层文件夹会自动创建相应时间点的快照;
- 冷层不能单独建:无法直接在冷层创建快照——快照的发起权只在热层;
- 独立存储、对齐还原:每个分层的快照独立存储在各自的分层中;还原热层快照时,会从同一时间点还原其对应的冷层快照;
- 删除也联动:冷层快照无法直接从冷层删除;删除对应的热层快照时,冷层快照会自动跟着删除;
- 默认保留策略:文件夹纳入分层计划后,系统自动执行 128 个快照、30 天的保留策略。需要更紧的保留可以在 Snapshot Replication > 快照 > 共享文件夹 > 设置 > 保留 > 启用保留策略中设置更低的数值。
还有一个空间账要算清:如果在文件分层之前就已经创建了快照,事后对该文件进行分层并不会释放热层的存储空间——那部分空间要等到对应快照被手动删除或按保留策略删除后,才会真正回收。很多人分层之后盯着空间没降发愁,答案多半在旧快照身上。
移出分层计划时,快照怎么处理
当共享文件夹从分层计划中移除、或分层计划本身被删除时,现有的热层和冷层快照怎么办,取决于你对分层数据的操作选择:
| 分层数据的操作 | 热层快照 | 冷层快照 |
|---|---|---|
| 保留在冷层,或移回热层 | 保留原位 | 保留原位,且可以从冷层删除 |
| 与热层数据一同删除 | 已删除 | 已删除 |
简单说:数据留,快照跟着留(冷层的那份此时解锁了删除权);数据删,快照一起没。
两个容易踩的还原坑
- 从冷层时期的快照还原,文件不会回热层。如果某个文件已经被分层到冷层,你从它位于冷层时期创建的快照执行还原,这些文件不会被还原到热层——因为快照还原过程不会自动重建这些文件的分层关系。还原完记得检查文件落在哪一层。
- 不可变快照删不掉:处于保护期内的不可变快照,只有等保护期过后才能删除,保留策略对它无能为力。
验证
把一个测试文件夹纳入分层计划后创建快照,分别检查热层与冷层的快照列表是否成对出现;删除热层快照后确认冷层对应条目同步消失;在设置中核对当前保留策略数值是否符合预期。
预防与注意
- 规划分层时就把保留策略一并定好,默认的 128 个/30 天对空间紧张的池未必合适;
- 分层后空间没释放,先查旧快照的保留时间,别急着怀疑分层功能失效;
- 涉及不可变快照的合规场景,把保护期与保留策略的关系写进运维手册,避免误判"删不掉=故障"。
发行说明(内部·勿外发)
A468·技术干货·教程·群晖教程·2026/9/16·源文:kb.synology.cn/zh-cn/DSM/tutorial/Snapshot_Replication_with_Synology_Tiering·零品牌(Z-033:本篇无任何自有品牌露出)
标题变体:
- 共享文件夹做了冷热分层之后,快照到底怎么管?这些联动规则要提前知道(主用)
- 冷层快照为什么删不掉?分层环境下的快照创建存储删除全规则
- 分层后热层空间一直没降?旧快照的保留策略才是空间回收的钥匙
图文版物料 5 卡:
- 卡1(封面):热层/冷层两层示意+快照图标联动,角标"分层用户必读"
- 卡2:前提卡——“两侧都要装 Snapshot Replication”,配分层拓扑示意
- 卡3:五条联动规则清单卡——热层带动冷层/冷层不能单独建/独立存储对齐还原/删除联动/默认128个30天
- 卡4:移出分层计划分叉表——数据留则快照留、数据删则快照删
- 卡5(收尾):两个还原坑提示+落款"快照规则先看清,空间和数据都安稳"
话题标签: #群晖 #快照 #冷热分层 #数据保护 #NAS教程
建议平台: 头条、百家号、知乎、CSDN
红线自检: 正文无任何网址/电话/微信/QQ/邮箱/二维码;无价格;未点名竞品;不涉政;双侧装套件前提、五条快照联动规则、默认保留 128 个/30 天及设置路径、移出分层计划的快照处理表、冷层还原不回热层与不可变快照限制均照官方 KB,未编造;未出现群晖 NAS 型号与参数。