城市生命线实时监测物联网应用示范工程数据库设计书

1、城市生命线实时监测物联网应用示范工程数据库设计书编写目的与范围目的：本文档的目的是说明城市生命线实时监测物联网示范工程市级平台的数据 库设计，包括系统体系结构和系统功能，为系统软件编程和系统维护提供基础。 本文档是城市生命线实时监测物联网应用示范工程市级平台系统详细设计的组 成部分，此文档用途是：明确数据库的表名、字段名等数据信息，用来指导后期 前台及数据库后台开发的规范文档。范围：本文档范围是对城市生命线实时监测物联网示范工程市级平台的数据库设 计说明。主要包括：设计规范、数据字典、数据实体关系、表清单、表详细信息 等。预期读者本文档的预期读者为系统设计人员、 软件开发人员、软件测试人员和项

2、目评 审人员。文档保密性及私密性本文档为北京市市政市容管理委员会内部机密文档，未经许可，不得外传。项目背景城市生命线是指城市排水、供水、供气、供电、供热、交通、通讯等基 础设施系统。这些系统是维持现代城市生产、生活的基础，随着城市居民生 活条件、文化与信息需求的不断提高以及城市经济的快速发展，促使对城市生命线系统的需求与依赖性越来越高。实时监测城市生命线的生命体征的健 康状况，保障城市的安全平稳运行、保证城市居民的正常生产生活、支撑领 导决策都起到非常关键的作用。北京作为国家的政治中心、具有国际影响力的经济中心、传统与现代融 合发展的文化中心，在按照“国际化、现代化、精品化”发展理念，把北京建

3、设成为和谐宜居的世界城市，做好“四个服务”，高端服务业发展，“人文 北京、科技北京、绿色北京”和社会和谐的进程中，坚持高标准的要求，不 断提高城市管理工作能力和水平尤为重要。有效地实时监测城市生命线的生 命体征，获得各项有效数据和指标，对于保障城市运行安全，对于指导城市 规划、建设和发展有着重要的意义。特别是在应对突发事件时，提供基础运 行数据和高峰时运行数据可为领导决策提供基础参考。由于信息采集的及时性、准确性、完整性不高，信息展示形式不形象、 不直观、不易被理解，城市生命线日常运行信息沟通传递水平不高，导致城 市生命线日常运行协调难度大，城市生命线安全运行和应急管理的指挥协调 难度大，降低

4、了领导决策的准确性、科学性。而且，目前城市生命线行业运 行分管部门多、协调头绪多、相互干扰大、隐患排查难的问题仍然存在。因 止匕，需要在北京市市政市容委前期开拓性建设城市运行管理新思路的基础上， 进一步完善城市运行管理的机制，本期项目重在完善城市生命线日常运行指 挥协调机制及配套信息共享机制，统一协调城市生命线日常运行和应急指挥 中面临的问题。应用物联网技术，以水、电、气、热为监测对象，在“北京市城市运行 监测信息平台”的原有系统基础上，进一步丰富底层基础数据完善数据智能 处理和展示界面，建设城市生命线实时监测物联网示范工程，全面监管北京 市城市生命线各生命体征，保证城市安全运行、提高应急突发

5、事件的预警、 处理能力和水平。物联网发展领导批示要求2009年以来，“物联网”技术与应用在国内外引起广泛关注，市委书记 刘淇、市长郭金龙等市领导对此高度重视，专程对本市物联网技术应用情况 进行调研，听取有关情况汇报，并作出重要批示，要发展物联网产业，带动 中关村科技产业发展，并优先从城市安全运行、应急管理做起。为落实市领导批示精神，市发改委会同市应急办、市经信委等部门，起草关于加快推进本市物联网产业发展和示范应用有关事项的意见（市发改文2010113号）并上报市政府。吉林常务副市长就此作出批示：物联网产 业的发展问题由经信委系统研究，首先在城市应急和管理中应用，由应急办 牵头。5月4日，吉林常

