如图所示，媒体数据的存储架构主要表现为核心业务模块媒体数据和非核心业务模块媒体数据的独立存储。
      核心业务模块媒体数据存储：高码流节目素材在节目制作过程中存放于专属在线存储体内，低码流节目素材同时存放于本地制作站点和在线存储体，平时在单机上编辑时使用本地存储数据，减小中央存储和网络交换机的流量，又作为中央存储故障时的应急备份。用户节目制作完毕后，提交给网络中的打包中心进行打包，打包中心根据双读双写的策略，可以自动找到网络上的文件进行合成。在线存储体内部节目素材根据预置策略迁移到内嵌媒资系统在线存储，实现节目入库媒资保存，当节目使用频率下降到指定阈值后，迁移到媒资近线，实现节目的长期保存。
      非核心业务模块媒体数据存储：高低码流节目素材在节目制作工程中均存放于新闻内嵌媒资在线存储体内，各业务站点共享网络内部的数据资源。对于使用频率低的节目素材和成品节目可根据台内业务需求，在媒资系统内由媒资在线存储迁移到近线，释放在线存储空间，实现媒体资源的长期近线保存，在需重新利用时，可由近线回迁到媒资在线存储，供新闻系统重新利用。
      元数据存储架构：

 

      如图所示，元数据的存储架构主要表现为核心业务模块元数据和非核心业务模块元数据的独立存储。
      核心业务模块配置独享数据库，核心业务专属数据库的引入在很大程度上释放了系统资源，保证了业务模块安全运行。
      非核心业务模块中的文稿编辑、系统管理/监控模块配置独享数据库，为不断增长的文稿资源提供存储支持。
      此外，非核心业务模块中的新闻内嵌媒资系统配置独享数据库，保证新闻内嵌媒资系统的独立性，为后续新闻系统、内嵌媒资系统的独立扩充提供有效硬件支持。
      元数据分类独立存储，充分保证各业务模块的元数据的有效存储，为各业务模块稳定运行提供充分的元数据支持。
      6、5核心业务模块采用本地化+网络化编辑的工作方式。系统拥有网络数据库和各工作站点建立本地数据库，各工作站点实现两套资源管理器的连接；系统拥有网络存储和各工作站点本地存储，各工作站点可以根据策略选择网络编辑或本地编辑工作方式。平时在单机上编辑时使用本地存储数据，减小中央存储和网络交换机的流量，又作为中央存储故障时的应急备份；采用本地工作站编辑存储中码流，网络存储高中码流的方式进行设计，后台打包合成调用网络高码流；用户编辑的项目文件等，需要在本地保存，网络数据库出现问题，可以在本机打开恢复使用；本次投标时需提供采用本地+网络实现方式的合同案例。并在方案中详细提供解决方案。