设备信息处理方法、装置、终端设备及储存介质与流程

本申请涉及设备的运维管理技术领域，具体而言，涉及一种设备信息处理方法、装置、终端设备及储存介质。

背景技术

随着数据存储技术的发展进步，数据库已经得到了大范围的应用，故对数据库进行运维管理也是否重要的。

在目前对数据库的运维管理中，首先是运维人员需要对数据库的架构有一个非常清晰的认知。那么，为便于运维人员实现清晰的认知，将数据库的架构以拓扑图的方式则是非常直观的呈现方式。

技术实现要素：

本申请在于提供一种设备信息处理方法、装置、终端设备及储存介质。

本申请的实施例通过如下方式实现：

第一方面，本申请实施例提供了一种设备信息处理方法，所述方法包括：在设定时间点获得网络中的每个节点设备的状态信息；读取预存的所述网络中节点设备之间的拓扑关系；根据所述拓扑关系以及每个节点设备的状态信息显示出所述网络的拓扑结构图，其中，所述拓扑结构图中每个节点设备的图标关联对应的每个节点设备的状态信息。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述根据所述拓扑关系以及每个节点设备的状态信息显示出所述网络的拓扑结构图，包括：为每个节点设备分配图标和坐标；将每个节点设备的状态信息与对应的每个节点设备的图标关联；根据所述拓扑关系以及每个节点设备的图标和每个节点设备的坐标，显示出所述网络的拓扑结构图。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述根据所述拓扑关系以及每个节点设备的状态信息显示出所述网络的拓扑结构图之后，所述方法还包括：响应检测到的用户在所述拓扑结构图中指示目标节点设备的目标图标的操作，显示所述目标节点设备的目标图标关联的目标状态信息。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述根据所述拓扑关系以及每个节点设备的图标和每个节点设备的坐标，显示出所述网络的拓扑结构图，包括：根据每个节点设备的坐标在相应显示位置显示对应每个节点设备的图标，以及根据所述拓扑关系显示每个所述节点设备的图标与相连接的其它节点设备的图标的连接关系，其中，显示的每个节点设备的图标和每个所述节点设备的图标与其它节点设备的图标的连接关系构成所述网络的拓扑结构图。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述为每个节点设备分配图标和坐标，包括：读存预设的每个节点设备的设备类型和设备地域，为对应的每个节点设备分配图标和坐标。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述根据所述拓扑关系以及每个节点设备的状态信息显示出所述网络的拓扑结构图，还包括：若所述网络中的第一节点设备的状态信息表明所述第一节点设备发生故障，为所述第一节点设备分配表明所述第一节点设备故障的第一图标和第一坐标；根据所述第一坐标在相应显示位置显示所述第一图标，以及根据所述拓扑关系定义的与所述第一节点设备相连接的第二节点设备之间的连接关系，不显示所述第一图标与所述第二节点设备的第二图标之间的连接关系。

结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述在设定时间点获得网络中的每个节点设备的状态信息之前，还包括：根据已更新的历史节点设备故障次数确定出采样间隔时长，以及根据所述采样间隔时长确定出下次采样的设定时间点；判断当前时间点是否满足所述设定时间点；在为是时，执行步骤：所述在设定时间点获得网络中的每个节点设备的状态信息。

第二方面，本申请实施例提供了一种设备信息处理装置，所述装置包括：采样模块，用于在设定时间点获得网络中的每个节点设备的状态信息。读取模块，用于读取预存的所述网络中节点设备之间的拓扑关系。展示模块，用于根据所述拓扑关系以及每个节点设备的状态信息显示出所述网络的拓扑结构图，其中，所述拓扑结构图中每个节点设备的图标关联对应的每个节点设备的状态信息。

结合上述第二方面提供的技术方案，在一些可能的实现方式中，所述展示模块包括：第一坐标分配单元，用于为每个节点设备分配图标和坐标。关联单元，用于将每个节点设备的状态信息与对应的每个节点设备的图标关联。拓扑显示单元，用于根据所述拓扑关系以及每个节点设备的图标和每个节点设备的坐标，显示出所述网络的拓扑结构图。

