CN116126635A - 一种数据处理的方法及相关装置 - Google Patents

一种数据处理的方法及相关装置 Download PDF

Info

Publication number
CN116126635A
CN116126635A CN202310012765.6A CN202310012765A CN116126635A CN 116126635 A CN116126635 A CN 116126635A CN 202310012765 A CN202310012765 A CN 202310012765A CN 116126635 A CN116126635 A CN 116126635A
Authority
CN
China
Prior art keywords
message
access request
interface
records
computer
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
Application number
CN202310012765.6A
Other languages
English (en)
Inventor
张俊龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
XFusion Digital Technologies Co Ltd
Original Assignee
XFusion Digital Technologies Co Ltd
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 XFusion Digital Technologies Co Ltd filed Critical XFusion Digital Technologies Co Ltd
Priority to CN202310012765.6A priority Critical patent/CN116126635A/zh
Publication of CN116126635A publication Critical patent/CN116126635A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3089—Monitoring arrangements determined by the means or processing involved in sensing the monitored data, e.g. interfaces, connectors, sensors, probes, agents
    • G06F11/3093—Configuration details thereof, e.g. installation, enabling, spatial arrangement of the probes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3034—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a storage system, e.g. DASD based or network based
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • G06F11/3072—Monitoring arrangements determined by the means or processing involved in reporting the monitored data where the reporting involves data filtering, e.g. pattern matching, time or event triggered, adaptive or policy-based reporting

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请公开了一种数据处理方法及相关装置。第一装置接收来自第二装置的访问请求；第一装置生成访问请求对应的第一消息，第一消息记录了第一装置接收到访问请求；第一装置处理访问请求；第一装置生成访问请求对应的第二消息，第二消息记录了第一装置已完成对访问请求的处理；第一装置向第二装置发送第一消息和第二消息。本申请中，第二装置向第一装置发送访问请求后，第一装置会主动记录第一装置接收到访问请求这一事件，以及，记录第一装置已处理完成访问请求这一事件，即记录了第一装置和第二装置的消息交互流程中，作为被访问装置的第一装置的具体操作行为，便于在发生消息交互异常时，确定导致消息交互失败的问题源头。

Description

