一种糖厂农务自动化监管系统的制作方法

文档序号:7863892阅读:290来源:国知局
专利名称:一种糖厂农务自动化监管系统的制作方法
技术领域
本发明涉及一种自动监管系统,特别涉及到一种糖厂农务自动化监管系统。
背景技术
近年来,信息技术的快速发展,信息化在企业中的应用日益普及,制糖产业信息化建设也已经步入了实时化、智能化、规模化的发展阶段,逐步形成一个糖业集团总部加多个子公司的生产管理模式,随着多个子公司的相继投产,信息系统亦随之扩充,信息运维部门对于各子公司的农务管理系统的运维工作显得日益繁重。传统的信息系统运维方式大多以人工为主,这种方式事件响应速度慢,排查故障周 期长,既影响了生产业务部门的日常生产工作,同时也降低了信息运维部门的工作效率。目前,一些制糖企业虽然已经引进信息管理系统、实现了信息化管理,但其运维方式还以下方面存在问题
I、重复性系统运维人员需定期对农务管理系统的运行环境进行巡检,巡检内容包括包括操作系统运行状况、数据库、中间件、业务系统、存储备份、网络、安全等内容,最终形成检查报告。由于目前网络带宽有限,当前农务管理系统多采用分布式部署模式,以广西某制糖企业为例,其下属子公司为9个,所涉及的服务器设备就达40多台,由此可见其巡检工作的重复性相当繁重。2、规范性事在人为,信息系统运维人员的技术水平、能力和经验是决定能否做好运维工作的前提。流程是确保运维管理过程的规范化、标准化,是保证运维的质量。技术的重要性主要体现在运维管理中的问题或者故障能否及时的发现、定位、诊断和排除等环节。3、安全性随着信息化逐步渗透到各种业务体系,随之而来的业务系统也越来越多,不同部门、不同业务的设备与系统集中在同一机房或交错散放在不同地方,而维护这些业务系统的管理队伍越来越庞大。系统维护人员需要面对数种不同的业务系统和数个不同权限、不同规则的管理账户,因此账号、口令的验证,逐级设置账号权限范围的大小正在逐步成为影响信息系统安全的主要因素。4、可靠性传统的“来电响应式”的信息运维模式由于维护成本高、响应模式被动,局限性已显露无疑,更重要的是只能做到“头痛治头、脚痛治脚”,即无法即时通知信息运维人员,也无法主动分析服务器存在的问题,从而直接影响信息管理系统运行的可靠性。因此,现有的糖厂信息化管理运维模式还有待于改进和发展。

