气象实时数据库服务监控系统设计与实现

气象实时数据库服务监控系统设计与实现

李德泉 何文春 阮宇智 刘一鸣

（国家气象信息中心）

摘要：实时数据库是气象信息部门针对预测预报及相关业务开发的重要数据服务系统，是确保从观测到预报业务流程按时高效完成的重要基础性数据支撑环境求。本文介绍气象实时数据库业务监控系统的设计开发原则、架构设计，并针对服务监控的特点，分析了系统采用目前设计的优势、可扩展性，该系统综合考虑了实时数据库系统的设计与功能、性能特点，对入库情况、关键进程运行状态、商用关系数据库系统故障信息、入库流程、系统资源、数据质量监测等实时运行状态的展示，并提供各省入库详情的查询。目前，该系统已稳定运行，提供日常服务，尤其在奥运会、国庆五十周年、亚运会等重大活动服务保障方面，取得良好业务保障效果。

关键词：实时数据库；服务监控；规则；值班报警

1.引言

实时气象资料数据库系统（以下称“实时数据库”或“实时库”）作为“国家级气象资料存储检索系统”(MDSS) [1]的重要组成部分，是气象信息部门针对预测预报及相关业务开发的重要数据服务系统，是确保从观测到预报业务流程按时高效完成的重要基础性数据支撑环境。实时数据库系统对实时气象资料进行接收、分类、加工处理，并以地面气象资料、高空气象资料、海洋气象资料、气象辐射资料、农业气象资料、数值分析预报产品资料、气象灾害资料、气象卫星资料、气象服务产品资料和其他资料等十二类资料形式存储并实现资源共享。并且，。

所谓实时（Real-Time），是指数据库应用系统一方面要维护大量共享数据和相关用户信息，另一方面其应用服务有很强的时间性，要求在一定的时刻或者一定的时间期限内从外部环境采集数据，经规范化处理后，以有效的数据组织形式存储，并及时响应随后的大量并发访问服务。因此，整个数据处理过程具备短时、高效特点，并且每种资料对数据服务时效具有明确要求，过时则无意义[2]。

气象实时数据库不仅作为关键数据源连接气象中心、公共气象服务中心等部门的实时业务系统，还为科研用户提供一定时间期限内数据查询下载服务。因其在整个业务流程中发挥关键的底层支撑作用，其服务稳定性及时效将直接影响其服务对象的实时业务效能和气象预报及时性与准确性，进而影响气象部门对内外行业用户、公众用户的气象服务质量，因此其从业务运行开始就一直作为国家气象信息中心的运维重点。

为了保障实时数据库系统稳定对外服务，协助值班人员日常值班，实时动态地监测各类气象实时观测资料的到报、入库质量，以及实时库处理相关线程的运行状态，国家气象信息中心组织技术力量，开发完成“实时气象资料数据库业务监控系统”（RDBCat，以下简称“实时库监控系统”），并在2008年奥运会前夕业务上线运行。

2.实时数据库监控系统设计思路

2.1 基于服务监控系统的通用性设计

作为针对实时气象数据库服务业务的监控系统，本系统核心设计目的是针对实时库的运算环境及健康状况进行即时监控与报警，确保实时数据服务能稳定支撑业务使用。因此可归类为服务类监控系统（Service Monitoring and Control，SMC）[3]。

服务监控系统重点负责对信息服务系统运算环境及健康状况进行即时监控，动态显示服务成功或失败的可辨识特征，并对服务异常状况报警。此外，服务监控还负责收集服务故障相关上下游运行环境及流程信息，进而协助使用部门改进 IT 服务质量。

服务监控系统往往以分布式方式采集来自于信息服务系统各相关设备、应用程序的日志信息和告警事件信息，判断服务故障事件，快速定位故障事件的来源，分析故障发生的根本原因，集中展示信息服务系统运算环境及整体安全状况。一旦发现高风险服务故障事件还可触发相应故障事件处理流程，督促值班人员及相关责任人进行快速排查问题和解决故障。

服务监控系统从体系架构上可划分为4层：信息基础层、数据采集层、数据及规则处理层、展示层四个层面，各个层面功能各不相同。整体架构示意图如下：

图1. 服务监控系统体系架构

信息基础层为整个系统提供基础设备及软件运行环境（网络设备、安全设备、业务系统、

服务器等），其同时也是各类监控信息的数据获取来源。

数据采集层：根据系统内部指定的运维策略，借助由专用的数据采集引擎，数据采集层负责从信息基础层采集各种报警信息、日志信息、流量信息，经过数据格式标准化、数据归并、统计等处理后，形成原始数据，提交给上层的数据及规则处理层。

数据及规则处理层：将采集到的原始数据按照业务系统数据、设备数据、网络及安全数据等进行分门别类，经过基于统计、基于规则的关联分析后，科学合理地定义各类故障事件的性质和处理级别，作为展示层的数据基础。

展示层：实现整个服务监控系统的灵活展示和配置管理。通过丰富的、多元化、分层次的图形化展示方式呈现各个监控对象的运行状况，提供有效的安全预警，减免严重故障的发生，快速应对突发故障并降低所造成的损失。

总之，一个设计良好的面向服务的监控系统应该至少具备如下完整因素：明确的监控对象，涵盖所有业务需要关注的场景并提示给使用者简明清晰必要信息，监控信息明确分类并具有界面友好的处理建议，当然，其他方面诸如快速部署、扩展性、标准化等根据实际需求也必须有所侧重。同时，与之匹配的业务运维架构尤其是监控流程和运维岗位设置等管理性内容也会对监控系统设计及发挥效益起着至关重要的先决制约作用。

2.2 基于业务值班需要的监控功能设计

鉴于本服务监控系统主要用户为一、二线值班人员，作为业务值班监控系统，其设计思路上还应充分考虑业务值班特点：支持声音报警；支持监控信息集中“一页式”定制显示，使报警信息及统计信息一目了然，不需要手工繁琐操作；简单易行的策略配置操作；监控信息按错误类别分类，用户可定制哪些类别在监控屏幕显示，屏蔽不关心的信息提示，避免值班干扰；具备故障处理向导，帮助值班人员与后台技术人员沟通。

值班运维业务架构采用一线、二线两个级别。一线值班并报告故障内容，二线值班负责排查并去除故障，之后反馈一线。

同时，业务监控系统还应作为二线进行故障追溯和关联分析的辅助工具。

2.3 基于气象实时业务数据处理通用流程的设计需求

2.3.1 典型的实时数据库业务数据流程

实时库作为本系统的监视对象，其流程直接影响本系统的监视内容的设计，下以图2典型的实时业务流程进行简要分析说明。