医院在更换 PACS 存储之前，需要回答的问题并不多，但每一个都直接影响决策：换完之后会不会更慢、业务能不能不停、历史数据怎么办、PACS 厂商是否认可、压缩是否可靠、归档能否对接、国产化平台是否降性能、为什么最终选这一家。以下按这八个问题依次展开。

更高端的阵列为什么解决不了调阅等待

影像调阅不是顺序读取一个大文件，而是对海量 KB 级小文件做高并发随机读。CT 单张图像约 300KB，MR 单个序列文件约 60KB，一次调阅 2000 张 CT 意味着数千次元数据操作与随机读。传统阵列的优势在顺序带宽，而这类负载的瓶颈在元数据服务与随机 IO，峰值带宽提升并不会同比例缩短等待时间。

这一判断可以用现场现象验证：同一套阵列，做大文件拷贝时速度很快，但医生点开一份 2000 张的 CT，仍然要等半分钟；门诊高峰时多台终端同时调阅，等待时间进一步拉长。问题不在链路带宽，而在存储要同时处理成千上万个文件的打开、定位与读取请求。

从量级上看，这一判断也成立。三级医院影像数据年增约 50—60TB，一家大型三甲医院一天新增的影像文件可达数万个；文件数量随年份累积，目录层级越来越深，元数据规模从千万级走向亿级。在这样的规模下，即使带宽充裕，元数据服务一旦成为单点，调阅等待也会随并发上升而放大。

统一存储的处理方式是把并发做在元数据层：元数据多台协同并行处理、目录自动打散、元数据压缩后常驻内存，并按 PACS 场景预留 40% 元数据空间；小文件聚合写入减少写放大，降低随机 IO 对机械硬盘的压力。对应的实测结果是：千兆终端约 500 张/秒、2500 张 CT 加载约 5 秒；万兆终端约 1000 张/秒、加载约 3 秒；混闪三台配置支持 50 个以上终端并发且体验一致。深圳大学总医院 150 并发下达到 2250 张/秒，可作为并发能力的参考。

采购更高端的阵列，买到的是顺序带宽；医院真正短缺的是小文件并发能力，两者并非同一件事。

为什么影像需要全闪与混闪一套底座

许多医院采用“在线一套、归档一套”的建设方式，两套存储之间依靠人工或脚本搬运数据，每搬迁一次都需要停机与路径调整。问题在于，影像的冷热并不按年份划分，而是按“最近是否被调阅”划分：三个月前的急诊复查、体检对比、科研回溯，都会让所谓冷数据重新变热。两套存储一旦画死边界，数据就只能在两边来回搬。

统一存储在一套软件定义架构内同时提供全闪与混闪两类资源池：数据默认写入性能层，按策略保留一定周期后以聚合块为单位合并下刷至容量层；冷数据再次被调阅时自动回缓存。对 PACS 而言，始终只有一个挂载点，扩容、增加设备或增加硬盘都不改变盘符与目录。

空间效率可以通过纠删码调整体现：EC 可从 4+2 在线扩列到 20+2，得盘率由 67% 提升到 91%，扩容不中断业务；聚合块分层使 1000 万文件加载时间由 4 小时缩短至 2 分钟。上海市肺科医院以混闪 500TB 承载全院影像，采用热数据分层、冷数据落容量层的方式，实现单盘符管理；襄阳市第一人民医院三期扩容至 21 台，影像与数字病理始终共用同一套底座。

合理的建设方式不是购买两种存储，而是选择一种具备分层能力的存储。对预算按年度分批下达的医院，这一点尤其重要：可以先建起一套，再按需扩展，不必一次到位。

多院区场景下，这一架构同样适用。各院区可以独立部署，也可以由主院区集中承载、分院区按需读取；需要容灾时，通过增量异步复制在院区之间同步，日常调阅仍以本院区数据为主，避免跨院区专线成为瓶颈。

更换存储如何做到不停业务、不改 PACS

更换存储的风险集中在三处：挂载路径变化、权限体系变化、历史数据无法在窗口期内搬完。统一存储对应给出三项能力。