结合上述第二方面提供的技术方案，在一些可能的实现方式中，拓扑显示单元，还用于状态响应检测到的用户在所述拓扑结构图中指示目标节点设备的目标图标的操作，显示所述目标节点设备的目标图标关联的目标状态信息。

结合上述第二方面提供的技术方案，在一些可能的实现方式中，所述拓扑显示单元，具体用于根据每个节点设备的坐标在相应显示位置显示对应每个节点设备的图标，以及根据所述拓扑关系显示每个所述节点设备的图标与相连接的其它节点设备的图标的连接关系，其中，显示的每个节点设备的图标和每个所述节点设备的图标与其它节点设备的图标的连接关系构成所述网络的拓扑结构图。

结合上述第二方面提供的技术方案，在一些可能的实现方式中，第一坐标分配单元，具体用于读存预设的每个节点设备的设备类型和设备地域，为对应的每个节点设备分配图标和坐标。

结合上述第二方面提供的技术方案，在一些可能的实现方式中，所述展示模块还包括：第二坐标分配单元，用于若所述网络中的第一节点设备的状态信息表明所述第一节点设备发生故障，为所述第一节点设备分配表明所述第一节点设备故障的第一图标和第一坐标。以及，所述拓扑显示单元，还用于根据所述第一坐标在相应显示位置显示所述第一图标，以及根据所述拓扑关系定义的与所述第一节点设备相连接的第二节点设备之间的连接关系，不显示所述第一图标与所述第二节点设备的第二图标之间的连接关系。

结合上述第二方面提供的技术方案，在一些可能的实现方式中，所述装置还包括：时间点确定模块，用于根据已更新的历史节点设备故障次数确定出采样间隔时长，以及根据所述采样间隔时长确定出下次采样的设定时间点。判断模块，用于判断当前时间点是否满足所述设定时间点。执行模块，用于在为是时，执行步骤：所述在设定时间点获得网络中的每个节点设备的状态信息。

第三方面，本申请实施例提供了一种终端设备，所述终端设备包括：处理器，存储器，总线和通信接口，所述处理器、所述通信接口和存储器通过所述总线连接，所述通信接口用于与每个节点设备连接。所述存储器，用于存储程序。所述处理器，用于通过调用存储在所述存储器中的程序，执行所述的设备信息处理方法。

第四方面，本申请实施例提供了一种具有处理器可执行的非易失的程序代码的计算机可读储存介质，所述程序代码使所述处理器执行所述的设备信息处理方法。

本申请实施例的有益效果是：

通过在设定时间点去得网络中的每个节点设备的状态信息，那么基于预存的该网络中节点设备之间的拓扑关系，就能够根据拓扑关系以及每个节点设备的状态信息显示出该网络的拓扑结构图，且该拓扑结构图中每个节点设备的图标还可以关联对应的每个节点设备的状态信息。因此，运维人员基于显示出的拓扑结构图，就能够清楚的获知在网络中每个节点设备在该设定时间点时的状态，从而更便于对数据库运维进行管理。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请第一实施例提供的一种终端设备的结构框图；

图2示出了本申请第二实施例提供的一种设备信息处理方法的流程图；

图3示出了本申请第二实施例中拓扑结构图的第一示例图；

图4示出了本申请第二实施例中拓扑结构图的第二示例图；

图5示出了本申请第三实施例提供的一种设备信息处理装置的结构框图；

图6示出了本申请第三实施例提供的一种设备信息处理装置中展示模块的结构框图。

具体实施方式

目前，运维人员建立针对数据库的架构的拓扑图后，该拓扑图能够表示出数据库的架构中每个节点设备与相连接的其它节点设备之间的数据流向关系，这样就便于运维人员能够对数据库的架构获得一个清晰的认知。

