MCP系统中监控本地业务系统的方法
- 格式:pdf
- 大小:842.90 KB
- 文档页数:2
业务监控方案
业务监控方案是指在企业运营过程中,通过采用监控系统来获取业务数据并对其进行分析和监控,以解决业务问题、优化业务流程的方案。
以下是实施业务监控方案的步骤:
1.明确监控需求:企业需要明确监控业务的目的和需求,例如
监控业务运营效率、识别瓶颈、发现问题和优化流程等。
2.设计监控系统:设计监控系统需要考虑数据源、数据采集和
存储、数据分析和监控报告。
选择合适的监控工具和技术可以有效提高监控系统的性能和效率。
3.采集数据并存储:监控系统需要采集来自不同业务流程的数据,并将其存储在统一的数据仓库中,以便分析和监控。
4.数据分析:通过对采集的数据进行分析,企业可以识别问题
和瓶颈,并采取相应措施来优化业务流程。
例如,可以识别业务环节的瓶颈、识别异常和峰值时间,以及识别持续时间等。
5.监控报告:监控系统需要生成各种报告和指标,以便企业管
理层和业务人员了解业务流程的情况和趋势,并采取适当的措施进行改进。
6.优化流程:通过有效的业务监控,企业可以识别问题和瓶颈,并采取相应措施来优化业务流程,改进客户服务体验,提高企业生产力。
系统监控软件的资源监测和进程管理技巧指导一、资源监测技巧资源监测是系统监控软件的核心功能之一,它可以帮助管理员实时了解系统的资源使用情况,并及时发现并解决资源瓶颈问题。
下面将介绍几个资源监测的技巧。
1. 定期监测系统资源利用率定期监测系统资源利用率是非常重要的,可以及时发现资源的使用情况,及早采取措施优化资源分配。
监测的关键指标包括CPU利用率、内存利用率、磁盘利用率和网络利用率等。
通过监控软件提供的图表、报表和警报功能,管理员可以清晰地了解资源的分配状态,及时发现资源利用率异常或者超过预期的情况。
2. 建立阈值警报机制为了方便及时发现资源使用异常情况,监控软件通常提供了阈值警报机制。
管理员可以根据系统的实际情况,设置资源利用率的阈值。
一旦资源利用率超过或者低于设定的阈值,监控软件将自动发出警报,管理员可以及时采取措施解决问题。
通过警报机制,管理员可以避免资源利用率过高或者过低导致系统性能下降的情况。
3. 利用历史数据进行分析监控软件通常会保存历史数据,管理员可以利用这些数据进行分析。
通过分析历史数据,可以发现资源利用率的变化趋势,从而预测未来的资源需求。
管理员可以根据历史数据的分析结果,调整资源分配策略,提高系统的性能和可用性。
4. 使用性能分析工具监控软件通常会提供性能分析工具,管理员可以利用这些工具对系统资源进行深入分析。
例如,性能分析工具可以帮助管理员查找系统中的性能瓶颈,进一步优化资源的分配和使用。
管理员可以通过性能分析工具,了解系统资源使用的细节,并针对性地进行优化。
二、进程管理技巧进程管理是系统监控软件的另一个重要功能,它可以帮助管理员监控和管理系统中运行的进程。
下面将介绍几个进程管理的技巧。
1. 监控进程的状态和资源使用情况监控软件可以提供进程的状态和资源使用情况。
管理员可以通过监控软件,实时查看进程的运行状态、CPU利用率、内存使用情况等。
通过对进程状态和资源使用情况的监控,管理员可以及时发现异常进程和资源瓶颈,及时进行干预和优化。
如何进行系统监控在当今数字化时代,系统监控已经成为企业和组织中非常重要的一项任务。
通过对电脑、网络和服务器等系统的监控,能够实时追踪系统运行情况,及时发现和解决问题,提高系统的安全性和稳定性。
本文将介绍如何进行系统监控,并提供一些实用的监控工具和技巧。
一、选择适合的监控工具选择适合的系统监控工具是进行系统监控的首要任务。
以下是一些常用的监控工具:1. Nagios:Nagios是一款开源的网络监控工具,可以监控网络设备、应用程序和服务等。
它具备灵活性、可扩展性和用户友好界面等特点。
2. Zabbix:Zabbix是一款功能强大的网络监控和告警工具,可以实时监控网络设备、服务器和应用程序等。
它支持多种监控方式,如SNMP、JMX和IPMI,并提供图形化界面进行配置和管理。
3. Prometheus:Prometheus是一款用于收集和存储时序数据的开源系统监控工具。
它具备高效的存储和查询能力,并支持多种监控方式,如HTTP、SNMP和JMX。
二、确定需要监控的指标在进行系统监控之前,需要确定需要监控的指标。
以下是一些常用的系统监控指标:1. CPU利用率:监控CPU的使用情况,及时发现CPU负载过高的情况。
2. 内存利用率:监控系统内存的使用情况,防止因内存不足导致系统崩溃或运行缓慢。
3. 磁盘空间利用率:监控磁盘空间的使用情况,防止因磁盘空间不足导致数据丢失或系统异常。
4. 网络流量:监控网络流量的使用情况,及时发现网络拥堵或攻击等问题。
5. 进程状态:监控系统中运行的进程状态,及时发现进程崩溃或异常退出的情况。
三、设置警报机制系统监控的目的是及时发现问题并采取相应的措施,因此设置警报机制非常重要。
以下是一些常用的警报机制:1. 邮件通知:通过电子邮件发送通知,及时告知管理员系统出现的问题。
2. 短信通知:通过短信发送通知,能够更加即时地告知管理员系统的异常情况。
3. 声音报警:通过设置警报声音,当系统出现问题时发出警报,引起管理员的重视。
Linux下系统如何监控服务器硬件、操作系统、应⽤服务和业务1.Linux监控概述Linux服务器要保证系统的⾼可⽤性,需要实时了解到服务器的硬件、操作系统、应⽤服务等的运⾏状况,各项性能指标是否正常,需要使⽤各种LINUX命令。
做到⾃动化运维就需要,将上述各项监控指标在同⼀个软件中展显出来,图形化监控,消息报警机制,⽇志检看,资产管理等等2.Linux监控的对象2.1 硬件监控(1)服务器:如电源,风扇,磁盘,CPU等,可以使⽤IPMI监控,在LINUX下安装IPMITOOL不同的服务器⼚商都在服务器上配有远程控制卡BMC: 如DELL(iDRAC) ,IBM (IMM) ,HP(ILO)LINUX下只需安装:#yum install -y OpenIPMI ipmitool 这⼆个⼯具就可以IPMI命令可以在服务器本地运⾏,也可以通过⽹络远程调⽤,IPMI在服务器上可以配置单独的IP地址和访问密码(2)⽹络设备:交换机,防⽕墙,路由器等,使⽤SNMP进⾏监控在被监控的设备上开启SNMP代理,到时可以通过⼯具进⾏获取数据,如ZABBIX1.LINUX上安装#yum list |grep snmp#yum install -y net-snmp net-snmp-utils安装好后要配置snmpd.conf⽂件rocommunity snmptest 172.16.20.89 #172.16.20.89表⽰仅这IP地址才可以来访问snmp信息#systemctl start snmpd 启动SNMP ,netstat -nulp ,netstat -ntlp 查看snmp启来的端⼝udp=161 ,TCP=199通过SNMP命令可以获取监控信息:#snmpget -v2c -c snmptest 172.16.20.89 1.3.6.1.2.1.1.3.0 #1.3.6.1.2.1.1.3.0为OID2.交换机上开启snmp-server community public ro(3)定期机房巡检,查看设备运⾏情况2.2 操作系统监控安装sysstat⼯具,包括了iostat、vmstat、sar、mpstat、nfsiostat、pidstat (yum install -y sysstat #rpm -ql sysstat)(1)CPU (CPU调度上下⽂切换,运⾏队列负载,CPU使⽤率)确定服务类型:IO密集型(如:数据库),CPU密集型(如:WEB)1.cpu利⽤率内核态: 30%和⽤户态:70%2.cpu运⾏队列:1~3线程 1CPU=4核队列不超过12个3.上下⽂切换:尽量少,结合cpu利⽤率4.#top命令(显⽰CPU和内存信息,M按内存使⽤率排序,P按CPU使⽤率排序,Q退出)CPU百分⽐各项指标: us:⽤户态 sy:内核态 ni:进程间优先级更换 id:空闲 wa:IO等待 hi:硬中断 si:软件中 st:虚拟5.CPU监控的各种命令:top ,vmstat , mpstat, uptime ,ps cpu进程情况,pstree 以树形结构显⽰进程之间的关系(2)内存1. free -m :显⽰内存信息2.vmstat :来监控虚拟内存 #vmstat 1 10 每隔1秒共10次获取监控信息(3)磁盘1.iostat:命令⽤来显⽰存储⼦系统的详细信息,通常⽤它来监控磁盘 I/O 的情况。
java 业务监控告警方案一、方案背景随着Java业务系统的快速发展,监控告警已成为保障系统稳定运行的重要手段。
本方案旨在提供一套全面的业务监控告警方案,确保系统运行状况得到实时监测和及时告警,以便于快速定位和解决问题。
二、方案设计1. 监控对象:针对关键业务系统,包括但不限于数据库、应用服务器、网络设备等,进行全面监控。
2. 监控指标:根据业务需求,设定关键性能指标(KPI),如响应时间、吞吐量、错误率等,确保系统运行在正常范围内。
3. 监控工具:采用第三方监控工具,如Zabbix、Grafana等,实现自动化的监控和告警功能。
4. 告警策略:设定合理的告警策略,如阈值、告警级别、告警通知方式等,确保告警信息的准确性和及时性。
5. 历史数据:保存监控数据,便于分析历史趋势,发现问题规律,为后续优化提供依据。
三、实施步骤1. 安装监控工具:按照工具要求,安装并配置相关组件。
2. 配置监控指标:根据业务需求,设置关键性能指标,并定义阈值。
3. 发送告警通知:当监控指标超过阈值时,及时发送告警通知给相关人员,包括邮件、短信、电话等多种方式。
4. 跟进处理:收到告警通知后,相关人员应及时处理问题,并反馈处理结果。
5. 定期分析:定期对监控数据进行分析,总结问题趋势,为后续优化提供参考。
四、总结本方案通过全面监控关键业务系统,实现实时监测和及时告警,确保系统稳定运行。
同时,通过历史数据的保存和分析,为后续优化提供依据。
在实际应用中,本方案将有助于提高业务系统的可用性和稳定性。
MCP管理办法及细则(讨论稿)中国移动手机阅读基地2009年3月目录MCP管理办法及细则 (1)第一章总则 (5)第二章MCP引入 (5)一、MCP引入管理 (5)(一)MCP需提供材料 (5)(二) 填写信息及上传材料电子版 (6)(三) 最终审核 (7)二、签约管理 (7)(一)新增MCP的签约流程如下: (7)(二)MCP续签的签约流程如下: (7)三、MCP变更信息管理 (8)(一)机构名称变更 (8)(二)法定代表人变更 (9)(三)MCP登记银行账户信息变更 (9)第三章MCP日常管理 (10)一、作品管理 (10)(一)上传管理 (10)(二) 作品版权管理 (11)(三)作品不良信息审核 (12)(四)作品内容管理 (12)(五)作品退出管理 (12)二、作品定价 (13)三、结算管理 (13)(一)结算原则 (13)(二) 结算流程 (14)(三)结算扣减管理 (14)(三) 对账管理 (15)四、投诉管理 (16)(一)受理机构 (16)(二)投诉受理原则 (17)(三)投诉处理流程 (17)五、MCP积分管理 (18)(一)概述 (18)(二)加分机制 (18)(三)MCP内容管理积分 (19)(四) MCP内容运营积分 (20)第四章营销推广管理 (25)一、总体原则 (25)二、营销推广管理 (25)(一)MCP 宣传总则....................................................................... 错误!未定义书签。
(二)MCP 宣传要素 (25)(三) MCP 宣传要求 (26)(四)整合营销 (26)(五) 宣传资料要求......................................................................... 错误!未定义书签。
第五章MCP的退出 .. (28)一、自然退出 (28)二、MCP主动退出 (28)(一)MCP自身的原因 (28)(二) MCP主动退出流程 (28)(三)MCP主动退出后,其作品的处理情况: (29)三、考核退出 (29)四、突发事件退出 (29)第一章总则MCP是中国移动手机阅读基地发展的重要合作伙伴,是作品资源的提供与质量保障方,为了规范MCP的引入与管理,确保MCP提供作品的健康性、合法性。
业务监控维度概述
业务监控的维度可以根据具体需求和场景进行调整,但一般来说,以下是一些常见的业务监控维度:
1. 交易监控:包括响应时间、故障隔离、交易成功率等,这些可以从用户体验的角度监控端到端交易,追踪交易流,隔离故障部件。
2. 应用监控:主要关注应用和中间件的诊断、应用性能分析等,包括深入代码级的分析,以及对应用服务器的监控,例如应用端口监控、应用进程监控、应用链路监控和证书同步状况监控等。
3. 资源监控:主要对各种资源进行监控,例如硬件资源、网络资源、数据库资源等。
具体来说,包括服务器性能监控、应用JVM监控、日志关键词监控等。
4. 业务状态监控:主要关注业务系统的状态,例如业务系统的可用性、稳定性、性能等。
可以通过自定义业务逻辑监控、短信/邮件通知等方式进行监控。
5. 安全监控:主要关注业务系统的安全性和合规性,例如对网络安全的监控、对敏感操作的监控等。
以上是一些常见的业务监控维度,具体选择哪些维度进行监控需要根据实际需求和场景来确定。
微服务监控方案随着微服务架构的流行,微服务监控也越来越重要。
由于微服务架构通常由大量的服务组成,每个服务都可以独立地扩展和更新,因此单一的监控系统往往无法满足对各个微服务的监控需求。
为了解决这个问题,我们需要采用一种综合性的微服务监控方案。
一、监控目标微服务监控的目标是实时、准确地获取微服务的运行状态,包括服务的可用性、性能指标、错误日志等,并对这些信息进行分析和展示,以便及时发现问题并进行故障排查和性能优化。
二、监控方案1. 服务注册与发现:微服务架构中的服务通常采用注册与发现的方式进行调用,因此首先需要将所有服务注册到一个注册中心,并通过注册中心动态地获取服务信息。
2. 数据采集与存储:对于每个微服务,需要在其内部集成监控采集组件,用于定期收集各种监控数据。
这些数据可以包括服务接口的响应时间、吞吐量、错误次数等。
收集的监控数据可以保存到指定的数据存储中,如关系型数据库、NoSQL数据库、时序数据库等。
3. 数据分析与报警:通过对采集的监控数据进行分析,可以获得服务的性能指标、趋势分析、异常检测等信息。
通过设置阈值和规则,对异常情况进行自动报警,以便及时发现和解决问题。
4. 可视化与分布式追踪:将采集的监控数据进行可视化展示,以便更直观地了解服务的状态和性能。
同时,还可以通过分布式追踪工具对服务之间的调用进行追踪和监控,以便及时发现调用链的问题。
5. 日志管理与分析:微服务架构中的服务通常会产生大量的日志,因此需要对日志进行集中管理和分析。
可以使用日志集中管理工具,如ELK(Elasticsearch、Logstash、Kibana)来收集、存储和展示日志信息。
三、技术选型1. 服务注册与发现:可以选择使用开源的服务注册与发现组件,如Consul、Eureka等。
2. 数据采集与存储:可以选择使用开源的监控采集组件,如Prometheus、StatsD等。
数据存储可以选择使用关系型数据库、NoSQL数据库或时序数据库,如MySQL、MongoDB、InfluxDB等。
运行监控方案第1篇运行监控方案一、概述本方案旨在建立一套全面、高效、可靠的运行监控系统,通过对关键业务流程、服务器资源、网络状态、安全事件等方面的实时监控,确保业务系统的稳定运行,降低潜在风险,提高企业运维效率。
本方案遵循国家相关法律法规,确保合法合规性。
二、监控目标1. 业务流程监控:确保关键业务流程的正常运行,发现异常情况及时处理。
2. 服务器资源监控:实时掌握服务器硬件、软件资源使用情况,预防资源瓶颈。
3. 网络状态监控:监控网络设备运行状态,保障网络稳定性和安全性。
4. 安全事件监控:及时发现并处理安全事件,降低安全风险。
5. 数据备份与恢复:确保重要数据的安全性和完整性。
三、监控措施1. 业务流程监控(1)制定业务流程监控策略,明确监控范围、指标和阈值。
(2)采用自动化监控工具,实时收集业务流程运行数据。
(3)设立专门的监控团队,对业务流程进行实时监控。
(4)发现异常情况,立即启动应急预案,及时通知相关人员处理。
2. 服务器资源监控(1)部署服务器资源监控工具,实时收集服务器硬件、软件资源使用情况。
(2)设置合理的资源告警阈值,预防资源瓶颈。
(3)定期分析服务器资源使用情况,优化资源配置。
(4)对服务器硬件进行定期检查,确保硬件设备正常运行。
3. 网络状态监控(1)采用网络监控工具,实时监控网络设备运行状态。
(2)设置网络设备告警阈值,及时发现网络故障。
(3)定期对网络设备进行巡检,确保网络设备稳定运行。
(4)建立网络设备故障处理流程,提高网络故障处理效率。
4. 安全事件监控(1)部署安全事件监控工具,实时收集安全事件信息。
(2)制定安全事件处理流程,明确责任人和处理时限。
(3)建立安全事件应急预案,提高安全事件应对能力。
(4)定期对安全事件进行分析,优化安全防护策略。
5. 数据备份与恢复(1)制定数据备份策略,确保重要数据的安全性和完整性。
(2)采用数据备份工具,定期进行数据备份。
(3)建立数据恢复流程,确保数据能在短时间内恢复正常。
服务器监控技巧如何实时监控服务器状态随着互联网的快速发展,服务器已经成为各种网站、应用程序以及企业的重要基础设施。
保证服务器的稳定运行对于保障业务的正常进行至关重要。
而实时监控服务器状态则是确保服务器运行稳定的重要手段之一。
本文将介绍一些服务器监控的技巧,帮助管理员实时监控服务器状态,及时发现和解决问题,确保服务器的正常运行。
一、选择合适的监控工具选择合适的监控工具是实时监控服务器状态的第一步。
目前市面上有许多优秀的监控工具,如Zabbix、Nagios、Prometheus等,这些工具都提供了丰富的监控功能,可以监控服务器的CPU、内存、磁盘、网络等各项指标。
管理员可以根据自己的需求和服务器环境选择合适的监控工具进行部署。
二、设置监控项和阈值在部署监控工具后,管理员需要设置监控项和相应的阈值。
监控项是指需要监控的服务器指标,如CPU利用率、内存使用率、磁盘空间等;而阈值则是指当监控项超过设定的数值时触发告警。
管理员可以根据服务器的实际情况设置监控项和阈值,以便及时发现问题并采取相应的措施。
三、配置告警机制监控工具一般都提供了告警功能,当监控项超过设定的阈值时会触发告警。
管理员需要配置告警机制,包括告警方式、告警接收人等。
告警方式可以选择邮件、短信、微信等多种方式,管理员可以根据自己的需求选择合适的告警方式。
同时,管理员还需要设置告警接收人,确保在服务器出现问题时能及时通知相关人员进行处理。
四、定期巡检和优化除了监控工具的部署和配置,定期巡检和优化也是保证服务器稳定运行的重要环节。
管理员可以定期检查服务器的运行状态,查看监控数据,及时发现潜在问题并进行处理。
同时,管理员还可以对服务器进行优化,如清理无用文件、优化数据库索引、调整系统参数等,提升服务器的性能和稳定性。
五、实时监控服务器状态在监控工具部署和配置完成后,管理员需要实时监控服务器状态,及时发现和解决问题。
通过监控工具的仪表盘可以直观地查看服务器各项指标的实时数据,管理员可以随时了解服务器的运行状态。
第35卷 第8期 福 建 电 脑 Vol. 35 No.8
2019年8月
Journal of Fujian Computer
Aug. 2019
———————————————
杨远恒(通信作者),女,1979年生,主要研究领域为气象数据监控。
E-mail: 29874660@ 。
廖婷婷,女,1992年生,硕士,主要研究领域为气象数据处理。
E-mail: 1563939569@ 。
邹蓓,女,1980年生,硕士,主要研究领域为气象数据监控。
E-mail: 3182170385@ 。
白铁男,男,1991年生,硕士,主要研究领域为气象数据监控。
E-mail: 1114257065@ 。
白永坤,男,1976年生,主要研究领域为气象资料采集传输。
E-mail: 40495335@ 。
MCP 系统中监控本地业务系统的方法
杨远恒1 廖婷婷1 邹蓓1 白铁男1 白永坤2
1
(贵州省气象信息中心 贵州 贵阳 550002)
2
(贵阳市气象局 贵州 贵阳 550001)
摘 要 针对本地业务系统在监控方面的需求,本文详细介绍MCP 系统接口方式与交互内容。
通过部署采集脚本和程序后,在MCP 系统中配置实现监控本地业务系统的方法。
关键词 MCP 系统;CIMISS 平台;接口
中图法分类号TP399 DOI:10.16707/ki.fjpc.2019.08.020
The Method of Monitoring Local Business System in MCP System
YANG Yuanheng 1, LIAO Tingting 1, ZOU Bei 1, BAI Tienan 1, BAI Yongkun 2
1
(Guizhou Meteorological Information Center, Guiyang, China,550002)
2
(Guiyang Meteorological Bureau, Guiyang, China,550001)
1引言
全国综合气象信息共享平台(CIMISS 平台)
是国家级、省级统一部署的气象信息共享业务系统,主要实现对气象数据的收集、分发、处理、存储、共享和监控,在配置信息上实现了集约化配置管理,方便运维人员管理维护系统[1-2]。
综合业务监控系统(MCP 系统) 是CIMISS 平台的子系统之一,它通过接口采集CIMISS 平台的系统资源信息,实现对CIMISS 平台的整体监控。
目前,我省业务人员主要通过MCP 系统实时监控气象数据和CIMISS 平台的运行状态,及时发现和处理故障。
但是,负责区域站资料收发的区域中心站服务器软件系统、负责全国统一部署的气象资料业务系统(MDOS2.0)等其他重要业务系统因缺少监控手段,在系统发生故障后不能及时发现,造成业务中断,给工作带来不便[3-4]。
为了能够最大限度减少故障对气象业务的影响,需将这些业务系统接入MCP 系统进行统一监控。
2 MCP 系统接口
在系统设计上,MCP 系统定义了业务监控系统与平台内部、外部以及其它各个应用系统之间的接口方式与交互内容格式,形成系统的接口设计[5]。
其中,MCP 系统接口分系统内部接口、CIMISS 内部接口、CIMISS 外部接口。
系统内部接口实现监控系统内部的数据交互,CIMISS 内部接口实现CIMISS 平台的数据交互,CIMISS 外部接口实现与CIMISS 之外系统的数据交互,如图1所示。
图1 CIMISS 业务监控系统接口
其中,
CIMISS 内部接口中的监视信息接口,负责系统资源信息和CIMISS 平台运行信息的采集。
采集信息经MCP 系统分析处理后,在系统界面上展示给业务人员。
把本地业务系统接入MCP
2019年福建电脑65
系统进行统一监控,就是通过利用这一接口中的脚本采集接口来实现。
脚本采集接口,是一个文本数据文件,它按照一定的文件名命令规则和文本格式存放。
文件名命名格式:
SER_HH24MI_RS_XXXXX_SER_B01_PS.txt SER_ HH24MI_RS_XXXXX_SER_B01_Total.txt SER_ HH24MI_RS_XXXXX_SER_B01_FS.txt 其中,XXXXX为监视点标识;HH24MI为文件生成时间,HH24为小时,以00~23表示;MI为分钟,以00~59表示;PS表示是存放的进程状态数据,Total表示存放的是服务器基本数据,FS表示存放的是本地文件系统数据,其余为固定字符。
文本格式:包含基本信息和采集信息。
图2 文本格式内容
基本信息与采集信息之间用“|”符号分隔,每个元素间用分号(;)分隔。
以服务器基本信息的接口文本交互格式为例:
GROUP_ID=RS_SMOS1_SER_B01;ORG_TIME=20 190622235903;MSG_TYPE=02;COL_TYPE=04;DA TA_FROM=SMOS;|CPU_Usage_Current_Average=0 ;Memory_Used=19807;Total_Memory=32766;Real_ Memory_Pct_Used=60.45;
文件系统信息和进程状态信息文本交互格式参照服务器基本信息的接口文本交互格式。
3部署采集脚本和程序
本地业务系统接入MCP系统进行统一监控,需要在本地业务系统上部署采集脚本和程序,分LINUX平台和WINDOWS平台两种情况。
针对LINUX平台,通过SHELL编写采集脚本,由操作系统定时任务运行,采集的监控信息按照接口格式生成文件存放。
针对WINDOWS平台,单独部署一台LINU X 虚拟服务器,作为接口文件存放服务器。
在本机上部署客户端采集程序,定时采集监视信息,并按接口格式生成接口文件,存放到接口文件存放服务器。
4MCP配置
以超级管理员身份登录MCP系统,进入菜单“系统管理”-“监控业务系统管理”-“数据采集处理配置”页面,完成“监视点管理”、“采集方法”和“服务器应用进程”配置。
服务器监视点配置:“监视点编号”格式为RS_****1_SER_*** ,其中****为省四位编码,SER_***为服务器编码。
采集方式配置:“IP”地址是采集接口文件所在服务器IP地址。
“路径”为采集接口文件的存放路径。
采集进程信息配置:录入需要采集的系统进程名称相关信息。
配置完成后,重启MCP系统应用程序。
MCP 系统根据配置信息获取采集的接口文件存储到数据库中,通过系统界面展示给用户,实现对本地业务系统的监控。
图3 MCP系统监控界面
5结束语
综合业务监控系统(MCP系统)是为业务人员提供实时状态信息、故障信息及统计信息的发布与展现的统一监视运维平台。
通过MCP接口和灵活的配置管理,实现了对本地业务系统的集中监控。
这有利于系统故障的及时发现,人力资源的节省,运维成本的降低,切实保障业务系统的正常运行。
参考文献
[1] 赵芳,何文春,等.全国综合气象信息共享平台建设.气象科技进
展,2018(1):171-180
[2] 韩春阳,张小缨.CIMISS公共配置信息集约化管理和业务实现.气象
科技进展,2018(1):229-231
[3] 汪华,黄笞,等.区域中心站服务器软件系统优化与维护.贵州气
象,2011(35):46-47
[4] 姜娜娜,马少军,等.基于CIMISS 数据环境的气象资料业务系统
(MDOS2.0).电脑编程技巧与维护,2017(20):69
[5] 中国气象局.全国综合气象信息共享平台业务监控系统接口设计说
明书
,2010,10。