WO2016061974A1 - San存储系统应用软件处理方法、服务器、主机及系统 - Google Patents

San存储系统应用软件处理方法、服务器、主机及系统 Download PDF

Info

Publication number
WO2016061974A1
WO2016061974A1 PCT/CN2015/074034 CN2015074034W WO2016061974A1 WO 2016061974 A1 WO2016061974 A1 WO 2016061974A1 CN 2015074034 W CN2015074034 W CN 2015074034W WO 2016061974 A1 WO2016061974 A1 WO 2016061974A1
Authority
WO
WIPO (PCT)
Prior art keywords
application software
server
registration
response message
search
Prior art date
Application number
PCT/CN2015/074034
Other languages
English (en)
French (fr)
Inventor
唐军辉
罗成谞
张凯
唐文俊
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2016061974A1 publication Critical patent/WO2016061974A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications

Definitions

  • the present invention relates to the field of application software processing technologies in a SAN storage system, and in particular, to an application software processing method, a server, a host, and a system in a SAN storage system.
  • a magnetic array may be connected by multiple hosts, and each host is equipped with different application software (such as multi-path and host agent software) to complete the magnetic array.
  • application software such as multi-path and host agent software
  • These application softwares need to perform some configuration management and daily maintenance in order to complete their functions. Usually, they are executed on the host where the application software is located by using the command line or directly modifying the configuration file.
  • configuration management points scattered and software maintenance There are configuration management points scattered and software maintenance. Inconvenience, configuration interface is not friendly and other defects. Especially for SAN storage systems where there are a large number of hosts and applications, these drawbacks become apparent.
  • the main technical problem to be solved by the present invention is to provide an application software processing method in a SAN storage system, a corresponding server, a host, and a system, and solve the problem of how to implement centralized management of the host side application software.
  • a method for processing application software in a SAN storage system comprising:
  • the server sends a search request to the application software on each host in the specified network segment by multicasting.
  • the server receives a search response message fed back by the application software, where the search response message includes attribute information of the application software;
  • the server processes the application software according to the received search response message.
  • the step of processing, by the server, the application software according to the received search response message includes:
  • the server After receiving the search response message fed back by the application software, the server sends a registration request to the application software;
  • the server determines, according to the registration response message, whether the registration is successful, and if so, adds the application software to the management database.
  • the attribute information includes at least one of an application software identifier, an application software type, and host information of a host where the application software is located;
  • the method further includes: the server performing at least one of the following filtering processes on the application software:
  • the method further includes:
  • the application software receives a registration request sent by the server
  • the registration response receiving submodule is configured to: receive a registration response message including a registration result fed back by the application software;
  • FIG. 3 is a schematic structural diagram of a server in another SAN storage system according to Embodiment 1 of the present invention.
  • the server in this embodiment is not limited to being sent in a multicast manner when the search request is sent, and may be delivered in a unicast manner or combined with unicast if the conditions permit. It is delivered in two ways.
  • the search request in this embodiment may be described in an XML format, carrying a message header and a message body content.
  • the message header can carry various command numbers, and the message body carries the request parameters.
  • the search response sending module is configured to: after the search request receiving module receives the search request, feed back a search response message to the server, where the search response message includes attribute information of the application software.
  • the search response message in this embodiment may also be described in an XML format, carrying a message header and message body content.
  • the message header can carry various command numbers, and the message body carries various attribute parameters of the response.
  • Step 602 The application software receives a search request sent by the server in a multicast manner, and feeds back a search response message to the server, where the search response message includes attribute information of the application software.
  • the server determines whether the registration is successful according to the registration response message, and if so, adds the application software to the management database.
  • the application software can be added by means of classification processing, that is, classification, identification and maintenance of different types of application software.
  • the management database here is preferably set to the server's local database, and of course can be set to a non-local database as needed. In this embodiment, the same type of application software for different hosts can be configured and managed in a single or batch manner.
  • the attribute information in this embodiment includes at least one of an application software identifier, an application software type, and host information of a host where the application software is located; and before the server sends the registration request to the application software, the server further includes at least one of the following filtering processes:
  • the search response message fed back by different network segments of the same application software is filtered according to the application software identifier.
  • the server adds the application software to the management database, it also includes:
  • the server sends a status detection request message to the application software according to the preset maintenance policy
  • the server determines whether the status detection response message fed back by the application software is received within a preset time; if not received, the connectivity detection is performed on the host where the application software is located according to a preset policy (for example, using a ping method). Then, the status of the application software is set to “host does not respond”; otherwise, the status of the application software is set to “host unreachable”; if the status detection response message fed back by the application software is received, the registration status included in the response message is detected according to the status. Maintain the state of the application.
  • a mandatory discovery indicator for indicating forced discovery may be added to the search request sent by the server; and when the server is to force the application to be registered, the server may also be under the A mandatory registration indicator is added to the registration request sent.
  • the server in this embodiment is not limited to being sent in a multicast manner when the search request is sent, and may be delivered in a unicast manner or combined with unicast if the conditions permit. It is delivered in two ways.
  • the search request in this embodiment may be described in an XML format, carrying a message header and a message body content.
  • the message header can carry various command numbers, and the message body carries the request parameters.
  • the user can initiate the query and configuration operation of the application software through the WEB interface provided by the server; the server presents the related query and configuration information to the user through the interface.
  • the application software determines whether it has been registered by the server; if so, it determines whether the search request contains a mandatory discovery indicator, and if so, feeds back a search response message to the server; if not, does not feed back a search response message to the server.
  • the search response message in this embodiment may also be described in an XML format, carrying a message header and message body content.
  • the message header can carry various command numbers, and the message body carries various attribute parameters of the response.
  • the server in this embodiment is used to initiate a search request, and after receiving the search response fed back by the application software, summarizes the search response, identifies and filters the application software, and initiates registration and registration with the application software.
  • the application software information is added to the management database, and the application software is classified into different modules for management and maintenance; after the power is applied, the application software generates a unique identifier of the application software, and reads whether the server has been registered. Then bind the auto-discovery port for listening.
  • After receiving the server automatic discovery and registration request it is processed separately according to whether the application software has been registered, and then responds to the server.
  • the application software accepts the management of the server, and responds to the single or batch configuration and status query and modification of the server.
  • FIG. 7 is a flowchart of automatic discovery, identification, and processing of the application software in this embodiment, as shown in FIG. 7 , specifically including:
  • Step 701 The server obtains the network segment where the server is located, and initiates a multicast search request for the host in the required network segment according to the configuration.
  • Step 702 After receiving the search request of the server, the application software processes the request according to whether the application software has been registered and whether the server has a mandatory discovery identifier;
  • the server determines whether the server carries the mandatory discovery indicator. If not, the server does not respond to the server search request. Otherwise, the application information such as the application type, status, and host system type is obtained, and the server search is performed. request.
  • Step 703 The application software feeds back a search response to the server.
  • Step 704 The server receives the search response message of the application software within a specified time, and summarizes the response. After the set time expires, the server stops receiving the application software search response message; and parses and acquires the received application software XML format message. Fields such as the identifier, type, status, and host type of the application software;
  • Step 705 The server identifies and filters the application software.
  • the server identifies the application software according to the application software type field, and determines whether the network segment where the application software is located is the searched network segment, and if not, filters out; and according to the unique identifier of the software, determines whether the two response messages are through different networks. The same application that the segment arrives, and if so, it is filtered out;
  • Step 706 The server initiates a registration request for the filtered application.
  • the server may or may not choose to forcibly register application software that has been registered by another server;
  • Step 707 After receiving the registration request of the server, the application software processes according to whether the application software has been registered and whether the server has a mandatory registration indication.
  • the server determines whether the server carries the mandatory registration indicator. If not, the server responds to the server that the application software has been registered. Otherwise, the response server is successfully registered.
  • Step 708 The application software feeds back a registration response to the server.
  • Step 709 The server receives the registration response message and performs related processing.
  • the processing of the application is discarded. If the registration fails, the processing of the application is discarded. If the registration is successful, the application software information is added to the management database, and the application software is classified into different modules for management and maintenance, and the server can perform configuration management such as single or batch query and modification of the application software;
  • Step 710 The timing detection time is up, and the server initiates a state detection request to the application software.
  • Step 711 The application software receives the status detection request and performs processing.
  • the response is "unregistered” to the server, and then it is determined whether the server registered by the application software is the same as the server that sends the status detection request. If not, the response "has been Other servers are registered to the server; the current working state of the application software is obtained, and the response is sent to the server;
  • Step 712 The application software responds to the server with the application software status information.
  • Step 713 The server updates the application software status according to the application software status information response status.
  • the ping method is used on the server to determine whether the host where the application software is located can be pinged. If the ping fails, the state of the application software is set to "host unreachable”. Otherwise, the status of the application software is set to "Host does not respond";
  • the application software response message is received, if the "unregistered” information is returned, the status of the application software is set to "unregistered", and if the "already registered by other server” information is returned, the status of the application software is set to " The registration information does not match. If the "Exception” is returned, the status of the application software is set to "Exception”. Otherwise, if "Normal” is returned, the status of the application software is set to "Normal".
  • the server updates the application state information to the database.
  • the embodiment of the invention also discloses a computer program, comprising program instructions, which when executed by a computer, enable the computer to execute any of the above methods.
  • the embodiment of the invention also discloses a carrier carrying the computer program.
  • the application software management method, the server, the host, and the system in the SAN storage system provided by the technical solution of the present invention, the server sends a search request to the application software on each host in the specified network segment by multicast; and the application software receives the search After the request, the search response message may be fed back to the server according to the situation, and the search response message includes attribute information of the application software; the server may manage each application software according to the received search response message. That is, the server in the technical solution of the present invention can automatically discover the application software on the host side through multicast mode and perform centralized management based on the response of each application software, thereby realizing centralized management of the host side application software, and solving the present problem. There are related defects such as distributed configuration management points, inconvenient software maintenance, and unfriendly configuration interface. Therefore, the present invention has strong industrial applicability.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