一种数据处理的方法及相关装置
技术领域
本申请涉及计算机技术领域，尤其涉及一种数据处理的方法及相关装置。
背景技术
基板管理控制器(baseboard management controller，BMC)负责执行服务器的监控运维服务，需要与服务器中的其他硬件装置(以下称为被访问装置)开展交互以实现被访问装置的监控和运维。BMC与被访问装置的消息交互流程中，经常会出现概率性访问失败的现象，此时由于消息交互流程包含BMC生成消息、传输通道传输消息、被访问装置接收消息、被访问装置处理消息以及其他硬件模块被访问装置返回响应消息等多个环节，针对消息交互失败的场景，往往难以明确是BMC未将消息成功发送至被访问装置，抑或是被访问装置接收到消息后处理失败，因此，难以定界发生消息交互失败的问题源头。
目前主要通过BMC以及被访问装置各自所记录的日志来分析消息的处理流程，以便确定消息交互失败的问题源头。但是，BMC或被访问装置的日志信息，无法确定问题源头。
发明内容
本申请提供了一种数据处理的方法及相关装置，用于确定导致消息交互失败的问题源头。
第一方面，本申请提供了一种数据处理的方法。第二装置向第一装置所发送的访问请求，可以用于对第一装置进行数据读取、数据改写、读取参数或配置参数等等，或者，还可以应用于其他的由第二装置主动发起的与第一装置之间的交互场景，本申请对此不做限定。
第一装置接收到来自第二装置的访问请求后，第一装置记录其接收到访问请求这一事件，得到访问请求对应的第一消息，该第一信息描述了第一装置接收到访问请求的这一事件的相关信息。因此，便可以通过查询第一消息，来确定第一装置是否有成功接收到该访问请求，若第一装置成功接收到该访问请求，便可以确定导致消息交互失败的问题源头不是第二装置所引起；反之，则可以确定导致消息交互失败的问题源头是第二装置所引起的。
第一装置对访问请求进行处理，处理完成后，第一装置记录其处理完成该访问请求这一事件，得到访问请求对应的第二消息，该第一信息描述了第一装置已完成对访问请求的处理的这一事件的相关信息。因此，便可以通过查询第二消息，来确定是否在第一装置处理访问请求的环节导致消息交互失败。
本申请中，第二装置向第一装置发送访问请求后，第一装置会主动记录第一装置接收到访问请求这一事件，以及，记录第一装置已处理完成访问请求这一事件，即记录了第一装置和第二装置的消息交互流程中，作为被访问装置的第一装置的具体操作行为，便于在发生消息交互异常时，确定导致消息交互失败的问题源头。
进一步的，由于第一装置只需要记录接收到访问请求时和处理完成访问请求时的日志信息，而不需要记录第一装置处理访问请求时的具体任务细节，节约了第一装置的存储资源。
基于第一方面，一种可选的实施方式中，当第二装置在限定时间内未收到来自第一装置的针对于该访问请求的响应消息时，可以确定本次与第一装置之间的消息交互发生异常，第二装置会向第一装置发送针对于该访问请求的异常指示，第一装置接收到该异常指示后，便向第二装置发送第一消息和第二消息，从而避免了消息交互正常的时候，第一装置仍然向第二装置发送第一消息和第二消息，节约了网络通信资源。
基于第一方面，一种可选的实施方式中，本申请的数据处理方法可以应用于同一个硬件设备(例如服务器)，即本申请的第一设备。第一装置和第二装置分别为部署于第一设备中的不同硬件装置。
基于第一方面，一种可选的实施方式中，第一装置可以是磁盘阵列(redundantarray of independent disks，RAID)控制器，第二装置可以是BMC。
基于第一方面，一种可选的实施方式中，本申请的数据处理方法可以应用于不同硬件设备，即第一装置和第二装置分别为部署于不同设备中的不同硬件装置。
基于第一方面，一种可选的实施方式中，第一信息至少包括第一装置接收到访问请求的第一时间。或者，第一信息还可以包括访问请求的消息类型、命令字或命令参数等。
基于第一方面，一种可选的实施方式中，第二信息至少包括第一装置处理完成访问请求的第二时间。或者，第一信息还可以包括访问请求的处理结果。
基于第一方面，一种可选的实施方式中，第一装置记录了第一消息和第二消息后，将第一消息或第二消息存储于第一装置的存储介质中。当第一装置接收到接口调用指令，该接口调用指令指示第一装置需要将第一消息和第二消息发送给第二装置，则第一装置根据该接口调用指令，存存储介质中获取第一消息和第二消息，然后向所述第二装置发送所述第一消息和所述第二消息。因此，第一装置可以在接收到第二装置的接口调用指令后，才向第二装置发送第一消息和第二消息，提高了第一消息和第二消息的发送效率。
第二方面，本申请提供了一种数据处理装置，包括：
收发单元，用于接收来自第二装置的访问请求；
处理单元，用于生成访问请求对应的第一消息，第一消息记录了第一装置接收到访问请求；
处理单元，还用于处理访问请求；
处理单元，还用于生成访问请求对应的第二消息，第二消息记录了第一装置已完成对访问请求的处理；
收发单元，还用于向第二装置发送第一消息和第二消息。
基于第二方面，一种可选的实施方式中，处理单元，具体用于：
当接收到来自第二装置的针对于访问请求的异常指示时，向第二装置发送第一消息和第二消息。
第三方面，提供了一种计算机设备，包括存储器、通信接口及与所述存储器和通信接口耦合的处理器；所述存储器用于存储指令，所述处理器用于执行所述指令，所述通信接口用于在所述处理器的控制下与其他设备进行通信；其中，所述处理器执行所述指令时执行上述任一方面所述的方法。
第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当其在处理器上运行时，实现上述任一方面所述的方法。
第五方面，提供了一种计算机设备，计算机设备包括第一装置和第二装置，第一装置包括第一接口和第一存储器，第二装置包括第二接口，第一接口与第二接口连接，第一装置用于经过第一接口接收第二装置通过第二接口发送的访问请求之后，生成第一消息并存储于第一存储器，第一消息记录了第一装置接收访问请求，第一装置处理完访问请求之后，生成第二消息，并存储于第一存储器，第二消息记录了所述第一装置已完成对访问请求的处理，第一装置还用于通过第一接口将第一消息和第二消息发送至第二装置的第二接口。
基于第五方面，一种可选的实施方式中，第二装置包括第二存储器，第二装置用于在第二装置确定与第一装置通信异常时，从第一装置获取第一消息和第二消息，并将第一消息和第二消息存储在第二存储器。
基于第五方面，一种可选的实施方式中，第二装置还用于向第一装置发送接口调用指令，第一装置还用于根据接口调用指令获取第一消息和第二消息，并向第二装置发送第一消息和第二消息。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为访问装置与被访问装置之间的消息交互发生失败的场景示意图；
图2为本申请中数据处理的方法的流程示意图；
图3为本申请实施例提供的一种数据处理装置的结构示意图；
图4为本申请实施例提供的计算机设备一种结构示意图。
具体实施方式
本申请实施例提供了一种数据处理的方法及相关装置，用于确定导致消息交互失败的问题源头。
下面结合本申请实施例中的附图对本申请实施例进行描述。本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。本领域普通技术人员可知，随着技术的发展和新场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A,B可以是单数或者复数。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
基板管理控制器(baseboard management controller，BMC)，用于提供智能平台管理接口(intelligent platform management interface，IPMI)架构中的智能特性。它是嵌入在计算机(通常是服务器)主板上的专用微控制器。BMC负责管理系统管理软件和平台硬件之间的接口。
在服务器中，BMC负责执行服务器的监控运维服务，需要与服务器中的其他硬件装置(以下称为被访问装置)开展交互以实现被访问装置的监控和运维。BMC与被访问装置的消息交互流程中，经常会出现概率性访问失败的现象，此时由于消息交互流程包含BMC生成消息、传输通道传输消息、被访问装置接收消息、被访问装置处理消息以及其他硬件模块被访问装置返回响应消息等多个环节，针对消息交互失败的场景，往往难以明确是访问装置未将消息成功发送至被访问装置，抑或是被访问装置接收到消息后处理失败，因此，难以定界发生消息交互失败的问题源头。
目前主要通过BMC以及被访问装置各自所记录的日志来分析消息的处理流程，以便确定消息交互失败的问题源头。但是，BMC或被访问装置的日志信息，无法用于确定问题源头。
有鉴于此，本申请提供了一种数据处理的方法及相关装置，用于确定导致消息交互失败的问题源头。请参阅图1，图1为访问装置与被访问装置之间的消息交互发生失败的场景示意图。如图1所示，访问装置作为消息交互流程的主动发起方，通过传输通道向被访问装置发送消息。然而，在实际应用中，消息交互流程往往会发生异常，即访问装置无法接收到来自被访问装置的响应。对于这种情况，有可能是访问装置未将消息成功发送至被访问设备，导致被访问装置根本就没有收到访问装置的消息，便无法做出响应，或者，也有可能是被访问装置接收到消息后处理有问题。因此，如何确定导致消息交互失败的问题源头，是亟待解决的问题。
本申请中，以第一装置作为被访问装置、第二装置作为访问装置为例，对本申请中的数据处理的方法进行介绍。请参阅图2，图2为本申请中数据处理的方法的流程示意图。
如图2所示，本申请中数据处理的方法包括：
101.第二装置向第一装置发送访问请求。
第二装置向第一装置所发送的访问请求，可以用于对第一装置进行数据读取、数据改写、读取参数或配置参数等等，或者，还可以应用于其他的由第二装置主动发起的与第一装置之间的交互场景，本申请对此不做限定。
在一种可能的实现中，本申请的数据处理方法可以应用于同一个硬件设备(例如服务器)，即本申请的第一设备。第一装置和第二装置分别为部署于第一设备中的不同硬件装置。在一种可能的实现中，第一装置可以是磁盘阵列(redundant array of independentdisks，RAID)控制器，第二装置可以是BMC。
需要说明的是，不同公司的第一设备对BMC有不同的称呼，例如一些公司称为BMC，一些公司称为iLO，另一公司称为iDRAC。不论是叫BMC，还是叫iLO或iDRAC，都可以理解为是本发明实施例中的BMC。
在一种可能的实现中，本申请的数据处理方法可以应用于不同硬件设备，即第一装置和第二装置分别为部署于不同设备中的不同硬件装置。
102.第一装置记录接收到访问请求时的日志信息，得到第一消息。
第一装置接收到来自第二装置的访问请求后，第一装置记录其接收到访问请求这一事件，得到访问请求对应的第一消息，该第一信息描述了第一装置接收到访问请求的这一事件的相关信息。因此，便可以通过查询第一消息，来确定第一装置是否有成功接收到该访问请求，若第一装置成功接收到该访问请求，便可以确定导致消息交互失败的问题源头不是第二装置所引起；反之，则可以确定导致消息交互失败的问题源头是第二装置所引起的。
在一种可能的实现中，第一信息至少包括第一装置接收到访问请求的第一时间。或者，第一信息还可以包括访问请求的消息类型、命令字或命令参数等。
103.第一装置记录处理完成访问请求时的日志信息，得到第二消息。
第一装置对访问请求进行处理，处理完成后，第一装置记录其处理完成该访问请求这一事件，得到访问请求对应的第二消息，该第二消息描述了第一装置处理完成该访问请求的这一事件的相关信息。因此，便可以通过查询第二消息，来确定是否在第一装置处理访问请求的环节导致消息交互失败。应理解，本申请中，第一装置已完成对于访问请求的处理，指的是第一装置对于该访问请求，已经做出了完整的响应。示例性的，第一装置发送针对于该访问请求的处理响应，则可以视为第一装置已完成对该访问请求的处理，或者，在规定时间内，第一装置未反馈针对于该访问请求的处理响应，也可以默认该第一装置已处理完成该访问请求。
在一种可能的实现中，第二消息至少包括第一装置处理完成访问请求的第二时间。或者，第二消息还可以包括访问请求的处理结果。
在实际应用中，第二装置往往会向第一装置发送多次用于执行不同任务的访问请求。因此，第一装置可以记录多个访问请求对应的第一消息和第二消息，即第一装置会记录每个访问请求对应的第一消息和第二消息。而为了节约存储空间，第一装置可以存储最近几次来自第二装置的访问请求，示例性的，第一装置可以存储最近10次来自第二装置的访问请求。
在一种可能的实现中，第一装置所记录的第一消息和第二消息，可以存储于第一装置的存储介质中，具体的，第一装置的存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的训练设备、数据中心等数据存储设备。示例性的，第一装置的存储介质可以是磁性介质(例如，软盘、硬盘或磁带)、光介质、或者半导体介质，本申请对此不做限定。
104.第一装置向第二装置发送第一消息和第二消息。
第一装置可以向第二装置发送第一消息和第二消息，第二装置便可以根据第一消息和第二消息进行分析，从而确定导致消息交互失败的问题源头。在实际应用中，第二装置可以将第一消息和第二消息记录到第二装置本地的日志文件中进行保存。
本申请中，第二装置向第一装置发送访问请求后，第一装置会主动记录第一装置接收到访问请求这一事件，以及，记录第一装置已处理完成访问请求这一事件，即记录了第一装置和第二装置的消息交互流程中，作为被访问装置的第一装置的具体操作行为，便于在发生消息交互异常时，确定导致消息交互失败的问题源头。
进一步的，由于第一装置只需要记录接收到访问请求时和处理完成访问请求时的日志信息，而不需要记录第一装置处理访问请求时的具体任务细节，节约了第一装置的存储资源，节约了方案的实现成本。
在一种可能的实现中，当第二装置在限定时间内未收到来自第一装置的针对于该访问请求的响应消息时，可以确定本次与第一装置之间的消息交互发生异常，第二装置会向第一装置发送针对于该访问请求的异常指示，第一装置接收到该异常指示后，便向第二装置发送第一消息和第二消息，从而避免了消息交互正常的时候，第一装置仍然向第二装置发送第一消息和第二消息，节约了网络通信资源。
在一种可能的实现中，第一装置记录了第一消息和第二消息后，将第一消息或第二消息存储于第一装置的存储介质中。当第一装置接收到接口调用指令，该接口调用指令指示第一装置需要将第一消息和第二消息发送给第二装置，则第一装置根据该接口调用指令，从存储介质中获取第一消息和第二消息，然后向所述第二装置发送所述第一消息和所述第二消息。因此，第一装置可以在接收到第二装置的接口调用指令后，才向第二装置发送第一消息和第二消息，提高了第一消息和第二消息的发送效率。
在另一种可能的实现中，第二装置可以周期性的读取存储介质中的第一消息和第二消息，以将第一消息和第二消息更新到第二装置的存储介质中。
为了更好的实施本申请实施例的上述方案，本申请实施例还提供了用于实施上述方案的相关设备。具体的，请参阅图3，图3为本申请实施例提供的一种数据处理装置的结构示意图。如图3所示，数据处理装置包括：
收发单元201，用于接收来自第二装置的访问请求；
处理单元202，用于生成访问请求对应的第一消息，第一消息记录了第一装置接收到访问请求时的日志信息；
处理单元202，还用于处理访问请求；
处理单元202，还用于生成访问请求对应的第二消息，第二消息记录了第一装置处理完成访问请求时的日志信息；
收发单元201，还用于向第二装置发送第一消息和第二消息。
在一种可能的实现中，处理单元201，具体用于：
当接收到来自第二装置的针对于访问请求的异常指示时，向第二装置发送第一消息和第二消息。
需要说明的是，数据处理装置中各模块/单元之间的信息交互、执行过程等内容，与本申请中图2对应的方法实施例基于同一构思，具体内容可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。
本申请实施例还提供了一种计算机设备，请参阅图4，图4为本申请实施例提供的计算机设备一种结构示意图，计算机设备300上可以部署有图3对应实施例中所描述的数据处理装置，用于实现图2对应实施例中第一装置的功能，或者，计算机设备300上可以部署有图2对应实施例中的第一装置和第二装置，本申请实施例数据处理方法用于实现计算机设备300内的部件(第一装置和第二装置)之间的信息交互，在一种示例中，第一装置可以是计算机设备300中的磁盘阵列(redundant array of independent disks，RAID)控制器，第二装置可以是计算机设备300中的BMC，RAID控制器用于实现图2对应实施例中第一装置的功能，BMC用于实现图2对应实施例中第二装置的功能。
在一种示例中，第一装置可以包括第一接口和第一存储器，第二装置包括第二接口，第一接口与第二接口连接，第一装置用于经过第一接口接收第二装置通过第二接口发送的访问请求之后，生成第一消息并存储于第一存储器，第一消息记录了第一装置接收访问请求，第一装置处理完访问请求之后，生成第二消息，并存储于第一存储器，第二消息记录了所述第一装置已完成对访问请求的处理，第一装置还用于通过第一接口将第一消息和第二消息发送至第二装置的第二接口。
在一种示例中，第二装置可以包括第二存储器，第二装置用于在第二装置确定与第一装置通信异常时，从第一装置获取第一消息和第二消息，并将第一消息和第二消息存储在第二存储器。
在一种示例中，第二装置还用于向第一装置发送接口调用指令，第一装置还用于根据接口调用指令获取第一消息和第二消息，并向第二装置发送第一消息和第二消息。
当然，在其他实施例中，第一装置不限于为RAID控制器，第二装置不限于为BMC。
示例的，计算机设备300可以由一个或多个服务器实现，计算机设备300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessing units，CPU)322(例如，一个或一个以上处理器)和存储器332，一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中，存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对计算机设备中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储介质330通信，在计算机设备300上执行存储介质330中的一系列指令操作。
计算机设备300还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。
需要说明的是，计算机设备中各模块/单元之间的信息交互、执行过程等内容，与本申请中图2对应的方法实施例基于同一构思，具体内容可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。
本申请实施例还提供了一种包含指令的计算机程序产品。所述计算机程序产品可以是包含指令的，能够运行在计算设备上或被储存在任何可用介质中的软件或程序产品。当所述计算机程序产品在至少一个计算机设备上运行时，使得至少一个计算机设备执行如前述图2所示实施例描述的方法。
本申请实施例还提供了一种计算机可读存储介质。所述计算机可读存储介质可以是计算设备能够存储的任何可用介质或者是包含一个或多个可用介质的数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘)等。该计算机可读存储介质包括指令，所述指令指示计算设备执行上述应用于执行如前述图2所示实施例描述的方法。
本申请实施例提供的远端访问装置具体可以为芯片，芯片包括：处理单元和通信单元，所述处理单元例如可以是处理器，所述通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行存储单元存储的计算机执行指令，以使芯片执行上述图2所示实施例描述的方法。可选地，所述存储单元为所述芯片内的存储单元，如寄存器、缓存等，所述存储单元还可以是所述无线接入设备端内的位于所述芯片外部的存储单元，如只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)等。
所另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本申请提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本申请而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、U盘、移动硬盘、ROM、RAM、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，训练设备，或者网络设备等)执行本申请各个实施例所述的方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、训练设备或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、训练设备或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的训练设备、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