但发明人经过长期的实践研究发现，虽然能够通过拓扑图的方式来展示数据库的架构。但一旦实际中，运维人员也仅仅只能对该数据库的架构清晰的认知，而无法在实际运行时对数据库做更深入的了解，从而也不便于对数据库运维进行管理。

以上现有技术中的方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本申请实施例针对上述问题所提出的解决方案，都应该是发明人在本申请过程中对本申请做出的贡献。

通过在设定时间点去得网络中的每个节点设备的状态信息，那么基于预存的该网络中节点设备之间的拓扑关系，就能够根据拓扑关系以及每个节点设备的状态信息显示出该网络的拓扑结构图，且该拓扑结构图中每个节点设备的图标还可以关联对应的每个节点设备的状态信息。因此，运维人员基于显示出的拓扑结构图，就能够清楚的获知在网络中每个节点设备在该设定时间点时的状态，从而更便于对数据库运维进行管理。

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

第一实施例

请参阅图1，本申请实施例提供了本申请实施例提供了一种终端设备10。该终端设备10可以是个人电脑(personalcomputer，pc)、平板电脑、智能手机、个人数字助理(personaldigitalassistant，pda)等。终端设备10可以与网络中每个节点设备连接。

其中，该网络可以为mysql集群(relationaldatabasemanagementsystem、关系型数据库管理系统)，该网络中各节点设备可以包括：dns服务器(domainnameserver、域名服务器)、proxy服务器(proxyserver、代理服务器)、主数据库设备(masterdatabase、mdb)和/或从数据库设备等。当然，该网络为mysql集群为便于本实施例进行说明的一种实施方式，在实际实施中，该网络还可以为redis集群、oraclerac集群(realapplicationclusters、实时应用集群)、webserver集群(网页服务器集群)或nginx集群(反向代理服务器集群)等，对此就不做具体限定。

具体的，终端设备10可以包括：存储器11、通信接口12、总线13和处理器14。所述处理器14、通信接口12和存储器11通过总线13连接；处理器14用于执行存储器11中存储的可执行模块，例如计算机程序。

其中，存储器11可能包含高速随机存取存储器(randomaccessmemoryram)，也可能还包括非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。通过至少一个通信接口12(可以是有线或者无线)实现该终端设备10与至少一个其它终端设备10的通信连接，可以使用互联网，广域网，本地网，城域网等。本实施例中，存储器11用于存储了执行设备信息处理方法所需要的程序。

总线13可以是isa总线、pci总线或eisa总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图2中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

处理器14可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器14中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器14可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的申请的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所申请的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。

第二实施例

请参阅图2，本申请实施例提供了一种设备信息处理方法，该可以应用于终端设备，该设备信息处理方法包括：步骤s100、步骤s200和步骤s300。

需要进行说明的是，终端设备在执行该设备信息处理方法时，终端设备可以对该设备信息处理方法进行轮询执行。即在一段时间，终端设备可以将该设备信息处理方法重复执行至少两次。为便于本领域技术人员能够清楚的理解本方案，本实施例以终端设备轮询执行该设备信息处理方法的过程中某一次的执行为例进行说明，但并不作为对本实施例的限定。

步骤s100：在设定时间点获得网络中的每个节点设备的状态信息。

终端设备能够与用于为网络的运维提供服务的时序数据库连接，而时序数据库可以为例如为influxdb或opentsdb开源分布式时序数据库。时序数据库中预先存储有该网络中节点设备出现故障的历史节点设备故障次数。终端设备根据该历史节点设备故障次数则可以用于确定上次执行设备信息处理方法后至本次设备信息处理方法执行之前的一个采样间隔时长。