发明内容
本发明针对现有技术的不足,提供一种糖厂农务自动监管系统和方法,以改变现有人工手动运维模式工作量繁重、复杂和现有信息化系统中存在的重复性、安全性、规范性和可靠性等问题。本发明所述的系统包括服务端和客户端,所述服务端设置在集团总部的监控服务器上,用于发布指令、接收客户端监控信息,并将所汇总的信息加以分析,在监控显示屏中以图形化的方式将各子公司的服务器设备运行状态展示给信息运维管理人员;在服务端产生异常情况或存在故障信息时,服务端通过电子邮件和手机短信通知信息运维管理人员;所述的客户端设置在分公司的应用服务器及数据库服务器上,实时采集本地服务器的软硬件资源运行信息,根据服务端设定的监控策略,对设备的运行状态、资源配置、网络状态以及业务系统、中间件、数据库的运行日志等进行监控、采集、存储,并将数据转发至服务端。所述客户端与服务端采用P2P的通信方式交换数据。所述客户端对所采集本地服务器的软硬件资源运行信息进行分析,通过设定的运维规则自动评估设备、业务系统或者数据库运行的状态,将发现的故障或者潜在的隐患向服务端发出告警信息
所述客户端应用服务器需要更新或者数据库服务器的数据库需要执行相关指令时,客户端接收到由服务端统一发布相关运行指令后,自动到相应的发布地址下载升级包或者脚 本文件,并根据运行指令执行相关操作,同时,各客户端将执行过程产生的信息实时反馈至服务端。所述方法,包括以下步骤
A、初始化客户端和服务端启动之后都需要读取配置参数文件,所述配置参数文件包括网络信息、用户信息、数据库信息以及底层监听服务的确认和启动过程;
B、建立服务服务端启动相应端口开启监听服务,客户端提供账号和密码给服务端并请求建立链接,服务端确认账号和密码后,建立与客户端的链接服务,服务器端发送成功链接的消息给客户端;
C、心跳服务客户端定时产生心跳消息给服务端,如在指定时间内双方都没有接收到心跳消息命令,客户端重新启动相应的端口监听服务访问服务器端尝试建立新链接,服务端则会修改该客户端的在线标志,并不再发送任何指令给客户端;
D、发布指令信息运维管理人员通过服务端将各操作指令发布至客户端;
E、消息封装服务端或者客户端发送消息时都先将消息按照分类指定的格式进行封
装;
F、消息解释服务端或者客户端接收到消息后都先将消息按照分类指定的格式进行解
释;
G、监控服务客户端在成功启动后,打开后台进程,循环扫描操作系统资源、网络资源、数据库日志以及中间件日志信息,根据服务端指令执行监控操作;
H、消息存储服务端或者客户端将消息解释后都将消息按照分类进行存储;
I、事件过滤服务端将消息解释后,将事件类按照告警信息级别以及对比告警值进而再分类;客户端将消息解释后,按照消息类别执行相应的操作;
J、通知服务端将划分出来的故障或者告警信息通知信息运维人员;
K、界面展示服务端将各客户端的消息区分后通过图形化界面按消息等级来展示;
L、日志入库服务端、客户端所涉及的各类操作,都将生成日志信息并按照指定格式的日志文件进行存储。所述步骤D还包括
D1、业务系统涉及升级或者是数据库系统需要调整时,服务端需建立唯一的操作编
码;D2、服务端将所涉及的文件或者脚本发布至指定的web服务文件目录;
D3、服务端将发布文件的web地址、操作编码以及其他指令经消息封装后下发给指定的客户端。所述步骤G还包括以下步骤
G1、客户端在解释消息后,如果是升级文件或者执行数据库的指令,则会自动调高该线程级别;
G2、按照服务端Web地址下载更新文件或者脚本文件;
G3、自动备份涉及的文件以及数据库; G4、自动更新文件或者执行相应的脚本操作,同时实时的反馈进度消息。所述步骤D、G还包括当某一客户端执行操作过程中如出现操作异常或者更新失败,服务端发出暂停进度的命令,暂停处理客户端的信息,此时可根据设置服务端在特定时间重新对其下达操作指令。所述J步骤中服务端将划分出来的故障或者告警信息通过微博、QQ、电子邮件和短信方式通知信息运维人员。本发明带来的有益效果是
I.在监控显示屏中以图形化的方式将各子公司的服务器设备运行状态展示给信息运维管理人员,能够让信息运维管理人员直观的了解服务器设备运行状态,能够及时发现问题、采取最恰当的措施应对,能有效提高工作效率和工作质量。2.服务端将产生异常或者存在的故障信息通过电子邮件和手机短信的形式通知信息运维管理人员,通过短信将该信息发到信息运维管理人员手机上,能够达到第一时间通知信息运维管理人员的目的,并在电子邮件中详细描述异常或者存在的故障信息的具体内容和解决方法,信息运维管理人员能够根据电子邮件提供的建议对异常信息或故障进行排查,达到高效、便捷处理故障的效果。3.客户端实时采集本地服务器上的软硬件资源运行信息,并将所采集的信息发送到服务端,在总部可以实时了解设置在各分公司的客户端服务器的运行情况,简化运营维护流程、提高信息管理质量和效率。
4.服务端与客户端采用P2P的通信方式,P2P让计算机用户通过互联网直接交互。P2P使得网络上的沟通变得容易、更直接,易于共享和交互,真正的减轻了中枢服务器的压力。5.本发明的服务端展现采用场景化的图形展现方式,可以通过场景化的图形界面以管理区域为单位,以设备为关注点,当某一客户端的某一设备出现异常后,该区域图形界面上方即立马出现异常告警信息,鼠标移至该区域图形界面上,系统将自动弹出存在异常故障信息的设备详细信息,因此,运维管理人员从系统整体界面就能够全面掌握总体的运维情况,提高运维工作效率。场景化技术实现方式
(I)区域设定
按照所管辖的区域设定对应的区域信息,该区域可以是某厂区的办公区、加工区、库存区等,也可以是某一省、区的地市为管理对象。本系统中就是以地市、公司为区域信息作为管理对象,如南宁、柳州、百色、来宾等地,南宁包含总部及A子公司,柳州包含C、D等子公司。
(2)场景注册
场景注册包括场景的创建、维护,更换场景的图片,设置各个场景之间的关联关系。场景的创建方法如下
a)选定场景图通过选定符合当前业务场景的图片,如糖厂农务管理系统采用分布式建设,部署在广西各地区的子公司,因此采用广西区级地理图(主场景)、地市地理图(子场景)以及各子公司部署的系统架构图(子场景)作为场景图片。图片要求像素在800*600以上,图像格式包括jpeg、bmp、png。b)加载场景图;按照所设定的区域信息依次将各场景图片所对应的区域加载入服务端,最后需设定主场景图,既系统启动后默认展示的主场景 c)场景图关联一是在主场景图上方选定指定坐标范围作为热点范围;二是设置该热点范围对应的区域名称;三是按照上述两个步骤依次设置所有的区域热点信息。场景图关联设置完毕后,在主场景图中点击某一热点范围时,系统即自动加载该热点所对应的子场·景图。
6.E步骤的消息封装和F步骤的消息解释,是为了提高多个客户端与服务端之间通信信息的消息安全、解释的效率以及识别的准确度,对客户端与服务端之间的通讯消息进行再封装,而不是直接利用socket中的消息载体发送消息。因此,客户端或服务端的通讯信息附加消息编码、消息类型、消息正文、消息作用域以及消息结束符等进行消息封装,经加密后再发送至对应的服务端或客户端,由服务端或客户端将消息进行解释后,按照消息中的执行指令执行相应的操作。因此,进行消息封装和消息解释有利于提高通信信息的消息安全,在多个客户端给服务端发送消息时,由于服务端采用异步线程模式对消息进行解释,提高服务端对消息的处理效率,能够有效减少客户端消息的发送次数,减轻网络负载。7.在G步骤监控服务,位于各个监控服务器上的客户端均通过接收服务端的操作指令来运作,特别是在一些大批量的系统更新、业务数据调整时,对于分布式部署的业务系统该操作显得尤为重要,避免运维人员的重复作业。


