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

城市生命线实时监测物联网应用示范工程 数据库设计城市生命线实时监测物联网应用示范工程数据库设计书1.1 编写目的与范围目的：本文档的目的是说明城市生命线实时监测物联网示范工程市级平台的数据库设计，包括系统体系结构和系统功能，为系统软件编程和系统维护提供基础。本文档是城市生命线实时监测物联网应用示范工程市级平台系统详细设计的组成部分，此文档用途是：明确数据库的表名、字段名等数据信息，用来指导后期前台及数据库后台开发的规范文档。范围：本文档范围是对城市生命线实时监测物联网示范工程市级平台的数据库设计说明。主要包括：设计规范、数据字典、数据实体关系、表清单、表详细信息等。1.2 预期读者本文档的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。1.3 文档保密性及私密性本文档为北京市市政市容管理委员会内部机密文档，未经许可，不得外传。1.4 项目背景城市生命线是指城市排水、供水、供气、供电、供热、交通、通讯等基础设施系统。这些系统是维持现代城市生产、生活的基础，随着城市居民生活条件、文化与信息需求的不断提高以及城市经济的快速发展, 促使对城市生命线系统的需求与依赖性越来越高。实时监测城市生命线的生命体征的健康状况，保障城市的安全平稳运行、保证城市居民的正常生产生活、支撑领导决策都起到非常关键的作用。北京作为国家的政治中心、具有国际影响力的经济中心、传统与现代融合发展的文化中心，在按照“国际化、现代化、精品化”发展理念，把北京建设成为和谐宜居的世界城市，做好“四个服务”，高端服务业发展，“人文北京、科技北京、绿色北京”和社会和谐的进程中，坚持高标准的要求，不断提高城市管理工作能力和水平尤为重要。有效地实时监测城市生命线的生命体征，获得各项有效数据和指标，对于保障城市运行安全，对于指导城市规划、建设和发展有着重要的意义。特别是在应对突发事件时，提供基础运行数据和高峰时运行数据可为领导决策提供基础参考。由于信息采集的及时性、准确性、完整性不高，信息展示形式不形象、不直观、不易被理解，城市生命线日常运行信息沟通传递水平不高，导致城市生命线日常运行协调难度大，城市生命线安全运行和应急管理的指挥协调难度大，降低了领导决策的准确性、科学性。而且，目前城市生命线行业运行分管部门多、协调头绪多、相互干扰大、隐患排查难的问题仍然存在。因此，需要在北京市市政市容委前期开拓性建设城市运行管理新思路的基础上，进一步完善城市运行管理的机制，本期项目重在完善城市生命线日常运行指挥协调机制及配套信息共享机制，统一协调城市生命线日常运行和应急指挥中面临的问题。应用物联网技术，以水、电、气、热为监测对象，在“北京市城市运行监测信息平台”的原有系统基础上，进一步丰富底层基础数据完善数据智能处理和展示界面，建设城市生命线实时监测物联网示范工程，全面监管北京市城市生命线各生命体征，保证城市安全运行、提高应急突发事件的预警、处理能力和水平。1.4.1 物联网发展领导批示要求2009年以来，“物联网”技术与应用在国内外引起广泛关注，市委书记刘淇、市长郭金龙等市领导对此高度重视，专程对本市物联网技术应用情况进行调研，听取有关情况汇报，并作出重要批示，要发展物联网产业，带动中关村科技产业发展，并优先从城市安全运行、应急管理做起。为落实市领导批示精神，市发改委会同市应急办、市经信委等部门，起草关于加快推进本市物联网产业发展和示范应用有关事项的意见（市发改文2010113号）并上报市政府。吉林常务副市长就此作出批示：物联网产业的发展问题由经信委系统研究，首先在城市应急和管理中应用，由应急办牵头。5月4日，吉林常务副市长再次批示：请应急办牵头商发改委、经信委就推进这项工作进行研究并提出意见。1.4.2 “感知北京”物联网应用技术框架明确要求按照国家发展物联网和本市“感知北京”示范建设的有关要求, 为推动“感知北京”示范建设，深化本市物联网应用，带动物联网产业发展，提升政务和公共服务管理水平，制定了关于在政务和公共服务领域开展物联网应用的指导意见，政务和公共服务领域开展物联网应用框架以标准规范体系、信息安全体系为保障，分为感知、网络、支撑、应用四层。政务和公共服务领域物联网应用技术框架感知层是利用射频识别读写器、传感器、卫星定位终端、图像采集设备等，对目标对象进行实时感知，及时获取各类感知信息；网络层是利用电子政务网络、政务物联数据专网、无线宽带专网、移动公网和互联网等网络，保障各类感知信息安全可靠传输；支撑层是依托物联网应用支撑平台，实现各类重要管理对象、感知设备的统一编码和统筹管理，实现各类感知信息的及时共享和有效整合；应用层是根据政务和公共服务领域的业务需求，对及时掌握的各类感知信息进行综合加工和智能分析，为政府、企业和个人提供更加精细化、智能化的服务。1.4.3 城市安全运行和应急管理物联网应用的明确要求按照市领导批示和要求，全市政务物联网应用建设以城市安全运行和应急管理为突破口开展，并带动全市政务物联网应用和产业发展。城市安全运行和应急管理领域物联网总体框架城市安全运行和应急管理物联网应用将按照“1+1+N”框架开展，第一个“1”是指市应急指挥平台，第二个“1”是指市物联网应用支撑平台，“N”是指各部门（区县）应急物联网应用。市应急指挥平台通过市物联网应用支撑平台，汇聚接入各部门（区县）应急物联网应用的物联信息，对全市城市安全运行和应急进行全过程常态化管理，实现“管得住、上得来，看得见、能整合”。（1）市应急指挥平台通过对已有系统的技术升级改造，进一步提高信息感知能力、提升应急处置水平，为市领导提供全市城市安全运行和应急管理物联网综合信息服务。（2）市物联网应用支撑平台主要包括编码赋码服务、物联基础信息服务，以及物联信息的目录、交换、接入、整合和共享展示服务等，基于云计算技术全市统筹建设，是全市统一的政务领域物联网应用基础设施。一是通过政务外网，接入、汇集、整合全市城市安全运行和应急管理物联信息，为市应急指挥平台服务；二是利用物联共享信息库，为市属专项指挥部、区县应急办和相关单位提供共享服务。（3）各部门（区县）应急物联网应用市各部门根据行使职能需要，为实施精细化、实时化、系统化的监控与管理而建设的具体应急物联网应用系统，重点关注风险源、救援物资、救援设备、救援队伍等基本信息。城市生命线实时监测物联网系统市级平台的建设，是基于“1+1+N”的系统架构进行的，如下图所示：11N城市生命线城市生命线实时监测物联网系统的定位1.4.4 建设目标通过“城市生命线”实时监测物联网示范工程建设，具体实现以下四大目标：n 提升政府对生命线运行整体态势的掌握水平。通过对城市生命线的计划、调度、存量等运行信息进行实时、准确地采集和整合分析，为相关职能部门和市领导及时准确掌握城市生命线整体运行情况提供有效服务，进一步提升政府对生命线运行整体态势的掌握水平。n 提升相关职能部门对生命线设施的监管水平。通过集成共享示范企业的生命线设施实时运行数据，提升相关职能部门对生命线设施的监管水平。n 提升城市生命线突发事件的应急反应能力和应急处置水平。通过建设应急指挥、辅助决策等功能，进一步提升城市生命线突发事件的应急反应能力和应急处置水平。n 提升生命线相关企业的精细化、智能化的运行监控和安全管理水平。以城市生命线相关5大行业的风险（运行监测点以及安全关注点）统计和风险预测为出发点，提升生命线相关企业的精细化、智能化的运行监控和安全管理水平。在5大行业推广应用物联网，促进生命线领域的物联网产业发展。1.5 设计依据（参考资料）n 北京市城市生命线实时监测物联网应用示范工程初步设计及概算n 关于批准城市生命线实时监测物联网应用示范工程项目建议书（代可行性研究报告）的函京发改20111886号；n 北京市城市安全运行和应急管理领域物联网应用建设总体方案（京政办201114号）；n 关于加快推进本市物联网产业发展和示范应用有关事项的意见市发改文2010113号；n 关于在政务和公共服务领域开展物联网应用的指导意见；n 管理对象和感知设备编码规范（试行）；n 物联基础信息规范（试行）；n 物联信息元数据规范（试行）；n 物联信息接入规范（试行）。n 国家信息化领导小组关于我国电子政务建设指导意见（中办发200217号）；n 国家电子政务工程建设项目管理暂行办法（55号令）；n 北京市党政机关网络与信息系统安全定级指南（试行）；n 北京市信息化工作领导小组关于加强信息安全保障工作的实施意见京办发20043号；n 北京市电子政务建设管理办法（试行）经信息办发200439号；n 北京市电子政务总体技术框架；n 北京市政务与公共服务信息化工程建设管理办法市政府第67号令。n 计算机软件需求说明编制指南（GB9385-1988）；n 中华人民共和国计算机信息系统安全保护条例；n 计算机软件产品开发文件编制指南（GB/T 8567-1988）；n 计算机信息系统安全保护等级划分准则（GB/T 17859-1999）；n 信息技术 安全技术 信息技术安全性评估准则（GB/T 18336-2001）。n 城市生命线实时监测物联网示范工程市级平台需求规格说明书n 城市生命线实时监测物联网示范工程市级平台概要设计n 城市生命线实时监测物联网示范工程市级平台详细设计2 设计思路2.1 设计原则（1）以推广示范为出发点应充分利用现有网络、硬件设施和系统软件等建设资源，此次示范不仅要实现创新技术的无障碍演练，同时应为下一步全市推广打下基础。（2）以系统应用建设为目的紧紧围绕系统应用建设的目标，充分分析用户需求，设计出稳定高效的应用系统。（3）可持续发展原则在详细设计中按照可持续性发展的原则，采用正确的策略、适当的技术和有效的措施确保系统的可伸缩性。（4）遵循标准，系统兼容性原则。应充分考虑系统兼容性，遵循标准，包括与采集器通信、运行环境等，为大范围推广奠定基础。（5）可控制性原则。在设计时考虑核心设计的可控制性，谨防被较轻易复制。（6）统一性原则本次示范工程的目的是实现对全市接入平台的电梯按照统一性原则进行分级监测管理，以及与市物联网支撑平台的纵向连接，这样一个物理上分散的系统，必须坚持统一性原则。这种统一性表现在：n 统一规范n 统一标准n 统一接口n 统一的体系结构n 消息表示的一致性n 应用层信息交换协议的一致性n 整合后数据格式的一致性2.2 约束条件本平台软件能够支撑的监测点数和接入的数据受硬件环境的限制，如服务器配置和数量，以及网络环境等。2.3 总体技术路线系统将基于SOA的体系架构搭建，通过服务总线，将所开发的系统功能紧密结合起来，服务之间采取低耦合设计，从而为系统未来的升级和扩展提供极大的灵活性。同时，基于SOA的架构设计，也为顺利整合现有系统提供了技术解决方案。城市生命线实时监测物联网系统市级平台主要为业务处理应用，需要分布式部署，多用户访问，根据应用特点，采用B/S结构，用JAVA语言开发；至于外部接口部分需要根据实际对接需要提供相应服务，接口设计上需要支持webservices服务、前置机数据库、文件导入导出、地址访问等方式。由于该平台面向大数量量处理，数据库方面首选oracle数据库。2.4 软件运行环境服务器：浪潮 NF8560M2、NF5220操作系统：WINDOWS SERVER 2008 R2应用服务器：Tomcat7.0数据库：oracle11g网络环境：市市政市容委内部网3 系统详细设计3.1 系统架构图城市生命线实时监测物联网示范工程市级平台系统架构图市级平台从行业子系统中采集城市生命线五大行业的监测对象的实时运行信息、综合类指标信息、计划信息、监测对象基本信息、重大活动保障基本信息、预案信息、应急资源等信息，当城市生命线发生报警、故障后，系统主动将报警、故障信息及其他相关辅助信息发送到市级平台。一旦监测对象或者综合类指标发生报警和故障，市级平台就会自动启动告警流程，一线工作人员和维护人员市级平台相关界面和手机将在第一时间收到报警和故障信息，以便及时现场处理。按照业务管理要求，报警、故障信息及突发事件信息将由相关部门进行分级响应处理。3.2 功能框架图城市生命线实时监测物联网示范工程市级平台功能框架图l 建立信息服务域，发挥数据优势，为城市生命线管理决策提供有价值的信息服务；l 建立监测管理决策服务域，发挥实时监测、数据分析、数据预测优势，支撑城市生命线的决策、日常管理和重大活动保障。3.2.1 信息服务域信息服务域由市级平台数据层和获取层构成，它通过商业智能技术手段深化企业数据的精加工能力，在市级平台中构造集中提供数据和信息服务的实体。面向数据实体通过对数据和数据处理进行组织封装，形成数据服务。信息服务域不仅为监测管理决策服务域提供数据支撑，同时还为市级平台外的其它系统提供数据和信息服务。3.2.1.1 获取层获取层涵盖市级平台从各子系统中抽取相关基础数据，进行清洗、转换、整理到数据仓库的全过程。各数据源系统主要包括：行业子系统、城市监测运行平台、气电热联调联动平台等。3.2.1.2 数据层数据层实现市级数据仓库中基础数据、汇总数据以及深加工后的数据、信息的集中管理，并可根据业务需求建立面向其他委办局的数据集市，如给市应急办的数据集市。数据层包括基础数据、汇总数据、信息子层三个部分。3.2.2 监测管理决策服务域监测管理决策服务域由市级平台访问层和应用层组成，对外（包括用户或外部系统）提供市级平台监测管理决策应用服务。监测管理决策服务域通过基础功能构件的健全和完善，建立面向不同使用人员的不同应用解决方案，并通过信息访问渠道和信息推送机制来促进市级平台的易用性。3.2.2.1 应用层应用层包括功能子层、应用子层和信息适配子层。功能子层包括指标管理、监测对象管理、保障资源管理、预测模型管理、模板管理、GIS标注管理等。应用子层面向城市生命线的管理和业务组织模式，其中的应用通过调用和编排功能子层提供的功能集中解决一类业务问题。如实时监测、动态预测、综合分析、科学预警、辅助决策等。信息适配子层根据不同使用角色需要，将应用子层中的各种应用进行整合，形成整体解决方案通过访问层提供给相应的角色。例如：领导桌面、大屏指挥、业务系统等。将应用层细分为功能子层、应用子层和信息适配子层，既解决了“应用适配”的问题，在功能架构上又进行了适度的解耦，并提升了基础功能的复用能力。3.2.2.2 访问层访问层是各类使用人员访问市级平台的窗口和平台。在访问层中整合了市级平台的访问资源，完善信息推送机制，并建立统一的市级平台门户。市级平台门户实现应用嵌入、多渠道接入以及基础门户功能。特别的要求是，将委领导的Web应用页面嵌入到门户中，使其在日常工作中能便捷访问市级平台所提供的服务。3.2.3 数据管理域数据管理域包括市级平台数据质量管理体系和运维管理机制。市级平台通过数据管理域有效地发挥数据管理的优势，进一步完善数据质量监控应用和数据运维管理机制，逐步实现城市生命线全程数据的监管。元数据管理模块负责管理市级平台中的元数据，实现元数据自动获取和元数据存储，并构建相关的元数据管理功能和元数据应用。数据质量管理子系统包括数据质量监控与数据质量管理流程，它们实现市级平台从数据源接口到应用展现的全流程数据质量监控与保障。基于元数据的开发管理应用模块利用元数据来辅助进行应用开发，加强对开发过程的全流程管控，并在规范化的开发过程中收集相应的元数据信息，提高元数据质量。系统安全管理负责管理市级平台的安全。它包括审计日志记录、接口管理和安全管理应用。系统优化管理负责管理市级平台的优化，主要分为三个方面：系统优化、数据优化和应用优化。备份与恢复为市级平台提供风险预防机制和灾难恢复措施，确保数据安全、提高系统可用性、降低业务损失。3.3 技术架构图城市生命线实时监测物联网示范工程市级平台技术框架图市级平台采用面向服务的SOA设计理念，充分考虑平台的扩展性、标准性和安全性，以事件驱动（EDA）和元数据驱动（MDA）来响应系统产生的事件和应对用户需求、展现形式的变动。4 数据库设计4.1 设计规范4.1.1 普通表命名规范整个系统的业务表按模块进行划分，一共分为4种类型。编号模块名称模块标识（表名前缀）1.系统数据WL2.分析类ST_3.维度、代码数据DIM_4.业务表DW_表、字段命名：采用英文，中间采用”_”间隔。4.1.2 主键字段定义规范所有表必须有主键，原则上在无业务意义的序列号字段上建立主键。主键的命名规则如下：PK_表名在一个表中加入无业务意义的序列号字段，在该字段上建立主键时，该字段的命名不按照数据字典的规范命名，命名规则如下：表名_ID(下划线) 该类字段的数据类型统一定为VARCHAR2(36)，即36位字符。4.1.3 索引定义规范为了提高查询速度，可以建立索引。索引的作用相当于图书的目录，可以根据目录中的页码快读找到所需的内容，当表中有大量记录时，若要对表进行查询，在表中建立索引，然后在索引中找到符合查询条件的索引值，最后通过保存在索引中的ROWID快速找到表中的相应记录。对于业务生产数据，如果数据量很大（1M）的表索引不可以超过4个，对于数据量很小（1K）禁止使用索引。对于业务统计数据，根据情况定义索引，没有明确限制。4.1.4 存储过程定义规范 存储过程是在大型数据库系统中，一组为了完成特定功能的SQL语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。存储过程是数据库中的一个重要对象，任何一个设计良好的额数据库应用程序都应该用到存储过程。对于普通业务处理过程禁止使用存储过程，只在需要运算大数据量，批量处理过程使用存储过程，存储过程的使用必须得到技术经理的认可。4.1.5 触发器使用规范 触发器（trigger）是数据库 提供给程序员和数据分析员来保证数据完整性的一种方法，它是与表事件相关的特殊的存储过程，它的执行不是由程序调用，也不是手工启动，而是由事件来触发，比如当对一个表进行操作（insert，delete，update）时就会激活它执行。触发器经常用于加强数据的完整性约束和业务规则等。本系统仅报警、预警部分可以使用触发器。4.2 数据库存储结构Oracle数据库可划分为称作表空间的逻辑存储单元，每个tablespace可以包含很多oracle block。下图展示了数据库如何存储表数据从逻辑上讲，表包含有列值组成的行。行最终以行片段的形式存储在数据库中，之所以称为行片段是因为在某些情况下，不可能在一个位置存储一整行。表空间是oracle数据库中最大的逻辑结构，oracle数据库就是由一个或多个表空间组成的。一个表空间的大小等于其中所有数据文件的大小之和。数据库的大小等于其中表空间的大小之和，表空间可以被联机和脱机，system表空间不能脱机。system表空间中包含数据字典和系统底层表，与数据库相关的管理信息。该信息均包含在sysschema中。只有sys用户使用或者拥有所需权限的其他管理用户才可以访问这些信息。a.管理表空间：1. 表空间的管理主要包括确定表空间的大小，安排表空间所需要的存储空间2. 创建、修改、删除表空间3. 选择修改表空间的区、段管理方式4. 设置表空间的状态等b.确定表空间的大小：1. 每行大概有多少字节2. 该表最初或至少要包含多少行3. 每个时间段表中的行的增长情况4. 在该表上进行的操作的类型5. 那种操作类型比较多4.2.1 表空间划分表空间名称作用初始大小ODS_TBS存储与子系统接口的数据500GST_TBS存储市级平台应用数据1000GTMP_TBS市级平台应用临时表空间500GYINGJI市级平台应急部分数据300GYINGJI_TEMP市级平台应急部分临时表空间200G4.2.2 表空间数据文件对应关系表空间名称作用ODS_TBSE:ORACLEORADATASMXORAODS_TBS_01.DBFST_TBSF:ORACLEORADATASMXORAST_TBS_01.DBFTMP_TBSE:ORACLEORADATASMXORATMP_TBS_01.DBFYINGJIF:ORACLEORADATASMXORAYINGJI01.DBFYINGJI_TEMPF:ORACLEORADATASMXORACSSMX_TEMP01.DBF4.2.3 表空间与数据表对应关系表名表空间名称DIM_ALARM_OPERATION_TYPEST_TBSDIM_BUSINESSST_TBSDIM_DEVICEST_TBSDIM_EFFECTST_TBSDIM_KPI_TYPEST_TBSDIM_OBJECTST_TBSDIM_POINTST_TBSDIM_PREDICTIONST_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_TBSDW_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_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_ALARMST_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_TBSPRO_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_BUTTONST_TBSSYS_ROLE_MENU_ITEMST_TBSSYS_ROLE_USERST_TBSSYS_SYSTEMSST_TBSSYS_USERST_TBSSYS_VIEW_BUTTONST_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_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_TBSWL_USER_FUNCST_TBSWL_USER_LOGIN_LOGST_TBSWL_USER_ROLEST_TBSWL_USER_STATIONST_TBSWL_USER_WORKFLOWST_TBSWL_WORKFLOW_TRACKINGST_TBS4.3 数据库文件备份与恢复备份与恢复为市级平台提供风险预防机制和灾难恢复措施，确保数据安全、提高系统可用性、降低业务损失。对于城市生命线系统而言，数据库是核心数据组成部分之一，因此针对数据库制定一个良好的备份策略是至关重要的。4.3.1 数据备份方式针对不同类型数据备份要求，本项目使用了2种级别的备份方式，第一种是基于文件级别的备份；第二种是基于数据库级别的备份。1. 文件级别的备份考虑到IT环境中除了数据库服务器和应用服务器以外，基本上属于文件级别的服务器。2. 数据库级别的备份为了确保这些数据库7 x 24小时的运行状态，对的IT环境中涉及到的Oracle数据库进行备份和恢复。4.3.2 数据备份策略对于关键应用来说，制定一个良好的备份策略是至关重要的。一个好的备份系统，除了需要配备有好的软硬件产品之外，更需要有良好的备份策略和管理规划来进行保证。备份策略的选择，要统筹考虑需备份的总数据量，线路带宽、数据吞吐量、时间窗口以及对恢复时间的要求等因素。目前的备份策略主要有全量备份、增量备份和差分备份。全量备份所需时间最长，但恢复时间最短，操作最方便，当系统中数据量不大时，采用全量备份最可靠。增量备份和差分备份所需的备份介质和备份时间都较全量备份少，但是数据恢复麻烦。根据不同业务对数据备份的时间窗口和灾难恢复的要求，可以选择不同的备份方式，亦可以将这几种备份方式进行组合应用，以得到更好的备份效果。业务系统数据库采用Oracle数据库，根据业务特点，应用软件系统数据备份策略如下：Oracle在归档模式下运行，利用备份软件数据库模块调用RMAN进行在线的热备份，可以在备份时，对备份数据保存在不同的存储对象中，利用多个磁带驱动器同时读写提高其数据备份的效率。根据业务系统应用特点，Oracle的备份以周为备份周期，星期一到星期六做数据库累积增量、归档日志、控制文件和CATALOG用户所有对象的备份，星期日做全备份，保留前面一周期和当前周期的备份，每个周期有两份容余。而且由于该应用的Oracle系统版本较新，也可以利用一些最新的Oracle备份技术，将同样的一份备份数据同时保存在不同的存储介质中去，如磁带和硬盘，以保证备份数据的完整性和安全性。对于Oracle系统的数据备份和恢复的性能，可以通过开辟多个Oracle数据备份通道和多重数据迁移的技术得到保障。详细如下所示（可以根据实际情况进行调整）：备份策略示意图4.3.3 数据恢复策略当发生数据或系统损坏时，需要从备份中恢复数据。为了保证备份数据可用性，首先建议在对数据、应用等进行备份完后，进行验证，确保备份数据的可用性。使用备份软件，系统管理员只需要选定相应的数据备份项目（备份管理目录下的相应的项目名，对应某个时间点备份的某个数据库的数据，并有说明），进行恢复（Restore）即可。选择备份项目时，首先选定最近一次全备份进行恢复，然后选定最近一次累计增量备份，最后选定这次累计增量备份以后的所有增量备份项目，依时间顺序进行恢复即可。4.4 数据库与其他系统的接口城市生命线数据中心主要包括元数据库，供水资源库、排水资源库、燃气资源库、电力资源库、热力资源库、项目分析库、项目资料库、项目空间库、项目发布库建设等。同时根据生命线系统的业务需求建立相应的资源指标体系，确定资源库的资源内容指标、决策分析指标、资源管理元数据指标等，满足资源数据管理、共享需要；根据项目建设及后续应用、维护的需要，制定其他相关数据类标准。项目实施过程中按照北京市已有信息资源标准体系要求，结合五个领域实际业务需要以及相关职能部门需求对这部分资源的分类与应用需求，制订统一的信息资源分类标准；预留数据共享接口，满足各个部门共享交换需求。4.5 数据库的性能及优化策略系统数据应完整、准确和及时。汇总统计、制表制图、分析计算、模型测算等功能比较齐全，保证计算结果准确。本系统不仅数据量大，而且数据类型多样，包括图像、多媒体等信息类型，因此，对处理系统的计算能力有比较高的要求，并且保证大容量数据库的可操作性。提供良好的数据安全可靠性策略，采用多种安全可靠的技术手段，保证系统及数据的安全与可靠。在核心主机及网络部分的设计中应有高可用性的冗余备份机制，系统应具有长期连续工作的能力和容错的能力。优化的目标：更快的响应时间，更大的吞吐量和更少的资源占用。4.6 数据库管理1. 高级队列监控用户指定的队列中的消息数量以及状态。2. 归档目的地监控归档目的地的状态，监视可用空间量（千字节），以及归档日志目的地中可用空间的百分比。3. 检查点监控数据库写程序检查点完成的次数，以及服务器请求数据库写程序检查点数。4. 转储空间监视转储目的地目录的使用空间百分比，包括：后台转储目的地，核心转储目的地。5. 扩展监视转储目的地目录的使用空间百分比。6. 空闲空间不足检查是否由于表空间中的可用空间不足。7. 可用表空间监视数据库中每个表空间的可用空间百分比。8. 全表扫描监视长表的全表扫描百分比，并报告从全表扫描检索的总行数的百分比。9. IO监控数据库中数据文件的物理读取和物理写入次数。10. 作业队列监视作业队列中的破损、失败和过期的作业数。11. 日志事件监视日志中的事件，以了解的错误信息。4.7 数据库安全设计服务器数据安全主要通过数据库双机热备和防病毒软件保障。系统登录安全通过用户名密码以及北京CA进行验证。应用级的用户账号和密码不能与数据库相同，防止用户直接操作数据库。用户只能使用账号登陆到应用软件，通过应用软件访问数据库，而没有其他途径操作数据库。用户账号的密码进行加密处理，确保任何地方不出现密码的明文。确定每个角色对数据库表的操作权限，如创建、检索、更新、删除等。每个角色拥有刚好能完成任务的权限，不多也不少。在应用时再为用户分配角色，则每个用户的权限等于他所兼角色的权限之和。4.8 数据实体关系4.8.1 城市生命线运行体征4.8.2 实时监测4.8.3 监测对象4.8.4 报警统计4.8.5 KPI预测4.8.6 计划4.8.7 气象4.8.8 行业安全形势4.8.9 计划故障4.8.10 路灯、升降旗4.8.11 知识库4.8.12 应急指挥4.8.13 重大活动保障4.8.14 重要场景4.8.15 报警故障处置4.8.16 权限相关4.9 设计详细说明4.9.1 城市生命线运行体征4.9.1.1 表清单序号名称代码注释1ST_CITYLIFE_FORCE_DET_DMST_CITYLIFE_FORCE_DET_DM城市生命线运行体征明细表2ST_CITYLIFE_FORCE_YMST_CITYLIFE_FORCE_YM城市生命线运行体征年分析表3ST_CITYLIFE_FORCE_TIMELYST_CITYLIFE_FORCE_TIMELY城市生命线运行体征实时表4ST_CITYLIFE_FORCE_MMST_CITYLIFE_FORCE_MM城市生命线运行体征月分析表5ST_CITYLIFE_FORCE_DMST_CITYLIFE_FORCE_DM城市生命线运行体征整点多日表4.9.1.2 表详细信息4.9.1.2.1 表 ST_CITYLIFE_FORCE_DET_DM代码名称数据类型注释DATA_TIMEDATA_TIMEDATE数据日期BUSINESS_IDBUSINESS_IDSMALLINT业务点标识ASSESS_DIRECTION_IDASSESS_DIRECTION_IDSMALLINT评估方向标识ASSESS_KPI_IDASSESS_KPI_IDSMALLINT评估指标标识ASSESS_SCOREASSESS_SCORESMALLINT评分ASSESS_STATUSASSESS_STATUSSMALLINT状态DETAIL_URLDETAIL_URLVARCHAR2(200)详情主键：DATA_TIME，BUSINESS_ID4.9.1.2.2 表 ST_CITYLIFE_FORCE_YM代码名称数据类型注释DATA_TIMEDATA_TIMEDATE数据时间INDUSTRY_IDINDUSTRY_IDSMALLINT行业标识NORMAL_NUMSNORMAL_NUMSSMALLINT城市生命线健康运行日数ABNORMAL_NUMSABNORMAL_NUMSSMALLINT城市生命线运行异常日数主键：DATA_TIME，INDUSTRY_ID4.9.1.2.3 表 ST_CITYLIFE_FORCE_TIMELY代码名称数据类型注释DATA_TIMEDATA_TIMEDATE数据日期BUSINESS_IDBUSINESS_IDSMALLINT业务点标识CITYLIFE_FORCECITYLIFE_FORCESMALLINT运行健康度主键：DATA_TIME，BUSINESS_ID4.9.1.2.4 表 ST_CITYLIFE_FORCE_MM代码名称数据类型注释DATA_TIMEDATA_TIMEDATE数据时间INDUSTRY_IDINDUSTRY_IDSMALLINT行业标识NORMAL_NUMSNORMAL_NUMSSMALLINT城市生命线健康运行日数ABNORMAL_NUMSABNORMAL_NUMSSMALLINT城市生命线运行异常日数主键：DATA_TIME，INDUSTRY_ID4.9.1.2.5 表 ST_CITYLIFE_FORCE_DM代码名称数据类型注释DATA_TIMEDATA_TIMEDATE数据日期BUSINESS_IDBUSINESS_IDSMALLINT业务点标识CITYLIFE_FORCECITYLIFE_FORCESMALLINT运行健康度主键：DATA_TIME，BUSINESS_ID4.9.2 实时监测4.9.2.1 表清单序号名称代码注释1KPI_DEFINEKPI_DEFINEKPI定义表2KPI_TIMELYKPI_TIMELYKPI实时表3KPI_HOURLYKPI_HOURLYKPI整点表4KPI_DAILYKPI_DAILYKPI多日表5KPI_WEEKLYKPI_WEEKLYKPI多周表6KPI_MONTHLYKPI_MONTHLYKPI多月表7KPI_YEARLYKPI_YEARLYKPI多年表8KPI_TIMELY_ALARMKPI_TIMELY_ALARMKPI实时告警表9KPI_DAYLY_ALARMKPI_DAYLY_ALARMKPI日告警多日表10KPI_MONTHLY_ALARMKPI_MONTHLY_ALARMKPI预测告警多月表11KPI_ALARM_SETKPI_ALARM_SETKPI告警计算配置表4.9.2.2 表详细信息4.9.2.2.1 表 KPI_DEFINE代码名称数据类型注释KPI_IDKPI_IDSMALLINTKPI标识PARENT_KPI_IDPARENT_KPI_IDSMALLINT父KPI标识INDUSTRY_IDINDUSTRY_IDSMALLINT行业标识KPI_TYPE_IDKPI_TYPE_IDSMALLINTKPI类型标识STATUSSTATUSSMALLINT状态TOPICTOPICVARCHAR2(255)标题FORMATFORMATVARCHAR2(255)数据格式UPDATE_PROGRAMUPDATE_PROGRAMVARCHAR2(255)更新程序SORT_NUMSORT_NUMSMALLINT序号AFTER_POINTAFTER_POINTSMALLINT小数保留位数DATA_UNITDATA_UNITVARCHAR2(30)数据单位HOME_PAGE_FLAGHOME_PAGE_FLAGSMALLINT主页显示标志DATA_PERIODDATA_PERIODINTEGER数据周期，以分钟为单位DESC_TXTDESC_TXTVARCHAR2(255)备注主键：KPI_ID4.9.2.2.2 表 KPI_TIMELY代码名称数据类型注释DATA_TIMEDATA_TIMEDATE数据时间KPI_IDKPI_IDSMALLINTKPI标识OBJECT_IDOBJECT_IDVARCHAR2(36)监测对象标识POINT_IDPOINT_IDVARCHAR2(36)监测点标识DEVICE_