Claims (10)

1.一种数据处理的方法，其特征在于，包括：
第一装置接收来自第二装置的访问请求；
所述第一装置生成所述访问请求对应的第一消息，所述第一消息记录了所述第一装置接收到所述访问请求；
所述第一装置处理所述访问请求；
所述第一装置生成所述访问请求对应的第二消息，所述第二消息记录了所述第一装置已完成对所述访问请求的处理；
所述第一装置向所述第二装置发送所述第一消息和所述第二消息。
2.根据权利要求1所述的方法，其特征在于，所述第一装置向所述第二装置发送所述第一消息和所述第二消息，包括：
响应于所述第一装置接收到来自所述第二装置的针对于所述访问请求的异常指示，所述第一装置向所述第二装置发送所述第一消息和所述第二消息。
3.根据权利要求1或2所述的方法，其特征在于，所述方法应用于第一设备，所述第一装置和所述第二装置分别为部署于所述第一设备中的不同硬件装置。
4.根据权利要求3所述的方法，其特征在于，所述第一装置为磁盘阵列RAID控制器，所述第二装置为基板管理控制器BMC。
5.根据权利要求1至4中任一项所述的方法，其特征在于，所述第一消息至少包括所述第一装置接收到所述访问请求的第一时间。
6.根据权利要求1至5中任一项所述的方法，其特征在于，所述第二消息至少包括所述第一装置处理完成所述访问请求的第二时间。
7.根据权利要求1至6中任一项所述的方法，其特征在于，所述第一装置向所述第二装置发送所述第一消息和所述第二消息，包括：
所述第一装置接收来自所述第二装置的接口调用指令；
所述第一装置根据所述接口调用指令获取所述第一消息和所述第二消息；
所述第一装置向所述第二装置发送所述第一消息和所述第二消息。
8.一种计算机设备，其特征在于，包括第一装置和第二装置，所述第一装置包括第一接口和第一存储器，所述第二装置包括第二接口，所述第一接口与所述第二接口连接，所述第一装置用于经过所述第一接口接收所述第二装置通过所述第二接口发送的访问请求之后，生成第一消息并存储于所述第一存储器，所述第一消息记录了所述第一装置接收所述访问请求，所述第一装置处理完所述访问请求之后，生成第二消息，并存储于所述第一存储器，所述第二消息记录了所述第一装置已完成对所述访问请求的处理，所述第一装置还用于通过所述第一接口将所述第一消息和所述第二消息发送至所述第二装置的所述第二接口。
9.根据权利要求8所述的计算机设备，其特征在于，所述第二装置包括第二存储器，所述第二装置用于在所述第二装置确定与所述第一装置通信异常时，从所述第一装置获取第一消息和第二消息，并将所述第一消息和第二消息存储在所述第二存储器。
10.根据权利要求8或9所述的计算机设备，其特征在于，所述第二装置还用于向所述第一装置发送接口调用指令，所述第一装置还用于根据所述接口调用指令获取所述第一消息和所述第二消息，并向所述第二装置发送所述第一消息和所述第二消息。
CN202310012765.6A 2023-01-05 2023-01-05 一种数据处理的方法及相关装置 Pending CN116126635A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310012765.6A CN116126635A (zh) 2023-01-05 2023-01-05 一种数据处理的方法及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310012765.6A CN116126635A (zh) 2023-01-05 2023-01-05 一种数据处理的方法及相关装置