协议与语义保持不变：支持 NFSv3、NFSv4、CIFS/SMB 与 FTP，保持 POSIX 语义一致，原有挂载路径、脚本与工具调用无需修改；部分影像平台按对象接口对接时，也可提供 S3 兼容服务。身份体系保持不变：对接 AD、NIS、LDAP 与本地用户体系，兼容 UID/GID、POSIX ACL 与 Windows ACL，服务账号、目录配额与用户配额齐备。数据分批迁移：通过统一命名空间先将原有存储纳管，新数据写入新资源池，历史数据原地可读；需要整体搬迁时使用自研迁移工具，支持断点续传、自动校验与夜间限速，100TB 数据约一周完成。

福建某三甲医院的实践可以说明这一路径：原有 EMC 存储替换后，2000 张 CT 调阅由 30—40 秒缩短到 5 秒以内，100TB 影像数据一周内完成迁移，期间业务照常运行。迁移工具支持多并发进程与多目录任务，可设定夜间执行与限速，避免影响白天门诊。

迁移之前，建议先做一次小范围演练：选择一个非核心目录，完整走一遍迁移、校验与回退流程，记录迁移速率、校验结果与回退耗时，再确定全量切换的窗口。演练的价值不在于验证工具能不能跑，而在于让信息科与PACS厂商对切换步骤、责任分工与回退条件形成共识。

能否不停机，取决于访问路径是否变化，而不取决于设备是否更换。对信息科而言，这句话意味着一件事：改造可以排进年度计划，而不必等一个长假窗口。

老存储是否必须退役

多数医院的现状是已有两到三套存储，其中一套仍在保修期内，直接报废既增加预算压力，也涉及资产处置。统一存储的答案是先纳管、后迁移：通过统一命名空间将原有 NAS 或老存储纳入同一视图，业务可先切换到新资源池，历史数据留在原处按需调阅；确认无风险后，再按目录、按年份分批迁移。全闪还可以直接纳管第三方 NAS，对历史数据实现就地加速。

襄阳市中心医院的改造体现了这一思路：替换原有横向扩展存储后，调阅 1000 张影像样本提升 40% 以上、空间节约约 50%，后续扩容至 1PB。统一命名空间支持百亿级文件与大规模客户端并发接入，为分批迁移提供了基础；迁移过程中，业务仍按原路径读取老数据，不需要停机切换。

改造可以分两步实施：先让新检查变快，再逐步搬迁历史数据。对影像科而言，第二天上班感受到的变化是当天影像打开更快；对信息科而言，真正的工作量在后面的分批迁移，而这一步可以按季度排期。

未压缩影像的压缩是否可靠

DICOM 影像常年不压缩直接落盘，容量规划中相当一部分本可节省。医院对压缩的顾虑集中在两点：是否拖慢阅片、是否影响 PACS 读取。

统一存储的压缩在写入路径完成，对上层透明，PACS 读取的仍是标准 DICOM 文件；同时配合小文件聚合写入，减少文件放大。对未压缩的 CT 影像，压缩率可达 55%，工程上按 50% 估算更为稳妥。压缩与分层叠加后，同等物理容量可以承载更多在线数据，扩容时点相应后移。

压缩的边界需要同时说明：已经过 JPEG、JPEG2000 有损压缩的影像，以及病理切片中已压缩的部分，收益会明显下降。压缩能够延后扩容时点，但不能替代容量规划；对已经压缩过的数据，应按实际抽样结果评估，而不是套用一个固定比例。

十五年与三十年归档能否对接

《医疗机构管理条例实施细则》第五十三条规定，门诊影像保存不少于 15 年、住院影像不少于 30 年，全闪无法容纳三十年数据，归档环节必须可用。

统一存储通过标准文件与对象接口，与蓝光归档库、磁带库、VNA 影像归档系统对接，冷数据按策略下沉、调阅时按需回调，归档后数据路径不变，PACS 侧无需修改调用方式；同时支持对象 WORM、文件 WORM 与操作审计，满足不可篡改留存要求。对已经建设蓝光库或带库的医院，统一存储作为在线与近线层，归档层继续沿用原有体系即可，不必推倒重来。

归档不是再增加一个独立设备，而是让冷数据在同一个命名空间内保存，需要时可以按原路径取回。

从成本角度看，归档层使用蓝光库或磁带库，单位容量成本远低于全闪与混闪；把三十年数据中真正低频的部分沉下去，在线层才能保持较高的性能密度。统一存储的作用是把在线、近线与归档串成一条路径，而不是替代归档设备。

信创替换是否会降性能