具体的，在上一次设备信息处理方法执行的过程中，终端设备根据每个节点设备的状态信息可以去判断是否有节点设备发生故障。那么在终端设备确定出的判断结果为有节点设备故障后，终端设备可以读取时序数据库中的历史节点设备故障次数，根据节点设备故障的数量对历史节点设备故障次数进行更新，从而获得已更新的历史节点设备故障次数，以及将已更新的历史节点设备故障次数再存储到该时序数据库。基于此，终端设备就可以根据该已更新的历史节点设备故障次数确定出采样间隔时长。另外，在终端设备确定出的判断结果为没有节点设备故障后，终端设备则也可以读取时序数据库中的历史节点设备故障次数，但并不更新该历史节点设备故障次数。基于此，终端设备也可以根据该读取但未更新的历史节点设备故障次数确定出采样间隔时长。

可选的，终端设备中还预设了多个故障次数范围区间，且每个故障次数范围区间均与一个预设的采样间隔时长具有关联关系。是故，终端设备可以从多个故障次数范围区间确定出一个该已更新的历史节点设备故障次数或该读取但未更新的历史节点设备故障次数说位于的目标故障次数范围区间，并根据该目标故障次数范围区间则可以确定出该目标故障次数范围区间所关联的采样间隔时长，因而便实现了根据该已更新的历史节点设备故障次数或该读取但未更新的历史节点设备故障次数确定出采样间隔时长。

需要说明的是，为保证有效的对网络的运维进行管理，历史节点设备故障次数越多，所确定出的采样间隔时长则越短；反之，则确定出的采样间隔时长则越长。比如，若历史节点设备故障次数越多则说明网络越不稳定，故需要高频率的对网络进行监测才能够实现有效的管理；反之，若历史节点设备故障次数越少则说明网络越稳定，故则不需要高频率对网络进行监测便能实现有效的管理。

终端设备在上一次设备信息处理方法执行的过程中，终端设备可以以获得根据每个节点设备的状态信息为时间起点，并将该时间起点加上采样间隔时长就可以确定出下次采样的设定时间点。故终端设备便可以判断当前时间点是否满足设定时间点，即判断当前时间点是否达到设定时间点。

在判断为当前时间点没有达到设定时间点时，终端设备则可以继续判断当前时间点是否满足设定时间点。

在判断为当前时间点达到设定时间点时，终端设备则可以获知已达到本次采样的时间点，这样终端设备就可以去采样网络中该终端设备相连接的每个节点设备的状态信息。

本实施例中，时序数据库中还预先存储有该网络中每个节点设备的基本信息，以及每个节点设备的需要采集的工作指标信息。针对每个节点设备来说，根据需要采集的工作指标信息而采集到的工作指标便构成了该节点设备的状态信息，例如，需要采集的工作指标可以包括节点设备的：主机名称、可用性、连接数、并发数和/或同步延迟等。其中，需要采集的工作指标信息是运维人员根据实际需求而设定的，运维人员根据实际的需求是可以随时对需要采集的工作指标信息进行更改的。

终端设备从时序数据库中读取到每个节点设备的基本信息和每个节点设备的需要采集的工作指标信息，终端设备就可以根据每个节点设备的基本信息和每个节点设备的需要采集的工作指标信息向对应的每个节点设备发送采集指令，其中，该采集指令可以为例如“showglobalstatus”、“showglobalvariables”或“showslavestatus”等指令。相应的，终端设备根据发送的采集指令，就可以从每个节点设备获得每个节点设备的状态信息。

终端设备可也通过与时序数据库的交互，这样，终端设备就可以将每个节点设备的状态信息存储到时序数据库中，以便于后续可以查看历史趋势。与此同时，终端设备还可以将每个节点设备的状态信息存储到自身的缓存中，以便后续从缓存中调用该每个节点设备的状态信息。

也需要说明的是，上述说明中，终端设备与时序数据库进行交互而读取或存储历史节点设备故障次数，以及从时序数据库中读取到每个节点设备的基本信息和每个节点设备的需要采集的工作指标信息，仅为本实施例的一种实现方式，并不作为对本实施例的限定。实际实施时，终端设备也可以将历史节点设备故障次数、每个节点设备的基本信息和每个节点设备的需要采集的工作指标信息存储在自身的存储区域，例如硬盘，故可以通过自身的存储区域来实现读取或存储历史节点设备故障次数，以及实现读取或存储每个节点设备的基本信息和每个节点设备的需要采集的工作指标信息。