Publications (1)

Publication Number Publication Date
CN116126635A true CN116126635A (zh) 2023-05-16

Family

ID=86311222

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310012765.6A Pending CN116126635A (zh) 2023-01-05 2023-01-05 一种数据处理的方法及相关装置

Country Status (1)

Country Link
CN (1) CN116126635A (zh)

Similar Documents

Publication Publication Date Title
US10152382B2 (en) Method and system for monitoring virtual machine cluster
CN109471770B (zh) 一种系统管理方法和装置
US6996502B2 (en) Remote enterprise management of high availability systems
US7574620B2 (en) Method for operating an arrangement of a plurality of computers in the event of a computer failure
US10489232B1 (en) Data center diagnostic information
CN107016480B (zh) 任务调度方法、装置及系统
US7583591B2 (en) Facilitating communications with clustered servers
WO2023115999A1 (zh) 设备状态监控方法、装置、设备及计算机可读存储介质
US20020124201A1 (en) Method and system for log repair action handling on a logically partitioned multiprocessing system
US11341008B2 (en) System and method for reducing failover times in a redundant management module configuration
US20180089055A1 (en) Method and apparatus for monitoring logs
Di Sanzo et al. Machine learning for achieving self-* properties and seamless execution of applications in the cloud
US7120821B1 (en) Method to revive and reconstitute majority node set clusters
CN111342986A (zh) 分布式节点管理方法及装置、分布式系统、存储介质
US8677323B2 (en) Recording medium storing monitoring program, monitoring method, and monitoring system
CN112015600A (zh) 日志信息处理系统、日志信息处理方法及装置和交换机
CN116126635A (zh) 一种数据处理的方法及相关装置
US7475076B1 (en) Method and apparatus for providing remote alert reporting for managed resources
CN114189429A (zh) 一种服务器集群故障的监测系统、方法、装置及介质
CN113254201A (zh) 超算云计算平台化管理方法和管理平台
US10938821B2 (en) Remote access controller support registration system
JP3190880B2 (ja) スタンバイシステム、スタンバイ方法、および記録媒体
CN113553243A (zh) 远端侦错方法
JP3494788B2 (ja) プログラム実行管理システム及びプログラム実行管理方法
CN116015986B (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