一种SAN存储系统中应用软件处理方法、服务器、主机及系统,服务器向指定网段内的各主机上的应用软件通过组播的方式发送搜索请求;和应用软件接收到该搜索请求后即可根据自身情况向服务器反馈搜索响应消息,该搜索响应消息包含应用软件的属性信息;服务器可根据接收到的搜索响应消息对各应用软件进行处理。也即,本发明技术方案中的服务器可通过组播的方式自动发现主机侧的各应用软件并基于各应用软件的响应的进行集中管理,实现了对主机侧应用软件进行集中管理,解决了相关技术主机侧应用软件管理存在的配置管理点分散、软件维护不方便、配置界面不友好等缺陷。

Description

SAN存储系统应用软件处理方法、服务器、主机及系统 技术领域
本发明涉及SAN存储系统中应用软件处理技术领域,具体涉及一种SAN存储系统中应用软件处理方法、服务器、主机及系统。
背景技术
在SAN(Storage Area Network:存储区域网络)存储系统中,磁阵可能会被多个主机连接,每个主机又装有一些不同的应用软件(如多路径和主机代理软件)来协作磁阵完成存储系统的一些功能,这些应用软件为了完成各自功能需要做一些配置管理和日常维护,通常是采用命令行或者直接修改配置文件的方式在应用软件所在主机上进行,存在配置管理点分散、软件维护不方便、配置界面不友好等缺陷。特别是对于存在大量主机和应用软件的SAN存储系统中,这些缺陷就变得明显。
发明内容
本发明要解决的主要技术问题是,提供一种SAN存储系统中应用软件处理方法、相应的服务器、主机及系统,解决如何实现对主机侧应用软件进行集中管理的问题。
为解决上述技术问题,采用如下技术方案:
一种SAN存储系统中应用软件处理方法,包括:
服务器向指定网段内的各主机上的应用软件通过组播的方式发送搜索请求;
所述服务器接收应用软件反馈的搜索响应消息,其中,所述搜索响应消息包含应用软件的属性信息;
所述服务器根据接收到的搜索响应消息对所述应用软件进行处理。
可选地,所述服务器根据接收到的搜索响应消息对所述应用软件进行处理的步骤包括:
所述服务器接收到所述应用软件反馈的搜索响应消息后,向该应用软件发送注册请求;
所述服务器接收所述应用软件反馈的包含注册结果的注册响应消息;
所述服务器根据所述注册响应消息判断是否注册成功,如是,将所述应用软件加入管理数据库。
可选地,所述属性信息包括应用软件标识、应用软件类型、应用软件所在主机的主机信息中的至少一种;
所述服务器向所述应用软件发送注册请求之前,该方法还包括:所述服务器对所述应用软件执行以下过滤处理中的至少一种:
根据所述应用软件所在主机的主机信息对不属于所述指定网段内的应用软件进行过滤处理;
根据所述应用软件类型对不属于预设管理类型的应用软件进行过滤处理;
根据所述应用软件标识对同一应用软件通过不同网段反馈的搜索响应消息进行过滤处理。
可选地,所述服务器将所述应用软件加入管理数据库的步骤之后,该方法还包括:
所述服务器根据预设的维护策略向所述应用软件发送状态检测请求消息;
所述服务器判断预设时间内是否接收到所述应用软件反馈的状态检测响应消息;如未收到,根据预设策略对所述应用软件所在主机进行连通性检测,如检测通过,则设置所述应用软件的状态为“主机不响应”,否则,设置所述应用软件的状态为“主机不可达”;如接收到所述应用软件反馈的状态检测响应消息,根据所述状态检测响应消息中包含的注册状态维护所述应用软件的状态。
可选地,所述服务器将所述应用软件加入管理数据库的步骤包括:所述服务器根据所述应用软件的应用软件类型对其进行分类存储处理。
可选地,所述搜索请求中包含用于指示进行强制发现的强制发现指示符。
可选地,所述注册请求中包含用于指示进行强制注册的强制注册指示符。
一种SAN存储系统中应用软件处理方法,包括:
主机上的应用软件接收服务器通过组播的方式发送的搜索请求;
所述应用软件接收到所述搜索请求后,向所述服务器反馈搜索响应消息,所述搜索响应消息包含所述应用软件的属性信息。
可选地,该方法还包括:
所述应用软件接收所述服务器发送的注册请求;
所述应用软件根据所述注册请求进行处理后,向所述服务器反馈包含注册结果的注册响应消息。
可选地,所述搜索请求中包含强制发现指示符;
所述应用软件接收到所述搜索请求的步骤之后,向所述服务器反馈搜索响应消息的步骤之前,该方法还包括:
所述应用软件判断其是否已经被服务器注册;如是,判断所述搜索请求中是否包含强制发现指示符,如包含,则向所述服务器反馈所述搜索响应消息;如不包含,不向所述服务器反馈所述搜索响应消息。
可选地,所述注册请求中包含强制注册指示符;
所述应用软件根据所述注册请求进行处理的步骤包括:
所述应用软件判断该应用软件是否已经被服务器注册,如是,判断所述注册请求中是否包含强制注册指示符,如不包含,将所述注册结果设置为“已经被注册”;如包含,将所述注册结果设置为“注册成功”。
可选地,所述应用软件向所述服务器反馈包含注册结果的注册响应消息的步骤之后,该方法还包括:
所述应用软件接收所述服务器根据预设的维护策略发送的状态检测请求消息;
所述应用软件判断该应用软件是否已经被服务器注册,如是,则将状态检测响应消息中的注册状态设置为“未注册”;否则,判断该应用软件是否 是被发送所述状态检测请求消息的服务器注册,如否,则将状态检测响应消息中的注册状态设置为“被其他服务器注册”,如是,获取该应用软件当前的工作状态并将该工作状态反馈给所述服务器。
一种SAN存储系统中应用软件处理方法,包括:
服务器向指定网段内的各主机上的应用软件通过组播的方式发送搜索请求;
所述应用软件接收服务器通过组播的方式发送的搜索请求,向所述服务器反馈搜索响应消息,所述搜索响应消息包含所述应用软件的属性信息;
所述服务器接收所述应用软件反馈的搜索响应消息;
所述服务器根据接收到的所述搜索响应消息对所述应用软件进行处理。
一种计算机程序,包括程序指令,当该程序指令被计算机执行时,使得该计算机可执行上述任意的应用软件处理方法。
一种载有所述计算机程序的载体。
一种SAN存储系统中的服务器,包括搜索请求发送模块、搜索响应接收模块和处理模块,其中,
所述搜索请求发送模块设置成:向指定网段内的各主机上的应用软件通过组播的方式发送搜索请求;
所述搜索响应接收模块设置成:接收所述应用软件反馈的搜索响应消息,其中,所述搜索响应消息包含所述应用软件的属性信息;
所述处理模块设置成:根据接收到的所述搜索响应消息对所述应用软件进行处理。
可选地,所述处理模块包括注册请求发送子模块、注册响应接收子模块和处理子模块,其中,
所述注册请求发送子模块设置成:在所述搜索响应接收模块接收到所述 应用软件反馈的所述搜索响应消息后,向该应用软件发送注册请求;
所述注册响应接收子模块设置成:接收所述应用软件反馈的包含注册结果的注册响应消息;
所述处理子模块设置成:根据所述注册响应消息判断是否注册成功,如是,将所述应用软件加入管理数据库。
可选地,该服务器还包括过滤模块,其中,
所述属性信息包括应用软件标识、应用软件类型、应用软件所在主机的主机信息中的至少一种;
所述过滤模块还设置成:在所述注册请求发送子模块向所述应用软件发送注册请求之前,进行以下过滤处理中的至少一种:
根据所述应用软件所在主机的主机信息对不属于所述指定网段内的应用软件进行过滤处理;
根据所述应用软件类型对不属于预设管理类型的应用软件进行过滤处理;
根据所述应用软件标识对同一应用软件通过不同网段反馈的搜索响应消息进行过滤处理。
一种主机,包括应用软件,所述应用软件包括搜索请求接收模块和搜索响应发送模块,其中,
所述搜索请求接收模块设置成:接收服务器通过组播的方式发送的搜索请求;
所述搜索响应发送模块设置成:在所述搜索请求接收模块接收到所述搜索请求后,向所述服务器反馈搜索响应消息,所述搜索响应消息包含所述应用软件的属性信息。
可选地,所述应用软件还包括注册请求接收模块和注册响应发送模块,其中,
所述注册请求接收模块设置成:接收所述服务器发送的注册请求;
所述注册响应发送模块设置成:根据所述注册请求进行处理后,向所述服务器反馈包含注册结果的注册响应消息。
可选地,所述搜索请求中包含强制发现指示符;
所述应用软件还包括搜索处理模块,设置成:在所述搜索响应发送模块向所述服务器反馈所述搜索响应消息之前,判断所述应用软件是否已经被服务器注册;如是,判断所述搜索请求中是否包含强制发现指示符,如包含,向所述服务器反馈所述搜索响应消息,如不包含,不向所述服务器反馈所述搜索响应消息。
可选地,所述注册请求中包含强制注册指示符;
所述注册响应发送模块包括注册处理子模块,设置成:判断所述应用软件是否已经被所述服务器注册,如是,判断所述注册请求中是否包含强制注册指示符,如不包含,将所述注册结果设置为“已经被注册”;如包含,将所述注册结果设置为“注册成功”。
一种SAN存储系统中应用软件处理系统,其中,包括服务器和主机;
所述服务器设置成:向指定网段内的各主机上的应用软件通过组播的方式发送搜索请求,以及接收所述用软件反馈的搜索响应消息;还根据接收到的搜索响应消息对多个应用软件进行处理。
所述主机上的应用软件设置成:接收服务器通过组播的方式发送的搜索请求,向所述服务器反馈所述搜索响应消息,所述搜索响应消息包含所述应用软件的属性信息。
本发明技术方案的有益效果是:
本发明技术方案提供的SAN存储系统中应用软件管理方法、服务器、主机及系统,服务器向指定网段内的各主机上的应用软件通过组播的方式发送搜索请求;和应用软件接收到该搜索请求后即可根据自身情况向服务器反馈搜索响应消息,该搜索响应消息包含应用软件的属性信息;服务器可根据接收到的搜索响应消息对各应用软件进行管理。也即,本发明技术方案中的服 务器可通过组播的方式自动发现主机侧的各应用软件并基于各应用软件的响应的进行集中管理,实现了对主机侧应用软件进行集中管理,解决了相关技术的主机侧应用软件管理存在的配置管理点分散、软件维护不方便、配置界面不友好等缺陷。
附图概述
图1为本发明实施例一提供的SAN存储系统中应用软件处理系统结构示意图;
图2为本发明实施例一提供的SAN存储系统中的服务器构示意图;
图3为本发明实施例一提供的另一SAN存储系统中的服务器结构示意图;
图4为本发明实施例一提供的SAN存储系统中的主机的构示意图;
图5为本发明实施例一提供的另一SAN存储系统中的主机的构示意图;
图6为本发明实施例二提供的SAN存储系统中应用软件处理方法流程示意图;
图7为本发明实施例三提供的SAN存储系统中应用软件处理方法流程示意图。
本发明的较佳实施方式
下面通过具体实施方式结合附图对本发明作进一步详细说明。
实施例一:
请参见图1所示,本实施例中的SAN存储系统中应用软件处理系统包括服务器和主机,主机包括设置在主机侧的应用软件;其中,服务器用于向指定网段(该指定网段可以是服务器所在的至少一个网段,也可以是其所在的多个或所有网段,当包括多个网段时,针对多个网段服务器可以采用并发的方式组播搜索请求,以提升对应用软件发现、识别和管理的效率)内的各主机上的应用软件通过组播的方式发送搜索请求,以及接收应用软件反馈的搜索响应消息;根据接收到的搜索响应消息对各应用软件进行处理。通过上述 过程服务器实现了自动发现主机侧应用软件,并可基于这些应用软件的搜素响应消息进行处理,此处的处理包括识别、注册、分类存储以及后续的状态查询维护等等。
主机上的应用软件用于接收服务器通过组播的方式发送的搜索请求,向服务器反馈搜索响应消息,所反馈的搜索响应消息包含应用软件的属性信息;本实施例中的属性信息包括应用软件标识(可以是应用软件的唯一标识)、应用软件类型、应用软件所在主机的主机信息、应用软件状态(可以包含工作状态和注册状态中的至少一种)中的至少一种。具体的,主机上的应用软件对相应的组播端口进行侦听,当接收到搜索请求后,获取自身的相关属性信息通过搜索响应消息反馈给服务器。
请参见图2所示,本实施例中的SAN存储系统中的服务器包括搜索请求发送模块、搜索响应接收模块和处理模块;
搜索请求发送模块设置成:向指定网段内的各主机上的应用软件通过组播的方式发送搜索请求;
搜索响应接收模块设置成:接收应用软件反馈的搜索响应消息;该搜索响应消息包含应用软件的属性信息;
处理模块设置成:根据接收到的搜索响应消息对各应用软件进行处理。
其中,处理模块包括注册请求发送子模块、注册响应接收子模块和处理子模块;
注册请求发送子模块设置成:在搜索响应接收模块接收到应用软件反馈的搜索响应消息后,向该应用软件发送注册请求;
注册响应接收子模块设置成:接收应用软件反馈的包含注册结果的注册响应消息;
处理子模块设置成:根据注册响应消息判断是否注册成功,如是,将该应用软件加入管理数据库。在将该应用软件加入管理数据库时,可以采用分类处理的方式进行加入,即对不同类型的应用软件进行分类识别和维护。此处的管理数据库优选设置为服务器的本地数据库,当然根据需要也可设置为非本地数据库。本实施例中对于不同主机的同一类应用软件可以采用单个或 批量的方式进行配置和管理维护。
请参见图3所示,本实施例中的服务器还包括过滤模块;服务器接收到搜索响应消息中对其进行解析得到其包含的属性信息,其中属性信息包括应用软件标识、应用软件类型、应用软件所在主机的主机信息中的至少一种;过滤模块设置成:在注册请求发送子模块向应用软件发送注册请求之前,先进行以下至少一种过滤处理:
根据应用软件主机的主机信息对不属于指定网段内的应用软件进行过滤处理;
根据应用软件类型对不属于预设管理类型的应用软件进行过滤处理;此处的预设管理类型可根据具体的应用场景进行选择设定;
根据应用软件标识对同一应用软件通过不同网段反馈的搜索响应消息进行过滤处理。
本实施例中,当服务器需要强制发现应用软件时,可以在其下发的搜索请求中添加用于指示强制发现的强制发现指示符;且当服务器要强制注册应用软件时,也可以在其下发的注册请求中添加强制注册指示符。
应当理解的是,本实施例中的服务器在下发搜索请求时,并不局限于通过组播的方式下发,在条件允许的情况下,也可采用单播的方式下发,或者结合单播和组播两种方式进行下发。本实施例中的搜索请求可以采用XML格式描述,携带消息头和消息体内容。其中消息头中可以携带各种命令号,消息体中携带请求参数。
本实施例中服务器将注册成功的应用软件加入管理数据库后,服务器还根据预设的维护策略(可以是周期性的检测)向应用软件发送状态检测请求消息;
服务器判断预设时间内是否接收到应用软件反馈的状态检测响应消息;如未收到,根据预设策略(例如采用ping的方式)对应用软件所在主机进行连通性检测,如检测通过,则设置应用软件的状态为“主机不响应”,否则,设置应用软件的状态为“主机不可达”;如接收到应用软件反馈的状态检测响应消息,根据该状态检测响应消息中包含的注册状态维护应用软件的状态。 当根据状态检测响应消息中包含的注册状判断应用软件的注册状态变化时,服务器需在管理数据库中进行对应更新;当然,该检测还可包括对应用软件工作状态等相关信息的检测。
对于应用软件的状态为“主机不可达”的,可能是因为应用软件所在主机IP变化引起的,这对这类应用软件可以定期采用自动发现搜索,如发现了该应用软件,可以更新管理数据库中应用软件对应的IP。
本实施例中用户可以通过服务器提供的WEB界面发起对应用软件的查询、配置操作;服务器将相关查询、配置信息通过该界面呈现给用户。
本实施例中的主机上的应用软件在上电时可以生成应用软件标识,也即唯一标识信息,并读取该应用软件是否已经被服务器注册的注册标识,然后绑定组播端口进行侦听。具体的,请参见图4所示,主机包括应用软件,应用软件包括搜索请求接收模块、搜索响应发送模块;
搜索请求接收模块设置成:接收服务器通过组播的方式发送的搜索请求;
搜索响应发送模块设置成:在搜索请求接收模块接收到所述搜索请求后,向服务器反馈搜索响应消息,搜索响应消息包含应用软件的属性信息。本实施例中的搜索响应消息也可以采用XML格式描述,携带消息头和消息体内容。其中消息头中可以携带各种命令号,消息体中携带响应的各种属性参数。
本实施例中,应用软件还包括搜索处理模块,设置成:在搜索响应发送模块向服务器反馈搜索响应消息之前,判断应用软件是否已经被服务器注册;如是,判断接收到的搜索请求中是否包含强制发现指示符,如包含,向服务器反馈搜索响应消息,如不包含,则不向服务器反馈搜索响应消息。
请参见图5所示,应用软件还包括注册请求接收模块、注册响应发送模块;
注册请求接收模块设置成:接收服务器发送的注册请求;
注册响应发送模块设置成:根据接收到的注册请求进行处理后,向服务器反馈包含注册结果的注册响应消息。
其中,注册响应发送模块包括注册处理子模块,设置成:判断应用软件是否已经被服务器注册,如是,判断接收到的注册请求中是否包含强制注册 指示符,如不包含,将注册响应消息中的注册结果设置为“已经被注册”;如包含,将注册响应消息中的注册结果设置为“注册成功”。服务器接收到该注册响应消息后,即可根据该注册结果判定是否注册成功,如注册成功,则将该应用软件加入本地的管理数据库;否则,不添加或对其进行标识为注册失败等。
本实施例中,应用软件接收服务器根据预设的维护策略发送的状态检测请求消息后,应用软件判断其是否已经被服务器注册,如是,则将状态检测响应消息中的注册状态设置为“未注册”;否则,判断其是否是被发送状态检测请求消息的服务器注册,如否,则将状态检测响应消息中的注册状态设置为“被其他服务器注册”,如是,则可进一步获取其当前的工作状态反馈给服务器;此处的工作状态包括应用软件当前是否异常,如当前应用软件异常,则设置工作状态为“异常”;否则,设置工作状态为“正常”。服务器接收到应用软件反馈的状态检测响应消息后,根据该状态检测响应消息中包含的注册状态维护应用软件的状态的过程则包括:当注册状态为“未注册”时,则设置管理数据库中该应用软件为“未注册”,当注册状态为“被其他服务器注册”时,则设置管理数据库中该应用软件为“注册信息不匹配”;如接收到的工作状态为“异常”,则设置管理数据库中该应用软件为“异常”;如接收到的工作状态为“正常”,则设置管理数据库中该应用软件为“正常”。
实施例二:
本实施例提供的SAN存储系统中应用软件处理方法请参见图6所示,包括:
步骤601:服务器向指定网段内的各主机上的应用软件通过组播的方式发送搜索请求;
步骤602:应用软件接收服务器通过组播的方式发送的搜索请求,向服务器反馈搜索响应消息,该搜索响应消息包含应用软件的属性信息;
步骤603:服务器接收应用软件反馈的搜索响应消息;根据接收到的搜索响应消息对各应用软件进行处理。
服务器根据接收到的搜索响应消息对各应用软件进行处理包括:
服务器接收到应用软件反馈的搜索响应消息后,向该应用软件发送注册请求;
服务器接收应用软件反馈的包含注册结果的注册响应消息;
服务器根据所述注册响应消息判断是否注册成功,如是,将应用软件加入管理数据库。在将该应用软件加入管理数据库时,可以采用分类处理的方式进行加入,即对不同类型的应用软件进行分类识别和维护。此处的管理数据库优选设置为服务器的本地数据库,当然根据需要也可设置为非本地数据库。本实施例中对于不同主机的同一类应用软件可以采用单个或批量的方式进行配置和管理维护。
本实施例中的属性信息包括应用软件标识、应用软件类型、应用软件所在主机的主机信息中的至少一种;服务器向应用软件发送注册请求之前,还包括以下至少一种过滤处理:
根据应用软件所在主机的主机信息对不属于指定网段内的应用软件进行过滤处理;
根据应用软件类型对不属于预设管理类型的应用软件进行过滤处理;
根据应用软件标识对同一应用软件通过不同网段反馈的搜索响应消息进行过滤处理。
服务器将应用软件加入管理数据库后,还包括:
服务器根据预设的维护策略向应用软件发送状态检测请求消息;
服务器判断预设时间内是否接收到所述应用软件反馈的状态检测响应消息;如未收到,根据预设策略(例如采用ping的方式)对应用软件所在主机进行连通性检测,如检测通过,则设置应用软件的状态为“主机不响应”,否则,设置应用软件的状态为“主机不可达”;如接收到应用软件反馈的状态检测响应消息,根据该状态检测响应消息中包含的注册状态维护应用软件的状态。当根据状态检测响应消息中包含的注册状判断应用软件的注册状态变化时,服务器需在管理数据库中进行对应更新;当然,该检测还可包括对应用软件工作状态等相关信息的检测。对于应用软件的状态为“主机不可达” 的,可能是因为应用软件所在主机IP变化引起的,这对这类应用软件可以定期采用自动发现搜索,如发现了该应用软件,可以更新管理数据库中应用软件对应的IP。
本实施例中,当服务器需要强制发现应用软件时,可以在其下发的搜索请求中添加用于指示强制发现的强制发现指示符;且当服务器要强制注册应用软件时,也可以在其下发的注册请求中添加强制注册指示符。
应当理解的是,本实施例中的服务器在下发搜索请求时,并不局限于通过组播的方式下发,在条件允许的情况下,也可采用单播的方式下发,或者结合单播和组播两种方式进行下发。本实施例中的搜索请求可以采用XML格式描述,携带消息头和消息体内容。其中消息头中可以携带各种命令号,消息体中携带请求参数。
本实施例中用户可以通过服务器提供的WEB界面发起对应用软件的查询、配置操作;服务器将相关查询、配置信息通过该界面呈现给用户。
本实施例中,应用软件接收到服务器发送的搜索请求后,向服务器反馈搜索响应消息之前,其处理过程包括:
应用软件判断其是否已经被服务器注册;如是,判断搜索请求中是否包含强制发现指示符,如包含,则向服务器反馈搜索响应消息;如不包含,不向服务器反馈搜索响应消息。本实施例中的搜索响应消息也可以采用XML格式描述,携带消息头和消息体内容。其中消息头中可以携带各种命令号,消息体中携带响应的各种属性参数。
应用软件接收到服务器发送的注册请求后,根据该注册请求进行处理,向服务器反馈包含注册结果的注册响应消息。其处理过程包括:
应用软件判断其是否已经被服务器注册,如是,判断注册请求中是否包含强制注册指示符,如不包含,将注册结果设置为“已经被注册”;如包含,将注册结果设置为“注册成功”。服务器接收到该注册响应消息后,即可根据该注册结果判定是否注册成功,如注册成功,则将该应用软件加入本地的管理数据库;否则,不添加或对其进行标识为注册失败等。
本实施例中,应用软件接收服务器根据预设的维护策略发送的状态检测 请求消息后,应用软件判断其是否已经被服务器注册,如是,则将状态检测响应消息中的注册状态设置为“未注册”;否则,判断其是否是被发送状态检测请求消息的服务器注册,如否,则将状态检测响应消息中的注册状态设置为“被其他服务器注册”,如是,则可进一步获取其当前的工作状态反馈给服务器;此处的工作状态包括应用软件当前是否异常,如当前应用软件异常,则设置工作状态为“异常”;否则,设置工作状态为“正常”。服务器接收到应用软件反馈的状态检测响应消息后,根据该状态检测响应消息中包含的注册状态维护应用软件的状态的过程则包括:当注册状态为“未注册”时,则设置管理数据库中该应用软件为“未注册”,当注册状态为“被其他服务器注册”时,则设置管理数据库中该应用软件为“注册信息不匹配”;如接收到的工作状态为“异常”,则设置管理数据库中该应用软件为“异常”;如接收到的工作状态为“正常”,则设置管理数据库中该应用软件为“正常”。
实施例三:
为了更好的理解本发明,下面以一个完整的示例对本发明做示例性的说明。
总的来说,本实施例中的服务器用于发起搜索请求,接收到应用软件反馈的搜索响应后,再对搜索响应进行汇总,对应用软件进行识别、过滤,并向应用软件发起注册,注册成功后将应用软件信息添加到管理数据库中,并对应用软件分类到不同模块进行管理和维护;应用软件在上电后,生成应用软件唯一标示,并读取服务器是否已经注册标示。然后绑定自动发现端口,进行侦听。在接收到服务器自动发现以及注册请求后,根据应用软件是否已经被注册分别进行处理,然后响应服务器。注册成功后,应用软件接受服务器的管理,响应服务器的单个或者批量配置和状态的查询、修改等操作。
图7本实施例应用软件的自动发现、识别与处理流程图,如图7所示,具体包括:
步骤701:服务器获取其所在的网段,根据配置对需要的网段中的主机发起组播搜索请求;
其中,服务器可以选择是其所在的全网段或者是某一个网段搜索应用,服务器根据选择的网段向该网段发起组播搜索请求;在选择的是多个网段时,服务器采用并发的方式发送搜索请求;服务器可以选择或者不选择强制发现已经被其它服务器注册的应用软件;
步骤702:应用软件收到服务器的搜索请求后,根据应用软件是否已经被注册和服务器是否带强制发现标示来对请求进行处理;
其中,如果应用软件已经被服务器注册,则再判断服务器是否携带强制发现指示符,如果没有携带,则不响应服务器搜索请求,否则获取应用软件类型、状态、主机系统类型等属性信息,响应服务器搜索请求。
步骤703:应用软件向服务器反馈搜索响应;
步骤704:服务器在规定时间内接收应用软件的搜索响应消息,并对响应进行汇总,超过设置时间后,停止接收应用软件搜索响应消息;并对已经接收到的应用软件XML格式消息进行解析,获取应用软件的标示、类型、状态、主机类型等字段;
步骤705:服务器对应用软件进行识别、过滤;
其中,服务器根据应用软件类型字段对应用软件进行识别,并判断应用软件所在网段是否为搜索的网段,如果不是则过滤掉;再根据软件唯一标示判断两个响应的消息是否是通过不同网段到达的同一个应用软件,如果是,则过滤掉;
步骤706:服务器对过滤之后的应用发起注册请求;
其中,服务器可以选择或者不选择强制注册已经被其它服务器注册的应用软件;
步骤707:应用软件收到服务器的注册请求后,根据应用软件是否已经被注册和服务器是否带强制注册标示来进行处理,
其中,如果应用软件已经被服务器注册,则再判断服务器是否携带强制注册标示,如果没有携带,则响应服务器“应用软件已经被注册”信息,否则响应服务器注册成功。
步骤708:应用软件向服务器反馈注册响应;
步骤709:服务器接收到注册响应消息,进行相关处理;
如果注册失败,则放弃对该应用软件的处理。如果注册成功,将应用软件信息添加到管理数据库中,并对应用软件分类到不同模块进行管理和维护,服务器可以对应用软件进行单个或者批量的查询、修改等配置管理;
步骤710:定时检测时间到,服务器对应用软件发起状态检测请求;
步骤711:应用软件收到状态检测请求,进行处理;
其中,先判断应用软件是否已经被服务器注册,如果没有注册,则响应“未注册”给服务器,再判断应用软件注册的服务器是否与发送状态检测请求的服务器相同,如果不相同则响应“已经被其它服务器注册”给服务器;再获取应用软件当前工作状态,响应给服务器;
步骤712:应用软件将应用软件状态信息响应给服务器;
步骤713:服务器根据应用软件状态信息响应情况,更新应用软件状态;
其中,在超时没有接收到应用软件响应消息情况下,则在服务器上采用ping的方式,判断应用软件所在主机能否ping通,如果不能ping通,则设置应用软件的状态为“主机不可达”;否则设置应用软件的状态为“主机不响应”;
在接收到了应用软件响应消息的情况下,如果返回“未注册”信息,则设置应用软件的状态为“未注册”,如果返回“已经被其它服务器注册”信息,则设置应用软件的状态为“注册信息不匹配”,如果返回“异常”,则设置应用软件的状态为“异常”,否则如果返回“正常”,则设置应用软件的状态为“正常”。
服务器将应用软件状态信息更新到数据库中。
本发明实施例还公开了一种计算机程序,包括程序指令,当该程序指令被计算机执行时,使得该计算机可执行上述任意的方法。
本发明实施例还公开了一种载有所述计算机程序的载体。
以上内容是结合具体的实施方式对本发明所作的进一步详细说明,不能 认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
工业实用性
本发明技术方案提供的SAN存储系统中应用软件管理方法、服务器、主机及系统,服务器向指定网段内的各主机上的应用软件通过组播的方式发送搜索请求;和应用软件接收到该搜索请求后即可根据自身情况向服务器反馈搜索响应消息,该搜索响应消息包含应用软件的属性信息;服务器可根据接收到的搜索响应消息对各应用软件进行管理。也即,本发明技术方案中的服务器可通过组播的方式自动发现主机侧的各应用软件并基于各应用软件的响应的进行集中管理,实现了对主机侧应用软件进行集中管理,解决了现有相关主机侧应用软件管理存在的配置管理点分散、软件维护不方便、配置界面不友好等缺陷。因此本发明具有很强的工业实用性。

