CT 影像怎样用 FS3420 与 HD6500 分层？

概述

CT 影像越积越多，全闪空间先告急

一家医院的 CT 设备每天把检查影像写入 NAS。当天和近期影像调阅频繁，几年前的历史影像只在复诊、会诊或资料追溯时使用。检查量逐年增加后，全闪存储里既有正在使用的影像，也堆积了大量低频历史数据，扩容节奏越来越跟不上新增速度。

信息中心决定保留 CT 设备原来的 IP 和 SMB 共享目录：近期影像放在 FS3420 全闪热层，Synology Tiering 把低频历史影像迁移到 HD6500 容量冷层。医护人员仍从原目录调阅，IT 也省去按年份搬移文件、修改挂载路径和重新分配权限的工作。

CT 影像为什么要设置冷热分层？

信息中心先与影像科核对检查量、近期调阅周期、历史影像保留时间和备份要求，再把数据分为三类：

分层天数按实际调阅记录定。急诊、住院、门诊和体检影像冷下来的速度各不相同，信息中心分别统计每类影像多久后很少再被打开，按统计结果设置天数。受控记录与备份保持原有管理路径。

Synology Tiering 怎样移动和取回 CT 影像？

访问路径： CT 设备与影像工作站 → 原共享目录（FS3420 热层：近期影像 + 历史文件入口）→ HD6500 冷层（低频历史影像的实际内容）

FS3420 上运行 Synology Tiering，HD6500 上运行 Synology Tiering Vault。文件移入冷层后，原目录里只留一个入口，影像工作站照旧从这个路径打开；历史文件重新被频繁访问或编辑时，系统把它取回热层。

这张剖面图把这层关系拆开来看：上方的原共享目录里，脑部 CT 是留在 FS3420 热层的近期影像，旁边虚线框中的文件是历史影像的入口；入口对应的胸部 CT 内容已经沿蓝色箭头落到下方的 HD6500 冷层。医生点开这个入口时，青色路径从冷层把内容送回原目录。

一个分层计划对应一个冷层，可包含多个共享文件夹，同一个共享文件夹只能加入一项计划。科室多了以后，FS3420 上可以建立多项计划，把不同科室的目录分到不同冷层。

部署 Tiering 要准备哪些条件？

根据 Synology Tiering 技术规范，前四项是官方要求，供电保护是医院机房的部署要求：

源共享文件夹需要位于 Btrfs 存储空间。ext4 卷、WriteOnce、压缩或加密的共享文件夹、Hybrid Share 目录，以及 Cloud Sync、Active Backup for Business、Container Manager 等套件的专用目录，都在官方不支持清单里，这些目录保持现有存储方式。

加密要分开看：加密存储空间里的普通共享文件夹可以分层，冷层存储空间则不会自动加密，需要在 HD6500 上单独配置。

本院 CT 厂商软件通过 SMB 直接写入普通共享文件夹，这类目录可以加入分层计划。群晖 PACS 套件使用的共享文件夹列在官方不支持清单中，已部署该套件的医院需单独规划影像目录。

FS3420 与 HD6500 怎样承载同一个 CT 目录？

CT 机房放置 FS3420 作为全闪热层，容量机房部署 HD6500 作为冷层。两端通过 10GbE 或 25GbE 以太网光纤网络连接：

连接路径： CT 设备 → FS3420 全闪热层 → HD6500 容量冷层 → RX6025sas 扩充设备

CT 设备始终写入 \\FS3420\CT影像，低频历史影像按访问或修改时间移入 HD6500 自动建立的冷层文件夹。

两台 NAS 各加装兼容的 10GbE SFP+ 或 25GbE SFP28 网卡接入交换机。患者信息、检查记录、影像索引和阅片流程仍由医院现有业务系统管理，Tiering 只负责影像文件在两层之间移动。

先算出 FS3420 要保留多少热数据

FS3420 的可用容量按以下项目计算：

热层可用容量
= CT 每日新增数据量
×（近期影像保留天数 + 冷层链路最长中断天数）
+ 历史影像取回空间
+ 系统维护预留

HD6500 的容量按历史影像保留年限、每年增长量和 RAID 后的可用空间规划。

迁移速度还受处理器影响。FS3420 是 8 核，HD6500 是两颗 10 核，核心数相差超过两倍，技术规范提示这种组合可能影响分层性能。所以分层任务放在调阅较少的夜间，单次迁移量按实测结果设置：

单次计划迁移量
= 每小时稳定迁移量
× 夜间可用小时数
- 波动预留量

每小时稳定迁移量要实测，网络和磁盘的波动从总量里扣出来。首轮历史影像按年份或月份分批迁，每一批都在第二天门诊高峰前结束。

这张规划板把两个公式放在一起。上方容量标尺的蓝色主体是 FS3420 热层里的近期 CT 影像，右端依次留出橙色的链路余量、蓝色的取回空间和灰色的维护预留，对应第一个公式的后三项。下方时间带两端是白天的门诊业务，中间深蓝色的夜间区段里，历史影像分成几批迁往冷层，对应第二个公式算出的单次迁移量。

