数据 基础数据是指自然人和法人的常用基本信息，各业务部门日常管理都需要用 到的面向主题的数据。基础数据包括自然人和法人的基准数据和其他元数据。主 要来源是市级业务部门和区数据灾难备份中心。基础数据致性必须建立于基准 数据致性的基础上。基础数据的致性也需要通过数据共享与交换平台和相应 的机制管理办法来保证。各部门按照业务职能明确元数据维护责任和权限，定 期将在办理业务过程中更新的元数据项数据提供给数据灾难备份中心数据灾难 备份中心根据基准数据致性的原则，对各业务部门提供的数据进行比对校验， 正确的数据增加或更新到数据库中，并每天按照各业务部门业务要求，将更新数 据分发到各业务信息系统各业务部门可以直接使用这部分数据作为支撑行政业 务和行政管理的数据资源，也可以作为业务参考信息。基础数据的范围将随着元 数据范围的扩大而扩大。这部分数据同时可作为社保卡的数据。基础数据更新的 频度，按照元数据使用的频度分别定义，通过部门协商机制研究确定，最低要求 每周更新，般每天更新，业务关联度较高的信息，要实现实时更新。数据的传 递和分发通过数据交换平台实现。 元数据标准和标准代码数据 元数据标准和标准代码数据由市数据灾难备份中心维护更新，并发布给各业第页 务部门和区数据灾难备份中心使用，由于业务部门系统内部沿用的代码可能与数 据灾难备份中心的发布版本不致，业务部门需保证与其他业务部门进行共享交 换的数据必须遵循数据灾难备份中心的标准规范，而在系统内部可以采取逐步过 渡迁移的方案，尽量减少影响业务运作。 共享业务数据 共享业务数据是指多个业务部门之间需要共享使用的数据，作为各业务部门 进行行政管理的参考数据。数据来源渠道包括市级业务部门区级数据灾难备份 中心社会保障卡和公共服务等业务运营机构。共享业务数据以业务数据的发生 地管理部门为准。这类数据由各业务部门按业务需求和协商的频度提供给数据灾 难备份中心，在数据灾难备份中心处提供各部门查询。由于这类数据量比较大， 预计可以分业务分批更新。 共享数据库的建立过程 共享数据库的建立采取逐步扩展的策略，达到数据整体上的致性完整 性和准确性是个逐步完善的渐进式递归过程。共享数据库的建立由业务驱动， 业务部门提供的自然人法人基础数据经数据源单位确认后存入基准数据库，并 反馈业务部门，经过不断的提交和确认，基准数据库的数据不断增加，覆盖范围 不断扩大，比对的工作量逐步减少。在基准数据库的基础上，不断补充其他的自 然人法人基础信息，最终形成自然人法人共享数据库。 采取围绕自然人和法人基准数据为核心，在核心的基础上不断扩充和完善自 然人和法人共享数据的策略进行建设。首先建立和整理自然人和法人基准数据 库，保证核心的准确性，为各业务部门进行数据清洗和整理提供基础再在基准 库的基础上搭建自然人和法人共享数据库的整体框架，共享的信息内容成熟 个整合个交换个。第页 应用支撑平台和应用系统建设方案 数据支撑平台 市电子政务数据灾难备份中心支撑平台主要包括数据共享交换子系 统目录管理服务子系统共享数据管理子系统共享业务管理子系统系统配 置管理子系统和系统安全管理子系统。 数据共享交换子系统 数据共享交换子系统为全市各业务部门提供数据交换服务。 主要功能包括 交换管理 提供交换节点交换服务和交换桥接的配置调度和检测功能提供交换 服务和交换桥接的日志查询和统计功能。 交换服务 提供共享域内交换节点之间的数据共享交换服务，包括采集分发汇总 和转发提供交换节点与业务系统之间的交换桥接服务，实现数据提供和获取 提供跨域交换服务，实现共享域之间通过对接节点进行数据交换。 数据交换引擎是数据共享交换平台的核心。数据交换引擎主要包括服务处 理和数据接口。 服务处理 数据交换引擎运行过程示意图如下第页 传输管道 服务请求监听器 服务解释处理器 消息中间件 输 出 接 口 数 据 加 密 数 据 压 缩 输 入 接 口 数 据 加 密 数 据 压 缩 网络传输 数据源 数据库 服务 数据 文件 数据源 数据库 服务 数据 文件 服务定义日志监控 接口控制管道管理 请求响应 图表数据交换引擎运行示意图 数据交换引擎接负责收并处理数据交换服务请求，实现数据的交换。主要 包括 服务请求监听器 服务请求监听器采用监听机制，实现对服务请求的并发接收。 服务解释处理器 服务解释处理器负责解释执行服务请求。服务请求监听器把服务请求转发 到解释处理器，服务解释处理器查询所请求的服务定义，根据服务定义产生执行 序列并控制各个交换节点实现交换服务。在数据交换压力大的时候，根据服务的第页 优先级高低，控制交换服务的执行顺序，确保高优先级的服务优先执行。 服务定义 服务定义记录了服务的项选参数以及设置，描述了服务应该如何解释和执 行。交换服务可以定义服务优先级等信息。 接口控制 接口控制负责把命令序列发送到各个交换节点，控制交换节点上的数据接 口，但在存储系统比较 大的时候性能也基本可以保证。 从应用需求看，应用对系统的传输带宽并不敏感，而对系统单位时间 内能提供的次数要求比较高。同时，对文件处理和数据库批处理而言，鉴于 单个文件或数据库表空间很南分配到不同的存储系统上，因此单个存储系统的 指标越高越好。要提高系统在单位时间内的处理次数，可以通过配置 比较好的控制卡和比较大的读写实现，但从节省投资方面考虑可以 选择，应用软件中采用了许多先进的技术，如大内存处理多进程多线程第页 等技术，可以显著解决的瓶颈，因而也可以保证系统性能。 服务器系统建设方案原提纲写的是终端系统建设方案 设计原则 在服务器系统设计中，我们遵循以下的原则 实用性 无论对于何种计算机系统，实用性永远是需要放在首位和着重考虑的。个 系统的建设是项工程的实施，它的最基本的目标是建立个适用实际环境的 能满足用户功能需求的实用系统，而不是味追求技术的领先和产品的更新。 广泛采用标准 随着计算机技术的发展，芯片技术存储系统各种传输协议以及与外部系 统的接口等都已逐渐形成标准。采用标准化的设计，能使系统具有良好的可扩充 性及兼容性，能与其他厂商产品配套使用，给各种系统软件和应用软件的安装运 行带来方便，同时有利于系统的升级和与其他系统的数据交换。 先进性与适用性的统 计算机技术的发展与时间不是简单的线性关系，从投资保护及长远考虑的角 度来看，在系统设计时保持段时间的先进性也是十分必要的，重要的是把握好 先进性与实用性和适用性之间的关系，取两者之间的最佳平衡点，使用户的投资 得到最大化的收益和回报。 注重售后服务 衡量设备及产品的优劣，不仅应以设备及产品本身的质量作为尺度，还应充 分考虑厂商的售后服务。在系统正常使用情况下，软硬件的及时升级维护，以 及在系统出现故障时修复响应时间备品备件的充足程度等，都将直接影响到整 个系统的运行状况。因此，选择优秀的设备供应商和全面考察供应商的售后服务 情况也是服务器系统选择中重要的原则之。第页 服务器系统选择的依据 服务器系统的运算能力和能力往往是考察系统性能优劣的重要指标。目 前较为普遍采用的个衡量服务器系统处理能力的参数是值，值 是测试单台服务器或集群系统在配备特定的操作系统，采用特定的数据库的情况 下每分钟处理事务的能力。值越高说明系统处理 能力越强。 通常情况下，用户的应用每秒钟会触发几个事物这基准数据的取值范围是 可以定量计算的，这样针对个联机事物处理系统，对系统服务器的选择就可以 参照服务器的值来确定了。但是同时也应该看到，服务器值是通 过实验手段取得的，系统的值是在其生产厂商所送检的特定配置的服 务器硬件特定配置的操作系统特定配置的数据库系统所得出的事物处理 能力的衡量，其配置中任何项的变化都可能会对值有很大的影响。例 如在硬件和操作系统不变的情况下，改变数据库系统类型或它的配置，就可能在 很大程度上改写系统的值，不可忽视的是，应用软件设计和编码的好坏 能在更大程度上影响系统的事物处理能力。所以对值的作用，仅可以用 作参考，不可以生搬硬套，按照般的原则，选择服务器时般对值要 求要高些。 需求分析 需求分析 数据灾难备份中心服务器系统的特点是业务复杂，处理数据量较多，连接用 户数多，服务器的选型，主要应考虑以下几方面的因素 服务器的运算能力 服务器的处理需要考虑对高峰时业务受理的实时响应，考虑业务的复杂性， 服务器需要实时的与多个业务分系统进行数据采集比对整理和分发。需要服 务器有很高的处理能力。 服务器的内存 服务器还需要对实时产生的数据进行实时汇总分发。要实现汇总分发的第页 实时高效，需要将实时信息放入内存，进行处理，才能提高系统的性能，这样服 务器需要有较高的内存。 高的能力 对每天生成的数据需要实时入库，需要有很强的能力，使得数据的入库 不会成为系统的瓶颈。 系统扩展 在追求数据服务器单机高性能时，也需要考虑业务巨大时的系统负载的分 流，系统在规划设计时，在软件设计上进行合理处理，使得应用可以在单机上运 行，也可以有不同的服务器上进行任务分担，共同完成实时的业务处理。 性能测算 服务器系统是整个数据灾难备份中心的心脏，负责管理数据灾难备份中心的 基础信息共享信息各专业区域信息以及