Claims (21)

  1. 一种SAN存储系统中应用软件处理方法,包括:
    服务器向指定网段内的各主机上的应用软件通过组播的方式发送搜索请求;
    所述服务器接收应用软件反馈的搜索响应消息,其中,所述搜索响应消息包含应用软件的属性信息;
    所述服务器根据接收到的搜索响应消息对所述应用软件进行处理。
  2. 如权利要求1所述的SAN存储系统中应用软件处理方法,其中,所述服务器根据接收到的搜索响应消息对所述应用软件进行处理的步骤包括:
    所述服务器接收到所述应用软件反馈的搜索响应消息后,向该应用软件发送注册请求;
    所述服务器接收所述应用软件反馈的包含注册结果的注册响应消息;
    所述服务器根据所述注册响应消息判断是否注册成功,如是,将所述应用软件加入管理数据库。
  3. 如权利要求2所述的SAN存储系统中应用软件处理方法,其中,
    所述属性信息包括应用软件标识、应用软件类型、应用软件所在主机的主机信息中的至少一种;
    所述服务器向所述应用软件发送注册请求之前,该方法还包括:所述服务器对所述应用软件执行以下过滤处理中的至少一种:
    根据所述应用软件所在主机的主机信息对不属于所述指定网段内的应用软件进行过滤处理;
    根据所述应用软件类型对不属于预设管理类型的应用软件进行过滤处理;
    根据所述应用软件标识对同一应用软件通过不同网段反馈的搜索响应消息进行过滤处理。
  4. 如权利要求2所述的SAN存储系统中应用软件处理方法,其中,所述服务器将所述应用软件加入管理数据库的步骤之后,该方法还包括:
    所述服务器根据预设的维护策略向所述应用软件发送状态检测请求消息;
    所述服务器判断预设时间内是否接收到所述应用软件反馈的状态检测响应消息;如未收到,根据预设策略对所述应用软件所在主机进行连通性检测,如检测通过,则设置所述应用软件的状态为“主机不响应”,否则,设置所述应用软件的状态为“主机不可达”;如接收到所述应用软件反馈的状态检测响应消息,根据所述状态检测响应消息中包含的注册状态维护所述应用软件的状态。
  5. 如权利要求3所述的SAN存储系统中应用软件处理方法,其中,所述服务器将所述应用软件加入管理数据库的步骤包括:所述服务器根据所述应用软件的应用软件类型对其进行分类存储处理。
  6. 如权利要求1-4中任一项所述的SAN存储系统中应用软件处理方法,其中,所述搜索请求中包含用于指示进行强制发现的强制发现指示符。
  7. 如权利要求2-4中任一项所述的SAN存储系统中应用软件处理方法,其中,所述注册请求中包含用于指示进行强制注册的强制注册指示符。
  8. 一种SAN存储系统中应用软件处理方法,包括:
    主机上的应用软件接收服务器通过组播的方式发送的搜索请求;
    所述应用软件接收到所述搜索请求后,向所述服务器反馈搜索响应消息,所述搜索响应消息包含所述应用软件的属性信息。
  9. 如权利要求8所述的SAN存储系统中应用软件处理方法,该方法还包括:
    所述应用软件接收所述服务器发送的注册请求;
    所述应用软件根据所述注册请求进行处理后,向所述服务器反馈包含注册结果的注册响应消息。
  10. 如权利要求8或9所述的应用软件处理方法,其中,
    所述搜索请求中包含强制发现指示符;
    所述应用软件接收到所述搜索请求的步骤之后,向所述服务器反馈搜索 响应消息的步骤之前,该方法还包括:
    所述应用软件判断其是否已经被服务器注册;如是,判断所述搜索请求中是否包含强制发现指示符,如包含,则向所述服务器反馈所述搜索响应消息;如不包含,不向所述服务器反馈所述搜索响应消息。
  11. 如权利要求9所述的应用软件处理方法,其中,
    所述注册请求中包含强制注册指示符;
    所述应用软件根据所述注册请求进行处理的步骤包括:
    所述应用软件判断该应用软件是否已经被服务器注册,如是,判断所述注册请求中是否包含强制注册指示符,如不包含,将所述注册结果设置为“已经被注册”;如包含,将所述注册结果设置为“注册成功”。
  12. 如权利要求9所述的应用软件处理方法,其中,所述应用软件向所述服务器反馈包含注册结果的注册响应消息的步骤之后,该方法还包括:
    所述应用软件接收所述服务器根据预设的维护策略发送的状态检测请求消息;
    所述应用软件判断该应用软件是否已经被服务器注册,如是,则将状态检测响应消息中的注册状态设置为“未注册”;否则,判断该应用软件是否是被发送所述状态检测请求消息的服务器注册,如否,则将状态检测响应消息中的注册状态设置为“被其他服务器注册”,如是,获取该应用软件当前的工作状态并将该工作状态反馈给所述服务器。
  13. 一种SAN存储系统中应用软件处理方法,包括:
    服务器向指定网段内的各主机上的应用软件通过组播的方式发送搜索请求;
    所述应用软件接收服务器通过组播的方式发送的搜索请求,向所述服务器反馈搜索响应消息,所述搜索响应消息包含所述应用软件的属性信息;
    所述服务器接收所述应用软件反馈的搜索响应消息;
    所述服务器根据接收到的所述搜索响应消息对所述应用软件进行处理。
  14. 一种SAN存储系统中的服务器,包括搜索请求发送模块、搜索响应 接收模块和处理模块,其中,
    所述搜索请求发送模块设置成:向指定网段内的各主机上的应用软件通过组播的方式发送搜索请求;
    所述搜索响应接收模块设置成:接收所述应用软件反馈的搜索响应消息,其中,所述搜索响应消息包含所述应用软件的属性信息;
    所述处理模块设置成:根据接收到的所述搜索响应消息对所述应用软件进行处理。
  15. 如权利要求14所述的SAN存储系统中的服务器,其中,所述处理模块包括注册请求发送子模块、注册响应接收子模块和处理子模块,其中,
    所述注册请求发送子模块设置成:在所述搜索响应接收模块接收到所述应用软件反馈的所述搜索响应消息后,向该应用软件发送注册请求;
    所述注册响应接收子模块设置成:接收所述应用软件反馈的包含注册结果的注册响应消息;
    所述处理子模块设置成:根据所述注册响应消息判断是否注册成功,如是,将所述应用软件加入管理数据库。
  16. 如权利要求15所述的SAN存储系统中的服务器,该服务器还包括过滤模块,其中,
    所述属性信息包括应用软件标识、应用软件类型、应用软件所在主机的主机信息中的至少一种;
    所述过滤模块还设置成:在所述注册请求发送子模块向所述应用软件发送注册请求之前,进行以下过滤处理中的至少一种:
    根据所述应用软件所在主机的主机信息对不属于所述指定网段内的应用软件进行过滤处理;
    根据所述应用软件类型对不属于预设管理类型的应用软件进行过滤处理;
    根据所述应用软件标识对同一应用软件通过不同网段反馈的搜索响应消息进行过滤处理。
  17. 一种主机,包括应用软件,所述应用软件包括搜索请求接收模块和搜索响应发送模块,其中,
    所述搜索请求接收模块设置成:接收服务器通过组播的方式发送的搜索请求;
    所述搜索响应发送模块设置成:在所述搜索请求接收模块接收到所述搜索请求后,向所述服务器反馈搜索响应消息,所述搜索响应消息包含所述应用软件的属性信息。
  18. 如权利要求17所述的主机,其中,所述应用软件还包括注册请求接收模块和注册响应发送模块,其中,
    所述注册请求接收模块设置成:接收所述服务器发送的注册请求;
    所述注册响应发送模块设置成:根据所述注册请求进行处理后,向所述服务器反馈包含注册结果的注册响应消息。
  19. 如权利要求17或18所述的主机,其中,
    所述搜索请求中包含强制发现指示符;
    所述应用软件还包括搜索处理模块,设置成:在所述搜索响应发送模块向所述服务器反馈所述搜索响应消息之前,判断所述应用软件是否已经被服务器注册;如是,判断所述搜索请求中是否包含强制发现指示符,如包含,向所述服务器反馈所述搜索响应消息,如不包含,不向所述服务器反馈所述搜索响应消息。
  20. 如权利要求18所述的主机,其中,
    所述注册请求中包含强制注册指示符;
    所述注册响应发送模块包括注册处理子模块,设置成:判断所述应用软件是否已经被所述服务器注册,如是,判断所述注册请求中是否包含强制注册指示符,如不包含,将所述注册结果设置为“已经被注册”;如包含,将所述注册结果设置为“注册成功”。
  21. 一种SAN存储系统中应用软件处理系统,其中,包括服务器和主机;
    所述服务器设置成:向指定网段内的各主机上的应用软件通过组播的方 式发送搜索请求,以及接收所述用软件反馈的搜索响应消息;还根据接收到的搜索响应消息对多个应用软件进行处理;
    所述主机上的应用软件设置成:接收服务器通过组播的方式发送的搜索请求,向所述服务器反馈所述搜索响应消息,所述搜索响应消息包含所述应用软件的属性信息。