步骤s200：读取预存的所述网络中节点设备之间的拓扑关系。

时序数据库中还预先存储有该网络中节点设备之间的拓扑关系。该节点设备之间的拓扑关系能够表示出每个节点设备与相连接的其它节点设备之间的数据通信关系。例如，交换机a与终端b的数据通信关系为交换机a将报发送给该终端b，那么在拓扑关系中表示的则是该交换机a指向该终端b。而当网络中有新增节点设备或减少节点设备，运维人员可以在时序数据库更改该拓扑关系，以使该拓扑关系与网络的实际情况匹配。

于本实施例中，终端设备通过读取时序数据库中的拓扑关系就可以获得该拓扑关系。作为一种可选的实施方式，拓扑关系至少是表示每两个节点设备之间的数据流向关系，即例如a设备指向与b设备的同时b设备也被a设备指向，为便于终端设备能够清楚且无误的梳理出每两个节点设备之间的数据流向关系，终端设备可以基于网络中各节点设备的层级关系来采用单向获得的方式。具体的，终端设备可以先获得网络较高的第一层级的每个节点设备指向层级较低的第二层级各节点设备的拓扑关系，以及终端设备再获得层级较低的第二层级的节点设备指向层级更低的第三层级各节点设备的拓扑关系，且终端设备就不用再获得层级较低的第二层级的节点设备指向层级较高的第一层级各节点设备的拓扑关系。

另外，时序数据库中还预先存储有该网络中每个节点设备的设备类型和设备地域。为便于后续的处理，终端设备也可以通过与时序数据库的交互而读取获得时序数据库中每个节点设备的设备类型和设备地域。

也可以理解到是，上述说明中，终端设备与时序数据库进行交互而读取拓扑关系和每个节点设备的设备类型和设备地域，仅为本实施例的一种实现方式，并不作为对本实施例的限定。实际实施时，终端设备也可以将拓扑关系和每个节点设备的设备类型和设备地域存储在自身的存储区域，例如硬盘，故可以从自身的存储区域读取拓扑关系和每个节点设备的设备类型和设备地域。

还可以理解到是，于本实施例中，步骤s100与步骤s200的执行之间并没有固定的先后顺序，即步骤s100可以与步骤s200同时执行，这样终端设备就能够一次性的从时序数据库中获得历史节点设备故障次数、每个节点设备的基本信息、每个节点设备的需要采集的工作指标信息、每个节点设备的设备类型、每个节点设备的设备地域和该网络的拓扑关系。另外，上述步骤s100和步骤s200均可以为由终端设备的后台执行，终端设备还可以将拓扑关系、每个节点设备的设备类型和设备地域同每个节点设备的状态信息一样均存储到缓存中。故终端设备的前端通过api接口(applicationprogramminginterface、应用程序编程接口)调用缓存中的拓扑关系、每个节点设备的设备类型和设备地域、以及每个节点设备的状态信息就可以实现后续步骤s300的执行。

步骤s300：根据所述拓扑关系以及每个节点设备的状态信息显示出所述网络的拓扑结构图，其中，所述拓扑结构图中每个节点设备的图标关联对应的每个节点设备的状态信息。

终端设备的前端可以通过echarts软件来实现根据拓扑关系以及每个节点设备的状态信息显示出该网络的拓扑结构图。

具体的，终端设备获得缓存中的拓扑关系、每个节点设备的设备类型和设备地域、以及每个节点设备的状态信息后，终端设备需要将拓扑关系、每个节点设备的设备类型和设备地域、以及每个节点设备的状态信息均进行数据格式转换，以转换成echarts软件能够识别数据格式。

