* 、项目概况 目前, (略) 立体综合观测体系共包 (略) 、闪电定位系统、梯度塔等 * 种类型的装备,针对每种观 (略) 署了数据采集、 (略) 数据实时采集入库业务;针 (略) 、 (略) 、 (略) 等6 (略) 署了数据上传程序实现对报文的及时上传。为满足观测数据1分钟到达预报员桌面、2 (略) 、 (略) 到报率大于 * %的要求,需要对整个观测体系数据采集、入库、上 (略) 维护,保障 (略) 。为落实 (略) 市国家生态文明建设示范市规划的要求, (略) 市生态气候数据集,更好的开展气象服务工作和对外共享建设,对气象梯度观测塔常规要素、生物舒适度仪、温室 (略) 质量控制和数据整编,形成准确、专业、标准的生态气候数据集。“十 * * ”智慧气象子项目《智能运维管理系统》已过项目免费维保期,为确保系统各 (略) 正常、功能稳定,满足业务要求, (略) 后续维护保障服务工作。 * 、项目目标 1、对整 (略) (略) 数据维护,确保 * 类探测装备的入库业务、6类探测装备的上传业务 (略) 。实现观测数据1分钟到预报员桌面、2 (略) 、 (略) 到报率大于 * %的业务要求。 2、 (略) 、 (略) (略) 改造,建设 (略) 理系统。实现对7类观测数据入库程序的Linux改造。 3、对气象梯度观测塔常规要素、生物舒适度仪、温室 (略) 质控与整编,形成准确、 (略) 市生态气候数据集。 4、对智能运维管理平台、装备检定实验室 (略) 日常维护,确保各个子模块 (略) 。 * 、项目管理和服务要求 ( * ) (略) 理维护 1.观测数据入库维护 对 * 类观测装备( (略) 、梯度塔等)进行入库维护,维护内容包括对采集系统生成的 (略) 格式解析、 (略) 理、入库XML文件编制、历史数据整理备份等流程,对疑误数据 (略) Linux改造。 (略) 理流程发生故障时, (略) 数据抢修服务,保证入库业务 * (略) 。具体保障的观测装备 (略) 示: 观测数据入库维护装备列表 序号 | 观测分类 | 装备类型 | 1 | 地面观测 | (略) | 2 | 城 (略) | 3 | 雷达观测 | 边界层风廓线雷达 | 4 | 对流层风廓线雷达 | 5 | 遥感观测 | 云高仪 | 6 | 微波辐射计 | 7 | 激光雨滴谱仪 | 8 | 生态环境观测 | 闪电定位 | 9 | 大气成分 | * | 多下垫面地温 | * | 气象梯度观测塔 | * | (略) 仪 | * | 回南天 | * | 通量观测系统 | * | 太阳辐射 | * | 生物舒适度仪 | * | 海洋观测 | 海上石 (略) | * | (略) | * | (略) | * | 省局、天文台、 (略) 海洋数据整合系统 |
1. (略) 数据入库服务 该项 (略) 有 (略) (包括 (略) 、3 (略) 、 (略) 、 (略) 、梯度塔)进行数据入库维护服务。 (1)服务内容包括数据报文解析、 (略) 理、入库XML文件编制、历史数据整理备份等。 (2)在维护有效期内,对区 (略) (略) 理过程中发生的 * 切问题,要 (略) 理。其中数据报文 (略) 理入库的响应时间为6小时( (略) 响应时间正常工作日为1小时,夜间或节假日3小时),数据质控算法更改的响应时间为 * 小时。 (3)每个月两次 (略) (略) 日常维护,包括 (略) 状态、检查整理日志、备份数据文件,清理磁盘空间等,确保数据的稳定 (略) 理。 (4)在每次日常维护和抢修服务工作后需要提供书面报告,以此作为验收考核的依据。 1.2其他观测数据入库服务 该项服务要求对其他 (略) 数据入库维护服务。 (1)服务内容包括数据报文解析、 (略) 理、入库XML文件编制、历史数据整理备份等。 (2)对LS * 闪电定位系统、大气成分、风廓线、 (略) 多下垫面、 (略) 数据入库维护,每个月两次对上述 (略) 日常数据维护,包括 (略) 状态、检查整理日志、备份数据文件,清理磁盘空间,当出现数据故障时,要求6个小时之内恢复数据。当出现数据格式变化或者业务人员需要做出小更改时,要求 * 周之内响应并完成。 (3)对涡动通量系统、微波辐射计、太阳辐射、 (略) 、激光雨滴谱仪、云高仪、舒适度仪、 (略) 数据维护,每个月 * 次对 (略) 数据维护,包括 (略) 状态、检查整理日志、备份数据文件,清理磁盘空间,当出现数据故障时,要求 * 个小时之内恢复数据。当出现数据格式变化或者业务人员需要做出小更改时,要求 * 周之内响应并完成。 (4)在每次日常维护和抢修服务工作后需要提供书面报告,以此作为验收考核的依据。 1.3对疑误数据 (略) 改造,将整个系统从Windows端迁移至Linux端,要求移植后平台具备Windows端的 * 切功能,运行稳定正常。 1.4维护人员要恪职尽守,尽全力保证各种探测装备数据入库工 (略) 。在项目维护期间, (略) 年数据到报完整性 * %以上,其它观测设备 * %以上。 2. 观测数据报文上传维护 对6类装备( (略) 、梯度塔等)进行报文上传维护,维护内容包括原始文件格式转换、上传报文编制、报文实时推送、历史报文补传等流程,保证上传业务 * (略) , (略) 要 (略) 数据编制BUFR报文并实时上传。数据维护包括日常维护和应急抢修服务。具体保障的观测装备 (略) 示: 观测数据上传维护装备列表 序号 | 观测分类 | 装备类型 | 1 | 地面观测 | (略) | 2 | 城 (略) | 3 | 雷达观测 | 风廓线雷达 | 4 | 生态环境观测 | 气象梯度观测塔 | 5 | 气象实景视频 | 6 | 海洋观测 | 海上石 (略) |
2.1日常维护 (1)每个月两次对 (略) 日常维护,包括检查 (略) 状态、检查上传日志、检查是否上传成功等,确保上传工作的 (略) 。 (2)在每次日常维护工作后需要提供书面报告,以此作为验收考核的依据。 2.2应急抢修服务 (1)当上传程序出现异常或者出现其他故障导致上传工作中断时, (略) 响应并积 (略) (略) 恢复工作,确保上传业务顺利开展,响应时间要求1小时。 (2)当需要对程序做小改动或者报文格式发生变化需要更改时,要及时响应并做好修改工作,响应时间要求1小时,修改期限为1周。 (3) (略) 应急抢修服务后要求提供书面报告,以此作为验收考核的依据。 2.3 BUFR上传报文升级。 (略) 要求,上传报文格式由Z文件改为BUFR文件,需要根据报文格式 (略) (略) 重新解析、处理、转换,生成BUF (略) 实时上传。上传成功后要求形成日志记录,便于日后查看。 2.4在项目维护期间,要求各种上传报文整点上传率 * %以上。 3. (略) 理系统维护 3. (略) (略) 理系统改造 对分散在 * 台不同服务器 (略) 、城 (略) (略) (略) 整合,并融入进新 * (略) 理系统中, (略) 有 (略) 站点数据。 3.2实景视频系统改造 目前,实景视频系统共有5台服务器,1台负责采集 (略) 有的视频设备传输的视频信号,3台负责对 (略) 分发、接收、加工、处理、存储,另外1台负责对 (略) 参数设, (略) 署不利于集中管理与维护, (略) 效率也不高。需要对 (略) 改造更新,将视频数据采集、接收、加工、处理、 (略) (略) 改造升级, (略) Linux版本改造和迁移,形成Linux端功能完善、架构 (略) 理系统。 3.3通量观测系统改造 目前, (略) 通量观测系统传感器直接输出的数据包括半小时通量数据、高频ts数据, (略) 理系统直接读取 (略) 入库,缺乏科学专业的质控和订正,数据质量较低。 (略) (略) 改造升级,从 (略) (略) 理, (略) 理、质量控制、坐标旋转、密度订正等专业流程,最后形成高质量的通量数据并实现实时入库功能。 3.4数据入库程序Linux改造 (略) 、生物舒适度仪、气象梯度观测塔、 (略) 、通量观测系统、回南天、太阳辐射7类观测装备 (略) Linux改造。 (略) 有系统从Windows端迁移至Linux端,移植后的程序具备Windows端的 * 切功能,运行稳定正常,其中数据入库延时不超过1分钟。 ( * )数据整编 1.气象梯度观测塔常规要素质控与评估 (略) 气象梯度观测塔于 * 年完成建设,装于塔上的 * 层常规气象要素数据实时录入数据库中,经过多年积累,形成了丰富的历史资料。由于入库期间梯度塔原始文件格式发生过变更,导致很多错误字段录入库中。同时,入库过程中没有对 (略) (略) 理,当仪器故障时,很多错误的原始数据直接存入数据库表。因此各数据库的历史表中,存在大量的错误、疑误数据,需要对整个库的梯 (略) 梳理与质量控制。 1.1历史数据整理 (略) 以来的 (略) 检查,查找是否有缺测数据。当出现缺测情况时,查询历史设备源数据,重新解析入库。如源数据缺失,给出记录,最终形成完整历史数据和数据记录档案。 1.2数据质控 按照给定算法对常规气象资料(温度、风速、风向、湿度、气压)进行判断,当判断为错误数据时,对当前 (略) 转换,并更新当前时次的各项要素,同时将更改后的数据同步至各个数据库。 2.生物舒适度仪质控与评估 生物舒适度仪的原始数据为XML文件格式,入库程序直接对 (略) 实时解析、处理、格式转换并生成入库XML文件,在处理过程中没有对原始数 (略) (略) 理,当设备故障输出错误数据时, (略) 智能筛选,因此数据库存在大量的疑误、错误数据,需要对数据 (略) 质控和梳理。 2.1历史数据整理 (略) 以来的 (略) 检查,查找是否有缺测数据。当出现缺测情况时,查询历史设备源数据,重新解析入库。如源数据缺失,给出记录,最终形成完整历史数据和数据记录档案。 2.2数据质控 (略) 业做法,对 (略) 舒适度数据设计质量控制算法, (略) 有站点的 (略) 判断,对疑误、 (略) 剔除或者更新,同时将更改后的数据同步至各个数据库。 3.温室气体质控与评估 温 (略) 理系统在入库时没 (略) 智能判断和筛选,自入库以来,数据库存在大量的疑误、错误数据,这对整个数据资料的应用和研究造成严重影响, (略) 数据质控。 3.1历史数据整理 对 (略) 以来的 (略) 检查,查找是否有缺测数据。当出现缺测情况时,查询历史设备源数据,重新解析入库。如源数据缺失,给出记录,最终形成完整历史数据和数据记录档案。 3.2数据质控 调研国内外相关温室气体数据质控方法,结合 (略) 本地实际情况,形成数据质控算法,利用算法对数据库的 (略) 梳理,筛选出疑误、错 (略) 处理,同时将更改后的数据同步至各个数据库,提升整个数据的质量和精度。 4.城市生态气候服务数据集编制 对经过质控后的气象梯度观测塔常规气象资料(温度、风速、风向、湿度、气压)、生物舒适度仪与温室 (略) 人工审核,对审核 (略) (略) 理, (略) 业规范,形成满足规定格式的标准化文件, (略) 理完毕的标准数据文件,分别按照年、月、日、设备类型、数据等 (略) 备份和归档及整合等工作,并形成标准、优质、 (略) 市生态气候服务数据集。 ( * )智能运维保障 本模块对 (略) 市综合气象观测系统智能运维管理平台、装备检定实验室 (略) 日常维护。 1.智能运维管理平台维护 1.1系统融合 1)多平台统 * 登录 以“ (略) 市综合气象观测系统智能运维管理平台”为框架,把“新 * (略) 理系统”和“综合气象观测智能运维管理系统”融合进来,实现 * 键登录, * 个平台保留 * 个登录账号,数据、模块互联,要求监测模块集成报障功能,处理故障时 * 键报障, (略) 操作后,其他平台根据操作后台要求对应的数据反映,如把运维人员电话,邮箱,qq等相关资料统 * 接入报障系统后,其他平台信息 * 并更新,以便个人信息修改后,故障信息可正确推送。 2)界面风格统 * 目前各平台的页面风格各有不同,要求以“综合气象观测系统智能运维管理平台”首页色调为模板,统 * 页面风格,并统 * 各平台入口。 3)环境监控集成 (略) 监控模块,将基地环境监控集成到系统中,提供集中的环境监控。 (略) 模块中,实现设备环境资料的显示与监控。模块提供短信报警,可自定义报警阈值功能。 1. (略) 理 1)根据“综合气象观测系统智能运维管理平台”已 (略) 理模块, (略) 的业务系统( (略) 、 (略) 、天气雷达、风廓线、海上平台、大气成分)报障模式,绘制从设备前端(传感器状态判断、采集器状态等)到服务器(处理程序)再到数据库的数据流链路监控,实现逻辑判断的节点监控,异常发生时在链路图中直观标记异常发生的节点,以及异常信息,帮助值班人员快速判断故障发生点,提供更为 (略) 理流程。 2)增加自动诊断功能,系统根据发生异常的相关信息,自动诊断推荐给值班人员可能发生异常的节点。 3) (略) 点异常发生较长时间, (略) 理,增加短信报警功能,可由值班自由设置功能是否开启,同时实现异常报警的去重,比如 * 些连锁异常,避免重复报警。 4) (略) (略) 理程序的监控,实现程序假死,关闭,异常的及时报警。 5)实现报警信息的动态推送,根据当前值班人员,更新报警推送号码。 1.3统计报表完善 (略) (略) 、天气雷达、 (略) 业务可用性,并入库保存,提供实时统计与查询,在报表增加此内容展示。 1.4综合气象观测智能运维管理系统升级(含APP端) 增加 (略) 计、X波段雷达、激光测风雷达、激光测雾雷达、智能杆等新增的探测设备模块接入,同时对平台 * 些原有 (略) 改进和升级,满足业务人员的需要。 2.装备检定实验室检测系统维护 为确保探测装备检定实验室检测系统的 (略) ,需要对 (略) 维保服务,确保各个检定设备以及软 (略) 。 2.1日常维护 对装备 (略) 署的气象探测装备质量检测系统的各个检定设备(温湿度发生器、露点仪、数字温度计、气压发生器、雨量校准仪、风速校准仪、风向校准仪)进行日常维护。 (1)例行维护:每次实验开机前和停机后实验员要对实验 (略) 清洁、检查、调整、紧固以及替换个别易损件的工作。 (2)定期保养:每台仪器设备按规定的范 (略) 保养工作,保养周期要根据各类仪器设备的磨损规律、运行条件、操作维护水平因素确定。 2.2应急服务 在接到系统的报障或技术服务请求后,提供电话指导、网 (略) 技术服务等服务,当系统出现重大故障时,2 (略) 响应并开展抢修工作。 |