PCT/CN2015/074034 2014-10-20 2015-03-11 San存储系统应用软件处理方法、服务器、主机及系统 WO2016061974A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410557468.0 2014-10-20
CN201410557468.0A CN105516232A (zh) 2014-10-20 2014-10-20 San存储系统应用软件管理方法、管理服务器、主机及系统

Publications (1)

Publication Number Publication Date
WO2016061974A1 true WO2016061974A1 (zh) 2016-04-28

Family

ID=55723864

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/074034 WO2016061974A1 (zh) 2014-10-20 2015-03-11 San存储系统应用软件处理方法、服务器、主机及系统

Country Status (2)

Country Link
CN (1) CN105516232A (zh)
WO (1) WO2016061974A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111679981A (zh) * 2020-06-05 2020-09-18 广州探途网络技术有限公司 应用软件发布方法、系统及电子设备
CN114666329A (zh) * 2020-12-24 2022-06-24 Tcl商用信息科技(惠州)有限责任公司 一种app管理方法、智能终端及计算机可读存储介质

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112732332B (zh) * 2021-04-02 2021-07-23 北京易捷思达科技发展有限公司 适用于koji管理系统的软件包管理方法、装置及电子设备
CN117453986B (zh) * 2023-12-19 2024-05-24 荣耀终端有限公司 一种搜索方法、后台服务器及搜索系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050086375A1 (en) * 2003-10-20 2005-04-21 International Business Machines Corporation Determining a remote management processor's IP address
CN1848761A (zh) * 2005-08-30 2006-10-18 华为技术有限公司 软件组件参数配置方法及其系统、及终端设备
CN101242306A (zh) * 2008-02-28 2008-08-13 华为技术有限公司 实现网络设备自动发现的方法、系统、设备及服务器
CN101815095A (zh) * 2010-03-26 2010-08-25 山东高效能服务器和存储研究院 一种san存储资源统一管理和分配方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1309211C (zh) * 2003-05-13 2007-04-04 中兴通讯股份有限公司 一种分布式网络环境中异型网络设备的分布式集中管理方法
US7489639B2 (en) * 2005-03-23 2009-02-10 International Business Machines Corporation Root-cause analysis of network performance problems

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050086375A1 (en) * 2003-10-20 2005-04-21 International Business Machines Corporation Determining a remote management processor's IP address
CN1848761A (zh) * 2005-08-30 2006-10-18 华为技术有限公司 软件组件参数配置方法及其系统、及终端设备
CN101242306A (zh) * 2008-02-28 2008-08-13 华为技术有限公司 实现网络设备自动发现的方法、系统、设备及服务器
CN101815095A (zh) * 2010-03-26 2010-08-25 山东高效能服务器和存储研究院 一种san存储资源统一管理和分配方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111679981A (zh) * 2020-06-05 2020-09-18 广州探途网络技术有限公司 应用软件发布方法、系统及电子设备
CN111679981B (zh) * 2020-06-05 2023-08-29 广州探途网络技术有限公司 应用软件发布方法、系统及电子设备
CN114666329A (zh) * 2020-12-24 2022-06-24 Tcl商用信息科技(惠州)有限责任公司 一种app管理方法、智能终端及计算机可读存储介质

