群晖教程 2026-10-02 企业数据管家

热数据留在快层、冷数据自动搬走：群晖 Synology Tiering 分层计划创建向导实操

存储扩容最贵的部分，往往不是硬盘，是把冷数据也放在快盘上这件事。项目归档、往年的报表、结项的设计稿，一年没人打开几次，却占着最贵的容量。群晖 Synology Tiering 的思路是冷热分层：根据数据的修改和访问频率，把不常用的数据自动迁移到指定的冷存储位置——可以是远程另一台群晖，也可以是本机的另一个存储空间——热层只留占位符（存根），用户访问时内容再从冷层取回，主存储空间就此释放。

什么场景用它最值

一是快层容量吃紧又不敢乱删：全闪或高速池被历史数据占满，把冷数据请下去比扩容省一半预算。二是分层有明确业务边界：监控录像的老片段、项目归档、备份中转，访问频率断崖式下降的数据最适合策略化迁移。三是已有第二台群晖闲置：旧机器降级为冷层，延长资产寿命。

操作步骤

两端先升级 DSM 到 7.3 或更高版本，建议最新版。为什么：官方明确的版本门槛，Tiering 与 Tiering Vault 套件都要求新版本 DSM，先升级再装套件，避免装完套件发现功能起不来。
分好角色装套件：热层（数据迁出的那台）安装 Synology Tiering，冷层（数据迁入的目标）安装 Synology Tiering Vault；若分层到同一系统的另一个存储空间，两个套件装在同一台上。为什么：冷热两端是服务端与客户端的关系，套装反了向导里连不上冷层。
匹配两端算力与供电：热层和冷层的 CPU 核心数差异不超过两倍（热层 8 核，冷层选 4 至 16 核）；两端都接 UPS。为什么：官方建议的稳定性前提——迁移中途意外关机是最伤分层体系的故障，核心数失衡则会让一端成为搬运瓶颈。
在冷层准备 Btrfs 存储空间，网络至少 1 Gbps，建议 10 Gbps；同局域网部署最佳。跨网络部署要配置端口转发：热层转发外部端口 30800–31000，冷层转发内部端口 30700–30701，并确保防火墙未阻止这些端口。为什么：只有 Btrfs 存储空间能接收分层数据；分层流量不小，端口不通或带宽不足，策略再对也只是排队。
启动 Synology Tiering，首次进入自动打开分层计划创建向导（之后可点计划旁的加号进入）。输入计划名称。为什么：一台热层可以有多个计划，按部门或数据类型拆分计划，后续排障和调整策略互不牵连。
选择冷层：选其他 Synology 存储系统时，输入冷层服务器名称或 IP、登录端口（冷层配了自定义 HTTP/HTTPS 端口就直接填，如 24300），确认分层端口在冷层保持开放，用冷层 administrators 群组用户登录验证，再选用于存分层据的 Btrfs 存储空间。选本机 NAS 时，直接选另一个 Btrfs 存储空间——所选存储空间上的共享文件夹不能包含在此计划中。为什么：热层和冷层必须位于不同存储空间，这是分层的物理前提；不用 IPv6、不用 QuickConnect、不填动态域名或动态 IP，连接失败都源于此。
选热层存储空间与参与分层的共享文件夹。为什么：某些类型的共享文件夹不支持分层，向导里可选的才是合规范围，别硬把系统类文件夹塞进策略。
编辑分层策略条件，按数据的修改或访问频率设定阈值。想更快释放热层容量，就输入较小的数值提高分层频率。为什么：阈值就是冷热的分界线，数值越小搬得越勤——但每次访问冷数据都要回源，阈值定得太激进，用户会先感受到变慢，再看到容量下降。
定分层计划：定时模式选低负载时段自动执行；手动模式则建好后在计划上点操作 > 立即分层。为什么：官方建议在热层负载较低的时段分层，搬运是 IO 大户，跟业务高峰撞在一起，性能投诉先于容量收益到账。
配置文件完整性检查：为无效存根定期安排检查（设频率与运行时间），报告会列出发现的无效存根供删除；不排计划也可手动点操作 > 检查文件完整性 > 立即检查。为什么：存根失效多因备份恢复后冷热两端时间点不一致，或冷层数据丢失——定期体检能在用户点开文件报错之前发现问题。

三个必须知道的边界

冷层会自动创建名为 Tiered_[来源文件夹名称] 的共享文件夹，重名时后续的加 _1 区分，不要手动重命名，保留原名才能对上来源。
分层文件在热层和冷层都能打开，但请勿直接在冷层里修改或删除文件，可能导致数据损坏且无法移回热层；一切变更在热层做，编辑和删除会在下次分层时同步到冷层（热层的重命名、移动等结构性更改不会同步）。热层无法访问时，可断开冷层文件夹与热层的连接后再直接改冷层。
若热层是 SHA 高可用集群，split-brain 事件可能导致两端文件损坏，须尽快处理。

冷热分层是把「扩容预算」换成「策略管理」的账。版本对齐、端口打通、阈值克制，分层就只是后台默默搬数据。贵州诚鑫致达科技在做容量规划时，先算访问频率再算盘位，分层策略永远排在加硬盘前面。