官方规范还给出两条与容量相关的规则：启用存储空间容量分层后，热层容量在首轮分层后仍低于设定阈值时，系统会继续迁出最旧的文件，直到可用空间回到设定值以上；热层使用率超过 95% 时，现有分层计划无法再加入新的共享文件夹。规划新科室目录时，先确认热层使用率留有余量。

从一个历史月份开始试点

试点选的是一个检查早已完成、近期仍有零星调阅的月份。动手前先做一份可恢复的备份，影像科另外挑出几组检查，留作调阅和恢复测试用。

IT 拉出一个完整业务周期的访问记录，影像科在上面标出复诊、会诊还会用到的检查。范围定下来后，首次分层在夜间执行，第二天记录热层腾出的空间、冷层新增的容量，以及历史影像打开要等多久。

分层天数按文件上次访问或修改以来的天数计算，可设 1 至 1,800 天，试点期间按结果调整：历史影像频繁返回热层，说明天数设短了，往长里调；低频影像迟迟没有下沉，就回头检查目录范围和任务条件。

怎样验收影像调阅和数据恢复？

影像科从原共享目录打开一组已进入冷层的历史检查，IT 依次完成以下验证：

1. CT 设备向 \\FS3420\CT影像 写入一组完整检查，核对目录、文件数量和文件大小；
2. 分层任务运行期间继续写入新检查，确认 SMB 写入和目录访问正常；
3. 当日计划迁移量在设定窗口内完成，FS3420 保持计划中的预留空间，并在分层日志中确认任务状态；
4. 从原共享目录调阅已进入 HD6500 的历史影像，记录首次打开时间；
5. 中断热层与冷层链路，确认 CT 新影像继续写入 FS3420，并记录历史影像受影响的范围；
6. 恢复链路并重新关联冷层，再从原目录调阅测试影像，并从备份将一组样本恢复到原始文件夹，核对完整性。

上图对应第 5、6 步的三条路径。左侧的新 CT 影像持续写入原共享目录；中间橙色断点表示热层与冷层链路中断，右侧的历史测试影像暂时无法从原目录调阅；青色的「重新关联」路径恢复后，测试影像回到原目录列表中完成复核。下方「备份样本」是独立的 Hyper Backup 恢复路径，样本恢复后单独核对。

热层空间不够时，取回和编辑都会受影响。按官方规范，剩余空间低于 1% 或 100 GB 时，只读访问的历史文件留在冷层读取；文件比热层可用空间还大时，编辑无法进行。出现这两种情况，释放空间或扩容后重测。

分层任务失败后不会自动重试，要等下一次计划时间再执行，失败信息写在状态和日志里。验收期间，IT 每天查看一次分层日志。

快照在热层上拍摄，一次覆盖两层，恢复时也是两层一起还原。文件下沉前拍的快照会一直占着热层空间，直到快照按保留策略删除，容量分析要算上这部分。加入分层计划的共享文件夹用不了快照复制和克隆，异地副本交给 Hyper Backup。

Hyper Backup 为两层各建一项任务，执行窗口相互配套，版本能一一对应。恢复时两层选同一个时间点，还原到原始文件夹，原目录里的文件入口才会保留。每次恢复用的时间点记在恢复操作单上。

源文件夹的文件权限、高级权限、配额和回收站设置都不会带到冷层。HD6500 上的冷层文件夹要单独配一遍权限和配额，验收时用影像科账号登录，核对能看到哪些目录。快照、备份和恢复演练的安排，可参考群晖 NAS 防勒索方案。

上线前确认四项结果

• CT 设备、FS3420、HD6500、交换机和 UPS 已按设计连接；
• 共享目录、分层天数、任务窗口和热层预留容量已经确认；
• 近期影像正常写入，历史影像可以从原目录调阅；
• 快照与备份覆盖两层，并完成链路中断和原位恢复测试。

每增加一个影像目录，都在系统保护台账中记录业务负责人、分层条件、冷层位置、冷层权限、备份任务和恢复结果。

关于本方案服务方

成都美步科技有限公司（简称美步科技）是四川成都 Synology 群晖授权代理与方案集成商，为医疗、制造、教育、设计等行业提供全闪与大容量 NAS 选型、Synology Tiering 冷热分层规划、10GbE/25GbE 存储网络、快照与 Hyper Backup 备份规划，覆盖成都、重庆、贵阳、昆明等西南城市。咨询热线：028-85561528。

下一步：评估 CT 影像冷热分层

分层上线后，医生复诊、会诊时打开历史影像，用的还是原来那个目录；FS3420 的全闪空间腾了出来，留给每天新做的检查。想在本院做同样的调整，可以从一个历史月份试起，验收通过后按年份或科室目录逐步扩大。

美步科技作为西南 Synology 群晖授权代理与方案集成商，可协助测算冷热层容量，并到现场完成调阅和恢复测试。

申请 CT 影像冷热分层评估

规划 NAS 容量、快照与备份

获取群晖存储实施支持