国产平台更新往往不会在同一天完成。新服务器和操作系统陆续上线，已有数据库、研发设计、医学影像和共享目录仍在运行，大量历史数据也需要继续使用。企业建设信创存储，既要让国产软硬件接住当前业务，也要处理新旧环境共存、数据分批迁移、性能增长和长期运维，让国产化改造成为生产能力的持续升级。

深信服aStor统一存储解决方案以全栈自研的软件定义分布式架构为基础，将国产平台适配、多类业务承载、数据保护和迁移工具组织为完整建设路径。方案面向中高端生产需求与中大型集群，可以根据项目选择一体机或纯软件部署、全闪性能资源或混闪容量资源，并通过受支持的访问接口衔接已有应用，使企业能够按业务节奏逐步完成改造。

一、从实际业务出发，把国产化目标转化为建设方案

方案设计首先要明确哪些业务需要更新。数据库和虚拟机关注事务响应、写入一致性与故障恢复；测绘、EDA和科研任务需要多人或多计算节点并行访问海量文件；医疗影像持续产生数据，同时要求医生能够及时调阅；AI业务则把采集、标注、训练和归档连接起来。不同任务的热点规模、访问频率和保护要求，决定存储资源怎样配置。

以实景三维生产为例，遥感影像进入平台后，要经过预处理、建模、切片和成果交付。目录遍历与小文件读取影响任务启动，大文件连续读取影响计算过程，成果数据的长期增长又带来容量需求。围绕这些动作选择文件服务、元数据处理资源、网络和介质，才能把国产服务器的算力落实为业务可用的数据访问能力。

建设范围还应包括现有资产。对仍有使用价值的NAS和对象存储，可以先规划接入、迁移或容量层角色；对必须更新的平台，则明确替换批次、应用依赖和切换窗口。新增业务可优先落在国产平台，历史业务按数据变化量和生产节奏逐步进入，使存量与增量形成有序衔接。

 

在业务范围明确后，再把CPU平台、服务器、操作系统、网卡与驱动、存储版本和应用接口落实为部署组合。这样，硬件选型、软件适配、性能规划与迁移安排能够围绕同一批业务推进，减少各环节分别完成后才发现接口、权限或资源配置不一致的返工。

二、以国产软硬件和自研架构建立统一的数据服务

aStor信创方案提供鲲鹏、海光等国产平台路线，并有适配麒麟、欧拉等主流操作系统的部署形态。一体机将相应硬件与存储软件组合交付，便于统一规划安装、调优和维护；纯软件方式则便于在匹配的服务器与操作系统组合上建设存储。两种方式都围绕业务访问和后续扩展选择，具体配置按项目所选产品形态与版本落实。

国产芯片平台各有架构特点。海光采用C86架构，鲲鹏属于ARM路线，CPU、操作系统、驱动与客户端按各自支持组合配套。已有应用可以通过相应标准协议接入存储，新业务再按国产平台的环境与性能需求部署，使计算侧和存储侧的更新节奏得到协调。

对于低时延、高并发业务，aStor提供国产全闪机型，采用海光CPU、2U盘控一体形态和Active-Active冗余双控制器，搭配DDR5内存、PCIe 5.0及NVMe SSD。双控制器承担设备内部的协同与接管，多个设备可按全对称分布式架构组成集群，以设备级高可用和集群级数据组织共同支撑生产访问与后续扩展。

对于海量影像、科研资料和温冷数据，混闪形态以SSD承担相应缓存与性能任务，以HDD承接容量需求。企业可以先配置当前业务所需资源，再通过统一视图与数据流动连接性能层和容量层：活跃数据靠近计算，低频数据保留在适用的容量资源上，使国产化建设同时兼顾访问效率与长期投入。

图示将应用、访问协议、存储软件和国产硬件放在同一条路径上。数据库、虚拟机、容器和文件共享分别通过适配接口接入，aStor在软件层提供数据服务，下层结合国产操作系统、服务器与介质资源完成持久化。这样的分层便于在更新某一层时延续其他层的业务组织方式。图中的国产备份与生产存储配套建设，用于独立副本与恢复，使数据承载和数据保护在同一方案中衔接。

图1 信创平台的软硬件分层

深信服aStor统一存储采用全栈自研的凤凰架构，并非基于Ceph改造。访问层处理协议与连接，服务层组织卷、目录、对象桶等资源，PhxKV参与元数据与映射管理，PhxTier组织缓存、分层与数据访问，持久化层完成冗余布局与介质存储。软硬件解耦使软件能力可以围绕不同平台持续优化，企业后续扩展也能够延续已有的数据服务与管理体系。

统一承载各类业务： 当前aStor在统一架构下提供块、文件、对象和向量四类数据服务。项目根据应用接口和所选国产部署版本启用对应能力：数据库使用块卷，研发协作使用共享目录，海量采集数据通过对象接口进入平台，知识应用按需接入向量服务。统一底座与按需配置结合，减少为每类新业务分别建设和维护孤立存储的工作。

三、围绕国产平台特点优化，让性能沿完整链路到达应用

性能设计从业务应用延伸到持久化介质。典型访问路径为：应用与计算节点→客户端及网络→存储入口→元数据与数据服务→持久化资源。小文件业务需要频繁定位数据，大文件任务需要持续传输，数据库则关注单次请求响应与稳定性。aStor分别优化这些环节，再通过资源配置把它们组合成匹配业务的访问通路。

面向ARM平台多核、多NUMA节点等特点，aStor采用绑核、锁粒度和多线程优化。将存储处理线程绑定到适当CPU资源，减少跨核、跨NUMA访问开销；缩小共享资源的锁定范围，降低并发线程等待；对SSD相关处理模块进行多线程优化，使更多请求能够并行推进。这些措施将国产硬件资源用于实际I/O处理，为高并发业务提供软件层支撑。

海量小文件的性能还取决于元数据如何分布。aStor通过多活元数据服务与目录分片，将目录处理任务分散到多个服务实例，并由PhxKV组织元数据的存储和访问。多个计算节点同时创建、查找或读取项目文件时，相应处理资源可协同工作，减少热点集中，适合测绘切片、研发目录和科研样本等并行访问场景。

大文件读取与多客户端供数则需要打通网络通路。在支持的环境中，NFS+增强客户端通过多连接组织访问，SMB多通道可利用多条连接传输数据；鲲鹏与相应操作系统组合还可结合硬件加速指令、编译器及内核适配，降低软件处理开销。实施时将客户端、网卡、交换网络与存储端共同规划，使多核处理和介质带宽能够服务于真实任务。

图2 鲲鹏与欧拉系平台的软硬协同

混合业务可以按资源需求分工。对数据库等时延敏感业务，配置合适的块资源、介质和网络，结合存储卷QoS及后台任务调度保持关键访问的优先级；对需要更强隔离的业务，采用独立资源或集群。批量迁移、备份与数据均衡按时段和压力控制，使各类业务围绕各自的性能目标运行。

上线前可用实际工作流完成调优：测绘观察建模任务读取和切片生成，医疗观察影像上传与调阅，研发观察目录操作和并行任务完成时间，数据库观察事务响应。将应用表现与元数据热点、网络使用率、介质负载对应起来，再调整资源配置，就能找到真正影响生产效率的环节，并形成可供后续扩容复用的配置基线。

四、把故障处理、数据保护和恢复纳入同一方案

生产可靠性需要覆盖介质、设备、节点、访问链路以及数据误操作等不同情况。aStor按业务和部署形态配置副本或纠删码，将数据及保护信息分布到相应故障域。故障域规划与服务器、机柜、网络和供电安排配合，可以降低同一基础设施故障同时影响多份数据的风险。

在国产全闪方案中，双控制器的设备内接管与集群的跨节点保护相互配合；在分布式集群中，副本或纠删码、路径切换与并行重建共同承担数据恢复。项目保留满足保护策略的可用空间和网络资源，故障后由健康数据及冗余信息继续支持访问，并逐步恢复目标冗余度，使可靠性建设贯穿日常运行和故障处理过程。

aStor通过硬盘健康检测、坏道扫描和亚健康盘隔离识别风险介质。确认异常后，可将能够由健康副本或校验分片承接的请求转向其他介质，再组织修复、更换与重建，减少前台请求持续等待慢盘的时间。重建由多个源端和目标端协同参与，并结合前台业务压力控制后台任务，兼顾生产访问与冗余恢复。

对误删除、错误修改和异常访问，方案按服务能力配置快照、文件回收站、WORM、认证权限及审计。文件防勒索能力可以结合异常行为检测、安全快照与处置策略保护数据；重要业务再配置独立备份和适用的异地复制，使本地快速恢复、独立副本和站点级保护各自承担明确职责。

恢复流程也要跟随业务设计。数据库恢复需要将卷状态与日志回放、应用启动衔接，文件业务要核对目录与访问权限，对象业务要恢复正确的端点、密钥和桶策略。通过演练明确数据恢复、应用验证和重新开放访问的顺序，能够把存储保护能力转化为现场可执行的业务连续性安排。

五、按批次迁移数据，让新旧环境有序交接

迁移前先按应用、共享目录或对象桶划分批次，明确数据范围、读写来源、业务负责人和切换时间。稳定历史数据可以优先搬迁，持续变化的数据则安排全量建立和后续增量同步。目标端提前完成容量、权限、网络及保护配置，业务接入和数据传输便能沿同一批次推进。

SCMT数据迁移工具可将受支持NAS和标准S3数据源迁入aStor，支持文件到文件、对象到对象，以及相应文件与对象之间的迁移。数据路径为：源存储→SCMT扫描与传输→目标aStor空间→数据及属性校验→业务访问切换。迁移工具处理数据传输，应用连接与业务验证按同一批次配套完成。

全量阶段先在目标端建立存量数据，源端业务继续运行；增量阶段再追平新增和修改内容。SCMT可按名称、类型及过滤规则选择范围，也可设置扫描和迁移进程并发，以及按工作时段、非工作时段安排文件数量或传输带宽。将迁移流量与生产访问分开控制，有助于在持续业务中逐步完成大量数据转移。

网络规划应同时覆盖迁移工具到源端、目标端的访问能力，以及业务切换后的正式访问路径。条件允许时配置独立或有明确带宽安排的迁移通路，避免迁移流量占满生产链路；同时检查两端的连接、认证、可用空间和访问权限，使数据搬迁速度与业务承载保持协调。

最终交接安排停写窗口：停止本批源端业务写入或停止相应源业务，完成最后一轮全扫描增量迁移，再修改新存储连接信息、核对数据并验证应用。前期全量与增量同步用于缩小最后需要处理的变化范围，切换时间则结合最终扫描、增量传输、连接调整和应用验证安排。这样的顺序让目标端接管清晰的数据状态与正式访问入口。

 

文件迁移同时涉及身份与权限。AD域环境下的CIFS权限迁移应结合用户、用户组和目标共享配置，测试典型账户的读写与目录访问。对象迁移则关注用户自定义元数据和Content-Type：在SCMT相应流程中，已同步对象的这些属性不会随源端后续修改自动再次更新，因此可在批次准备时固定属性，或为后续变化安排补充处理，再核对应用读取结果。

回退安排围绕正式写入端制定。切换前保留源端和对应保护点，验证通过后再开放目标端写入；如果目标端已产生新数据，需要先确定新增数据的同步与合并方式，再执行回退。以明确的写入顺序管理两端状态，可以减少新旧入口同时修改同一数据造成的交接问题。

统一治理全域数据： 对于暂不适合整体搬迁的在线数据，aStor可通过受支持的NFS或S3接口建立统一视图并按需加载。企业可以先让新业务访问所需数据，再按使用频率和设备更新计划逐步演进；对仍承担正式写入的源端，保持清晰的主写关系和同步安排。统一纳管与分批迁移结合，使已有容量能够继续服务业务。

数据库与虚拟机的迁移按各自应用体系组织：数据库结合备份恢复、复制或应用迁移工具，虚拟机结合虚拟化平台的迁移动作。aStor提供目标块卷、文件或对象资源，并配合完成访问与保护配置。存储层迁移工具和应用层工具各司其职，才能把数据内容、权限、连接和应用状态完整交接到国产环境。

六、测绘与医疗的国产化生产实践

西安市勘察测绘院：11台信创节点承载实景三维

西安市勘察测绘院采用深信服aStor统一存储建设生产数据底座，配置11台信创节点、约1PB容量，配合海光服务器承载遥感影像与测绘成果。项目涉及实景三维、多源数据处理、三维建模、CAD制图及GIS地图切片，既需要大量目录和小文件操作，也需要持续读取影像与成果。

这类生产流程对存储的要求贯穿数据进入、计算加工和成果交付。影像与点云等数据持续积累，多个任务并行使用项目目录，模型和切片结果又形成新的文件。aStor以高性能文件服务承接核心生产数据，结合统一管理和横向扩展，使国产平台能够随着项目推进持续提供共享数据访问。

在实景三维西安相关建设中，该院完成114.16平方公里传统地理信息实体化改造，以及64.5平方公里实景三维地理实体数据新生产。存储承担多源数据访问和持续生产所需的数据底座，11台信创节点与约1PB的实际部署展示了国产化存储服务规模化业务的建设路径。

对同类测绘、科研和研发机构，可围绕活跃项目配置文件性能资源，把长期保存成果与当前计算工作集分层规划，并将权限、保护和扩容纳入统一运维。这样，新增生产任务可以沿用已有的数据服务与管理流程，减少平台更新时反复搬迁项目目录和重新配置访问的工作。

