CN113765717A - 一种基于涉密专用计算平台的运维管理系统 - Google Patents
一种基于涉密专用计算平台的运维管理系统 Download PDFInfo
- Publication number
- CN113765717A CN113765717A CN202111045181.6A CN202111045181A CN113765717A CN 113765717 A CN113765717 A CN 113765717A CN 202111045181 A CN202111045181 A CN 202111045181A CN 113765717 A CN113765717 A CN 113765717A
- Authority
- CN
- China
- Prior art keywords
- special
- secret
- information
- data
- security
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012423 maintenance Methods 0.000 title claims abstract description 46
- 238000012544 monitoring process Methods 0.000 claims abstract description 30
- 230000002159 abnormal effect Effects 0.000 claims abstract description 7
- 238000007726 management method Methods 0.000 claims description 113
- 238000000034 method Methods 0.000 claims description 16
- 238000012545 processing Methods 0.000 claims description 15
- 238000004891 communication Methods 0.000 claims description 13
- 230000003068 static effect Effects 0.000 claims description 13
- 238000013500 data storage Methods 0.000 claims description 12
- 230000006870 function Effects 0.000 claims description 12
- 238000012217 deletion Methods 0.000 claims description 7
- 230000037430 deletion Effects 0.000 claims description 7
- 238000012986 modification Methods 0.000 claims description 6
- 230000004048 modification Effects 0.000 claims description 6
- 238000007792 addition Methods 0.000 claims description 4
- 238000013480 data collection Methods 0.000 claims description 4
- 230000008569 process Effects 0.000 claims description 4
- 230000003993 interaction Effects 0.000 claims description 3
- 238000012800 visualization Methods 0.000 claims description 2
- 230000003044 adaptive effect Effects 0.000 abstract 1
- 238000012806 monitoring device Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000013079 data visualisation Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例公开了一种基于涉密专用计算平台的运维管理系统，所述系统包括客户端以及基于B/S架构的管理端；所述管理端包括拓扑管理模块、资产管理模块、监控管理模块、报表管理模块、告警管理模块。可实现对涉密专用计算机(含涉密专用工作站)、涉密专用服务器、涉密专用网络安全设备的运维管理，能有效的解决超过1000台涉密监控设备时存在性能和管理效率瓶颈。采用的集群方案具备可伸缩性、高可用性、高可管理性等优点，对涉密专用计算机的做到完全适配，实现对涉密信息系统内专用软硬件资源进行监控及对产生异常状态指标进行告警。
Description
技术领域
本发明实施例涉及计算机技术领域，具体涉及一种基于涉密专用计算平台的运维管理系统。
背景技术
基于涉密专用计算平台的运维管理系统实现对涉密专用计算机(含涉密专用工作站)、涉密专用服务器、涉密专用网络安全设备(涉密专用防火墙，涉密专用IDS，涉密专用网络接口控制网关)、涉密专用数据通信设备(涉密专用交换机、涉密专用路由器)进行运行状态监控。
目前，在运维管理系统现有的技术，主要有以下几种：
第一种是使用原生Zabbix方案，通过Zabbix agent采集数据；通过Zabbix server接收、存储数据并计算告警；通过Zabbix web UI或Grafana展示数据；通过shell脚本收集自定义监控数据。
第二种使用原生Prometheus方案，开源社区的exporter采集数据，通过Prometheus存储数据，通过AlertManager计算并发送告警，通过Grafafa展示数据。
现有技术的功能点不满足涉密专用设备的日常运维要求；现有运维管理系统具有普适性，支持的Linux，windows系统的运维监控，但是不支持对涉密专用计算平台的运维监控；超过1000台涉密监控设备时存在性能和管理效率瓶颈；自定义脚本维护成本高；可扩展性差。
发明内容
为此，本发明实施例提供一种基于涉密专用计算平台的运维管理系统，以解决现有的基于涉密专用计算平台的运维管理存在的不满足涉密专用设备的日常运维要求、超过1000台涉密监控设备时存在性能和管理效率瓶颈、自定义脚本维护成本高，可扩展性差的问题。
为了实现上述目的，本发明实施例提供如下技术方案：一种基于涉密专用计算平台的运维管理系统，所述系统包括客户端以及基于B/S架构的管理端；
所述客户端包括多个涉密专用软硬件资源对象，每个被管理的资源设备中安装有数据采集器，所述数据采集器用于对设备相关运维数据进行采集并上报至管理端，数据采集采用UDP协议；
所述管理端包括拓扑管理模块、资产管理模块、监控管理模块、报表管理模块、告警管理模块；所述拓扑管理模块用于对被管理的涉密专用软硬件资源对象进行拓扑管理和统一展示；所述资产管理模块用于对被管理设备节点进行增加、删除、修改和查询操作；所述监控管理模块用于根据采集的运维数据对多个涉密专用软硬件资源对象的运行状态进行管理；所述报表管理模块用于资产数据、性能数据、告警数据的报表生成、展示和导出；所述告警管理模块用于根据各类设备指标的告警阈值进行告警，反馈告警信息，并对告警事件进行处置。
进一步的，所述涉密专用软硬件资源对象包括涉密专用计算机、涉密专用服务器、涉密专用防火墙、涉密专用IDS、涉密专用网络接入控制网关、涉密专用交换机、涉密专用路由器、安全数据库及中间件等。
进一步的，所述管理端还包括日志管理模块，所述日志管理模块用于管理员进行日志管理，包括日志检索、日志导出等功能。
进一步的，所述管理端还包括数据存储仓库，所述数据存储仓库用于监控数据的写入以及复杂监控数据的查询，所述数据存储仓库为时间序列数据库，采用非关系型数据库。
进一步的，所述管理端还包括用户操作和可视化界面，用于提供用户进行管理的人机交互界面。
进一步的，所述管理端还包括数据处理引擎，所述数据处理引擎用于处理数据存储仓库中的时间序列数据，支持流式处理和批量处理，以及对监控告警的计算，对产生的告警能及时通知到运维人员。
进一步的，所述拓扑管理模块具体用于支持按照用户实际网络架构自定义手动绘制拓扑；支持拓扑分层，包括一级拓扑和二级拓扑；支持拓扑中网元与分层拓扑关联，当网元与拓扑关联后，通过点击该网元可直接跳转至关联拓扑中；支持拓扑维护功能，包括网元和链路的添加和删除等；支持节点和链路状态信息展示，对存在告警节点支持告警提示功能；当客户端发送数据异常时，拓扑上具体网元节点提示客户端异常信息。
进一步的，所述报表管理模块具体用于资产数据按照网元名称、IP地址生成；实时性能数据按照网元名称、IP地址等生成；告警数据至少按照IP、告警时间等生成。
进一步的，所述数据采集器通过专用采集接口标准实现对涉密专用计算机运行状态进行管理，包括操作系统静态信息、动态信息、处理器信息、内存信息、文件系统信息、网络接口信息等；通过专用采集接口标准实现对涉密专用服务器运行状态进行管理，包括操作系统静态信息、动态信息、处理器信息、内存信息、文件系统信息、磁盘IO信息、网络接口信息、进程信息等；通过专用采集接口标准实现对涉密专用网络安全设备运行状态进行管理，包括操作系统静态信息、动态信息、处理器信息、内存信息和网络接口信息等，所述涉密专用网络安全设备包括防火墙、网络接入控制网关和IDS；通过SNMP协议v3版本实现对涉密专用数通设备运行状态管理，包括设备静态信息、动态信息、处理器信息、内存信息和网络接口信息等，所述涉密专用数通设备包括交换机和路由器。
进一步的，所述资产管理模块具体用于涉密专用计算机、涉密专用服务器、支持涉密专用网络安全设备、涉密专用数据通信设备以及安全数据库和中间件的增加、删除、修改和查询等操作；支持资产信息与真实信息不一致提示或告警；支持设备资产自动发现上传。
本发明实施例具有如下优点：
采用本发明，能有效的解决超过1000台涉密监控设备时存在性能和管理效率瓶颈。与其他相比，具有较好的稳定性，采用的集群方案具备以下优点：
可伸缩性：运管管理端采用的服务器集群具有很强的可伸缩性，随着需求和负荷的增长，可以向集群系统添加更多的服务器，在这样的配置中，可以有多台服务器执行相同的应用和数据库操作；
高可用性：高可用性是指，在不需要操作者干预的情况下，防止系统发生故障或从故障中自动恢复的能力，通过把故障服务器上的应用程序转移到备份服务器上运行，集群系统能够把正常运行时间提高到大于99.9％，大大减少服务器和应用程序的停机时间。
高可管理性：系统管理员可以从远程管理一个、甚至一组集群，就好像在单机系统中一样；
对涉密专用计算机的做到完全适配，实现对涉密信息系统内专用软硬件资源进行监控及对产生异常状态指标进行告警。
附图说明
为了更清楚地说明本发明的实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是示例性的，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图引伸获得其它的实施附图。
图1为本发明实施例1提供的一种基于涉密专用计算平台的运维管理系统的结构示意图。
具体实施方式
以下由特定的具体实施例说明本发明的实施方式，熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本发明的其他优点及功效，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例1
如图1所示，本实施例提出了一种基于涉密专用计算平台的运维管理系统，所述系统包括客户端以及基于B/S架构的管理端。
所述客户端包括多个涉密专用软硬件资源对象，每个被管理的资源设备中安装有数据采集器，所述数据采集器用于对设备相关运维数据进行采集并上报至管理端，数据采集采用UDP协议。所述涉密专用软硬件资源对象包括涉密专用计算机(含工作站)、涉密专用服务器、涉密专用防火墙、涉密专用IDS、涉密专用网络接入控制网关、涉密专用交换机、涉密专用路由器、安全数据库及中间件等。
数据采集器安装在需要监控的设备当中，是支持插件机制的数据采集和数据上报工具。它可以从自己所运行的系统上直接采集相关运维数据，上报端采用UDP协议，UDP是一个无连接协议，传输数据之前源端和终端不建立连接，需要传递数据时仅需简单地去抓取来自应用程序的数据，并尽可能快地把它扔到网络上。吞吐量不受拥挤控制算法的调节，只受应用软件生成数据的速率、传输带宽、源端和终端主机性能的限制。以此解决传统的运维系统上报性能的限制。
所述数据采集器通过专用采集接口标准实现对涉密专用计算机运行状态进行管理，包括操作系统静态信息、动态信息、处理器信息、内存信息、文件系统信息、网络接口信息等；通过专用采集接口标准实现对涉密专用服务器运行状态进行管理，包括操作系统静态信息、动态信息、处理器信息、内存信息、文件系统信息、磁盘IO信息、网络接口信息、进程信息等；通过专用采集接口标准实现对涉密专用网络安全设备运行状态进行管理，包括操作系统静态信息、动态信息、处理器信息、内存信息和网络接口信息等，所述涉密专用网络安全设备包括防火墙、网络接入控制网关和IDS；通过SNMP协议v3版本实现对涉密专用数通设备运行状态管理，包括设备静态信息、动态信息、处理器信息、内存信息和网络接口信息等，所述涉密专用数通设备包括交换机和路由器。
所述管理端包括拓扑管理模块、资产管理模块、监控管理模块、报表管理模块、告警管理模块。
所述拓扑管理模块用于对被管理的涉密专用软硬件资源对象进行拓扑管理和统一展示。当被管理的节点出现告警时，能够实时在拓扑上直观形象的提示。
所述拓扑管理模块具体用于支持按照用户实际网络架构自定义手动绘制拓扑；支持拓扑分层，包括一级拓扑和二级拓扑；支持拓扑中网元与分层拓扑关联，当网元与拓扑关联后，通过点击该网元可直接跳转至关联拓扑中；支持拓扑维护功能，包括网元和链路的添加和删除等；支持节点和链路状态信息展示，对存在告警节点支持告警提示功能；当客户端发送数据异常时，拓扑上具体网元节点提示客户端异常信息。
所述资产管理模块用于对被管理设备节点进行增加、删除、修改和查询操作。
所述资产管理模块具体用于涉密专用计算机(含工作站)、涉密专用服务器、支持涉密专用网络安全设备(防火墙、网络接入控制网关和IDS)、涉密专用数据通信设备(交换机和路由器)以及安全数据库和中间件的增加、删除、修改和查询等操作；支持资产信息与真实信息不一致提示或告警；支持设备资产自动发现上传，解决传统运维系统冗余配置问题。
所述报表管理模块具体用于资产数据按照网元名称、IP地址生成；实时性能数据按照网元名称、IP地址等生成；告警数据至少按照IP、告警时间等生成。
所述监控管理模块用于根据采集的运维数据对多个涉密专用软硬件资源对象的运行状态进行管理。具体通过专用采集接口标准实现对涉密专用计算机机(含工作站)、涉密专用服务器、涉密专用防火墙、涉密专用IDS、涉密专用准入控制网关、涉密专用交换机、涉密专用路由器等资源的运行状态进行管理，包括操作系统静态信息、动态信息、处理器信息、内存信息、文件系统信息、网络接口信息等。
当客户端程序出现异常并超过设定的采集周期后，在监控管理，拓扑管理等展示实时数据相关界面，会给出相关提示(例如离线等)，并展示空或者初始化状态的数据。
所述报表管理模块用于资产数据、性能数据、告警数据的报表生成、展示和导出。
所述告警管理模块用于根据各类设备指标的告警阈值进行告警，反馈告警信息，并对告警事件进行处置。
对告警策略配置方式的考量，以灵活性和可维护性为目标。混合架构、微服服等新技术催生了更现代化的业务系统技术栈，这对告警策略的灵活性提出更高要求，告警策略支持条件告警、组合条件告警、同比环比、回归、线性拟合等高级功能。
所述管理端还包括日志管理模块，所述日志管理模块用于管理员进行日志管理，包括日志检索、日志导出等功能。管理员操作日志内容为中文，且可读性良好，日志管理具有日志检索、日志导出等功能，日志导出能够对日志数据进行导出。
所述管理端还包括数据存储仓库，所述数据存储仓库用于监控数据的写入以及复杂监控数据的查询，所述数据存储仓库为时间序列数据库，采用非关系型数据库。传统的运维系统采用的是类似于MySQL等关系型数据库，主要用于存放持久化数据，将数据存储在硬盘中，读取速度较慢。而在本发明中采用Redis，即非关系型数据库，也是缓存数据库，即将数据存储在缓存中，缓存的读取速度快，能够大大的提高运行效率。
所述管理端还包括用户操作和可视化界面，用于提供用户进行管理的人机交互界面。用户操作界面是用户管理监控系统的入口，它必须使对监控指标和告警的管理易用并可维护；数据可视化界面负责提供监控数据的展示，它必须支持必要的时序数据展示手法，并支持一定程度上灵活的查询能力。传统运维采用的C/S架构要求拥有相同的操作系统，如果对于不同操作系统还要相应开发不同的版本，并且对于计算机电脑配置要求也较高，可移植性差。兼容性差，对于不同的开发工具，具有较大的局限性。若采用不同工具，需要重新改写程序。本发明采用B/S架构，使用户采可以用不同设备作为监控系统入口。B/S具有以下优点：分布性强，客户端零维护。只要有网络、浏览器，可以随时随地进行查询、浏览等业务处理。
所述管理端还包括数据处理引擎，所述数据处理引擎用于处理数据存储仓库中的时间序列数据，支持流式处理和批量处理，以及对监控告警的计算，对产生的告警能及时通知到运维人员。
采用本发明，能有效的解决超过1000台涉密监控设备时存在性能和管理效率瓶颈。与其他相比，具有较好的稳定性，采用的集群方案高具备以下优点：
可伸缩性：运管管理端采用的服务器集群具有很强的可伸缩性，随着需求和负荷的增长，可以向集群系统添加更多的服务器，在这样的配置中，可以有多台服务器执行相同的应用和数据库操作；
高可用性：高可用性是指，在不需要操作者干预的情况下，防止系统发生故障或从故障中自动恢复的能力，通过把故障服务器上的应用程序转移到备份服务器上运行，集群系统能够把正常运行时间提高到大于99.9％，大大减少服务器和应用程序的停机时间。
高可管理性：系统管理员可以从远程管理一个、甚至一组集群，就好像在单机系统中一样；
对涉密专用计算机的做到完全适配，实现对涉密信息系统内专用软硬件资源进行监控及对产生异常状态指标进行告警。
虽然，上文中已经用一般性说明及具体实施例对本发明作了详尽的描述，但在本发明基础上，可以对之作一些修改或改进，这对本领域技术人员而言是显而易见的。因此，在不偏离本发明精神的基础上所做的这些修改或改进，均属于本发明要求保护的范围。
Claims (10)
1.一种基于涉密专用计算平台的运维管理系统，其特征在于，所述系统包括客户端以及基于B/S架构的管理端；
所述客户端包括多个涉密专用软硬件资源对象，每个被管理的资源设备中安装有数据采集器，所述数据采集器用于对设备相关运维数据进行采集并上报至管理端，数据采集采用UDP协议；
所述管理端包括拓扑管理模块、资产管理模块、监控管理模块、报表管理模块、告警管理模块；所述拓扑管理模块用于对被管理的涉密专用软硬件资源对象进行拓扑管理和统一展示；所述资产管理模块用于对被管理设备节点进行增加、删除、修改和查询操作；所述监控管理模块用于根据采集的运维数据对多个涉密专用软硬件资源对象的运行状态进行管理；所述报表管理模块用于资产数据、性能数据、告警数据的报表生成、展示和导出；所述告警管理模块用于根据各类设备指标的告警阈值进行告警，反馈告警信息，并对告警事件进行处置。
2.根据权利要求1所述的一种基于涉密专用计算平台的运维管理系统，其特征在于，所述涉密专用软硬件资源对象包括涉密专用计算机、涉密专用服务器、涉密专用防火墙、涉密专用IDS、涉密专用网络接入控制网关、涉密专用交换机、涉密专用路由器、安全数据库及中间件。
3.根据权利要求1所述的一种基于涉密专用计算平台的运维管理系统，其特征在于，所述管理端还包括日志管理模块，所述日志管理模块用于管理员进行日志管理，包括日志检索、日志导出功能。
4.根据权利要求1所述的一种基于涉密专用计算平台的运维管理系统，其特征在于，所述管理端还包括数据存储仓库，所述数据存储仓库用于监控数据的写入以及复杂监控数据的查询，所述数据存储仓库为时间序列数据库，采用非关系型数据库。
5.根据权利要求1所述的一种基于涉密专用计算平台的运维管理系统，其特征在于，所述管理端还包括用户操作和可视化界面，用于提供用户进行管理的人机交互界面。
6.根据权利要求1所述的一种基于涉密专用计算平台的运维管理系统，其特征在于，所述管理端还包括数据处理引擎，所述数据处理引擎用于处理数据存储仓库中的时间序列数据，支持流式处理和批量处理，以及对监控告警的计算，对产生的告警能及时通知到运维人员。
7.根据权利要求1所述的一种基于涉密专用计算平台的运维管理系统，其特征在于，所述拓扑管理模块具体用于支持按照用户实际网络架构自定义手动绘制拓扑；支持拓扑分层，包括一级拓扑和二级拓扑；支持拓扑中网元与分层拓扑关联，当网元与拓扑关联后，通过点击该网元可直接跳转至关联拓扑中；支持拓扑维护功能，包括网元和链路的添加和删除；支持节点和链路状态信息展示，对存在告警节点支持告警提示功能；当客户端发送数据异常时，拓扑上具体网元节点提示客户端异常信息。
8.根据权利要求1所述的一种基于涉密专用计算平台的运维管理系统，其特征在于，所述报表管理模块具体用于资产数据按照网元名称、IP地址生成；实时性能数据按照网元名称、IP地址生成；告警数据至少按照IP、告警时间生成。
9.根据权利要求1所述的一种基于涉密专用计算平台的运维管理系统，其特征在于，所述数据采集器通过专用采集接口标准实现对涉密专用计算机运行状态进行管理，包括操作系统静态信息、动态信息、处理器信息、内存信息、文件系统信息、网络接口信息；通过专用采集接口标准实现对涉密专用服务器运行状态进行管理，包括操作系统静态信息、动态信息、处理器信息、内存信息、文件系统信息、磁盘IO信息、网络接口信息、进程信息；通过专用采集接口标准实现对涉密专用网络安全设备运行状态进行管理，包括操作系统静态信息、动态信息、处理器信息、内存信息和网络接口信息，所述涉密专用网络安全设备包括防火墙、网络接入控制网关和IDS；通过SNMP协议v3版本实现对涉密专用数通设备运行状态管理，包括设备静态信息、动态信息、处理器信息、内存信息和网络接口信息，所述涉密专用数通设备包括交换机和路由器。
10.根据权利要求1所述的一种基于涉密专用计算平台的运维管理系统，其特征在于，所述资产管理模块具体用于涉密专用计算机、涉密专用服务器、支持涉密专用网络安全设备、涉密专用数据通信设备以及安全数据库和中间件的增加、删除、修改和查询操作；支持资产信息与真实信息不一致提示或告警；支持设备资产自动发现上传。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111045181.6A CN113765717A (zh) | 2021-09-07 | 2021-09-07 | 一种基于涉密专用计算平台的运维管理系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111045181.6A CN113765717A (zh) | 2021-09-07 | 2021-09-07 | 一种基于涉密专用计算平台的运维管理系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113765717A true CN113765717A (zh) | 2021-12-07 |
Family
ID=78793741
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111045181.6A Pending CN113765717A (zh) | 2021-09-07 | 2021-09-07 | 一种基于涉密专用计算平台的运维管理系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113765717A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114866397A (zh) * | 2022-03-25 | 2022-08-05 | 理工雷科电子(西安)有限公司 | 基于国产化平台的系统健康状态自动监测和平台管理软件 |
| CN118264548A (zh) * | 2024-05-30 | 2024-06-28 | 广东东华发思特软件有限公司 | 一种计算机安全运维服务系统 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101197715A (zh) * | 2007-12-29 | 2008-06-11 | 中国移动通信集团湖北有限公司 | 一种移动数据业务状态的安全集中采集方法 |
| CN103166794A (zh) * | 2013-02-22 | 2013-06-19 | 中国人民解放军91655部队 | 一种具有一体化安全管控功能的信息安全管理方法 |
| CN103336510A (zh) * | 2013-06-27 | 2013-10-02 | 山东华戎信息产业有限公司 | 一种物联网综合运维管理系统 |
| CN105282772A (zh) * | 2015-09-10 | 2016-01-27 | 北京爱可生通信技术有限公司 | 无线网数通设备监控系统及设备监控方法 |
-
2021
- 2021-09-07 CN CN202111045181.6A patent/CN113765717A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101197715A (zh) * | 2007-12-29 | 2008-06-11 | 中国移动通信集团湖北有限公司 | 一种移动数据业务状态的安全集中采集方法 |
| CN103166794A (zh) * | 2013-02-22 | 2013-06-19 | 中国人民解放军91655部队 | 一种具有一体化安全管控功能的信息安全管理方法 |
| CN103336510A (zh) * | 2013-06-27 | 2013-10-02 | 山东华戎信息产业有限公司 | 一种物联网综合运维管理系统 |
| CN105282772A (zh) * | 2015-09-10 | 2016-01-27 | 北京爱可生通信技术有限公司 | 无线网数通设备监控系统及设备监控方法 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114866397A (zh) * | 2022-03-25 | 2022-08-05 | 理工雷科电子(西安)有限公司 | 基于国产化平台的系统健康状态自动监测和平台管理软件 |
| CN114866397B (zh) * | 2022-03-25 | 2024-05-07 | 理工雷科电子(西安)有限公司 | 基于国产化平台的系统健康状态自动监测方法 |
| CN118264548A (zh) * | 2024-05-30 | 2024-06-28 | 广东东华发思特软件有限公司 | 一种计算机安全运维服务系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109714192B (zh) | 一种监控云平台的监控方法及系统 | |
| CN110650038B (zh) | 面向多类监管对象的安全事件日志采集处理方法和系统 | |
| US10108411B2 (en) | Systems and methods of constructing a network topology | |
| US8504733B1 (en) | Subtree for an aggregation system | |
| CN112600891B (zh) | 一种基于信息物理融合的边云协同系统及工作方法 | |
| CN108365985A (zh) | 一种集群管理方法、装置、终端设备及存储介质 | |
| CN106571960B (zh) | 日志收集管理系统及方法 | |
| CN110278097B (zh) | 一种基于Android系统的服务器运维系统及方法 | |
| CN106709003A (zh) | 基于Hadoop的海量日志数据处理方法 | |
| CN103716173B (zh) | 一种存储监控系统及监控告警发布的方法 | |
| CN103001824B (zh) | 一种监控多台服务器的监控系统及监控方法 | |
| US10129373B2 (en) | Recovery of a network infrastructure to facilitate business continuity | |
| CN102708158B (zh) | 一种PostgreSQL云存储归档调度系统 | |
| CN113765717A (zh) | 一种基于涉密专用计算平台的运维管理系统 | |
| Sukhija et al. | Event management and monitoring framework for HPC environments using ServiceNow and Prometheus | |
| CN102902615A (zh) | 一种Lustre并行文件系统错误报警方法及其系统 | |
| CN110912755A (zh) | 一种云环境下网卡故障监控与自动恢复的系统及方法 | |
| CN118119926A (zh) | 基于候选运行手册的结果与事件的补救的相关性推荐候选运行手册 | |
| CN102523115A (zh) | 一种基于动力环境系统的服务器监控系统 | |
| CN117194156A (zh) | 一种多云平台的统一监控运维管理方法及系统 | |
| CN115801563A (zh) | 集群日志动态采集的方法及应用 | |
| CN113760652A (zh) | 基于应用的全链路监控的方法、系统、设备和存储介质 | |
| CN110161930B (zh) | 一种数据监控系统及其数据监控方法 | |
| CN117389830A (zh) | 集群日志采集方法、装置、计算机设备及存储介质 | |
| CN114510391A (zh) | 一种融合基础架构监控管理系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |