返回

杭州市西湖区云计算数据中心项目可行性投资论证建议报告doc文档(66页) 杭州市西湖区云计算数据中心项目可行性投资论证建议报告doc文档(66页)

格式:word 上传:2026-10-02 03:52:29
温馨提示:手指轻点页面,可唤醒全屏阅读模式,左右滑动可以翻页。
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(1)
第 1 页 / 共 66 页
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(2)
第 2 页 / 共 66 页
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(3)
第 3 页 / 共 66 页
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(4)
第 4 页 / 共 66 页
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(5)
第 5 页 / 共 66 页
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(6)
第 6 页 / 共 66 页
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(7)
第 7 页 / 共 66 页
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(8)
第 8 页 / 共 66 页
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(9)
第 9 页 / 共 66 页
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(10)
第 10 页 / 共 66 页
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(11)
第 11 页 / 共 66 页
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(12)
第 12 页 / 共 66 页
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(13)
第 13 页 / 共 66 页
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(14)
第 14 页 / 共 66 页
杭州市西湖区云计算数据中心项目可行性投资论证建议报告.doc预览图(15)
第 15 页 / 共 66 页
预览结束,还剩 51 页未读
阅读全文需用电脑访问
温馨提示 电脑下载 投诉举报

1、手机端页面文档仅支持阅读 15 页,超过 15 页的文档需使用电脑才能全文阅读。

2、下载的内容跟在线预览是一致的,下载后除PDF外均可任意编辑、修改。

3、所有文档均不包含其他附件,文中所提的附件、附录,在线看不到的下载也不会有。

储管理方面困难。


当然,对非结构化信息最简单存储方式是直接存放在文件系统中。


这样做避免了依据主题等分类因素对非结构化信息进行管理问题,但也是最最低效种存储管理方式。


在非结构化信息存储管理中还涉及到个问题,由于这些信息元如果对非结构化信息进行定半结构化处理后数据可能来自关系型数据系统比如对象数据系统多媒体数据或空间数据乃至文档数据系统比如,所以个非结构化信息存储管理系统将充当个数据汇整者,需要具备联合各个外部数据系统功能。


缺乏对非结构化信息有效管理造成直接结果就是无法对非结构化信息进行有效检索。


信息检索难度由于不能像关系数据库那样建立起清晰定义数据主题,非结构化信息检索依照只能是机械全文内容检索。


这是对信息检索非常不利点。


虽然对信息内容全文检索可以做到资料检索遍历,但其检索效率和命中率是很低。


由于不象关系数据库那样有种象结构化查询语言那样强大关联检索工具,并且在定义数据时也没有建立数据项之间关联关系,要具有针对性地查询非结构化信息内容,必须要依靠应用程序中设置对特定非结构化信息类型进行专门处理功能内容,才可能提高信息检索强度和效率。


但另方面讲,种专用于理解特定非结构化信息类型处理模块,无论在运行效率还是在可维护性上,都是非常不现实。


非结构化信息检索另个难度也是与数据元类型多样性有关。


比如,不同第页文档类型结构需要不同全文索引工作模块。


这也无形中加大了对非结构化信息进行检索难度。


因此,数据中心建设,还必须从技术体系上解决如何对非结构化信息进行有效定义有效管理和有效利用基本问题。


系统及应用需求分析数据中心主要业务包括从基层或业务部门采集数据,包括基础数据和部分共享业务数据,支持基础和共享数据更新维护模式对采集到数据进行校验和比对,发现冲突时按照共同制订数据处理规范进行处理,保证数据致性和准确性受理业务部门或基层单位基础数据使用申请将整理后基础数据分发或按需提供给有关部门或单位使用以中介方式处理共享业务数据使用申请,并进行备案对共享业务数据在征得业务部门同意情况,通过数据中心进行存储转发将共享元数据信息发布给各业务部门,提供浏览与订阅申请,方便其共享必要信息提供数据交换平台和接口系统,使数据中心与各部门数据管理员可以对共享和交换过程进行管理通过数据交换平台存储和管理公共服务数据,并与外网同步,提供站式服务存储和管理统计数据,根据决策支持需要,整理相关数据,并提供统计分析功能,对数据进行统计和分析,方便领导及时掌握有关情况。


定期对业务数据库进行容灾备份第页与此相对应,业务部门与数据中心发生相关业务包括提供数据或共享元数据给数据中心申请使用数据中心基础数据,校准本单位基础数据通过数据中心提供共享元数据信息获取其他单位数据审批其他单位业务数据使用申请,并将数据提供出去与数据中心交换公共服务数据提供监督部门直接访问业务数据库通道提供统计分析数据或原始个案给数据中心,方便主管领导查询定期将业务数据库备份到数据中心根据数据中心与各业务部门主要业务,数据中心应提供如下功能节点管理实现与数据中心相连各个节点信息管理配置管理,包括业务部门区县数据中心等。