图I为本发明的网络拓扑图。图2为本发明的系统架构图。
具体实施例方式下面结合附图,将对本发明的技术方案的实施做进一步的详细描述。实施例I
系统从物理架构可以分为服务端和客户端两个组成部分,服务端设置在集团总部的监控服务器上,用于发布指令、接收客户端监控信息,服务端是整个监管服务平台的核心,负责客户端监控数据的汇总、存储、分析以及展示,并将所汇总的信息加以分析,在监控显示屏中以图形化的方式将各公司的服务器运行状态展示给信息运维管理人员;在服务端产生异常情况或存在故障信息时,服务端通过电子邮件和手机短信通知信息运维管理人员;发现的故障或者隐患形成运维流程便于信息运维管理人员针对问题进行派工处理,优化管理和提高工作效率。服务端通过各区域、子公司的划分建立各个设备的基础信息,设置告警机制、事件报告类型、报表指标等,同时还可根据不同的管理人员设定差异化的通知范围、通知方式,如按硬件设备、通信网络、软件系统等几大类进行划分,各司其职。服务端配置说明系统配置文件Config. ini存储于服务端安装目录下方,用记事本可直接打开并进行编辑;
参数说明
Server Ip服务端建立通信的IP地址,默认为127. O. O. 1,如多网卡服务器,则需明确系统所使用的IP地址。Port服务器通信的端口地址,默认为5000,可根据需要修改(客户端一并修改同·样的通信端口)。Http Path服务端的虚拟目录地址,用于发布更新文件、配置脚本等。Mail Name发送邮件的邮箱地址 Smtp Server SMTP 服务地址
Smtp Port SMTP 端口
Mail User发送邮件的用户名称
Mail Pass登录邮箱的密码
Mail To发送告警信息的相关邮箱地址,多个邮箱地址时采用”,”号隔离。当参数修改涉及通讯IP、端口或者虚拟目录地址时,服务端必须重新启动才能有效启用所调整的参数。客户端设置在分公司应用服务器及数据库服务器上,用于监控分公司应用服务器和数据库服务器设置在本地的服务器,能够根据服务端设定的监控策略,对设备的运行状态、资源配置、网络状态以及业务系统、中间件、数据库的运行日志等信息进行监控,采集,存储,并将数据转发至服务端。客户端对所采集设备的运行状态、资源配置、网络状态以及业务系统、中间件、数据库的运行日志等信息进行分析,通过设定的运维规则自动评估设备、业务系统或者数据库运行的状态,将发现的故障或者潜在的隐患向服务端发出告警信息,服务端则通过电子邮件和手机短信两种方式同时通知相关信息运维管理人员,有效保障糖厂农务监管系统的持续稳定运行。客户端应用服务器需要更新或者数据库服务器的数据库需要执行相关指令时,客户端接收到由服务端统一发布相关运行指令后,自动到相应的发布地址下载升级包或者脚本文件,并根据运行指令执行相关操作,同时,各客户端将执行过程产生的信息实时反馈至服务端。客户端配置说明,系统配置主要用于对IP、端口、客户端名称等配置,其余配置均可通过系统窗口配置来设置系统相关信息,系统配置文件Config. ini存储于客户端安装目录下方,用记事本可直接打开并进行编辑;
客户端配置说明
Name客户端登录服务端的命名空间 Code=450101客户端机的唯一识别码Server Ip登录服务端的IP地址 Port ;通信端口
Http Server下载更新包以及配置脚本的web服务地址
Update Server ;客户端更新地址,不要随意修改
Tomcat Path ;业务平台的tomcat路径
X3Path ;业务平台更新、发布程序路径,默认客户端当前目录
x3Pass Word业务平台登录密码
Oracle Ser数据库服务名
Oracle Name 用户名·
Oracle Pas 密码
WNet Mode工作模式
Tmp Mode通信模式
Ftp Server已停止使用,为低版本兼容
Chk Disk用于指定检查服务器的磁盘空间信息
客户端与服务端采用P2P的通信方式交换数据,P2P的数据交换方式让计算机用户通过互联网直接交互,使得网络上的信息沟通变得更容易、更直接,易于共享和交互,真正的减轻了中枢服务器的压力。服务端和客户端运行后经过以下步骤实现自动化监管方法
A、初始化客户端和服务端启动之后都需要读取配置参数文件,所述配置参数文件包括网络信息、用户信息、数据库信息以及底层监听服务的确认和启动过程;
B、建立服务服务端启动相应端口开启监听服务,客户端提供账号和密码给服务端并请求建立链接,服务端确认账号和密码后,建立与客户端的链接服务,服务器端发送成功链接的消息给客户端;
C、心跳服务客户端定时产生心跳消息给服务端,如在指定时间内双方都没有接收到心跳消息命令,客户端重新启动相应的端口监听服务访问服务器端尝试建立新链接,服务端则会修改该客户端的在线标志,并不再发送任何指令给客户端;
D、发布指令信息运维管理人员通过服务端将各操作指令发布至客户端;当业务系统涉及升级或者是数据库系统需要调整时,服务端需建立唯一的操作编码;服务端将所涉及的文件或者脚本发布至指定的web服务文件目录;服务端将发布文件的web地址、操作编码以及其他指令经消息封装后下发给指定的客户端;当某一客户端执行操作过程中如出现操作异常或者更新失败,服务端发出暂停进度的命令,暂停处理客户端的信息,此时可根据设置服务端在特定时间重新对其下达操作指令;
E、消息封装服务端或者客户端发送消息时都先将消息按照分类指定的格式进行封
装;
F、消息解释服务端或者客户端接收到消息后都先将消息按照分类指定的格式进行解
释;
G、监控服务客户端在成功启动后,打开后台进程,循环扫描操作系统资源、网络资源、数据库日志以及中间件日志信息,根据服务端指令执行监控操作;客户端在解释消息后,如果是升级文件或者执行数据库的指令,则会自动调高该线程级别;按照服务端Web地址下载更新文件或者脚本文件;自动备份涉及的文件以及数据库;自动更新文件或者执行相应的脚本操作,同时实时的反馈进度消息;
H、消息存储服务端或者客户端将消息解释后都将消息按照分类进行存储;
I、事件过滤服务端将消息解释后,将事件类按照告警信息级别以及对比告警值进而再分类;客户端将消息解释后,按照消息类别执行相应的操作;
J、通知服务端将划分出来的故障或者告警信息通过微博、QQ、电子邮件和短信方式同时通知信息运维人员;
K、界面展示服务端将各客户端的消息区分后通过图形化界面按消息等级来展示;
L、日志入库服务端、客户端所涉及的各类操作,都将生成日志信息并按照指定格式的日志文件进行存储。
实施例2
系统从物理架构可以分为服务端和客户端两个组成部分,服务端设置在集团总部的监控服务器上,用于发布指令、接收客户端监控信息,服务端是整个监管服务平台的核心,负责客户端监控数据的汇总、存储、分析以及展示,并将所汇总的信息加以分析,在监控显示屏中以图形化的方式将各公司的服务器运行状态展示给信息运维管理人员;在服务端产生异常情况或存在故障信息时,服务端通过电子邮件和手机短信通知信息运维管理人员;发现的故障或者隐患形成运维流程便于信息运维管理人员针对问题进行派工处理,优化管理和提高工作效率。服务端通过各区域、子公司的划分建立各个设备的基础信息,设置告警机制、事件报告类型、报表指标等,同时还可根据不同的管理人员设定差异化的通知范围、通知方式,如按硬件设备、通信网络、软件系统等几大类进行划分,各司其职。服务端配置说明系统配置文件Config. ini存储于服务端安装目录下方,用记事本可直接打开并进行编辑;
参数说明
Server Ip服务端建立通信的IP地址,默认为127. O. O. 1,如多网卡服务器,则需明确系统所使用的IP地址。Port服务器通信的端口地址,默认为5000,可根据需要修改(客户端一并修改同样的通信端口)。Http Path服务端的虚拟目录地址,用于发布更新文件、配置脚本等。Mail Name发送邮件的邮箱地址 Smtp Server SMTP 服务地址
Smtp Port SMTP 端口
Mail User发送邮件的用户名称
Mail Pass登录邮箱的密码
Mail To发送告警信息的相关邮箱地址,多个邮箱地址时采用”,”号隔离。当参数修改涉及通讯IP、端口或者虚拟目录地址时,服务端必须重新启动才能有效启用所调整的参数。客户端设置在分公司应用服务器及数据库服务器上,用于监控分公司应用服务器或数据库服务器这些设置在本地的服务器,能够根据服务端设定的监控策略,对设备的运行状态、资源配置、网络状态以及业务系统、中间件、数据库的运行日志等进行监控,采集,存储,并将数据转发至服务端。客客户端对所采集设备的运行状态、资源配置、网络状态以及业务系统、中间件、数据库的运行日志等信息进行分析,通过设定的运维规则自动评估设备、业务系统或者数据库运行的状态,将发现的故障或者潜在的隐患向服务端发出告警信息,服务端则通过电子邮件和手机短信两种方式同时通知相关信息运维管理人员,有效保障糖厂农务监管系统的持续稳定运行。客户端应用服务器需要更新或者数据库服务器的数据库需要执行相关指令时,客户端接收到由服务端统一发布相关运行指令后,自动到相应的发布地址下载升级包或者脚本文件,并根据运行指令执行相关操作,同时,各客户端将执行过程产生的信息实时反馈至服务端。客户端配置说明,系统配置主要用于对IP、端口、客户端名称等配置,其余配置均可通过系统窗口配置来设置系统相关信息,系统配置文件Config. ini存储于客户端安装 目录下方,用记事本可直接打开并进行编辑;
客户端配置说明
Name客户端登录服务端的命名空间 Code=450101客户端机的唯一识别码 Server Ip登录服务端的IP地址 Port ;通信端口
Http Server下载更新包以及配置脚本的web服务地址
Update Server ;客户端更新地址,不要随意修改
Tomcat Path ;业务平台的tomcat路径
X3Path ;业务平台更新、发布程序路径,默认客户端当前目录
x3Pass Word业务平台登录密码
Oracle Ser数据库服务名
Oracle Name 用户名
Oracle Pas 密码
WNet Mode工作模式
Tmp Mode通信模式
Ftp Server已停止使用,为低版本兼容
Chk Disk用于指定检查服务器的磁盘空间信息
客户端与服务端采用P2P的通信方式交换数据,P2P的交换方式让计算机用户通过互联网直接交互,使得网络上的信息沟通变得更容易、更直接,易于共享和交互,真正的减轻了中枢服务器的压力。服务端和客户端运行后经过以下步骤实现自动化监管方法
A、初始化客户端和服务端启动之后都需要读取配置参数文件,所述配置参数文件包括网络信息、用户信息、数据库信息以及底层监听服务的确认和启动过程;
B、建立服务服务端启动相应端口开启监听服务,客户端提供账号和密码给服务端并请求建立链接,服务端确认账号和密码后,建立与客户端的链接服务,服务器端发送成功链接的消息给客户端;
C、心跳服务客户端定时产生心跳消息给服务端,如在指定时间内双方都没有接收到心跳消息命令,客户端重新启动相应的端口监听服务访问服务器端尝试建立新链接,服务端则会修改该客户端的在线标志,并不再发送任何指令给客户端;
D、发布指令信息运维管理人员通过服务端将各操作指令发布至客户端;当业务系统涉及升级或者是数据库系统需要调整时,服务端需建立唯一的操作编码;服务端将所涉及的文件或者脚本发布至指定的web服务文件目录;服务端将发布文件的web地址、操作编码以及其他指令经消息封装后下发给指定的客户端;当某一客户端执行操作过程中如出现操作异常或者更新失败,服务端发出暂停进度的命令,暂停处理客户端的信息,此时可根据设置服务端在特定时间重新对其下达操作指令;当某一客户端执行操作过程中如出现操作异常或者更新失败,服务端发出暂停进度的命令,暂停处理客户端的信息,此时可根据设置服务端在特定时间重新对其下达操作指令;
E、消息封装服务端或者客户端发送消息时都先将消息按照分类指定的格式进行封
装;
F、消息解释服务端或者客户端接收到消息后都先将消息按照分类指定的格式进行解
释;
G、监控服务客户端在成功启动后,打开后台进程,循环扫描操作系统资源、网络资源、数据库日志以及中间件日志信息,根据服务端指令执行监控操作;客户端在解释消息后,如果是升级文件或者执行数据库的指令,则会自动调高该线程级别;按照服务端Web地址下载更新文件或者脚本文件;自动备份涉及的文件以及数据库;自动更新文件或者执行相应的脚本操作,同时实时的反馈进度消息;当某一客户端执行操作过程中如出现操作异常或者更新失败,服务端发出暂停进度的命令,暂停处理客户端的信息,此时可根据设置服务端在特定时间重新对其下达操作指令;
H、消息存储服务端或者客户端将消息解释后都将消息按照分类进行存储;
I、事件过滤服务端将消息解释后,将事件类按照告警信息级别以及对比告警值进而再分类;客户端将消息解释后,按照消息类别执行相应的操作;
J、通知服务端将划分出来的故障或者告警信息通过微博、QQ、电子邮件和短信方式同时通知信息运维人员;
K、界面展示服务端将各客户端的消息区分后通过图形化界面按消息等级来展示;
L、日志入库服务端、客户端所涉及的各类操作,都将生成日志信息并按照指定格式的日志文件进行存储。 以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
权利要求
1.一种糖厂农务自动化监管系统,包括服务端和客户端,其特征在于所述服务端设置在集团总部的监控服务器上,用于发布指令、接收客户端监控信息,并将所汇总的信息加以分析,在监控显示屏中以图形化的方式将各子公司的服务器设备运行状态展示给信息运维管理人员;在服务端产生异常情况或存在故障信息时,服务端通过电子邮件和手机短信通知信息运维管理人员;所述的客户端设置在分公司的应用服务器及数据库服务器上,实时采集本地服务器的软硬件资源运行信息,根据服务端设定的监控策略,对设备的运行状态、资源配置、网络状态以及业务系统、中间件、数据库的运行日志等进行监控、采集、存储,并将数据转发至服务端。
2.如权利要求I所述的自动化监管系统,其特征在于所述客户端与服务端采用P2P的通信方式交换数据。
3.如权利要求I所述的自动化监管系统,其特征在于所述客户端对所采集本地服务器的软硬件资源运行信息进行分析,通过设定的运维规则自动评估设备、业务系统或者数据库运行的状态,将发现的故障或者潜在的隐患向服务端发出告警信息。
4.如权利要求I所述的自动化监管系统,其特征在于所述客户端应用服务器需要更新或者数据库服务器的数据库需要执行相关指令时,客户端接收到由服务端统一发布相关运行指令后,自动到相应的发布地址下载升级包或者脚本文件,并根据运行指令执行相关操作,同时,各客户端将执行过程产生的信息实时反馈至服务端。
5.一种糖厂农务自动化监管方法,其特征在于包括以下步骤 A、初始化客户端和服务端启动之后都需要读取配置参数文件,所述配置参数文件包括网络信息、用户信息、数据库信息以及底层监听服务的确认和启动过程; B、建立服务服务端启动相应端口开启监听服务,客户端提供账号和密码给服务端并请求建立链接,服务端确认账号和密码后,建立与客户端的链接服务,服务器端发送成功链接的消息给客户端; C、心跳服务客户端定时产生心跳消息给服务端,如在指定时间内双方都没有接收到心跳消息命令,客户端重新启动相应的端口监听服务访问服务器端尝试建立新链接,服务端则会修改该客户端的在线标志,并不再发送任何指令给客户端; D、发布指令信息运维管理人员通过服务端将各操作指令发布至客户端; E、消息封装服务端或者客户端发送消息时都先将消息按照分类指定的格式进行封装; F、消息解释服务端或者客户端接收到消息后都先将消息按照分类指定的格式进行解释; G、监控服务客户端在成功启动后,打开后台进程,循环扫描操作系统资源、网络资源、数据库日志以及中间件日志信息,根据服务端指令执行监控操作; H、消息存储服务端或者客户端将消息解释后都将消息按照分类进行存储; I、事件过滤服务端将消息解释后,将事件类按照告警信息级别以及对比告警值进而再分类;客户端将消息解释后,按照消息类别执行相应的操作; J、通知服务端将划分出来的故障或者告警信息通知信息运维人员; K、界面展示服务端将各客户端的消息区分后通过图形化界面按消息等级来展示; L、日志入库服务端、客户端所涉及的各类操作,都将生成日志信息并按照指定格式的日志文件进行存储。
6.根据权利要求5所述的自动化监管方法,其特征在于所述步骤D还包括 D1、业务系统涉及升级或者是数据库系统需要调整时,服务端需建立唯一的操作编码; D2、服务端将所涉及的文件或者脚本发布至指定的web服务文件目录; D3、服务端将发布文件的web地址、操作编码以及其他指令经消息封装后下发给指定的客户端。
7.根据权利要求5所述的糖厂农务自动化监管方法,其特征在于所述步骤G还包括以下步骤 G1、客户端在解释消息后,如果是升级文件或者执行数据库的指令,则会自动调高该线程级别; G2、按照服务端Web地址下载更新文件或者脚本文件; G3、自动备份涉及的文件以及数据库; G4、自动更新文件或者执行相应的脚本操作,同时实时的反馈进度消息。
8.根据权利要求5或6或7所述的自动化监管方法,其特征在于所述步骤D、G还包括当某一客户端执行操作过程中如出现操作异常或者更新失败,服务端发出暂停进度的命令,暂停处理客户端的信息,此时可根据设置服务端在特定时间重新对其下达操作指令。
9.根据权利要求5所述的自动化监管方法,其特征在于所述J步骤中服务端将划分出来的故障或者告警信息通过微博、QQ、电子邮件和短信方式通知信息运维人员。
全文摘要
本发明提出了一种糖厂农务自动化监管系统,包括服务端和客户端两个部分。服务端位于集团总部监控服务器上,用于发布指令、接收客户端监控信息,并将所汇总的信息加以分析,展示给信息运维管理人员,同时将产生异常或者存在故障信息通知信息运维管理人员;客户端部署于各分子公司的应用或者数据库服务器上,客户端采集服务器上的软硬件资源运行信息,将采样信息返回服务端。本发明基于糖厂农务管理系统采用自动化监管的处理办法,通过C/S架构,实现多节点服务器同步运维监控高效管理模式,通过自动监控实现故障或问题综合处理和集中管理,为制糖企业的农务管理系统正常运行提供强有力的支撑,提高信息系统运行效率,降低运营的成本。
文档编号H04L12/24GK102916839SQ201210416120
公开日2013年2月6日 申请日期2012年10月26日 优先权日2012年10月26日
发明者麦艳红, 韦瑞录, 覃能杰, 韦联琦 申请人:南宁职业技术学院
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1