6、务副市长再次批示：请应急办牵头商发改委、经信委 就推进这项工作进行研究并提出意见。“感知北京”物联网应用技术框架明确要求按照国家发展物联网和本市“感知北京”示范建设的有关要求，为推动“感知北京”示范建设，深化本市物联网应用，带动物联网产业发展，提 升政务和公共服务管理水平，制定了关于在政务和公共服务领域开展物联 网应用的指导意见，政务和公共服务领域开展物联网应用框架以标准规范 体系、信息安全体系为保障，分为感知、网络、支撑、应用四层。应用层 一 支撑层(用 a应急安全 生产智能 交通市政环境 监测就网 智电卡证应用智武 医疗公共安全智就折辑却法第卑9号 靛射照赋码砌联基叱物享信息 接入诩物联信

7、息 目录步芳I物联信息物联信息1m网应用支撑平台云计算无存端电子政转网组收芳初肮数堀寿司无线宽带专网库动心网-HI互联网特殊人艮异常行为生产装置商品家电网第层上星足勺修修射覆识别读写雷，摘政务和公共服务领域物联网应用技术框架感知层是利用射频识别读写器、传感器、卫星定位终端、图像采集设备 等，对目标对象进行实时感知，及时获取各类感知信息；网络层是利用电子 政务网络、政务物联数据专网、无线宽带专网、移动公网和互联网等网络，保障各类感知信息安全可靠传输；支撑层是依托物联网应用支撑平台，实现 各类重要管理对象、感知设备的统一编码和统筹管理，实现各类感知信息的 及时共享和有效整合；应用层是根据政务和公共

8、服务领域的业务需求，对及 时掌握的各类感知信息进行综合加工和智能分析，为政府、企业和个人提供 更加精细化、智能化的服务。城市安全运行和应急管理物联网应用的明确要求按照市领导批示和要求，全市政务物联网应用建设以城市安全运行和应 急管理为突破口开展，并带动全市政务物联网应用和产业发展。市应急指挥平台I决策信息J艮务系统J市物联网应用支牌平台监管模式 Nu握磕物联网应用审连系班监控模式想臧物联网 画用管理系铝领域物解网应用管理事统唱关单 位物北 期应用 系统fcW 瓯应用 系统相关印 位物吸 网应用 系统物联网管理对区县物联网 揭言应用平台城市安全运行和应急管理领域物联网总体框架城市安全运行和应急管

9、理物联网应用将按照“1+1+M框架开展，第一个“1”是指市应急指挥平台，第二个“1”是指市物联网应用支撑平台，“M是 指各部门（区县）应急物联网应用。市应急指挥平台通过市物联网应用支撑平 台，汇聚接入各部门（区县）应急物联网应用的物联信息，对全市城市安全运 行和应急进行全过程常态化管理，实现“管得住、上得来，看得见、能整合”。（1）市应急指挥平台通过对已有系统的技术升级改造，进一步提高信息感知能力、提升应急处 置水平，为市领导提供全市城市安全运行和应急管理物联网综合信息服务。(2)市物联网应用支撑平台主要包括编码赋码服务、物联基础信息服务，以及物联信息的目录、交换、 接入、整合和共享展示服务等

10、，基于云计算技术全市统筹建设，是全市统一的 政务领域物联网应用基础设施。一是通过政务外网，接入、汇集、整合全市城 市安全运行和应急管理物联信息，为市应急指挥平台服务；二是利用物联共享 信息库，为市属专项指挥部、区县应急办和相关单位提供共享服务。(3)各部门(区县)应急物联网应用市各部门根据行使职能需要，为实施精细化、实时化、系统化的监控与管 理而建设的具体应急物联网应用系统，重点关注风险源、救援物资、救援设备、 救援队伍等基本信息。城市生命线实时监测物联网系统市级平台的建设，是基于“1+1+M的系统架构进行的，如下图所示：市应急指挥平台有线指挥无线指挥图像监控计算机网络视频会议移动指挥应急管理

11、物联调度系统通信系统系统应用系统系统通信系统网应用系统应急信息管理应急演练突发事件应急处置城市运行管理决策信息服务系统应急物联主题共享数据库物联信息接入服务物联信息共享展示服务物联信息整合服务物联信息空间服务编码赋码服务共享信息库政务物联网应用支撑平台城市公共设施事故应急管理平台监测系统管理系统系统图像信息垃圾渣土 管理系统救援设备扫雪铲冰/供热供气/市容环境城市照明Z Z / /交通防汛 安全抗旱物联信息目录服务物联信息交换服务城市危险源城市运行地下管线供热管理城市生命线实时监测物联网系统的定位建设目标通过“城市生命线”实时监测物联网示范工程建设，具体实现以下四大目标:提升政府对生命线运行整

12、体态势的掌握水平。通过对城市生命线的计戈h调度、存量等运行信息进行实时、准确地采集和整合分析，为相关 职能部门和市领导及时准确掌握城市生命线整体运行情况提供有效服务， 进一步提升政府对生命线运行整体态势的掌握水平。提升相关职能部门对生命线设施的监管水平。通过集成共享示范企业 的生命线设施实时运行数据，提升相关职能部门对生命线设施的监管水 平。提升城市生命线突发事件的应急反应能力和应急处置水平。通过建设 应急指挥、辅助决策等功能，进一步提升城市生命线突发事件的应急反 应能力和应急处置水平。提升生命线相关企业的精细化、智能化的运行监控和安全管理水平。以城市生命线相关5大行业的风险（运行监测点以及安

13、全关注点）统计 和风险预测为出发点，提升生命线相关企业的精细化、智能化的运行监 控和安全管理水平。在5大行业推广应用物联网，促进生命线领域的物 联网产业发展。设计依据（参考资料）北京市城市生命线实时监测物联网应用示范工程初步设计及概算关于批准城市生命线实时监测物联网应用示范工程项目建议书（代可行性研究报告）的函京发改20111886号；北京市城市安全运行和应急管理领域物联网应用建设总体方案（京政办201114 号）；关于加快推进本市物联网产业发展和示范应用有关事项的意见市发改文2010113 号；关于在政务和公共服务领域开展物联网应用的指导意见；管理对象和感知设备编码规范（试行）；物联基础信息

14、规范（试行）；物联信息元数据规范（试行）；物联信息接入规范（试行）。国家信息化领导小组关于我国电子政务建设指导意见（中办发200217 号）；国家电子政务工程建设项目管理暂行办法（55号令）；北京市党政机关网络与信息系统安全定级指南（试行）;北京市信息化工作领导小组关于加强信息安全保障工作的实施意见京办发20043号；北京市电子政务建设管理办法（试行）经信息办发200439号；北京市电子政务总体技术框架；北京市政务与公共服务信息化工程建设管理办法市政府第67号令。计算机软件需求说明编制指南（GB9385-1983 ;中华人民共和国计算机信息系统安全保护条例；计算机软件产品开发文件编制指南（GB

15、/T 8567-1988）;计算机信息系统安全保护等级划分准则（GB/T 17859-1999）;信息技术 安全技术 信息技术安全性评估准则（GB/T 18336-2001）。城市生命线实时监测物联网示范工程市级平台需求规格说明书城市生命线实时监测物联网示范工程市级平台概要设计城市生命线实时监测物联网示范工程市级平台详细设计2设计思路设计原则（1）以推广示范为出发点应充分利用现有网络、硬件设施和系统软件等建设资源，此次示范不仅要 实现创新技术的无障碍演练，同时应为下一步全市推广打下基础。（2）以系统应用建设为目的紧紧围绕系统应用建设的目标，充分分析用户需求，设计出稳定高效的应 用系统。(3)可

16、持续发展原则在详细设计中按照可持续性发展的原则，采用正确的策略、适当的技术和 有效的措施确保系统的可伸缩性。(4)遵循标准，系统兼容性原则。应充分考虑系统兼容性，遵循标准，包括与采集器通信、运行环境等，为大 范围推广奠定基础。(5)可控制性原则。在设计时考虑核心设计的可控制性，谨防被较轻易复制。(6)统一性原则本次示范工程的目的是实现对全市接入平台的电梯按照统一性原则进行分 级监测管理，以及与市物联网支撑平台的纵向连接，这样一个物理上分散的系统， 必须坚持统一性原则。这种统一性表现在：统一规范统一标准统一接口统一的体系结构消息表示的一致性应用层信息交换协议的一致性整合后数据格式的一致性约束条件

17、本平台软件能够支撑的监测点数和接入的数据受硬件环境的限制，如服务器配置和数量，以及网络环境等。总体技术路线系统将基于SOA勺体系架构搭建，通过服务总线，将所开发的系统功能紧密 结合起来，服务之间采取低耦合设计，从而为系统未来的升级和扩展提供极大的灵活性。同时，基于SOA勺架构设计，也为顺利整合现有系统提供了技术解决方 案。城市生命线实时监测物联网系统市级平台主要为业务处理应用，需要分布式部署，多用户访问，根据应用特点，采用 B/S结构，用JAVA语言开发；至于外 部接口部分需要根据实际对 接需要提供相应服务，接口设计上需要 支持webservices服务、前置机数据库、文件导入导出、地址访问等

18、方式。由于该平 台面向大数量量处理，数据库方面首选 oracle数据库。软件运行环境服务器：浪潮 NF8560M2 NF5220操作系统： WINDOWS SERVER 2008 R2应用服务器：Tomcat7.0数据库：oracle11g网络环境：市市政市容委内部网3系统详细设计3.1系统架构图市级平台数据仓库量管理市领导、委领导、 其他委办局领导、 部门负责人、 一线工作人员、 维护人员市级平台前置机实时监测指标 数据、综合类 指标数据等政务网、电信网数据质 量管理数据质量管理行业子系统前置机实时监测指标 数据、综合类 指标数据等行业子系统(1行业子系统城市生命线实时监测物联网示范工程市级

19、平台系统架构图市级平台从行业子系统中采集城市生命线五大行业的监测对象的实时运行 信息、综合类指标信息、计划信息、监测对象基本信息、重大活动保障基本信息、 预案信息、应急资源等信息，当城市生命线发生报警、故障后，系统主动将报警、 故障信息及其他相关辅助信息发送到市级平台。一旦监测对象或者综合类指标发 生报警和故障，市级平台就会自动启动告警流程，一线工作人员和维护人员市级 平台相关界面和手机将在第一时间收到报警和故障信息，以便及时现场处理。按照业务管理要求，报警、故障信息及突发事件信息将由相关部门进行分级响应处 理。3.2功能框架图维护人员城市生命线市级平台监测管理决策服务域 信息服务域数据质量管

20、理体系数据质量监控开发质量管理元数据管理兀数据管理功能兀数据存储元数据获取手工获取自动获取数据源燃气行业子系统热力行业子系统供水行业子系统排水行业子系统电力行业子系统运维管理数据管理域城市生命线实时监测物联网示范工程市级平台功能框架图建立信息服务域，发挥数据优势，为城市生命线管理决策提供有价值的 信息服务；建立监测管理决策服务域，发挥实时监测、数据分析、数据预测优势， 支撑城市生命线的决策、日常管理和重大活动保障。3.2.1信息服务域信息服务域由市级平台数据层和获取层构成，它通过商业智能技术手段深 化企业数据的精加工能力，在市级平台中构造集中提供数据和信息服务的实体。 面向数据实体通过对数据和

21、数据处理进行组织封装，形成数据服务。信息服务域不仅为监测管理决策服务域提供数据支撑，同时还为市级平台外的其它系统 提供数据和信息服务。获取层获取层涵盖市级平台从各子系统中抽取相关基础数据，进行清洗、转换、 整理到数据仓库的全过程。各数据源系统主要包括：行业子系统、城市监测运行平台、气电热联调联 动平台等。数据层数据层实现市级数据仓库中基础数据、汇总数据以及深加工后的数据、信 息的集中管理，并可根据业务需求建立面向其他委办局的数据集市，如给市应 急办的数据集市。数据层包括基础数据、汇总数据、信息子层三个部分。监测管理决策服务域监测管理决策服务域由市级平台访问层和应用层组成，对外（包括用户或外 部

22、系统）提供市级平台监测管理决策应用服务。监测管理决策服务域通过基础功 能构件的健全和完善，建立面向不同使用人员的不同应用解决方案，并通过信息访问渠道和信息推送机制来促进市级平台的易用性。应用层应用层包括功能子层、应用子层和信息适配子层。功能子层包括指标管理、监测对象管理、保障资源管理、预测模型管理、模 板管理、GIS标注管理等。应用子层面向城市生命线的管理和业务组织模式， 其中的应用通过调用和编 排功能子层提供的功能集中解决一类业务问题。如实时监测、动态预测、综合分析、科学预警、辅助决策等。信息适配子层根据不同使用角色需要，将应用子层中的各种应用进行整合， 形成整体解决方案通过访问层提供给相应

23、的角色。例如：领导桌面、大屏指挥、 业务系统等。将应用层细分为功能子层、应用子层和信息适配子层，既解决了 “应用适配” 的问题，在功能架构上又进行了适度的解耦，并提升了基础功能的复用能力。访问层访问层是各类使用人员访问市级平台的窗口和平台。在访问层中整合了市级平台的访问资源，完善信息推送机制，并建立统一的市级平台门户。市级平台门 户实现应用嵌入、多渠道接入以及基础门户功能。特别的要求是，将委领导的Web 应用页面嵌入到门户中，使其在日常工作中能便捷访问市级平台所提供的服务。数据管理域数据管理域包括市级平台数据质量管理体系和运维管理机制。市级平台通过数据管理域有效地发挥数据管理的优势，进一步完善

24、数据质量监控应用和数据运 维管理机制，逐步实现城市生命线全程数据的监管。元数据管理模块负责管理市级平台中的元数据，实现元数据自动获取和元数据存储，并构建相关的元数据管理功能和元数据应用。数据质量管理子系统包括数据质量监控与数据质量管理流程，它们实现市级平台从数据源接口到应用展现的全流程数据质量监控与保障。基于元数据的开发管理应用模块利用元数据来辅助进行应用开发， 加强对开 发过程的全流程管控，并在规范化的开发过程中收集相应的元数据信息， 提高元 数据质量。系统安全管理负责管理市级平台的安全。它包括审计日志记录、接口管理和 安全管理应用。系统优化管理负责管理市级平台的优化，主要分为三个方面：系统

25、优化、数 据优化和应用优化。备份与恢复为市级平台提供风险预防机制和灾难恢复措施，确保数据安全、提高系统可用性、降低业务损失。3.3技术架构图WEB短信彩信EmailHttp/WAP/SMTP/TCPIP(Xml/jSON/Html/ 二进制流)数据管理市级平台门户-EIP(Jsp/Servlet/JavaBean/Portlet)系统管理实时监测动态预测综合分析科学预警辅助决策数 据 质 量 管 理行业监测实时监测指标综合类指标预测类指标指标阈值WS(SOAP/Rest)I事件驱动中心(EDA)事件监听能力支撑重要场景监测ES元数据驱动中心(MDA)元数据配置计划 能力资源能力重点对象管理能力

26、实时监测指标预测类指标综合类指标指标阈值系 统 监 控事件触发元数据解析元 数 据 管 理城市生命线数据仓库DW系 统 管 理外部数据源燃气行业子系统热力行业子系统排水行业子系统城市生命线实时监测物联网示范工程市级平台技术框架图市级平台采用面向服务的SO破计理念，充分考虑平台的扩展性、标准性和安全性，以事件驱动(EDA和元数据驱动(MDA来响应系统产生的事件和应对用户需求、展现形式的变动。4数据库设计4.1设计规范普通表命名规范整个系统的业务表按模块进行划分，一共分为4种类型。编号模块名称模块标识(表名前缀)1.系统数据WL2.分析类ST_3.维度、代码数据DIM_4.业务表DW_表、字段命名

27、：采用英文，中间采用”间隔。主键字段定义规范所有表必须有主键，原则上在无业务意义的序列号字段上建立主键。主键的命名规则如下：PK次名在一个表中加入无业务意义的序列号字段， 在该字段上建立主键时，该字段 的命名不按照数据字典的规范命名，命名规则如下：表名D（下划线）该类字段的数据类型统一定为 VARCHAR2（36）即36位字符。索引定义规范为了提高查询速度，可以建立索引。索引的作用相当于图书的目录，可以根据目录中的页码快读找到所需的内容， 当表中有大量记录时，若要对表进行查询，在表中建立索引，然后在索引中找到 符合查询条件的索引值,最后通过保存在索引中的ROWI映速找到表中的相应记 录。对于业

28、务生产数据，如果数据量很大（1M的表索引不可以超过4个，对 于数据量很小（1K）禁止使用索引。对于业务统计数据，根据情况定义索引，没有明确限制。存储过程定义规范存储过程是在大型数据库系统中，一组为了完成特定功能的SQM句集，经 编译后存储在数据库中，用户通过指定存储过程的名字并给出参数 （如果该存储 过程带有参数）来执行它。存储过程是数据库中的一个重要对象， 任何一个设计 良好的额数据库应用程序都应该用到存储过程。对于普通业务处理过程禁止使用存储过程，只在需要运算大数据量，批量处理过程使用存储过程，存储过程的使用必须得到技术经理的认可。触发器使用规范触发器(trigger )是数据库提供给程序

29、员和数据分析员来保证数据完整性 的一种方法，它是与表事件相关的特殊的存储过程，它的执行不是由程序调用， 也不是手工启动，而是由事件来触发，比如当对一个表进行操作(insert ,delete , update)时就会激活它执行。触发器经常用于加强数据的完整性约束和业务规则 等。本系统仅报警、预警部分可以使用触发器。4.2数据库存储结构逻辑物理Oracle数据库可划分为称作表空间的逻辑存储单元， 每个tablespace可以 包含很多oracle block 。下图展示了数据库如何存储表数据行片段叵从逻辑上讲，表包含有列值组成的行。行最终以行片段的形式存储在数据库 中，之所以称为行片段是因为在某

30、些情况下，不可能在一个位置存储一整行。表空间是oracle数据库中最大的逻辑结构，oracle数据库就是由一个或多 个表空间组成的。一个表空间的大小等于其中所有数据文件的大小之和。 数据库 的大小等于其中表空间的大小之和，表空间可以被联机和脱机，system表空间不能脱机。system表空间中包含数据字典和系统底层表，与数据库相关的管理信息。该信息均包含在sysschema中。只有sys用户使用或者拥有所需权限的其他管理 用户才可以访问这些信息。a.管理表空间：.表空间的管理主要包括确定表空间的大小，安排表空间所需要的存储空 问.创建、修改、删除表空间.选择修改表空间的区、段管理方式.设置表空

31、间的状态等b.确定表空间的大小：.每行大概有多少字节.该表最初或至少要包含多少行.每个时间段表中的行的增长情况.在该表上进行的操作的类型.那种操作类型比较多4.2.1表空间划分表空间名称作用初始大小ODS_TBS存储与子系统接口的数据500GST_TBS存储市级平台应用数据1000GTMP_TBS市级平台应用临时表空间500GYINGJI市级平台应急部分数据300GYINGJI_TEMP市级平台应急部分临时表空间200G表空间数据文件对应关系表空间名称作用ODS_TBSE:ORACLEORADATASMXORAODS_TBS_01.DBFST_TBSF:ORACLEORADATASMXORAS

32、T_TBS_01.DBFTMP_TBSE:ORACLEORADATASMXORATMP_TBS_01.DBFYINGJIF:ORACLEORADATASMXORAYINGJI01.DBFYINGJI_TEMPF:ORACLEORADATASMXORACSSMX_TEMP01.DBF表空间与数据表对应关系表名表空间名称DIM_ALARM_OPERATION_TYPEST_TBSDIM_BUSINESSST_TBSDIM_DEVICEST_TBSDIM_EFFECTST_TBSDIM_KPI_TYPEST_TBSDIM_OBJECTST_TBSDIM_POINTST_TBSDIM_PREDICTI

33、ONST_TBSDIM_PREDICTION_DURST_TBSDIM_PREDICTION_MODELST_TBSDIM_SEASONST_TBSDIM_SPECIAL_SCENE_PLAN_TYPEST_TBSDIM_WORK_SUMMARYST_TBSDW_ENT_SECURITY_BASE_DMST_TBSDW_ENT_SECURITY_FIN_DET_DMST_TBSDW_ENT_SECURITY_NEXT_DET_DMST_TBSDW_FLAG_TIME_DMST_TBSDW_METEOROLOGY_DMST_TBSDW_METEOROLOGY_NEXT36_HOUR_DMST_T

34、BSDW_METEOROLOGY_NEXT5_DAY_DMST_TBSDW_PLAN_TROUBLE_BASE_DMST_TBSDW_PLAN_TROUBLE_DET_DMST_TBSDW_SOCIAL_SECURITY_REPORT_DMST_TBSDW_SOCIAL_SECURITY_YMST_TBSDW_SPECIAL_SCENE_PLAN_DMST_TBSDW_STREET_LAMP_TIME_DMST_TBSDW_TROUBLE_REPORT_DMST_TBSJBPM4_DEPLOYPROPST_TBSJBPM4_EXECUTIONST_TBSJBPM4_HIST_ACTINSTST

35、_TBSJBPM4_HIST_PROCINSTST_TBSJBPM4_HIST_TASKST_TBSJBPM4_HIST_VARST_TBSJBPM4_ID_GROUPST_TBSJBPM4_ID_MEMBERSHIPST_TBSJBPM4_ID_USERST_TBSJBPM4_PARTICIPATIONST_TBSJBPM4_PROPERTYST_TBSJBPM4_SWIMLANEST_TBSKPI_DAILYST_TBSKPI_DAILY_TMPST_TBSKPI_DEFINEST_TBSKPI_HOURLYST_TBSKPI_MONTHLYST_TBSKPI_MONTHLY_ALARMS

36、T_TBSKPI_MONTHLY_OLDST_TBSKPI_MONTH_INST_TBSKPI_MONTH_OUTST_TBSKPI_PREDICTION_SETST_TBSKPI_TIMELYST_TBSKPI_WEEKLYST_TBSKPI_YEARLYST_TBSOA_ADDBOOKST_TBSOA ADDBOOK INST TBSOA ADDBOOK OUTST TBSOA_ADDRESSLIST_GROUPST_TBSOA_AGENDAST_TBSOA_RECEIVED_EMAILST_TBSOA_USER_ANNOUNCEMENTST_TBSOA_USER_MAILST_TBSPR

37、O_OP_LOGST_TBSST_ALARM_DMST_TBSST_ALARM_MMST_TBSST_CITYLIFE_FORCE_DMST_TBSST_CITYLIFE_FORCE_YMST_TBSST_FAULT_DMST_TBSST_FAULT_MMST_TBSST_SOCIAL_SECURITY_YMST_TBSSYS_CONFIGST_TBSSYS_MENU_GROUPST_TBSSYS_MENU_ITEMST_TBSSYS_MODULEST_TBSSYS_OFFICEST_TBSSYS_ROLEST_TBSSYS_ROLE_MENU_BUIIONST_TBSSYS_ROLE_MEN

38、U_ITEMST_TBSSYS_ROLE_USERST_TBSSYS_SYSTEMSST_TBSSYS_USERST_TBSSYS_VIEW_BUIIONST_TBSTL_GIS_OBJS_POINTS_HOSPITALST_TBSWALLEWEB_TESTST_TBSWL_FUNCTIONST_TBSWL_ID_GENERATORST_TBSWL_MONITORST_TBSWL_MONITOR_ACTIONST_TBSWL_MONITOR_SQLST_TBSWL_MONITOR_URLST_TBSWL_NOTIFICATIONST_TBSWL_NOTIFICATION_HISST_TBSWL

39、_ONLINE_USERST_TBSWL_ORGANIZEST_TBSWL_PORTAL_MYPORTLETST_TBSWL_PORTAL_PORTLETST_TBSWL_PORTAL_ROLE_PORTLETST_TBSWL_ROLEST_TBSWL ROLE FUNCST TBSWL SERVICE LOGST TBSWL_SQL_LOGST_TBSWL_STATIONST_TBSWL_STATION_ROLEST_TBSWL_SYS_CODEST_TBSWL_SYS_CODE_TYPEST_TBSWL_SYS_LOGST_TBSWL_SYS_PARAMST_TBSWL_USERST_TB

40、SWL_USER_FUNCST_TBSWL_USER_LOGIN_LOGST_TBSWL_USER_ROLEST_TBSWL_USER_STATIONST_TBSWL_USER_WORKFLOWST_TBSWL_WORKFLOW_TRACKINGST_TBS数据库文件备份与恢复备份与恢复为市级平台提供风险预防机制和灾难恢复措施，确保数据安全、提高系统可用性、降低业务损失。对于城市生命线系统而言，数据库是核心数据组成部分之一，因此针对数据 库制定一个良好的备份策略是至关重要的。数据备份方式针对不同类型数据备份要求，本项目使用了 2种级别的备份方式，第一种是 基于文件级别的备份；第二种是基于数据库

41、级别的备份。.文件级别的备份考虑到IT环境中除了数据库服务器和应用服务器以外，基本上属于文件级 别的服务器。.数据库级别的备份为了确保这些数据库 7 x 24小时的运行状态，对的IT环境中涉及到的 Oracle数据库进行备份和恢复。数据备份策略对于关键应用来说，制定一个良好的备份策略是至关重要的。一个好的备份 系统，除了需要配备有好的软硬件产品之外， 更需要有良好的备份策略和管理规 划来进行保证。备份策略的选择，要统筹考虑需备份的总数据量，线路带宽、数 据吞吐量、时间窗口以及对恢复时间的要求等因素。 目前的备份策略主要有全量 备份、增量备份和差分备份。全量备份所需时间最长，但恢复时间最短，操作

42、最 方便，当系统中数据量不大时，采用全量备份最可靠。增量备份和差分备份所需 的备份介质和备份时间都较全量备份少， 但是数据恢复麻烦。根据不同业务对数 据备份的时间窗口和灾难恢复的要求， 可以选择不同的备份方式，亦可以将这几 种备份方式进行组合应用，以得到更好的备份效果。业务系统数据库采用Oracle数据库，根据业务特点，应用软件系统数据备 份策略如下：Oracle在归档模式下运行，利用备份软件数据库模块调用 RMAI行在线的 热备份，可以在备份时，对备份数据保存在不同的存储对象中， 利用多个磁带驱 动器同时读写提高其数据备份的效率。根据业务系统应用特点，Oracle的备份以周为备份周期，星期一

43、到星期六 做数据库累积增量、归档日志、控制文件和CATALOG1户所有对象的备份，星期 日做全备份，保留前面一周期和当前周期的备份， 每个周期有两份容余。而且由 于该应用的Oracle系统版本较新，也可以利用一些最新的 Oracle备份技术，将 同样的一份备份数据同时保存在不同的存储介质中去，如磁带和硬盘，以保证备份数据的完整性和安全性。对于 Oracle系统的数据备份和恢复的性能，可以通 过开辟多个Oracle数据备份通道和多重数据迁移的技术得到保障。详细如下所示（可以根据实际情况进行调整）：数据量较小s 星 b gg dt a星 i 星 gn 口全备份备份策略示意图数据恢复策略当发生数据或

44、系统损坏时，需要从备份中恢复数据。为了保证备份数据可用 性，首先建议在对数据、应用等进行备份完后，进行验证，确保备份数据的可用 性。使用备份软件，系统管理员只需要选定相应的数据备份项目 （备份管理目录 下的相应的项目名，对应某个时间点备份的某个数据库的数据，并有说明） ，进 行恢复（Restore）即可。选择备份项目时，首先选定最近一次全备份进行恢复， 然后选定最近一次累计增量备份，最后选定这次累计增量备份以后的所有增量备 份项目，依时间顺序进行恢复即可。数据库与其他系统的接口城市生命线数据中心主要包括元数据库， 供水资源库、排水资源库、燃气资 源库、电力资源库、热力资源库、项目分析库、项目资

45、料库、项目空间库、项目 发布库建设等。同时根据生命线系统的业务需求建立相应的资源指标体系，确定资源库的资源内容指标、决策分析指标、资源管理元数据指标等，满足资源数据 管理、共享需要；根据项目建设及后续应用、维护的需要，制定其他相关数据类 标准。内网发布专网发布外网发布无线发布主题库主题库库项目填报 库,共享交换项目实施过程中按照北京市已有信息资源标准体系要求， 结合五个领域实际 业务需要以及相关职能部门需求对这部分资源的分类与应用需求， 制订统一的信 息资源分类标准；预留数据共享接口，满足各个部门共享交换需求。数据库的性能及优化策略系统数据应完整、准确和及时。汇总统计、制表制图、分析计算、模型

46、测算 等功能比较齐全，保证计算结果准确。本系统不仅数据量大，而且数据类型多样, 包括图像、多媒体等信息类型，因此，对处理系统的计算能力有比较高的要求， 并且保证大容量数据库的可操作性。提供良好的数据安全可靠性策略，采用多种安全可靠的技术手段，保证系统 及数据的安全与可靠。在核心主机及网络部分的设计中应有高可用性的冗余备份 机制，系统应具有长期连续工作的能力和容错的能力。优化的目标：更快的响应时间，更大的吞吐量和更少的资源占用。数据库管理.高级队列监控用户指定的队列中的消息数量以及状态。.归档目的地监控归档目的地的状态，监视可用空间量（千字节），以及归档日志目的地 中可用空间的百分比。.检查点监

47、控数据库写程序检查点完成的次数，以及服务器请求数据库写程序检查点数。.转储空间监视转储目的地目录的使用空间百分比， 包括：后台转储目的地，核心转储 目的地。.扩展监视转储目的地目录的使用空间百分比。.空闲空间不足检查是否由于表空间中的可用空间不足。.可用表空间监视数据库中每个表空间的可用空间百分比。.全表扫描监视长表的全表扫描百分比，并报告从全表扫描检索的总行数的百分比。. IO监控数据库中数据文件的物理读取和物理写入次数。.作业队列监视作业队列中的破损、失败和过期的作业数。.日志事件监视日志中的事件，以了解的错误信息。数据库安全设计服务器数据安全主要通过数据库双机热备和防病毒软件保障。系统登

48、录安全通过用户名密码以及北京 CA进行验证。应用级的用户账号和密码不能与数据库相同，防止用户直接操作数据库。用 户只能使用账号登陆到应用软件，通过应用软件访问数据库，而没有其他途径操 作数据库。用户账号的密码进行加密处理，确保任何地方不出现密码的明文。确定每个角色对数据库表的操作权限，如创建、检索、更新、删除等。每个 角色拥有刚好能完成任务的权限，不多也不少。在应用时再为用户分配角色，则 每个用户的权限等于他所兼角色的权限之和。数据实体关系城市生命线运行体征4.8.2实时监测KPI_实时表数据时间KP标识(FK) 监测对象标识监测点标识监测设备标识KP值 KPI均值 上年同期值 上年同期比 告

49、警级别KPI_定义表.数据日期KP标识(FK) 监测对象标识 监测j点标识 监测设备标识KP能力 KP值 行均值 上整点值 环比 上年同期值 上年同期比 告警级别KPI多日表.数据日期KP标识(FK) 监测对象标识 监测点标识 监测设备标识KPI昵力KPI计划值KPI值明日预测KP值前日值KPI父KP标识行亚标识KPI类型标识(FK) 状态 标题 数据格式 更新程序 序号 小数保留位数 数据单住一 主页显示标志 数据周期 备注环比上月值上月同期比上年同期值上年同期比 同基比本月到本日的累计值 上月同期累计值 同期累计增长率 告警级别KPI_多周表广数据日期KP标识(FK)； 监测对象标识! 监

50、加点标识 监测设备标识：KP计划值KP值 上周值 环比 上月值 上月同期比 告警级别KPI_实时告警表唯一标识KPI_多月表数据日期KPI 标识(FK) 监测对象标识I 监加点标识 监测设备标识!KPI_多年表KP标识(FK) 监测对象标识 监加点标识 监测设备标识,直值肩肩喙 月比年年警 行上环上上告值比朗期别KP计划值 KP值上年同期值 上年同期比 告警级别激据时间KP标识(FK) 监测对象标识 监测点标识 监测设备标识 告警级别(FK)KP值 报警原因 处理人员标识 处理方式KPI_日告誉多日表,数据日期KP标识(FK)KP值告警级别告警原因状态处理结果 处理人员标识 告警类型KPI_月

51、告:Wb月表数据日期KP标识(FK)KP值告警级别 告髻原因处理结果处理人员标识告警类型KPI 告警花配置表KP标识(FK) 监测对象标识监测点标识监测设备标识下限告警级别 上限告警处理方式 报警保留时间 猫述”4.8.3监测对象监控对象.表DIM监测对象大类DIM区县DIM真点区域DIM业测原DIM_测点表DIM/亍业DIM_S测对象类型DIM监测设备表DIM监测设备类型4.8.4报警统计报警统计ST测对象实时监控统计实时表数据日期 监测对象类型监测对象大类 行业标识 司象总数 正常数量 提示数量 告警数量ALARM_警信息数据已期KP标识监测对象标识 监测点标识 监测设备标识 报警级别报警

52、原因处理结果(FK)报警来源ALAR暄警信息历史DIM音警处理类型DW监测对象实时监控告警信息实时表口TmTmTTmTTmTTmwTmmDIM_t理结果告警时间 监测对象标识告警级别告警原因处理类型(FK)4.8.5 KPI 预测KPI_月预测输入信息表KPI预测KPI_月预测输出信息表数据日期KPI标识KPI值数据日期KPI标识预测月份预测标准差 预测值下限 预测值上限KPI 日预测输入信息表数据日期KPI标识KPI值数据日期KPI标识 监测对象标识 监测点标识 监测设备标识 报警级别报警原因 处理结果 报警来源KPI_预测告警多日表数据日期KPI标识KPI值告警级别 告警原因 处理结果FX

53、KPI_日预测输出信息表KPI预测告警多月表DIM奥测算法KPI_预测配,管理表唯一标识(FK) (FK) (FK) (FK)KPI标识预测算法标识 预测模型标识 影响因素标识 预测时段标识 开始时间 结束时间 激活标志 描述DIM影响因素DIM预讷模型DIM预测时段4.8.6计划计划PLAN加大供应表 计划标识计划名称 KPI标识 监测对象标识 监洞点标识 监测设备标识 创建时间 开始时间 结束时间 KPI计划总值计戈讨 数据除识 日期KPI标识监测对象标识 监洞点标识 监测设备标识KPI计划值PLAN加大供应日表PLAN_KPI_HKPI计划值数据日期KPI标识监测对象标识 监加点标识 监

54、测设备标识4.8.7气象数据日期DW气象日表数据日期温温气气高低气述述 最最天风简详最高气温 最底气温 平均气温DW_来36卜时气象预报表DW_来5天气象预报表编号气象日期 状况 风向 风力最高气温 最底气温 上报时间4.8.8行业安全形势行业安全形势DW行业安全形势基本信息多日表DW行业安全形势已完成季度详细信息多日表4.8.9计划故障计划故障标识报告日期 行业标识 开始时间 结束时间 报告名称 报告人标识 固定电话 手机号码 电子邮箱相关文件DW_障报告信息多日表故障标识if报告文件标识报告日期 行业标识 开始时间 结束时间 报告名称 报告人标识 固定电话手机号码 电子邮箱持续时间 影响范

55、围 影响非民用用户数 影响民用用户数 非民用用户学校数 非民用用户医院数 模板文件标识(FK)DW计划检修详细信息多日表 乍标识工作名称 计划故障标识(FK) 开始时间结束时间 持续时间 影响范围 影响非民用用户数 影响民用用户数 非民用用户学校数 非民用用户医院数 工作详细内容 GISS注对象标识 GIS标注点标识DW_告模板文件多日表模板文件标识模板文件名称 模板文件路径 模板文件描述 模板类型4.8.10 路灯、升降旗路灯、升降旗DW路灯开闭时间日表数据日期DW_降旗时间日表路灯开启时间路灯关闭时间4.8.11 知识库知识库DIM专家类型DIM支家权威性DIM专家专业背景4.8.12 应

56、急指挥J二 WL1二 二一 仪一,-aJhl- na- ZNlr，2 rrTs-工= =s ;- 二一二二三;二 二一三 -二.=-:二子不二叵急指挥二五:-. -一-=工：:1-三=一 一Li行事工一 Hl3A: = : _ =_* 二一留二R三主S兰二三二K三4Ms Fy中&-S7=?%二=*三 - a-X - 一.二，二- _./一C工e=:-1一;rr.T.; 1 :： ”邑才 =二三三=*-*=: 二:二二二二二二二?一咚X二:Tlr=:工；三= M .m:?= 一 一二二二亍=每2 芭 一,二二=雪里需-=二三-:-/；二，41二=4.8.13重大活动保障重大活动保障DIM重大社会

57、保障类型DIMJ重大活动状态DW重大社会活动基本信息人礼必保者标反重大社如阑障相称重大社会保障美型标识(FK) 重大活动状态标识(FK)开始日期结束日期相关文件创建日期活动地点负责部门负责人姓名负责人手机号码负责人固定电话负责人Email职务创建人标识创建人手机号码创建人联系电话创建人EmailDW_*tt6KfcM.案人社臬“障顶窠杯以I案人机2保障预窠名痂 重大社会保障标识(FK) 行业标识 开始日期 结束日期 负责部门负责人姓名职务负责人固定电话 负责人手机号码 负责人Email 创建日期创建人姓名相关文件创建人手机号码创建人联系电话创建人Email审核状态 审核人姓名审核日期 审核意见

58、信息DW重大社会活动保DIM Jt大活动保障审批状态DW重大社会活动保障路线信息唯一标识路畲底道 点位序号 经度纬度 描述保障标识(FK)DW重大社会活动保障单位信息单位标以上级单位标识(FK)单位名称负责人姓名负责部门职务负责人电话值班电话值班手机 重点防范单位 重点防范部位重大社会保障预案标识(FK)GIS标注对象标识GIS标注点标识成员名称指挥部成员级别标识(FK) 部门职务办公电话手机职责重大社会保障预案标识(FK)DW重大活动保障报告信息多日表报告文件标识重大社会保障标识(FK) 报告日期行业标识 开始时间 结束时间 报告名称报告人标识 定定电话 手机号码电子邮箱处理时间 影响范围影

59、响非民用用户数 影响民用用户数 非民用用户学校数 非民用用户医院数 模板文件标识DW重大社会活动保障对象信息咻一标识重大社会保障标识(FK)默认显示标志GIS标注对象标识GIS标注点标识DW1大社会活动保障资源信息唯一标识单位标以(FK)保障资源类型(FK)保障资源数量ST_重大社会保障分析多年表日J扈臼州重大社会保障类型标识DW重大社会活动保障对伍信息 rWWfflrta保障队伍名称 队伍成员数量 负责人姓名 负责部门 职务负责人电话值班电话 值班手机 重点防范单位 重点防范部位重大社会保障预案标识(FK) GIS标注对象标识GIS标注点标识DW重大社会活动保障行业监控对象信息T,对测为家林

60、田重大社会保障预案标识(FK)DIM指挥部成员级别0DIM保障物资类型DW重大社会活动保障应急车队信息应急车队杯炽比急车队名称车辆数量负责人姓名负责部门职务负责人电话值班电话值班手机重点防范单位重点防范部位重大社会保障预案标识(FK)GIS标注对象标识GIS标注点标识k流程信息DW重大活动保障重大社会保障标识(FK) 审核状态(FK)DW_象信息保障M家舜识保障对象名称 保障对象类型 人数负责人姓名 职务联系电话 手机号码 地址 负责部门 经度纬度4.8.14 重要场景DW_ SPECni_SCENE_FL重要场景D 工心 SPEC IAL_SCENE_ FLAIL TYPESPECIAL_S