主题管理数据采集数据发布数据共享数据交换公共服务以及决策支持均以主题方式进行,因此必须实现对主题管理。


主题是元数据集合。


元数据管理元数据是关于数据数据。


元数据描述了数据结构和意义,同时也可以描述应用程序和流程结构和意义。


构造数据中心数据库重要步骤之,就是定义和创建元数据。


元数据提供个目录,列出数据中心有什么数据。


所有进入数据中心数据,必须在元数据中有所表述。


数据中心数据管理系统第页必须提供储存和管理元数据方法。


以元数据管理为核心,建立数据中心数据资源目录体系,提供给业务部门参考使用。


数据中心元数据包括基础数据元和共享数据元,由数据中心统管理。


基础数据元由数据中心定义,共享数据元由业务部门定义并注册到数据中心。


业务部门进入数据中心元数据管理中心好比进了个超市,可以方便地知道可以获取和使用哪些数据,并进行数据使用申请定制。


公共代码管理对公共代码需要有统标准规范,数据中心必须提供公共代码管理。


基于数据中心公共代码规范,各部门和区县数据中心可以通过数据转换将各种不同含义编码和标准规范编码之间进行双向转换。


数据采集与各业务部门形成数据采集机制,通过数据共享交换平台从各业务部门汇总数据,对原始数据进行缓存存储。


数据整理比对从各业务部门采集共享数据后,进行数据转换,对全市自然人和法人基本数据进行数据比对冲突检测处理并入库。


数据交换实现业务部门与数据中心之间以及业务部门之间数据交换业务,形成高效安全可靠稳定数据交换网络。


提供定时批量实时按需数据交换,提供点对点对多数据交换支持,对数据交换进行管理和监控。


第页数据访问在统权限管理系统之上,实现对自然人和法人建档调档阅档等业务。


对社保卡系统公共服务中心系统业务系统提供数据访问。


对决策支持系统业务监管提供数据支持。


数据备份与恢复恢复管理是对数据进行备份导入导出以及数据库恢复等。


数据是数据中心核心资源。


全面容灾方式应该是数据备份数据复制远程容灾。


对系统中数据要定期进行系统备份。


采用本地备份与异地备份相结合方式。


标准管理进行数据中心标准规范尤其是数据标准审核制定升级维护与发布实施等管理功能。


在数据中心建立之初,由于标准规范处于不断完善过程,应建立标准版本管理机制,方便业务部门查询和使用。


应用支持对相关业务应用系统公共服务系统业务监管系统和决策支持系统提供提供数据通道和平台等支持。


运行管理为方便对数据中心管理和维护,需要套功能完整运行管理与监控维护系统。


运行管理系统主要提供给数据中心系统管理人员使用,用于保证数据中心安全可靠和高效运行。


其功能主要包括面向安全性用户管理权限管理密码管理和日志管理等面向性能优化性能监控等。


面向可用性节点管理交换规则管理和状态监控其中节点管理包括对业务部门信息管理。


第页性能需求分析业务处理量分析数据中心主要业务包括基础数据采集转换比对以及分发这是数据中心主要负载压力所在。


业务数据交换备案或存储转发在数据中心建设初期,业务数据在业务部门之间交换当业务部门接口系统难以承受数据交换负载时,才可能通过数据中心存储转发。


所以这部分业务不会对负载造成负载压力。


元数据库和公共代码库管理和共享由于元数据库和公共代码库相对稳定,并且数据量不是很大,所以不会对数据中心造成负载压力。


与业务部门交换公共服务数据由于业务不停地在发生,即使采用定时批量交换方式,也会对数据中心造成较大负载压力。


汇集统计数据,并提供查询统计数据般按月提供,而且提交般为结果数据,在数据交换方面不会构成太大压力。


领导数据查询会形成少量负载。


提供业务部门容灾备份容灾备份不需通过数据库服务器处理,所以不会对数据中心负载构成压力。


数据中心主要负载压力在于两个方面,是基础数据采集维护和使用二是数据中心与业务部门之间公共服务数据交换。


下面我们分别进行分析。


第页基础数据变动将引起数据中心负载。


首先业务部门需将变动数据交换给数据中心,数据中心采集后进行转换和比对,然后进行发布,分发给有需要部门使用。


数据中心提供对公共服务系统支持。