随着国产化改造推进，医院普遍关注国产平台能否稳定承载 PACS。统一存储的同一套软件栈支持 X86、鲲鹏、C86 与 Sangfor OS、欧拉、麒麟，信创与非信创环境采用同一架构，并针对 ARM 多核进行锁优化，性能对齐 X86 平台。

某军队三甲医院以 5 台国产化统一存储、总计 2.3PB 承载影像，实际部署性能与 X86 平台基本一致；成都中医药大学附属医院以 NVMe 性能层承载 43.24TB 热数据，平均访问时延降低 62%。信创改造不必以性能下降为代价，前提是软件栈与硬件平台做过针对性适配，而不是简单移植。

为什么是深信服

规模层面，深信服aStor统一存储已服务全国 2000 家以上医疗机构，其中三甲医院 500 家以上、全国百强医院 20 家以上，医学影像存储累计交付 1000 家以上、300PB 以上。交付层面，上海市肺科医院阅片 450 张/秒、提升 5 倍；上海仁济医院 CT 阅片速度高出 120%、MR 小文件高出 130%；襄阳市第一人民医院 21 台规模下 IOPS 提升 66.7%、成本降低 35%；亳州市人民医院元数据命中率 90% 以上并完成异构容灾；阳煤集团总医院实现硬盘故障提前 15 天预测，准确率高于 98.5%。

可靠层面，平台可靠性 6 个 9，两块硬盘同时失效数据不丢失且可在线访问，全速恢复 1TB 数据约 15—20 分钟，湘雅二院通过破坏性实验验证了故障场景下的数据安全。市场层面，IDC 2026 年第二季度中国文件存储市场报告显示，深信服aStor统一存储以 10.1% 的份额位居中国文件存储市场第三。

还有一层能力不在参数表里。影像存储的交付效果，往往取决于对现有架构的梳理是否完整。深信服在项目中沉淀了一套“三张图”的方法：软件流程图理清影像从设备到存储、从终端到阅片服务器的完整路径，硬件拓扑图检查服务器与存储的连接与流量走向，数据透视图呈现数据量、增长与目录分布。基于这三张图，双方可以一起讨论架构演进方向，把“买什么存储”变成“整体怎么建”。对医院而言，这既是一次架构盘点，也是后续扩容、迁移与国产化改造的底稿。

前述八个问题中，前七个由产品能力回答，第八个由交付案例与规划能力共同回答，这也是文末附上典型案例客户名单的原因。

总结：医院需要的是一条不会再被卡住的调阅路径

把并发做在元数据上、把冷热放在一套架构里、把老存储纳管进来、把归档接口预留出来，四件事同时成立，PACS 的存储问题才算解决。同类医院可以按这四项逐条核对现有方案，而不是只比较设备的峰值参数。

落地时可取一个可量化的起点：导出本院最近一个月的调阅日志，选取并发最高的一个小时，记录 P95 与 P99 加载时延及失败率，再用同一批检查在新底座上复测。测试结果与业务感受对得上，方案才算站得住。

关于深信服aStor统一存储

深信服aStor统一存储是深信服自主研发的企业级统一存储产品。2013 年，深信服设立存储研发部门，第一项任务是为桌面云与超融合提供底层存储；这两类产品目前在国内市场份额均位居第一。2017 年，存储作为独立产品线正式上市；2021 年发布高性能生产存储版本，并在深圳、北京、长沙、成都设立四大存储研发中心，研发人员超过 400 人；2025 年发布统一存储，将块、文件、对象三类服务收敛到一套软件定义架构；2026 年完成全面升级，原生支持块、文件、对象、向量四种协议，并可通过统一命名空间纳管第三方 NAS、对象存储与云存储。截至目前，深信服aStor统一存储累计参与交付超过 15064 个客户，累计交付容量约 2.45EB，PB 级项目超过 586 例，存储发明专利 400 余件。IDC 2026 年第二季度中国文件存储市场报告显示，其以 10.1% 的份额位居中国文件存储市场第三。

深信服aStor统一存储针对 PACS 场景在并发调阅、影像压缩、存量纳管与归档对接方面完成了适配与优化，为影像科医生带来的是翻片不等待、对比阅片不卡顿，为信息科带来的是更换存储不停业务、原有设备不作废、扩容无需重做规划。同类医院的改造需求可以沿用这一路径。