终端设备的echarts软件对转换格式的上述数据识别后，终端设备基于echarts软件就可以为每个节点设备分配图标和坐标。可选的，为保证最后显示出的拓扑结构图具有美观性且易于运维人员分辨出每个节点设备的拓扑关系，终端设备可以采用预设图标和坐标的方式，即终端设备可以根据节点设备的类型和地域的不同，分门别类为每种类型的设备均预设了对应的图标，以及至少一个坐标。例如，对于设备类型为dns服务器的节点设备，终端设备预设的该dns服务器的图标，且预设了坐标为：坐标a(10.10)；而对于设备类型为proxy服务器的节点设备，终端设备预设的该proxy服务器的图标，预设的坐标分别为：坐标b(8.8)和坐标c(12.8)；而对于设备类型为主数据库设备的节点设备，终端设备预设主数据库设备的图标，预设的坐标分别为：坐标d(8.6)和坐标e(12.6)。基于此，终端设备则可以按照每个节点设备的设备类型和设备地域，依次为每个节点设备分配对应的图标和坐标。例如，针对该分配流程中某一个终端设备来说，可以根据该节点设备的设备类型确定出该节点设备的设备类型的图标，并根据该节点设备的地域以及在该节点设备的顺序(即该节点设备是该类型的设备中第几个被分配的)，为该节点设备分配一个对应坐标。例如，待分配图标和坐标的节点设备包括：proxy服务器1和proxy服务器2，终端设备先proxy服务器1的设备类型为该proxy服务器1分配一个proxy服务器的图标，以及再根据proxy服务器1的设备地域(地域处于广州)为proxy服务器1分配坐标b(8.8)，之后，终端设备再根据proxy服务器2的设备类型为该proxy服务器2分配一个proxy服务器的图标，以及再根据proxy服务器2的设备地域(地域处于上海)和根据该proxy服务器2分配顺序为proxy服务器1之后，为proxy服务器2分配坐标c(12.8)。

为便于后续对状态信息的显示，终端设备还可以将每个节点设备的状态信息与对应的每个节点设备的图标建立关联关系，即具体是可以为例如终端设备基于echarts软件的lable配置来建立每个节点设备的状态信息与对应的每个节点设备的图标的关联关系。从而当某一节点设备的图标被触发时，就可以根据该被触发的节点设备的图标索引到关联的该节点设备的状态信息，进而就可以将该节点设备的状态信息显示。

再者，终端设备就可以该根据拓扑关系、以及根据每个节点设备的图标和每个节点设备的坐标，从而显示出该网络的拓扑结构图。具体的，终端设备根据拓扑关系，以及根据每个节点设备的坐标，故可以生成每个节点设备的图标与相连接的下一层级的其它节点设备的图标之间的连接线。例如，根据拓扑关系的数据流向为proxy服务器1连接主数据库设备3，那么根据proxy服务器1的坐标b(8.8)和主数据库设备3的坐标d(8.6)，则可以生成连接坐标b(8.8)和坐标d(8.6)的连接线。另外，在生成的连线中，若是连接主数据库设备和从数据库设备的连接线则可以是带箭头的形式。

再者，终端设备生成了所有的连接线后，终端设备可以将每个节点设备的状态信息、每个节点设备的图标、每个节点设备的坐标和所有的连接线均再次调整数据echarts软件能够显示的数据格式，并将调整数据格式后的每个节点设备的状态信息、每个节点设备的图标、每个节点设备的坐标和所有的连接线添加到echarts软件的总体配置文件中。因此，终端设备通过echarts软件读取其总体配置文件中的每个节点设备的状态信息、每个节点设备的图标、每个节点设备的坐标和所有的连接线，终端设备就可以根据每个节点设备的坐标在显示界面的相应显示位置上显示对应每个节点设备的图标，以及显示界面上显示出每个节点设备的图标与相连接的其它节点设备的图标之间的连接线，从而每个节点设备的图标与相连接的其它节点设备的图标之间的连接关系。