Also Published As

Publication number Publication date
CN105516232A (zh) 2016-04-20

Similar Documents

Publication Publication Date Title
US11374857B2 (en) Network device management method and apparatus, and system for indicating a network device to perform management operation
CN107517438B (zh) 请求分享蓝牙设备的方法及电子设备、计算机存储介质
WO2016061974A1 (zh) San存储系统应用软件处理方法、服务器、主机及系统
US9735974B2 (en) Message processing
CN105049495B (zh) 设备发现方法、装置及系统
CN106961426B (zh) 智能设备的通讯方法及装置
WO2017117956A1 (zh) 一种信息传输方法及装置
US10498581B2 (en) Event processing in a network management system
WO2019062515A1 (zh) 一种组播转发方法及组播路由器
EP3451585B1 (en) Auto-configuring multicast protocol parameters of a network device
CN114090342A (zh) 存储容灾的链路管理方法及消息执行节点、存储控制集群
CN111682982A (zh) 路径的故障检测方法、装置、设备、系统及存储介质
US20210274020A1 (en) Communication method, client device, and server device
CN108259605B (zh) 一种基于多数据中心的数据调用系统及方法
WO2021164236A1 (zh) 报文的处理方法及装置
CN108667735B (zh) 一种组播数据的转发方法和装置
CN105122776B (zh) 地址获取方法及网络虚拟化边缘设备
WO2023284232A1 (zh) 路径寻址方法和网络业务系统
CN106533818B (zh) 基于nfv资源池的监控方法和通信方法、系统以及设备
CN112995095B (zh) 数据处理方法、装置及计算机可读存储介质
WO2017165999A1 (zh) 网络服务实现方法、服务控制器及通信系统
US20160301755A1 (en) Method and apparatus for controlling scan of slave devices
WO2021046565A2 (en) Pce controlled network reliability
WO2015100978A1 (zh) 软件自定义网络中自动发现控制器的方法、控制器及系统
EP3273704B1 (en) Stub network establishing method

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15852418

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15852418

Country of ref document: EP

Kind code of ref document: A1