CN102662702B - 设备管理系统、装置、基板管理装置及方法 - Google Patents
设备管理系统、装置、基板管理装置及方法 Download PDFInfo
- Publication number
- CN102662702B CN102662702B CN201210088107.7A CN201210088107A CN102662702B CN 102662702 B CN102662702 B CN 102662702B CN 201210088107 A CN201210088107 A CN 201210088107A CN 102662702 B CN102662702 B CN 102662702B
- Authority
- CN
- China
- Prior art keywords
- management devices
- data
- service data
- equipment management
- connection status
- 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.)
- Active
Links
Abstract
本发明公开了一种设备管理系统、装置、基板管理装置及方法,属于计算机领域。所述系统包括:设备管理装置用于存储所述基板管理装置运行时所需要的运行数据;至少一个基板管理装置,都包括有启动程序存储模块和运行数据加载模块;启动程序存储模块用于存储所述基板管理装置启动时所需要的启动程序;运行数据加载模块用于在所述启动程序运行成功后,从所述网络文件系统中加载所述运行数据。本发明通过将基板管理装置运行时所需要的运行数据存储于设备管理装置中,一方面,可以在运行数据有升级需求时非常容易地升级;另一方面,减少了对基板管理装置中的存储器的频繁擦写。
Description
技术领域
本发明涉及计算机领域,特别涉及一种设备管理系统、装置、基板管理装置及方法。
背景技术
高性能容错计算机系统不同于普通的事务处理系统,它采用了非常强的容错机制,整个系统的处理能力强、可用性高,主要应用目标为银行、电信等关键领域。
请参考图1,其示出了现有技术中的一种高性能容错计算机系统的结构方框图。该高性能容错计算机系统包括若干个单板系统120和设备管理装置140,每个单板系统120中通常设置有一个基板管理装置122,也称BMC(Baseboard Management Controller,基板管理控制器)。其中,单板系统120可以相当于一台单核、双核或者多核服务器,基板管理装置122负责通过单板系统120上的温度传感器、风扇转速传感器等传感器采集的信号来管理和监控单板系统120的运行,基板管理装置122本身可以是运行有一套独立的嵌入式系统的设备。所有基板管理装置122又可以通过IPMI(Intelligent Platform Management Interface,智能型平台管理接口)协议来与设备管理装置140交互信息。具体地讲,一方面,设备管理装置140可以接收来自基板管理装置122的上报事件,以达到通过基板管理装置122收集各个单板系统120的状态信息的目的;另一方面,设备管理装置140也可以下达命令给各个基板管理装置122,以达到对整个系统进行操作维护的目的。
基板管理装置122作为整个系统中较为重要的部分,与整个系统的管理效率、可靠性都息息相关。基板管理装置122通常包括有嵌入式处理器和存储器,存储器中存储有该基板管理装置122运行时所必须的启动程序和运行数据,这些运行数据包括内核文件、文件系统、应用程序和配置文件等等。当基板管理装置122启动时,可以通过启动程序来初始化硬件,并在硬件初始化完成后引导加载诸如内核文件、文件系统、应用程序和配置文件之类的运行数据以启动整个嵌入式系统正常运行。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:第一,各个基板管理装置122运行时所必需的运行数据全部存储于基板管理装置122内的存储器中,如果需要对应用程序或者配置文件等运行数据进行升级操作,则需要对每个基板管理装置122分别进行升级操作,效率较为低下;第二,基板管理装置122内的存储器通常为闪存存储介质,成本较为高昂。而由于基板管理装置122会经常保存和传输数据,也即基板管理装置122在运行时将会频繁擦写闪存存储介质,将会导致闪存存储介质的使用寿命较短。
发明内容
为了便于升级维护和减少对基板管理装置中的闪存存储介质的频繁擦写,本发明实施例提供了一种设备管理系统、装置、基板管理装置及方法。所述技术方案如下:
根据本发明的一个方面,本发明实施例提供一种设备管理系统,所述系统包括:设备管理装置和至少一个基板管理装置;
所述设备管理装置,用于在其内的网络文件系统中存储所述基板管理装置运行时所需要的运行数据,所述运行数据包括内核文件、文件系统、应用程序和配置文件的一种或者多种,所述网络文件系统包括公有数据区和私有数据区,所述公有数据区用于存储每个所述基板管理装置共用的数据,所述私有数据区用于存储每个所述基板管理装置不共用的数据;
所述至少一个基板管理装置中的每个基板管理装置,都包括有启动程序存储模块和运行数据加载模块;
所述启动程序存储模块,用于存储所述基板管理装置启动时所需要的启动程序;
所述运行数据加载模块,用于在所述启动程序运行成功后,从所述网络文件系统中加载所述运行数据。
根据本发明的另一方面,本发明实施例还提供一种设备管理装置,所述设备管理装置包括:
网络文件系统,用于存储基板管理装置运行时所需要的运行数据,所述运行数据包括内核文件、文件系统、应用程序和配置文件的一种或者多种,所述网络文件系统包括公有数据区和私有数据区,所述公有数据区用于存储每个所述基板管理装置共用的数据,所述私有数据区用于存储每个所述基板管理装置不共用的数据;
加载请求接收模块,用于接收来自所述基板管理装置的加载运行数据请求;
加载请求反馈模块,用于在所述加载请求接收模块接收到所述加载运行数据请求之后,反馈允许加载信号或者拒绝加载信号。
根据本发明的再一方面,本发明实施例还提供一种基板管理装置,所述基板管理装置包括:
所述启动程序存储模块,用于存储所述基板管理装置启动时所需要的启动程序;
所述运行数据加载模块,用于在所述启动程序运行成功后,从网络文件系统中加载运行数据,所述运行数据包括内核文件、文件系统、应用程序和配置文件的一种或者多种,所述网络文件系统包括公有数据区和私有数据区,所述公有数据区用于存储每个所述基板管理装置共用的数据,所述私有数据区用于存储每个所述基板管理装置不共用的数据;
其中,所述网络文件系统为与所述基板管理装置通过网络相连的设备管理装置中的网络文件系统。
根据本发明的再一方面,本发明实施例一种基板管理方法,所述方法包括:
从自身存储器中运行启动程序;
在所述启动程序运行成功后,从网络文件系统中加载运行数据,所述运行数据包括内核文件、文件系统、应用程序和配置文件的一种或者多种,所述网络文件系统包括公有数据区和私有数据区,所述公有数据区用于存储每个所述基板管理装置共用的数据,所述私有数据区用于存储每个所述基板管理装置不共用的数据;
其中,所述网络文件系统为与所述基板管理装置通过网络相连的设备管理装置中的网络文件系统。
本发明实施例提供的技术方案带来的有益效果是:
通过将基板管理装置运行时所需要的运行数据存储于设备管理装置内的网络文件系统中,一方面,可以在运行数据有升级需求时非常容易地升级;另一方面,减少了对基板管理装置中的存储器的频繁擦写。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术中的一种高性能容错计算机系统的结构方框图;
图2是本发明实施例一提供的设备管理系统的结构方框图;
图3是本发明实施例二提供的设备管理装置的结构方框图;
图4是本发明实施例三提供的基板管理装置的结构方框图;
图5是本发明实施例四提供的基板管理装置的结构方框图;
图6是本发明实施例五提供的基板管理方法的方法流程图;
图7是本发明实施例六提供的基板管理方法的方法流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
实施例一
请参考图2,其示出了本发明实施例一提供的设备管理系统的结构方框图。该设备管理系统包括设备管理装置220和至少一个基板管理装置240。
设备管理装置220用于在其内的网络文件系统中存储基板管理装置240运行时所需要的运行数据。这些运行数据可以包括内核文件、文件系统、应用程序和配置文件中的一种或者多种。网络文件系统,英文Network File System(缩写NFS),是由SUN公司研制的UNIX表示层协议(pressentation layer protocol),能使使用者访问网络上别处的文件就像在使用自己的计算机一样。也就是说,将这些运行数据存储在设备管理装置220中的网络文件系统上,可以让基板管理装置240像访问本地文件一样访问。设备管理装置220可以采用硬盘作为存储介质来设立网络文件系统。
每个基板管理装置240都可以通过网络连接与设备管理装置220相连。每个基板管理装置240都包括有启动程序存储模块242和运行数据加载模块240。其中,启动程序存储模块242用于存储基板管理装置240启动时所需要的启动程序。启动程序是操作系统的内核运行前运行的一段小程序,比如bootloader,通过启动程序可以完成初始化硬件设备、建立内存空间映射图,从而将系统的软硬件环境带到一个合适状态,以便为最终调用操作系统内核准备好正确的环境。运行数据加载模块244用于在启动程序存储模块242中存储的启动程序运行成功后,从设备管理装置220中的网络文件系统中里加载运行数据,从而能够使整个嵌入式系统完整启动并运行。在具体的实施例中,启动程序存储模块242通常采用EEPROM(Electrically Erasable Programmable Read Only Memory,电可擦可编程只读存储器)或者闪存存储介质来存储启动程序。
综上所述,本发明实施例一提供的设备管理系统通过将基板管理装置运行时所需要的运行数据存储于设备管理装置内的网络文件系统中,一方面,可以在运行数据有升级需求时非常容易地升级;另一方面,减少了对基板管理装置中的存储器的频繁擦写。
实施例二
请参考图3,其示出了本发明实施例二提供的设备管理装置的结构方框图。该设备管理装置可以是运行有DMS(Device Management Software,设备管理软件)的服务器。该设备管理装置可以包括网络文件系统320、加载请求接收模块340、加载请求反馈模块360和运行数据升级模块380。
网络文件系统320用于存储基板管理装置运行时所需要的运行数据,这些运行数据可以包括内核文件、文件系统、应用程序和配置文件的一种或者多种。对于其中每个基板管理装置可以共用的数据,比如内核文件、文件系统和应用程序,可以设立公用数据区来存储。每个基板管理装置可以从公用数据区来加载这些运行数据。对于其中每个基板管理装置不可以共用的数据,比如配置文件,可以为每个基板管理装置设立各自的私有数据区,如图中所示的第一配置文件区、第二配置文件区、…、第n配置文件区。每个基板管理装置可以从各自的配置文件区来加载配置文件。
加载请求接收模块340用于接收来自基板管理装置的加载运行数据请求。该加载运行数据请求中通常包含有基板管理装置的识别信息、希望加载的运行数据信息等等。该加载运行数据请求可以由基板管理装置通过IPMI接口信息来发起。
加载请求反馈模块360用于在加载请求接收模块340接收到加载运行数据请求之后,反馈允许加载信号或者拒绝加载信号。加载请求反馈模块360在加载请求接收模块340接收到加载运行数据请求后,可以根据该基板管理装置的识别信息、希望加载的运行数据的访问路径是否正确等反馈允许加载信号,基板管理装置可以在接收到允许加载信号后,从网络文件系统320中加载相应的运行数据。
运行数据升级模块380用于根据升级文件对网络文件系统320中的运行数据进行统一升级。当网络文件系统320中的运行数据需要升级时,特别是配置文件、应用程序等需要升级时,运行数据升级模块380可以根据升级文件来对网络文件系统320中的运行数据进行统一升级。
综上所述,本发明实施例二提供的设备管理装置通过将基板管理装置运行时所需要的运行数据存储于网络文件系统中,一方面,可以在运行数据有升级需求时使用运行数据升级模块380非常容易地升级;另一方面,减少了对基板管理装置中的存储器的频繁擦写。同时,BMC的升级和BMC之间数据同步统一由DMS管理,提高DMS管理效率。
实施例三
由于设备管理装置和基板管理装置之间通过网络进行连接,所以可能会存在网络连接中断或者异常的情况,此时基板管理装置无法加载网络文件系统中的运行数据,将不能保持正常运行。为了解决该问题,请继续参考图4,其示出了本发明实施例三提供的基板管理装置的结构方框图。该基板管理装置可以包括启动程序存储模块420、基础数据存储模块440、连接状态判断模块460和运行数据加载模块480。
启动程序存储模块420用于存储基板管理装置启动时所需要的启动程序。启动程序是操作系统的内核运行前运行的一段小程序,比如bootloader,通过启动程序可以完成初始化硬件设备、建立内存空间映射图,从而将系统的软硬件环境带到一个合适状态,以便为最终调用操作系统内核准备好正确的环境。
基础数据存储模块440用于存储基板管理装置运行时所需要的基础运行数据,基础运行数据是所述运行数据中的子集。比如,运行数据可以包括有基板管理装置运行时可以运行的所有服务,该基础运行数据则可以包括基板管理装置运行时所需要的最基本或最基础的运行数据,以便能够使基板管理装置可以保持最基础的运行状态。
连接状态判断模块460用于判断与设备管理装置之间的连接状态是否正常。连接状态判断模块460可以采用心跳信号来判断与设备管理装置之间的连接状态是否正常。具体地讲,连接状态判断模块460可以每隔预定时间间隔向设备管理装置发送一个预定报文,设备管理装置在接收到该预定报文后反馈一个应答报文。如果连接状态判断模块460可以接收到该应答报文则说明与设备管理装置之间的连接状态正常,如果连接状态判断模块460不可以接收到该应答报文,或者连续预定次数都没有接收到该应答报文,则说明与设备管理装置之间的连接状态异常。
在正常使用状态下,运行数据加载模块480用于在启动程序存储模块420中存储的启动程序运行成功后,从设备管理装置中的网络文件系统中里加载运行数据,从而能够使整个嵌入式系统完整启动并运行。运行数据加载模块480可以在启动程序运行成功后,向设备管理装置发出加载运行数据请求,并在接收到允许加载信号后,从网络文件系统中加载运行数据。
当然,运行数据加载模块480还用于在连接状态判断模块460判断到与设备管理装置之间的连接状态不正常时,切换至本地的基础数据存储模块440中加载基础运行数据,以保证基板管理装置可以保持最基础的运行状态。易于思及的,当连接状态判断模块460判断到与设备管理装置之间的连接状态又恢复正常时,运行数据加载模块480还用于重新切换至设备管理装置中的网络文件系统中里加载运行数据。
综上所述,本发明实施例三提供的基板管理装置对自身的存储器的擦写较少,可以提高自身内部的存储器的使用寿命。而且与现有技术相比,由于运行数据存储于网络文件系统中,该基板管理装置中需要使用的存储器的容量也会减少,可以降低成本。另一方面,由于本发明实施例三提供的基板管理装置在内部存储了基础运行数据,使得即便与设备管理装置的连接状态出现异常,也能够保持基础状态下的正常运行,提高了用户体验和容错性。
实施例四
实施例三中虽然可以解决网络连接中断或者异常的情况下,基板管理装置无法正常运行的问题。但是在网络连接中断或者异常的情况下,基板管理装置也只能够以基本状态保持正常运行。为了使基板管理装置在网络连接中断或者异常的情况下,仍然保持全功能状态下的正常运行,请继续参考图5,其示出了本发明实施例四提供的设备管理系统的结构方框图。该设备管理系统包括有至少两个设备管理装置520和多个基板管理装置540。其中设备管理装置520可以采用实施例二提供的设备管理装置。基板管理装置540可以采用实施例三提供的设备管理装置。该两个设备管理装置520中的一个可以作为主设备管理装置,其余可以作为备用设备管理装置。
在默认状态下,基板管理装置540中的运行数据加载模块480可以从主设备管理装置中的网络文件系统中加载运行数据。同时基板管理装置540中的连接状态判断模块判断与这至少两个设备管理装置之间的连接状态是否正常,并且在连接状态判断模块判断到与主设备管理装置之间的连接状态不正常时,运行数据加载模块切换至连接状态正常的备用设备管理装置中的网络文件系统中加载运行数据。此时,即便网络连接状态出现不正常,基板管理装置540仍然可以保持全功能状态下的运行。当然,主设备管理装置和备用设备管理装置需要每隔预定时间间隔互相同步,运行数据加载模块也可以在连接状态判断模块判断到与主设备管理装置之间的连接状态恢复正常时,重新切换至主设备管理装置中的网络文件系统中加载运行数据。
综上所述,本发明实施例四提供的设备管理系统设置了至少两台设备管理装置,使得即便基板管理装置与设备管理装置的连接状态出现异常,也能够保持正常运行,提高了用户体验和容错性。
实施例五
请参考图6,其示出了本发明实施例五提供的基板管理方法的方法流程图,该基板管理方法包括:
步骤601,从自身存储器中运行启动程序;
在基板管理装置中的存储器中存储有启动程序。启动程序是操作系统的内核运行前运行的一段小程序,比如bootloader,通过启动程序可以完成初始化硬件设备、建立内存空间映射图,从而将系统的软硬件环境带到一个合适状态,以便为最终调用操作系统内核准备好正确的环境。首先,基板管理装置可以从自身存储器中运行启动程序。
步骤602,在启动程序运行成功后,从网络文件系统中加载运行数据,这些运行数据包括内核文件、文件系统、应用程序和配置文件的一种或者多种;其中,网络文件系统为与基板管理装置通过网络相连的设备管理装置中的网络文件系统。
基板管理装置可以在启动程序运行成功后,向设备管理装置发出加载运行数据请求,并在接收到允许加载信号后,从网络文件系统中加载运行数据。
步骤603,判断与设备管理装置之间的连接状态是否正常;
基板管理装置可以采用心跳信号来判断与设备管理装置之间的连接状态是否正常。具体地讲,基板管理装置可以每隔预定时间间隔向设备管理装置发送一个预定报文,设备管理装置在接收到该预定报文后反馈一个应答报文。如果基板管理装置可以接收到该应答报文则说明与设备管理装置之间的连接状态正常,如果基板管理装置不可以接收到该应答报文,或者连续预定次数都没有接收到该应答报文,则说明与设备管理装置之间的连接状态异常。
步骤604,如果判断到与设备管理装置之间的连接状态不正常,切换至自身存储器中加载基础运行数据;其中,基础运行数据是运行数据中的子集。
在基板管理装置判断到与设备管理装置之间的连接状态不正常时,切换至自身存储器中加载基础运行数据,以保证基板管理装置可以保持最基础的运行状态。易于思及的,当基板管理装置判断到与设备管理装置之间的连接状态又恢复正常时,基板管理装置还用于重新切换至设备管理装置中的网络文件系统中里加载运行数据。
综上所述,本发明实施例五提供的基板管理方法对自身的存储器的擦写较少,可以提高自身内部的存储器的使用寿命。另一方面,即便与设备管理装置的连接状态出现异常,该运行方法也能够保持基板管理装置在基础状态下的正常运行,提高了用户体验和容错性。
实施例六
请参考图7,其示出了本发明实施例六提供的基板管理方法的方法流程图,该基板管理方法可以用于实施例四中提供的基板管理装置中,该基板管理方法包括:
步骤701,从自身存储器中运行启动程序;
在基板管理装置中的存储器中存储有启动程序。启动程序是操作系统的内核运行前运行的一段小程序,比如bootloader,通过启动程序可以完成初始化硬件设备、建立内存空间映射图,从而将系统的软硬件环境带到一个合适状态,以便为最终调用操作系统内核准备好正确的环境。首先,基板管理装置可以从自身存储器中运行启动程序。
步骤702,在启动程序运行成功后,从网络文件系统中加载运行数据,这些运行数据包括内核文件、文件系统、应用程序和配置文件的一种或者多种;其中,网络文件系统为与基板管理装置通过网络相连的主设备管理装置中的网络文件系统。
基板管理装置可以在启动程序运行成功后,向主设备管理装置发出加载运行数据请求,并在接收到允许加载信号后,从网络文件系统中加载运行数据。
步骤703,判断与多个设备管理装置之间的连接状态是否正常;
基板管理装置可以采用心跳信号来判断与各个设备管理装置之间的连接状态是否正常。具体地讲,基板管理装置可以每隔预定时间间隔向设备管理装置发送一个预定报文,设备管理装置在接收到该预定报文后反馈一个应答报文。如果基板管理装置可以接收到该应答报文则说明与设备管理装置之间的连接状态正常,如果基板管理装置不可以接收到该应答报文,或者连续预定次数都没有接收到该应答报文,则说明与设备管理装置之间的连接状态异常。
步骤704,如果判断到与主设备管理装置之间的连接状态不正常时,切换至连接状态正常的备用设备管理装置中的网络文件系统中加载运行数据。
在基板管理装置判断到与主设备管理装置之间的连接状态不正常时,基板管理装置可以切换至连接状态正常的备用设备管理装置中的网络文件系统中加载运行数据。此时,即便网络连接状态出现不正常,基板管理装置仍然可以保持全功能状态下的运行。当然,基板管理装置也可以在连接状态判断模块判断到与主设备管理装置之间的连接状态恢复正常时,重新切换至主设备管理装置中的网络文件系统中加载运行数据。
综上所述,本发明实施例六提供的基板管理方法可以用于设置了至少两台设备管理装置的设备管理系统中,使得即便基板管理装置与主设备管理装置的连接状态出现异常,也能够保持正常运行,提高了用户体验和容错性。
需要说明的是:上述实施例提供的基板管理装置在实施例三、四中描述时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的基板管理装置与基板管理方法实施例属于同一构思,其具体实现过程可以互相对照参考,这里不再赘述。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1.一种设备管理系统,其特征在于,所述系统包括:设备管理装置和至少一个基板管理装置;
所述设备管理装置,用于在其内的网络文件系统中存储所述基板管理装置运行时所需要的运行数据,所述运行数据包括内核文件、文件系统、应用程序和配置文件中的一种或者多种,所述网络文件系统包括公有数据区和私有数据区,所述公有数据区用于存储每个所述基板管理装置共用的数据,所述私有数据区用于存储每个所述基板管理装置不共用的数据;
所述至少一个基板管理装置中的每个基板管理装置,都包括有启动程序存储模块和运行数据加载模块;
所述启动程序存储模块,用于存储所述基板管理装置启动时所需要的启动程序;
所述运行数据加载模块,用于在所述启动程序运行成功后,从所述网络文件系统中加载所述运行数据。
2.根据权利要求1所述的设备管理系统,其特征在于,所述基板管理装置还包括:基础数据存储模块和连接状态判断模块;
所述基础数据存储模块,用于存储所述基板管理装置运行时所需要的基础运行数据,所述基础运行数据是所述运行数据的子集;
所述连接状态判断模块,用于判断与所述设备管理装置之间的连接状态是否正常;
所述运行数据加载模块,还用于在所述连接状态判断模块判断到与所述设备管理装置之间的连接状态不正常时,切换至所述基础数据存储模块中加载所述基础运行数据。
3.根据权利要求1所述的设备管理系统,其特征在于,所述设备管理装置为两个或者两个以上,其中一个设备管理装置作为主设备管理装置,其它设备管理装置作为备用设备管理装置,所述基板管理装置还包括:连接状态判断模块;
所述连接状态判断模块,用于判断与所述各个设备管理装置之间的连接状态是否正常;
所述运行数据加载模块,还用于在所述连接状态判断模块判断到与所述主设备管理装置之间的连接状态不正常时,切换至连接状态正常的备用设备管理装置中的网络文件系统中加载所述运行数据。
4.一种设备管理装置,其特征在于,其包括:
网络文件系统,用于存储基板管理装置运行时所需要的运行数据,所述运行数据包括内核文件、文件系统、应用程序和配置文件的一种或者多种,所述网络文件系统包括公有数据区和私有数据区,所述公有数据区用于存储每个所述基板管理装置共用的数据,所述私有数据区用于存储每个所述基板管理装置不共用的数据;
加载请求接收模块,用于接收来自所述基板管理装置的加载运行数据请求;
加载请求反馈模块,用于在所述加载请求接收模块接收到所述加载运行数据请求之后,反馈允许加载信号或者拒绝加载信号。
5.根据权利要求4所述的设备管理装置,其特征在于,所述设备管理装置还包括:运行数据升级模块;
所述运行数据升级模块,用于根据升级文件对所述网络文件系统中的运行数据进行统一升级。
6.一种基板管理装置,其特征在于,其包括:
所述启动程序存储模块,用于存储所述基板管理装置启动时所需要的启动程序;
所述运行数据加载模块,用于在所述启动程序运行成功后,从网络文件系统中加载运行数据,所述运行数据包括内核文件、文件系统、应用程序和配置文件的一种或者多种,所述网络文件系统包括公有数据区和私有数据区,所述公有数据区用于存储每个所述基板管理装置共用的数据,所述私有数据区用于存储每个所述基板管理装置不共用的数据;
其中,所述网络文件系统为与所述基板管理装置通过网络相连的设备管理装置中的网络文件系统。
7.根据权利要求6所述的基板管理装置,其特征在于,所述基板管理装置还包括:基础数据存储模块和连接状态判断模块;
所述基础数据存储模块,用于存储所述基板管理装置运行时所需要的基础运行数据,所述基础运行数据是所述运行数据中的子集;
所述连接状态判断模块,用于判断与所述设备管理装置之间的连接状态是否正常;
所述运行数据加载模块,还用于在所述连接状态判断模块判断到与所述设备管理装置之间的连接状态不正常时,切换至所述基础数据存储模块中加载所述基础运行数据。
8.根据权利要求6所述的基板管理装置,其特征在于,在所述设备管理装置为两个或者两个以上,其中一个设备管理装置作为主设备管理装置,其它设备管理装置作为备用设备管理装置时,所述基板管理装置还包括:连接状态判断模块;
所述连接状态判断模块,用于判断与所述多个设备管理装置之间的连接状态是否正常;
所述运行数据加载模块,还用于在所述连接状态判断模块判断到与所述主设备管理装置之间的连接状态不正常时,切换至连接状态正常的备用设备管理装置中的网络文件系统中加载所述运行数据。
9.一种基板管理方法,其特征在于,其包括:
从自身存储器中运行启动程序;
在所述启动程序运行成功后,从网络文件系统中加载运行数据,所述运行数据包括内核文件、文件系统、应用程序和配置文件的一种或者多种,所述网络文件系统包括公有数据区和私有数据区,所述公有数据区用于存储每个所述基板管理装置共用的数据,所述私有数据区用于存储每个所述基板管理装置不共用的数据;
其中,所述网络文件系统为与所述基板管理装置通过网络相连的设备管理装置中的网络文件系统。
10.根据权利要求9所述的基板管理方法,其特征在于,所述在所述启动程序运行成功后,还包括:
判断与所述设备管理装置之间的连接状态是否正常;
如果判断到与所述设备管理装置之间的连接状态不正常,切换至自身存储器中加载基础运行数据;
其中,所述基础运行数据是所述运行数据中的子集。
11.根据权利要求9所述的基板管理方法,其特征在于,当所述设备管理装置为两个或者两个以上,其中一个设备管理装置作为主设备管理装置,其它设备管理装置作为备用设备管理装置时,所述在所述启动程序运行成功后,还包括:
判断与所述多个设备管理装置之间的连接状态是否正常;
如果判断到与所述主设备管理装置之间的连接状态不正常时,切换至连接状态正常的备用设备管理装置中的网络文件系统中加载所述运行数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210088107.7A CN102662702B (zh) | 2012-03-29 | 2012-03-29 | 设备管理系统、装置、基板管理装置及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210088107.7A CN102662702B (zh) | 2012-03-29 | 2012-03-29 | 设备管理系统、装置、基板管理装置及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102662702A CN102662702A (zh) | 2012-09-12 |
CN102662702B true CN102662702B (zh) | 2015-08-19 |
Family
ID=46772203
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210088107.7A Active CN102662702B (zh) | 2012-03-29 | 2012-03-29 | 设备管理系统、装置、基板管理装置及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102662702B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105550579A (zh) * | 2016-02-02 | 2016-05-04 | 浪潮电子信息产业股份有限公司 | 一种基于tpcm实现bmc完整性度量的方法 |
US11461085B2 (en) * | 2019-03-06 | 2022-10-04 | Quanta Computer Inc. | Firmware upgrade method in multiple node storage system |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1779638A (zh) * | 2004-11-22 | 2006-05-31 | 华为技术有限公司 | 电信单板软件加载方法 |
CN1892595A (zh) * | 2005-07-05 | 2007-01-10 | 英业达股份有限公司 | 计算机平台系统程序远程操控更新方法及系统 |
CN101788951A (zh) * | 2008-08-15 | 2010-07-28 | 北京北大众志微系统科技有限责任公司 | 一种网络计算机的存储系统及其存储方法 |
CN101957787A (zh) * | 2010-08-16 | 2011-01-26 | 浪潮电子信息产业股份有限公司 | 一种利用bmc模块调试刀片服务器的方法 |
-
2012
- 2012-03-29 CN CN201210088107.7A patent/CN102662702B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1779638A (zh) * | 2004-11-22 | 2006-05-31 | 华为技术有限公司 | 电信单板软件加载方法 |
CN1892595A (zh) * | 2005-07-05 | 2007-01-10 | 英业达股份有限公司 | 计算机平台系统程序远程操控更新方法及系统 |
CN101788951A (zh) * | 2008-08-15 | 2010-07-28 | 北京北大众志微系统科技有限责任公司 | 一种网络计算机的存储系统及其存储方法 |
CN101957787A (zh) * | 2010-08-16 | 2011-01-26 | 浪潮电子信息产业股份有限公司 | 一种利用bmc模块调试刀片服务器的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102662702A (zh) | 2012-09-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10642704B2 (en) | Storage controller failover system | |
US10048996B1 (en) | Predicting infrastructure failures in a data center for hosted service mitigation actions | |
US10445197B1 (en) | Detecting failover events at secondary nodes | |
US7814364B2 (en) | On-demand provisioning of computer resources in physical/virtual cluster environments | |
US9122652B2 (en) | Cascading failover of blade servers in a data center | |
CN102655460B (zh) | 一种生产服务器冗余备份方法及系统 | |
WO2007096350A1 (en) | Dynamic resource allocation for disparate application performance requirements | |
US9116861B2 (en) | Cascading failover of blade servers in a data center | |
CN113032085A (zh) | 云操作系统的管理方法、装置、服务器、管理系统及介质 | |
WO2008135875A1 (en) | Dynamic cli mapping for clustered software entities | |
US8015432B1 (en) | Method and apparatus for providing computer failover to a virtualized environment | |
US20130340051A1 (en) | Method of managing usage rights in a share group of servers | |
US7747893B2 (en) | Method and system for managing resources during system initialization and startup | |
WO2022093713A1 (en) | Techniques for generating a configuration for electrically isolating fault domains in a data center | |
CN102662702B (zh) | 设备管理系统、装置、基板管理装置及方法 | |
WO2016076858A1 (en) | Data backup | |
US20200133752A1 (en) | Prediction of power shutdown and outage incidents | |
KR101673882B1 (ko) | 내장 디스크를 이용한 고가용성 가상화 기반 스토리지 시스템 및 이것의 동작방법 | |
US11188393B1 (en) | Systems and methods for performing load balancing and distributed high-availability | |
US9143410B1 (en) | Techniques for monitoring guest domains configured with alternate I/O domains | |
US10365934B1 (en) | Determining and reporting impaired conditions in a multi-tenant web services environment | |
US11307946B2 (en) | Systems and methods for intelligent availability in a database availability group | |
US20180225201A1 (en) | Preserving volatile memory across a computer system disruption | |
US11983111B2 (en) | Systems and methods to flush data in persistent memory region to non-volatile memory using auxiliary processor | |
US11983578B2 (en) | Provisioning a computing subsystem including disaggregated hardware resources that comply with a power domain requirement for a workload |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220118 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: Super fusion Digital Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |