数据资产管理平台产品系统

在企业私有云环境中，文件型业务数据的容量增长与成本结构之间正在形成一对难以
调和的矛盾：历史附件、业务文档、历史数据、日志与备份落地数据长期滞留于高单价的
在线存储，与正在被频繁访问的热数据混存。依靠扩容可以缓解容量压力，却无法改变成
本结构——新增的仍是同一档高单价介质，历史数据依旧占据着最昂贵的盘位。
一个常被忽略的事实是：单纯的备份并不能解决这个问题。备份完成后，数据在在线
存储与归档池各存一份，"热 + 冷"双份成为常态，在线盘位并没有下降。"备是备了，盘
还是满的"，这正是许多企业完成归档建设后仍未获得预期收益的原因。
数据资产管理平台给出的是一套完整的闭环方案，而不是其中一段。平台由两部
分能力构成：数据归档（冷数据管理侧）负责建立可指认、可校验、可举证的权威冷副
本；统一存储访问层 USAL 负责在校验可信的前提下执行热盘释放（Hot purge，简称释
盘），并以 Stub（存根）占位与读时召回的方式，使业务应用在不改变路径模型的前提
下继续按原方式访问数据。
方案的可信度建立在三方面可验证的机制之上：
其一，归档过程可验收。源接入、策略归档、权威冷副本、校验门禁、元数据目录、
管理端取回六个环节均设有可演示、可交件的验收项；校验未通过即 fail-closed，不进入
释盘前提。
其二，访问层不改变业务路径模型。访问代理（Gate Agent）与业务热盘数据，具备
相同命名空间，热数据与冷数据存储空间采用透明模式互传，不影响访问方式。。
其三，责任边界同源。归档与热盘释放由同一平台、同一控制台承载，避免"归档一
家厂商、释盘另一家厂商"造成的责任分割；分阶段 SKU 与容量里程碑设计使投资可分
期、过程可回退。
由此带来的结果是：对云管与决策层，在线高单价盘位被真实释放、扩容节奏得以延
后、数据留存可举证；对应用 Owner 与运维团队，业务系统无需改

数据资产管理平台是面向企业私有云文件型业务数据的冷热分层管理平台，由两部分
相互衔接的能力构成。 数据归档（冷数据管理侧）：按策略将业务数据异步写入已纳管的归档池，形成可指
认、可校验的权威冷副本，并提供元数据目录、检索与取回能力。归档以独立任务路径运行，
不替代、不介入业务的正常读写。
统一存储访问层 USAL（Unified Storage Access Layer）：在业务访问路径之上提供统一的
访问模型，执行热释盘、维护 Stub 占位，并在业务读取已释盘文件时自动召回，使释放出的
空间不以牺牲可访问性为代价。
业务侧仍沿用同一套路径模型；平台在底层按"业务跟路径 + 归档冷侧"组织数据，介质
层面可进一步演进为热 / 温 / 冷三层。归档建立可信冷副本，USAL 在校验通过后释放热盘
空间，Stub 与读时召回共同维持原应用的访问体验。
产品逻辑：平台先在冷侧沉淀可独立校验的权威副本，再据此对在线层做真实释盘，让热
盘占用随归档推进而真正下降；过程中应用对数据路径与访问模型的感知保持不变，热数据的
访问体验与归档前一致。
需要强调的是，完整价值 = 数据归档（冷侧）+ USAL 热释盘 + 无感召回。只归档不释
盘，盘仍然是满的；只纳管存储而没有权威冷副本，则不敢释盘。两者缺一，闭环即不成立。
产品不是什么。 清晰界定边界，有助于在选型阶段避免期望错位：
 不是要求业务修改访问路径、更换入口的"迁仓改造项目"。
 不是替代业务应用读写逻辑或客户端的产品。
 不是传统备份软件的简单替代品。
 不是"只做冷备"或"只做存储纳管"的方案——其投资回报闭环落在"校验通过后的热释
盘"这一步。
更适合的场景：
 集团私有云上，文件型业务数据盘持续吃紧，典型数据包括附件、文档、行业文件仓、日
志与落盘备份等。
 应用团队拒绝修改访问路径或入口，而云管团队又必须

项目实现文件的完整归档流程，并可定义归档目标存储，磁带库、蓝光存储、云存储等；
独创的热盘回收技术，可以实现在线业务的数据空间回收和归档；
也可以衍生至各专用行业的归档系统和业务数据统一存储应用，如医院的影像管理、多媒体行业视频资料等。