中南大学湘雅二医院：PACS扩容与国产化升级

中南大学湘雅二医院在原有PACS持续运行的背景下开展存储扩容与国产化升级，以PB级aStor存储衔接既有系统，承接影像持续增长。医院已建设两个存储集群，每个集群数据总量约1PB，分别保留数据副本。在模拟业务高峰的测试中，拔出两块硬盘及模拟单台主机断电后，业务仍可持续读写文件。这一实践将既有PACS衔接、容量扩展与故障验证结合起来，为医疗系统分步更新提供了参考。

医疗系统更新往往需要在长期积累的影像数据和日常诊疗之间取得平衡。将既有PACS衔接、容量与副本规划、故障恢复放入同一建设方案，能够让存储扩容与国产化升级共同服务于影像持续访问。对于同类建设，可先落实应用接入和数据保护，再根据业务节奏安排迁移批次，使新平台逐步承接生产。

多行业业务的数据承载重点

aStor的行业实践还覆盖医疗、自动驾驶、制造和高校。不同业务对数据服务的要求，可以帮助企业在国产化更新时确定生产承载重点：哪些需要低时延，哪些需要并行文件访问，哪些需要大容量与长期保存。

 

在IDC 2026年第二季度中国文件存储市场统计中，深信服进入前三。文件存储的市场采用与跨行业实践，为aStor面向生产环境的建设提供了应用基础；在信创项目中，自研架构、国产平台适配和实际业务配置进一步结合，服务于企业持续运行与后续发展。

七、从首批上线走向长期扩展与持续运维

实施可以从边界清晰、具有代表性的业务开始。首批完成平台部署、接口接入、数据迁移和保护配置，形成经过实际任务验证的配置与操作流程；后续按应用单元推广，复用已有的权限、迁移、监控和恢复方法。遇到新的CPU或操作系统组合时，将对应适配与调优纳入该批实施，保持各批建设有据可循。

统一储存任意规模数据： aStor支持在线增加硬盘或节点，新增资源接入后通过数据均衡逐步承接存量与新增数据。企业可从当前PB级需求起步，面向EB级容量增长持续扩展，并结合全闪、混闪与受支持的存量容量资源组织数据。容量需求、性能需求与国产平台更新节奏可以分别规划，减少按远期规模一次性投入的压力。

扩容前安排硬件、网络、软件和故障域预检查，扩容后观察新资源健康、业务路径与后台均衡进度。目录并发增长时关注元数据处理资源，大文件访问增加时联动网络和入口配置，温冷数据持续积累时调整容量层。通过这些对应关系，扩展能够解决具体业务问题，并保持可预期的资源使用方式。

日常运维汇总硬盘健康、容量水位、节点资源、端口和服务状态，并通过相应监控接口把告警接入企业运维流程。上线后的重点从“数据搬完”转为“业务持续稳定”：定期检查备份与复制覆盖范围，观察访问时延和任务完成时间，演练故障恢复，并为容量增长及重建保留空间，使保护策略随业务一起更新。

信创统一存储建设把国产软硬件适配、性能与可靠性设计、分阶段迁移和长期扩展连接起来。深信服aStor通过自研架构和多类数据服务，让新平台接住真实生产，也让既有数据和设备继续发挥价值。企业可以在保障当前业务的同时逐步完成国产化改造，并沿同一数据底座承接研发、数据分析与AI应用的后续增长。

常见问题

Q1：已有计算平台暂不更新，可以先建设国产存储吗？

可以按业务与存储分别规划更新。aStor通过相应块、文件或对象接口对接应用，先将客户端、协议、身份权限和实际读写验证完成，再按批次迁移数据与切换入口。计算侧与存储侧通过明确的访问路径衔接，有助于在保留现有业务运行方式的同时推进国产化。

Q2：国产化项目需要低时延全闪，也需要大容量，怎样组合建设？

aStor可根据负载配置国产全闪性能资源与混闪容量资源。当前国产全闪提供海光C86平台、2U双控形态及NVMe SSD等配置，可承接时延和并发敏感业务；低频数据按需求进入容量层，再通过统一视图与数据流动连接不同资源。具体部署按产品版本、接口和保护要求配套，使性能投入集中服务活跃业务。

Q3：如何让信创迁移的最终切换更可控？

对受支持的NAS和S3数据，先用SCMT完成存量搬迁和多轮增量追平，并提前完成目标权限、连接及业务验证准备。最终在约定窗口停止本批源端写入，执行全扫描增量同步，再调整连接并验证；同时保留源端、保护点和明确的回退安排。把大部分工作前移，可以减少最后交接时的数据变化与现场操作压力。