各业务部门公共服务业务数据通过统数据共享与交换平台即时或定时交换到数据中心,保存到公共服务数据库。


再与外网公共服务数据库同步。


估计数据中心采集次数据变动相当于笔数据库交易进行转换和比对相当于笔数据库交易,然后再将基础数据分发给个左右业务单位共享使用,每分发次相当于笔数据库交易。


根据我们以上对数据中心变动次数估计,每年业务量约为万笔数据库交易。


按年个工作日,每个工作日小时计算,每分钟业务量约为万笔笔分钟依据估算方法,峰值业务处理量为笔分钟。


安全及保障机制需求分析系统安全可靠性需求数据中心如果遇到破坏,或无法正常工作,将造成无法估量损失。


需要保护资源不仅有物理资源设备设施数据资源数据数据库软件等,而且还有网络资源通信链路网络接入等。


数据安全保密性需求满足在数据存储传输过程中安全保密性需求。


社会保障工作中涉及大量敏感数据,在其处理过程中,特别是与各级单位数据交换过程中,要进行数据加密传输和存储,要保证数据安全保密性。


第页数据完整性需求满足在数据存储传输过程中完整性需求。


在内部要保证数据存储和传输过程中不被篡改和破坏在与各级单位数据传输过程中,要保证数据不被篡改和破坏。


实体可鉴别性需求满足数据中心系统对用户及数据交换服务器可鉴别性需求。


系统要实现监管及其他方面需求,其必要条件是实现实体可鉴别性,包括用户及数据交换服务器具有可鉴别性等。


不可否认性需求满足数据中心用户行为和系统行为不可抵赖性需求。


用户每天都利用数据中心处理大量事务,事务处理过程可管理效率可审计行为可审计等,需要行为不可抵赖性来解决,本项目建设中要保证在所有数据处理过程中,办公人员行为和系统行为不可抵赖,以便审计和监督。


对象和行为可授权性需求实现对数据资源自主授权和访问控制功能。


针对数据交换共享工作特点,要求数据中心具有对对象灵活授权功能,包括用户对用户授权系统对用户授权系统对系统授权等,以及授权过程审计监督。


统信任与授权策略需求对于涉及十多个业务部门若干业务系统数据中心而言,安全性实现不仅体现在各个部门各个业务系统中,更重要是在不同业务部门不同系统实现互联后,如何保障数据业务系统在互通后信任授权致性,因此在大社保系统中,必须建立统信任策略授权策略,实现跨部门跨系统信任第页和授权服务致性,杜绝由于不同部门不同业务系统不同安全策略不同安全等级带来安全漏洞和安全隐患。


数据中心统安全监管性需求由于数据中心涉及政府多个部门,因此需要实现数据交换共享过程可管理,实现对内部和对各级单位相关业务处理可审计性系统中有大量数据交换服务器维护终端系统软件网络设备等,为使这些资源协同工作,需要实现对实体用户或数据交换服务器进行统管理系统需要对用户行为和系统行为进行记录和统计,对系统日志进行分析和统计,提供对用户和系统行为审计监督。


这种统安全监管必须以可靠技术和严格管理来保证。


保障机制需求分析制定市政务数据资源目录管理办法,重点说明政务数据理。


虽然数据共享是主题,但与此同时必须要有配套安全保密制度,确保共享信息合法使用,防止隐私泄露造成社会影响以及其他信息安全事故发生。


运行管理制度数据中心运行管理制度主要面向数据中心工作人员,包括日常工作制度备份制度等。


明确数据中心管理架构,实施岗位责任制,分工负责,共同把数据中心建设好,管理好。


通过定义套数据中心运行管理制度,可从行政手段解决管理维护问题,保证数据中心安全可靠和高效运行。


第页第章数据中心预算预算经费总投资概算编号建设内容合计备注万元基础平台建设包括服务器存储设备操作系统,数据库中间件备份软件等政务数据交换平台建设市电子商务数据中心基础平台建设主要包括目录管理服务子系统共享业务管理子系统数据共享交换子系统共享数据管理子系统。


下一篇
  • Hi,我是你的文档小助手!
    你可以按格式查找相似内容哟
DOC PPT RAR 精品 全部
小贴士:
  • 🔯 当前文档为word文档,建议你点击DOC查看当前文档的相似文档。
  • ⭐ 查询的内容是以当前文档的标题进行精准匹配找到的结果,如果你对结果不满意,可以在顶部的搜索输入框输入关健词进行。
帮帮文库-精品文档 帮帮文库-免费阅读 帮帮文库-海量资源
换一批

搜索

客服

足迹

下载文档