可以理解到的是，显示的每个节点设备的图标和每个所述节点设备的图标与其它节点设备的图标的连接关系则构成显示出的该网络的拓扑结构图。

于本实施例中，本实施例还能够实现的是，基于显示出的拓扑结构图，运维人员可以在拓扑结构图上选择观看任一个节点设备的状态信息，以便实时的获知任一个节点设备的工作情况。作为一种方式，运维人员可以在终端设备显示拓扑结构图中进行指示目标节点设备的目标图标的操作，例如，运维人员可以将鼠标移动到拓扑结构图中目标节点设备的目标图标上，于此便指示出了目标节点设备的目标图标的需要获知目标状态信息。相应的，终端设备便能够响应检测到的该用户(运维人员)在该拓扑结构图中指示目标节点设备的目标图标的操作。终端设备根据目标节点设备的目标图标与该目标节点设备的目标状态信息之间的关联关系，故能够在拓扑结构图中显示出该目标节点设备的目标状态信息。

例如图3所示，图3示出了显示出了拓扑结构图的第一示例图。在图3中示出的拓扑结构图为具有一个dns服务器、四个proxy服务器、一个主数据库设备和三个从数据库设备，以及该一个dns服务器、四个proxy服务器、一个主数据库设备和三个从数据库设备的拓扑关系已经在图3上清楚的展示出来。当运维人员操作使得鼠标指针a悬停在proxy服务器b的图标上，那么拓扑结构图上在该proxy服务器b的图标的旁边就可以显示出该proxy服务器b的状态信息c。

于本实施例中，为便运维人员基于显示的拓扑结构图还能够清楚的获知哪一个节点发生故障，本实施例根据该拓扑关系以及每个节点设备的状态信息显示出该网络的拓扑结构图时，本实施例还能够实现的是，终端设备还可以根据每个节点设备的状态信息获知出每个节点设备是否发生故障。具体的，终端设备可以根据每个节点设备的状态信息中的状态值判断对应的每个节点设备是否发生故障。其中，该状态值为1则表明节点设备正常工作，而该状态信息为0则表明节点设备发生故障。

若终端设备根据网络中的第一节点设备的状态信息为0而表明第一节点设备发生故障，终端设备也可以为该第一节点设备分配表明第一节点设备故障的第一图标和第一坐标。其中，该第一图标在后续显示时的显示颜色可以不同与其它正常工作的节点设备的图标。

作为一种方式，终端设备也可以根据该拓扑关系中该第一节点设备的第一坐标与该第一节点设备相连接的第二节点设备的第二图标，则可以生成连接第一图标和第二图标且表示第一节点设备故障的第一连接线，其中，第一连接线可也为具有一个“x”符号来表示第一节点设备故障，以及第二节点设备可以为正常工作的节点设备。终端设备基于此，终端设备也将该第一图标、第一坐标和第一连接线同其它正常的节点设备的每个节点设备的状态信息、每个节点设备的图标、每个节点设备的坐标和所有的连接线一起添加到echarts软件的总体配置文件。这样，终端设备基于echarts软件的总体配置文件显示出的拓扑结构图后，运维人员基于显示出的第一图标和第一连接线就可以清楚获知该第一节点设备故障。

作为另一种方式，虽然终端设备设备根据该拓扑关系的定义而获知的第一节点设备与第二节点设备之间的具有连接关系，但终端设备基于获知该第一节点设备发生故障，而不生成连接第一图标和第二节点设备的第二图标的连接线。终端设备基于此，终端设备也将该第一图标、第一坐标同其它正常的节点设备的每个节点设备的状态信息、每个节点设备的图标、每个节点设备的坐标和所有的连接线一起添加到echarts软件的总体配置文件。这样，终端设备基于echarts软件的总体配置文件显示出拓扑结构图中，则不显示(无法显示)第一图标与第二节点设备的第二图标之间的连接关系，故运维人员基于显示出的第一图标，以及该第一图标无连接线，运维人员可以清楚获知该第一节点设备故障。例如图3和图4所示，图4示出了与图3相同的拓扑结构图的第二示例图，但图4中的proxy服务器b相较于图3中的该proxy服务器b，图4中的proxy服务器b发生故障，这样在图4的拓扑结构图，该故障的proxy服务器b不仅显示颜色不同于其它正常的节点设备，且该proxy服务器b与本应与该proxy服务器b相连接的其它正常的节点设备之间没有显示出任何连接线。

第三实施例

请参阅图5，本申请实施例提供了一种设备信息处理装置100，设备信息处理装置100包括：

时间点确定模块110，用于根据已更新的历史节点设备故障次数确定出采样间隔时长，以及根据所述采样间隔时长确定出下次采样的设定时间点。

判断模块120，用于判断当前时间点是否满足所述设定时间点。

执行模块130，用于在为是时，执行步骤：所述在设定时间点获得网络中的每个节点设备的状态信息

采样模块140，用于在设定时间点获得网络中的每个节点设备的状态信息。

读取模块150，用于读取预存的所述网络中节点设备之间的拓扑关系。

展示模块160，用于根据所述拓扑关系以及每个节点设备的状态信息显示出所述网络的拓扑结构图，其中，所述拓扑结构图中每个节点设备的图标关联对应的每个节点设备的状态信息。

请参阅图6，在本申请实施例中，该展示模块160包括：

第一坐标分配单元161，用于为每个节点设备分配图标和坐标。

第二坐标分配单元162，用于若所述网络中的第一节点设备的状态信息表明所述第一节点设备发生故障，为所述第一节点设备分配表明所述第一节点设备故障的第一图标和第一坐标。

关联单元163，用于将每个节点设备的状态信息与对应的每个节点设备的图标关联。

拓扑显示单元164，用于根据所述拓扑关系以及每个节点设备的图标和每个节点设备的坐标，显示出所述网络的拓扑结构图。

第一坐标分配单元161，具体用于读存预设的每个节点设备的设备类型和设备地域，为对应的每个节点设备分配图标和坐标。

所述拓扑显示单元164，具体用于根据每个节点设备的坐标在相应显示位置显示对应每个节点设备的图标，以及根据所述拓扑关系显示每个所述节点设备的图标与相连接的其它节点设备的图标的连接关系，其中，显示的每个节点设备的图标和每个所述节点设备的图标与其它节点设备的图标的连接关系构成所述网络的拓扑结构图。

以及所述拓扑显示单元164，还用于根据所述第一坐标在相应显示位置显示所述第一图标，以及根据所述拓扑关系定义的与所述第一节点设备相连接的第二节点设备之间的连接关系，不显示所述第一图标与所述第二节点设备的第二图标之间的连接关系。

其中，拓扑显示单元164，还用于状态响应检测到的用户在所述拓扑结构图中指示目标节点设备的目标图标的操作，显示所述目标节点设备的目标图标关联的目标状态信息。

需要说明的是，由于所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd－rom、光学存储器等)上实施的计算机程序产品的形式。

综上所述，本申请实施例提供了一种设备信息处理方法、装置、终端设备及储存介质。方法包括：在设定时间点获得网络中的每个节点设备的状态信息；读取预存的网络中节点设备之间的拓扑关系；根据拓扑关系以及每个节点设备的状态信息显示出网络的拓扑结构图，其中，拓扑结构图中每个节点设备的图标关联对应的每个节点设备的状态信息。

通过在设定时间点去得网络中的每个节点设备的状态信息，那么基于预存的该网络中节点设备之间的拓扑关系，就能够根据拓扑关系以及每个节点设备的状态信息显示出该网络的拓扑结构图，且该拓扑结构图中每个节点设备的图标还可以关联对应的每个节点设备的状态信息。因此，运维人员基于显示出的拓扑结构图，就能够清楚的获知在网络中每个节点设备在该设定时间点时的状态，从而更便于对数据库运维进行管理。

以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。