CN110045991A - 服务器的raid配置方法、装置、计算机设备和存储介质 - Google Patents
服务器的raid配置方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN110045991A CN110045991A CN201910176264.5A CN201910176264A CN110045991A CN 110045991 A CN110045991 A CN 110045991A CN 201910176264 A CN201910176264 A CN 201910176264A CN 110045991 A CN110045991 A CN 110045991A
- Authority
- CN
- China
- Prior art keywords
- server
- file
- raid
- mode
- configuration
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
- G06F9/4451—User profiles; Roaming
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Abstract
本申请涉及运维技术领域,特别涉及一种服务器的RAID配置方法、装置、计算机设备和存储介质。所述方法包括:将多个服务器进行PXE启动;获取各服务器的网卡ROM设置的模式;若所述模式是UEFI模式,则从预设第一路径中下载第一启动软件包至对应的服务器,执行所述BOOTX64.EFI文件,引导所述grub.cfg配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS;若所述模式是LEGACY模式,则从预设第二路径中下载第二启动软件包至对应的服务器,执行所述gpxelinux.0文件,引导所述default配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS;通过web界面发送RAID命令至所述各服务器,对所述各服务器进行RAID自动配置。实现批量自动化处理RAID,旨在解决现有服务器的RAID配置,耗时多,效率低,配置成本高的问题。
Description
技术领域
本申请涉及运维技术领域,特别涉及一种服务器的RAID配置方法、装置、计算机设备和存储介质。
背景技术
目前,在对服务器进行RAID(Redundant Arrays of Independent Drives,磁盘阵列)配置时,需要用户进行手动操作。首先,要对服务器连接显示器,通过显示器显示服务器的各设置界面,用户再根据各设置界面进行操作,进入RAID设置界面,之后再在RAID设置界面进行手动对服务器的RAID配置,为此,在现有服务器的RAID配置中,耗时多,效率低,配置成本高。
申请内容
针对现有技术不足,本申请提出一种服务器的RAID配置方法、装置、计算机设备和存储介质,旨在解决现有服务器的RAID配置,耗时多,效率低,配置成本高的问题。
本申请提出的技术方案是:
一种服务器的RAID配置方法,所述方法包括:
将多个服务器进行PXE启动;
获取各服务器的网卡ROM设置的模式,所述模式包括UEFI模式或者LEGACY模式;
若所述模式是UEFI模式,则从预设第一路径中下载第一启动软件包至对应的服务器,所述第一启动软件包包括BOOTX64.EFI文件、grub.cfg配置文件、Vmlinux文件和initrd.img文件;
执行所述BOOTX64.EFI文件,引导所述grub.cfg配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS;
若所述模式是LEGACY模式,则从预设第二路径中下载第二启动软件包至对应的服务器,所述第二启动软件包包括gpxelinux.0文件、default配置文件、Vmlinux文件和initrd.img文件;
执行所述gpxelinux.0文件,引导所述default配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS;
通过web界面发送RAID命令至所述各服务器,对所述各服务器进行RAID自动配置。
进一步地,在所述执行所述BOOTX64.EFI文件,引导所述grub.cfg配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS的步骤中,包括:
获取所述服务器的MAC信息;
将grub.cfg配置文件的文件名修改为MAC信息,获得第二配置文件;
执行所述BOOTX64.EFI文件,引导所述第二配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
进一步地,在所述通过web界面发送RAID命令至所述各服务器,对所述各服务器进行RAID自动配置的步骤之后,包括:
获取所述各服务器的RAID信息;
将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中。
进一步地,在将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中的步骤之后,包括:
从所述mysql数据库中读取所述各服务器的RAID信息;
将所述各服务器的RAID信息与对应的预设RAID信息进行比较,每一个服务器对应一个预设RAID信息;
若相同,则判定对应的服务器的RAID配置为正确;
若不相同,则判定对应的服务器的RAID配置为错误。
进一步地,在将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中的步骤之后,包括:
展示所述各服务器的RAID信息;
接收用户输入对所述各服务器的RAID信息的标识,所述标识包括第一标识和第二标识两种类型,所述第一标识是对所述各服务器的RAID信息的展示结果为错误的标识,所述第二标识是对所述各服务器的RAID信息的展示结果为正确的标识;
识别所述标识的类型;
若所述标识为所述第二标识,则判定对应的服务器的RAID配置为正确;
若所述标识为所述第一标识,则判定对应的服务器的RAID配置为错误。
进一步地,在所述判定对应的服务器的RAID配置为错误的步骤之后,包括:
标记RAID配置为错误的服务器,获得目标服务器;
再次发送RAID命令至所述目标服务器;
若在发送三次RAID命令之后,检测到所述目标服务器的RAID配置还是错误,则将所述目标服务器再次进行PXE启动,并清除所述目标服务器的RAID配置。
进一步地,在所述执行所述gpxelinux.0文件,引导所述default配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS的步骤中,包括:
获取所述服务器的MAC信息;
将default配置文件的文件名修改为MAC信息,获得第一配置文件;
执行所述gpxelinux.0文件,引导所述第一配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
本申请还提供一种服务器的RAID配置装置,所述装置包括:
启动模块,用于将多个服务器进行PXE启动;
获取模块,用于获取各服务器的网卡ROM设置的模式,所述模式包括UEFI模式或者LEGACY模式;
第一下载模块,用于若所述模式是UEFI模式,则从预设第一路径中下载第一启动软件包至对应的服务器,所述第一启动软件包包括BOOTX64.EFI文件、grub.cfg配置文件、Vmlinux文件和initrd.img文件;
第一处理模块,用于执行所述BOOTX64.EFI文件,引导所述grub.cfg配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS;
第二下载模块,用于若所述模式是LEGACY模式,则从预设第二路径中下载第二启动软件包至对应的服务器,所述第二启动软件包包括gpxelinux.0文件、default配置文件、Vmlinux文件和initrd.img文件;
第二处理模块,用于执行所述gpxelinux.0文件,引导所述default配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS;
配置模块,用于通过web界面发送RAID命令至所述各服务器,对所述各服务器进行RAID自动配置。
本申请还提供一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述任一项所述的方法的步骤。
本申请还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。
根据上述的技术方案,本申请有益效果:将多个服务器进行PXE启动,获取各服务器的网卡ROM设置的模式,如果模式是UEFI模式,采用第一启动软件包进行引导进入BOOTOS,如果模式是LEGACY模式,采用第二启动软件包进行引导进入BOOTOS,在BOOTOS中,通过web界面对各服务器进行RAID自动配置,实现批量自动化处理RAID,旨在解决现有服务器的RAID配置,耗时多,效率低,配置成本高的问题。
附图说明
图1是应用本申请实施例提供的服务器的RAID配置方法的流程图;
图2是应用本申请实施例提供的服务器的RAID配置装置的功能模块图;
图3是应用本申请实施例提供的计算机设备的结构示意框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
如图1所示,本申请实施例提出一种服务器的RAID配置方法,所述方法包括以下步骤:
步骤S101、将多个服务器进行PXE启动。
多个服务器是指需要进行RAID配置的服务器,PXE的英文全称是preboot executeenvironment,中文的名称是预启动执行环境。
步骤S102、获取各服务器的网卡ROM设置的模式,所述模式包括UEFI模式或者LEGACY模式。
检测服务器的网卡ROM设置的模式,通过网卡ROM中PXE client参数的设置,获得网卡ROM设置的模式,UEFI模式和LEGACY模式是两种不同的引导方式,UEFI模式是新式的BIOS,LEGACY模式是传统BIOS,UEFI英文全称是Unified Extensible FirmwareInterface,中文名字是统一的可扩展固件接口。UEFI模式和LEGACY模式所需要的启动软件包不相同,UEFI模式对应的是第一启动软件包,LEGACY模式对应的是第二启动软件包。PXEclient中的程序进入内存,显示命令菜单,此程序开始寻找网络引导程序。
步骤S103、若所述模式是UEFI模式,则从预设第一路径中下载第一启动软件包至对应的服务器,所述第一启动软件包包括BOOTX64.EFI文件、grub.cfg配置文件、Vmlinux文件和initrd.img文件。
步骤S104、执行所述BOOTX64.EFI文件,引导所述grub.cfg配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
如果是UEFI模式,下载第一启动软件包保存在服务器的缓存中,通过第一启动软件包中的文件,加载引导操作***。执行所述BOOTX64.EFI文件,读取到grub.cfg配置文件后,该服务器将会根据配置文件中提供的路径去加载Vmlinux文件和initrd.img文件,并将其加载到内存中,进入BOOTOS。执行BOOTX64.EFI过程中传统模式是通过IP的方式来获取grub.cfg配置文件,这种模式有一个问题就是如果DHCP分配的时间租期太短,而tftp去下载文件过长就容易导致IP发生变化,从而导致获取配置文件失败,我们再此基础上舍弃IP,通过MAC的方式,来实现,MAC地址是每个网卡唯一的标志,也不会发生更改。通过编译内核加参数控制MAC文件的形成,从而实现高效的引导加载模式。BOOTOS是Boot OperatingSystem的简称,中文意思是启动操作***。
在一些实施例中,在步骤S104中,包括:
获取所述服务器的MAC信息;
将grub.cfg配置文件的文件名修改为MAC信息,获得第二配置文件;
执行所述BOOTX64.EFI文件,引导所述第二配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
grub.cfg配置文件是默认的配置文件名称,在其它文件中也可能会存在grub.cfg配置文件,由于MAC信息的唯一性,为了避免引导错误,将grub.cfg配置文件的文件名修改为MAC信息。
步骤S105、若所述模式是LEGACY模式,则从预设第二路径中下载第二启动软件包至对应的服务器,所述第二启动软件包包括gpxelinux.0文件、default配置文件、Vmlinux文件和initrd.img文件。
步骤S106、执行所述gpxelinux.0文件,引导所述default配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
如果是LEGACY模式,下载第二启动软件包保存在服务器的缓存中,通过第二启动软件包中的文件,加载引导操作***。
具体地,引导文件把内核以及initrd文件加载到内存的特定位置,内核判断initrd的文件格式,如果不是cpio格式,将其作为image-initrd处理,内核将initrd的内容保存在rootfs下的/initrd.image文件中,内核将/initrd.image的内容读入/dev/ram0设备中,也就是读入了一个内存盘中,接着内核以可读写的方式把/dev/ram0设备挂载为原始的根文件***,如果/dev/ram0被指定为真正的根文件***,那么内核跳至最后一步正常启动进入BOOTOS。
在一些实施例中,在步骤S106中,包括:
获取所述服务器的MAC信息;
将default配置文件的文件名修改为MAC信息,获得第一配置文件;
执行所述gpxelinux.0文件,引导所述第一配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
default配置文件是默认的配置文件名称,在其它文件中也可能会存在default配置文件,由于MAC信息的唯一性,为了避免引导错误,将default配置文件的文件名修改为MAC信息。
步骤S107、通过web界面发送RAID命令至所述各服务器,对所述各服务器进行RAID自动配置。
在服务器进入Boot os之后,BOOTOS会自动启动cloudboot服务,此服务提供API接口,用来接收在web界面配置的RAID命令,cloudboot会对RAID命令进行封装,同时检查本机RAID配置详情,自动存入到数据库中,可以通过web直接显示当前raid配置信息。这样,只需要配置少量的配置就能实现多raid功能的配置,实现自动化处理RAID,并不需要用户手动对服务器进行RAID配置。通过web界面发送想要配置的RAID命令,cloudboot会自动解析RAID命令,然后对RAID命令进行相关的配置操作,Web服务器和mysql服务器处于同一台服务器上。Web服务器通过广播模式,自动侦测到各服务器的IP地址,管控各服务器的IP地址实现所有服务器进行控制,进而发送RAID命令至各服务器。
在本实施例中,在步骤S107之后,包括:
获取所述各服务器的RAID信息;
将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中。
RAID命令包括清除RAID、设置RAID指令到各服务器,各服务器通过cloudboot执行对应的封装命令,从而设置成需要配置的RAID。再通过mysql数据库存储各服务器的RAID信息,实现界面化展示RAID信息。
在本实施例中,在将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中的步骤之后,包括:
从所述mysql数据库中读取所述各服务器的RAID信息;
将所述各服务器的RAID信息与对应的预设RAID信息进行比较,每一个服务器对应一个预设RAID信息;
若相同,则判定对应的服务器的RAID配置为正确;
若不相同,则判定对应的服务器的RAID配置为错误。
将各服务器的RAID信息与对应的预设RAID信息进行比较,根据比较结果,判断对应的服务器的RAID配置是否正确,从而实现自动化判断服务器的RAID配置是否正确。
在将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中的步骤之后,包括:
展示所述各服务器的RAID信息;
接收用户输入对所述各服务器的RAID信息的标识,所述标识包括第一标识和第二标识两种类型,所述第一标识是对所述各服务器的RAID信息的展示结果为错误的标识,所述第二标识是对所述各服务器的RAID信息的展示结果为正确的标识;
识别所述标识的类型;
若所述标识为所述第二标识,则判定对应的服务器的RAID配置为正确;
若所述标识为所述第一标识,则判定对应的服务器的RAID配置为错误。
用户查看各服务器的RAID信息,判断各服务器的RAID信息是否是用户想要的RAID信息,如果是,则对服务器输入第一标识,如果不是,则对服务器输入第二标识,通过第一标识和第二标识区分各服务器的RAID信息的展示结果是否正确。
在判定对应的服务器的RAID配置为错误之后,需要再次对该服务器进行RAID配置。
在本实施例中,在所述判定对应的服务器的RAID配置为错误的步骤之后,包括:
标记RAID配置为错误的服务器,获得目标服务器;
再次发送RAID命令至所述目标服务器;
若在发送三次RAID命令之后,检测到所述目标服务器的RAID配置还是错误,则将所述目标服务器再次进行PXE启动,并清除所述目标服务器的RAID配置。
cloudboot再次下发配置指令,三次过后还是有异常则上报配置失败,将目标服务器再次进行PXE启动,清除相关硬盘信息后再次验证,如再失败则上报信息。
综上所述,将多个服务器进行PXE启动,获取各服务器的网卡ROM设置的模式,如果模式是UEFI模式,采用第一启动软件包进行引导进入BOOTOS,如果模式是LEGACY模式,采用第二启动软件包进行引导进入BOOTOS,在BOOTOS中,通过web界面对各服务器进行RAID自动配置,实现批量自动化处理RAID,旨在解决现有服务器的RAID配置,耗时多,效率低,配置成本高的问题。
如图2所示,本申请实施例提出一种服务器的RAID配置装置1,装置1包括启动模块11、获取模块12、第一下载模块13、第一处理模块14、第二下载模块15、第二处理模块16和配置模块17。
启动模块11,用于将多个服务器进行PXE启动。
多个服务器是指需要进行RAID配置的服务器,PXE的英文全称是preboot executeenvironment,中文的名称是预启动执行环境。
获取模块12,用于获取各服务器的网卡ROM设置的模式,所述模式包括UEFI模式或者LEGACY模式。
检测服务器的网卡ROM设置的模式,通过网卡ROM中PXE client参数的设置,获得网卡ROM设置的模式,UEFI模式和LEGACY模式是两种不同的引导方式,UEFI模式是新式的BIOS,LEGACY模式是传统BIOS,UEFI英文全称是Unified Extensible FirmwareInterface,中文名字是统一的可扩展固件接口。UEFI模式和LEGACY模式所需要的启动软件包不相同,UEFI模式对应的是第一启动软件包,LEGACY模式对应的是第二启动软件包。PXEclient中的程序进入内存,显示命令菜单,此程序开始寻找网络引导程序。
第一下载模块13,用于若所述模式是UEFI模式,则从预设第一路径中下载第一启动软件包至对应的服务器,所述第一启动软件包包括BOOTX64.EFI文件、grub.cfg配置文件、Vmlinux文件和initrd.img文件。
第一处理模块14,用于执行所述BOOTX64.EFI文件,引导所述grub.cfg配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
如果是UEFI模式,下载第一启动软件包保存在服务器的缓存中,通过第一启动软件包中的文件,加载引导操作***。执行所述BOOTX64.EFI文件,读取到grub.cfg配置文件后,该服务器将会根据配置文件中提供的路径去加载Vmlinux文件和initrd.img文件,并将其加载到内存中,进入BOOTOS。执行BOOTX64.EFI过程中传统模式是通过IP的方式来获取grub.cfg配置文件,这种模式有一个问题就是如果DHCP分配的时间租期太短,而tftp去下载文件过长就容易导致IP发生变化,从而导致获取配置文件失败,我们再此基础上舍弃IP,通过MAC的方式,来实现,MAC地址是每个网卡唯一的标志,也不会发生更改。通过编译内核加参数控制MAC文件的形成,从而实现高效的引导加载模式。BOOTOS是Boot OperatingSystem的简称,中文意思是启动操作***。
在一些实施例中,第一处理模块14包括:
第一子获取模块,用于获取所述服务器的MAC信息;
第一子修改模块,用于将grub.cfg配置文件的文件名修改为MAC信息,获得第二配置文件;
第一子加载模块,用于执行所述BOOTX64.EFI文件,引导所述第二配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
grub.cfg配置文件是默认的配置文件名称,在其它文件中也可能会存在grub.cfg配置文件,由于MAC信息的唯一性,为了避免引导错误,将grub.cfg配置文件的文件名修改为MAC信息。
第二下载模块15,用于若所述模式是LEGACY模式,则从预设第二路径中下载第二启动软件包至对应的服务器,所述第二启动软件包包括gpxelinux.0文件、default配置文件、Vmlinux文件和initrd.img文件。
第二处理模块16,用于执行所述gpxelinux.0文件,引导所述default配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
如果是LEGACY模式,下载第二启动软件包保存在服务器的缓存中,通过第二启动软件包中的文件,加载引导操作***。
具体地,引导文件把内核以及initrd文件加载到内存的特定位置,内核判断initrd的文件格式,如果不是cpio格式,将其作为image-initrd处理,内核将initrd的内容保存在rootfs下的/initrd.image文件中,内核将/initrd.image的内容读入/dev/ram0设备中,也就是读入了一个内存盘中,接着内核以可读写的方式把/dev/ram0设备挂载为原始的根文件***,如果/dev/ram0被指定为真正的根文件***,那么内核跳至最后一步正常启动进入BOOTOS。
在一些实施例中,第二处理模块16包括:
第二子获取模块,用于获取所述服务器的MAC信息;
第二子修改模块,用于将default配置文件的文件名修改为MAC信息,获得第一配置文件;
第二子加载模块,用于执行所述gpxelinux.0文件,引导所述第一配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
default配置文件是默认的配置文件名称,在其它文件中也可能会存在default配置文件,由于MAC信息的唯一性,为了避免引导错误,将default配置文件的文件名修改为MAC信息。
配置模块17,用于通过web界面发送RAID命令至所述各服务器,对所述各服务器进行RAID自动配置。
在服务器进入Boot os之后,BOOTOS会自动启动cloudboot服务,此服务提供API接口,用来接收在web界面配置的RAID命令,cloudboot会对RAID命令进行封装,同时检查本机RAID配置详情,自动存入到数据库中,可以通过web直接显示当前raid配置信息。这样,只需要配置少量的配置就能实现多raid功能的配置,实现自动化处理RAID,并不需要用户手动对服务器进行RAID配置。通过web界面发送想要配置的RAID命令,cloudboot会自动解析RAID命令,然后对RAID命令进行相关的配置操作,Web服务器和mysql服务器处于同一台服务器上。Web服务器通过广播模式,自动侦测到各服务器的IP地址,管控各服务器的IP地址实现所有服务器进行控制,进而发送RAID命令至各服务器。
在本实施例中,装置1包括:
第一获取模块,用于获取所述各服务器的RAID信息;
第一存储模块,用于将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中。
RAID命令包括清除RAID、设置RAID指令到各服务器,各服务器通过cloudboot执行对应的封装命令,从而设置成需要配置的RAID。再通过mysql数据库存储各服务器的RAID信息,实现界面化展示RAID信息。
在本实施例中,装置1包括:
第一读取模块,用于从所述mysql数据库中读取所述各服务器的RAID信息;
第一比较模块,用于将所述各服务器的RAID信息与对应的预设RAID信息进行比较,每一个服务器对应一个预设RAID信息;
第一判定模块,用于若相同,则判定对应的服务器的RAID配置为正确;
第二判定模块,用于若不相同,则判定对应的服务器的RAID配置为错误。
将各服务器的RAID信息与对应的预设RAID信息进行比较,根据比较结果,判断对应的服务器的RAID配置是否正确,从而实现自动化判断服务器的RAID配置是否正确。
装置1包括:
第一展示模块,用于展示所述各服务器的RAID信息;
第一接收模块,用于接收用户输入对所述各服务器的RAID信息的标识,所述标识包括第一标识和第二标识两种类型,所述第一标识是对所述各服务器的RAID信息的展示结果为错误的标识,所述第二标识是对所述各服务器的RAID信息的展示结果为正确的标识;
第一识别模块,用于识别所述标识的类型;
第三判定模块,用于若所述标识为所述第二标识,则判定对应的服务器的RAID配置为正确;
第四判定模块,用于若所述标识为所述第一标识,则判定对应的服务器的RAID配置为错误。
用户查看各服务器的RAID信息,判断各服务器的RAID信息是否是用户想要的RAID信息,如果是,则对服务器输入第一标识,如果不是,则对服务器输入第二标识,通过第一标识和第二标识区分各服务器的RAID信息的展示结果是否正确。
在判定对应的服务器的RAID配置为错误之后,需要再次对该服务器进行RAID配置。
在本实施例中,装置1包括:
第一标记模块,用于标记RAID配置为错误的服务器,获得目标服务器;
第一发送模块,用于再次发送RAID命令至所述目标服务器;
第一启动模块,用于若在发送三次RAID命令之后,检测到所述目标服务器的RAID配置还是错误,则将所述目标服务器再次进行PXE启动,并清除所述目标服务器的RAID配置。
cloudboot再次下发配置指令,三次过后还是有异常则上报配置失败,将目标服务器再次进行PXE启动,清除相关硬盘信息后再次验证,如再失败则上报信息。
综上所述,将多个服务器进行PXE启动,获取各服务器的网卡ROM设置的模式,如果模式是UEFI模式,采用第一启动软件包进行引导进入BOOTOS,如果模式是LEGACY模式,采用第二启动软件包进行引导进入BOOTOS,在BOOTOS中,通过web界面对各服务器进行RAID自动配置,实现批量自动化处理RAID,旨在解决现有服务器的RAID配置,耗时多,效率低,配置成本高的问题。
如图3所示,本申请实施例中还提供一种计算机设备,该计算机设备可以是服务器,其内部结构可以如图3所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储服务器的RAID配置方法的模型等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种服务器的RAID配置方法。
上述处理器执行上述服务器的RAID配置方法的步骤:将多个服务器进行PXE启动;获取各服务器的网卡ROM设置的模式,所述模式包括UEFI模式或者LEGACY模式;若所述模式是UEFI模式,则从预设第一路径中下载第一启动软件包至对应的服务器,所述第一启动软件包包括BOOTX64.EFI文件、grub.cfg配置文件、Vmlinux文件和initrd.img文件;执行所述BOOTX64.EFI文件,引导所述grub.cfg配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS;若所述模式是LEGACY模式,则从预设第二路径中下载第二启动软件包至对应的服务器,所述第二启动软件包包括gpxelinux.0文件、default配置文件、Vmlinux文件和initrd.img文件;执行所述gpxelinux.0文件,引导所述default配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS;通过web界面发送RAID命令至所述各服务器,对所述各服务器进行RAID自动配置。
在一个实施例中,上述执行所述BOOTX64.EFI文件,引导所述grub.cfg配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS的步骤中,包括:
获取所述服务器的MAC信息;
将grub.cfg配置文件的文件名修改为MAC信息,获得第二配置文件;
执行所述BOOTX64.EFI文件,引导所述第二配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
在一个实施例中,上述通过web界面发送RAID命令至所述各服务器,对所述各服务器进行RAID自动配置的步骤之后,包括:
获取所述各服务器的RAID信息;
将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中。
在一个实施例中,上述将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中的步骤之后,包括:
从所述mysql数据库中读取所述各服务器的RAID信息;
将所述各服务器的RAID信息与对应的预设RAID信息进行比较,每一个服务器对应一个预设RAID信息;
若相同,则判定对应的服务器的RAID配置为正确;
若不相同,则判定对应的服务器的RAID配置为错误。
在一个实施例中,上述将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中的步骤之后,包括:
展示所述各服务器的RAID信息;
接收用户输入对所述各服务器的RAID信息的标识,所述标识包括第一标识和第二标识两种类型,所述第一标识是对所述各服务器的RAID信息的展示结果为错误的标识,所述第二标识是对所述各服务器的RAID信息的展示结果为正确的标识;
识别所述标识的类型;
若所述标识为所述第二标识,则判定对应的服务器的RAID配置为正确;
若所述标识为所述第一标识,则判定对应的服务器的RAID配置为错误。
在一个实施例中,上述判定对应的服务器的RAID配置为错误的步骤之后,包括:
标记RAID配置为错误的服务器,获得目标服务器;
再次发送RAID命令至所述目标服务器;
若在发送三次RAID命令之后,检测到所述目标服务器的RAID配置还是错误,则将所述目标服务器再次进行PXE启动,并清除所述目标服务器的RAID配置。
在一个实施例中,上述执行所述gpxelinux.0文件,引导所述default配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS的步骤中,包括:
获取所述服务器的MAC信息;
将default配置文件的文件名修改为MAC信息,获得第一配置文件;
执行所述gpxelinux.0文件,引导所述第一配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
本领域技术人员可以理解,图3中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定。
本申请实施例的计算机设备,将多个服务器进行PXE启动,获取各服务器的网卡ROM设置的模式,如果模式是UEFI模式,采用第一启动软件包进行引导进入BOOTOS,如果模式是LEGACY模式,采用第二启动软件包进行引导进入BOOTOS,在BOOTOS中,通过web界面对各服务器进行RAID自动配置,实现批量自动化处理RAID,旨在解决现有服务器的RAID配置,耗时多,效率低,配置成本高的问题。
本申请一实施例还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现一种基于语义解析的文本准确率计算方法,具体为:将多个服务器进行PXE启动;获取各服务器的网卡ROM设置的模式,所述模式包括UEFI模式或者LEGACY模式;若所述模式是UEFI模式,则从预设第一路径中下载第一启动软件包至对应的服务器,所述第一启动软件包包括BOOTX64.EFI文件、grub.cfg配置文件、Vmlinux文件和initrd.img文件;执行所述BOOTX64.EFI文件,引导所述grub.cfg配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS;若所述模式是LEGACY模式,则从预设第二路径中下载第二启动软件包至对应的服务器,所述第二启动软件包包括gpxelinux.0文件、default配置文件、Vmlinux文件和initrd.img文件;执行所述gpxelinux.0文件,引导所述default配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS;通过web界面发送RAID命令至所述各服务器,对所述各服务器进行RAID自动配置。
在一个实施例中,上述执行所述BOOTX64.EFI文件,引导所述grub.cfg配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS的步骤中,包括:
获取所述服务器的MAC信息;
将grub.cfg配置文件的文件名修改为MAC信息,获得第二配置文件;
执行所述BOOTX64.EFI文件,引导所述第二配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
在一个实施例中,上述通过web界面发送RAID命令至所述各服务器,对所述各服务器进行RAID自动配置的步骤之后,包括:
获取所述各服务器的RAID信息;
将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中。
在一个实施例中,上述将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中的步骤之后,包括:
从所述mysql数据库中读取所述各服务器的RAID信息;
将所述各服务器的RAID信息与对应的预设RAID信息进行比较,每一个服务器对应一个预设RAID信息;
若相同,则判定对应的服务器的RAID配置为正确;
若不相同,则判定对应的服务器的RAID配置为错误。
在一个实施例中,上述将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中的步骤之后,包括:
展示所述各服务器的RAID信息;
接收用户输入对所述各服务器的RAID信息的标识,所述标识包括第一标识和第二标识两种类型,所述第一标识是对所述各服务器的RAID信息的展示结果为错误的标识,所述第二标识是对所述各服务器的RAID信息的展示结果为正确的标识;
识别所述标识的类型;
若所述标识为所述第二标识,则判定对应的服务器的RAID配置为正确;
若所述标识为所述第一标识,则判定对应的服务器的RAID配置为错误。
在一个实施例中,上述判定对应的服务器的RAID配置为错误的步骤之后,包括:
标记RAID配置为错误的服务器,获得目标服务器;
再次发送RAID命令至所述目标服务器;
若在发送三次RAID命令之后,检测到所述目标服务器的RAID配置还是错误,则将所述目标服务器再次进行PXE启动,并清除所述目标服务器的RAID配置。
在一个实施例中,上述执行所述gpxelinux.0文件,引导所述default配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS的步骤中,包括:
获取所述服务器的MAC信息;
将default配置文件的文件名修改为MAC信息,获得第一配置文件;
执行所述gpxelinux.0文件,引导所述第一配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
本申请实施例的存储介质,将多个服务器进行PXE启动,获取各服务器的网卡ROM设置的模式,如果模式是UEFI模式,采用第一启动软件包进行引导进入BOOTOS,如果模式是LEGACY模式,采用第二启动软件包进行引导进入BOOTOS,在BOOTOS中,通过web界面对各服务器进行RAID自动配置,实现批量自动化处理RAID,旨在解决现有服务器的RAID配置,耗时多,效率低,配置成本高的问题。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内所作的任何修改、等同替换和改进等,均应包括在本申请的保护范围之内。
Claims (10)
1.一种服务器的RAID配置方法,其特征在于,所述方法包括:
将多个服务器进行PXE启动;
获取各服务器的网卡ROM设置的模式,所述模式包括UEFI模式或者LEGACY模式;
若所述模式是UEFI模式,则从预设第一路径中下载第一启动软件包至对应的服务器,所述第一启动软件包包括BOOTX64.EFI文件、grub.cfg配置文件、Vmlinux文件和initrd.img文件;
执行所述BOOTX64.EFI文件,引导所述grub.cfg配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS;
若所述模式是LEGACY模式,则从预设第二路径中下载第二启动软件包至对应的服务器,所述第二启动软件包包括gpxelinux.0文件、default配置文件、Vmlinux文件和initrd.img文件;
执行所述gpxelinux.0文件,引导所述default配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS;
通过web界面发送RAID命令至所述各服务器,对所述各服务器进行RAID自动配置。
2.根据权利要求1所述的服务器的RAID配置方法,其特征在于,在所述执行所述BOOTX64.EFI文件,引导所述grub.cfg配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS的步骤中,包括:
获取所述服务器的MAC信息;
将grub.cfg配置文件的文件名修改为MAC信息,获得第二配置文件;
执行所述BOOTX64.EFI文件,引导所述第二配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
3.根据权利要求1所述的服务器的RAID配置方法,其特征在于,在所述通过web界面发送RAID命令至所述各服务器,对所述各服务器进行RAID自动配置的步骤之后,包括:
获取所述各服务器的RAID信息;
将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中。
4.根据权利要求3所述的服务器的RAID配置方法,其特征在于,在将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中的步骤之后,包括:
从所述mysql数据库中读取所述各服务器的RAID信息;
将所述各服务器的RAID信息与对应的预设RAID信息进行比较,每一个服务器对应一个预设RAID信息;
若相同,则判定对应的服务器的RAID配置为正确;
若不相同,则判定对应的服务器的RAID配置为错误。
5.根据权利要求3所述的服务器的RAID配置方法,其特征在于,在将所述各服务器的RAID信息通过josn格式存储到指定的mysql数据库中的步骤之后,包括:
展示所述各服务器的RAID信息;
接收用户输入对所述各服务器的RAID信息的标识,所述标识包括第一标识和第二标识两种类型,所述第一标识是对所述各服务器的RAID信息的展示结果为错误的标识,所述第二标识是对所述各服务器的RAID信息的展示结果为正确的标识;
识别所述标识的类型;
若所述标识为所述第二标识,则判定对应的服务器的RAID配置为正确;
若所述标识为所述第一标识,则判定对应的服务器的RAID配置为错误。
6.根据权利要求4或者5所述的服务器的RAID配置方法,其特征在于,在所述判定对应的服务器的RAID配置为错误的步骤之后,包括:
标记RAID配置为错误的服务器,获得目标服务器;
再次发送RAID命令至所述目标服务器;
若在发送三次RAID命令之后,检测到所述目标服务器的RAID配置还是错误,则将所述目标服务器再次进行PXE启动,并清除所述目标服务器的RAID配置。
7.根据权利要求1所述的服务器的RAID配置方法,其特征在于,在所述执行所述gpxelinux.0文件,引导所述default配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS的步骤中,包括:
获取所述服务器的MAC信息;
将default配置文件的文件名修改为MAC信息,获得第一配置文件;
执行所述gpxelinux.0文件,引导所述第一配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS。
8.一种服务器的RAID配置装置,其特征在于,所述装置包括:
启动模块,用于将多个服务器进行PXE启动;
获取模块,用于获取各服务器的网卡ROM设置的模式,所述模式包括UEFI模式或者LEGACY模式;
第一下载模块,用于若所述模式是UEFI模式,则从预设第一路径中下载第一启动软件包至对应的服务器,所述第一启动软件包包括BOOTX64.EFI文件、grub.cfg配置文件、Vmlinux文件和initrd.img文件;
第一处理模块,用于执行所述BOOTX64.EFI文件,引导所述grub.cfg配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS;
第二下载模块,用于若所述模式是LEGACY模式,则从预设第二路径中下载第二启动软件包至对应的服务器,所述第二启动软件包包括gpxelinux.0文件、default配置文件、Vmlinux文件和initrd.img文件;
第二处理模块,用于执行所述gpxelinux.0文件,引导所述default配置文件对所述服务器加载Vmlinux文件和initrd.img文件,进入BOOTOS;
配置模块,用于通过web界面发送RAID命令至所述各服务器,对所述各服务器进行RAID自动配置。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910176264.5A CN110045991B (zh) | 2019-03-08 | 2019-03-08 | 服务器的raid配置方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910176264.5A CN110045991B (zh) | 2019-03-08 | 2019-03-08 | 服务器的raid配置方法、装置、计算机设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110045991A true CN110045991A (zh) | 2019-07-23 |
CN110045991B CN110045991B (zh) | 2022-05-20 |
Family
ID=67274678
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910176264.5A Active CN110045991B (zh) | 2019-03-08 | 2019-03-08 | 服务器的raid配置方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110045991B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110737479A (zh) * | 2019-09-04 | 2020-01-31 | 平安科技(深圳)有限公司 | 一种无盘启动操作***的方法、服务器和可读存储介质 |
CN110879712A (zh) * | 2019-11-07 | 2020-03-13 | 北京浪潮数据技术有限公司 | 一种云数据中心物理主机装机方法及相关装置 |
CN111782283A (zh) * | 2020-06-28 | 2020-10-16 | 北京思特奇信息技术股份有限公司 | 一种裸金属服务器的自动化管理方法、装置及介质 |
CN112965662A (zh) * | 2021-03-03 | 2021-06-15 | 北京金山云网络技术有限公司 | 一种云服务器的配置方法、装置、管理服务器及存储介质 |
CN113692003A (zh) * | 2021-08-30 | 2021-11-23 | 北京紫光展锐通信技术有限公司 | Wi-Fi模块的模式切换方法及设备 |
CN113849230A (zh) * | 2021-08-30 | 2021-12-28 | 浪潮电子信息产业股份有限公司 | 服务器启动方法、装置、电子设备及可读存储介质 |
CN115664953A (zh) * | 2022-11-30 | 2023-01-31 | 苏州浪潮智能科技有限公司 | 一种外接设备的资源分配方法及相关装置 |
CN116679889A (zh) * | 2023-07-31 | 2023-09-01 | 苏州浪潮智能科技有限公司 | Raid设备配置信息的确定方法及装置、存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050108474A1 (en) * | 2003-11-04 | 2005-05-19 | Weijia Zhang | System and method for remote raid configuration |
US20110296159A1 (en) * | 2010-05-28 | 2011-12-01 | Hon Hai Precision Industry Co., Ltd. | Pxe server and electronic device and method of diskless booting electronic device |
CN103746833A (zh) * | 2013-12-25 | 2014-04-23 | 新浪网技术(中国)有限公司 | 基于pxe的raid自动配置方法和*** |
US20170024295A1 (en) * | 2011-09-21 | 2017-01-26 | Kevin Mark Klughart | Raid hot spare system and method |
US20170269942A1 (en) * | 2016-03-17 | 2017-09-21 | MSI Computer (Shenzhen) Co., Ltd | Method for setting redundant array of independent disks |
CN107203375A (zh) * | 2016-03-17 | 2017-09-26 | 恩斯迈电子(深圳)有限公司 | 设定磁盘阵列的方法 |
US20190020540A1 (en) * | 2017-07-14 | 2019-01-17 | Quanta Cloud Technology Inc. | Mechanism for hardware configuration and software deployment |
-
2019
- 2019-03-08 CN CN201910176264.5A patent/CN110045991B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050108474A1 (en) * | 2003-11-04 | 2005-05-19 | Weijia Zhang | System and method for remote raid configuration |
US20110296159A1 (en) * | 2010-05-28 | 2011-12-01 | Hon Hai Precision Industry Co., Ltd. | Pxe server and electronic device and method of diskless booting electronic device |
US20170024295A1 (en) * | 2011-09-21 | 2017-01-26 | Kevin Mark Klughart | Raid hot spare system and method |
CN103746833A (zh) * | 2013-12-25 | 2014-04-23 | 新浪网技术(中国)有限公司 | 基于pxe的raid自动配置方法和*** |
US20170269942A1 (en) * | 2016-03-17 | 2017-09-21 | MSI Computer (Shenzhen) Co., Ltd | Method for setting redundant array of independent disks |
CN107203375A (zh) * | 2016-03-17 | 2017-09-26 | 恩斯迈电子(深圳)有限公司 | 设定磁盘阵列的方法 |
US20190020540A1 (en) * | 2017-07-14 | 2019-01-17 | Quanta Cloud Technology Inc. | Mechanism for hardware configuration and software deployment |
Non-Patent Citations (1)
Title |
---|
穆琙博 等: "基于新型云化电信网络的服务器测试方法研究", 《电信网技术》 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110737479A (zh) * | 2019-09-04 | 2020-01-31 | 平安科技(深圳)有限公司 | 一种无盘启动操作***的方法、服务器和可读存储介质 |
CN110737479B (zh) * | 2019-09-04 | 2024-06-28 | 平安科技(深圳)有限公司 | 一种无盘启动操作***的方法、服务器和可读存储介质 |
CN110879712A (zh) * | 2019-11-07 | 2020-03-13 | 北京浪潮数据技术有限公司 | 一种云数据中心物理主机装机方法及相关装置 |
CN110879712B (zh) * | 2019-11-07 | 2022-06-17 | 北京浪潮数据技术有限公司 | 一种云数据中心物理主机装机方法及相关装置 |
CN111782283A (zh) * | 2020-06-28 | 2020-10-16 | 北京思特奇信息技术股份有限公司 | 一种裸金属服务器的自动化管理方法、装置及介质 |
CN112965662A (zh) * | 2021-03-03 | 2021-06-15 | 北京金山云网络技术有限公司 | 一种云服务器的配置方法、装置、管理服务器及存储介质 |
CN113692003A (zh) * | 2021-08-30 | 2021-11-23 | 北京紫光展锐通信技术有限公司 | Wi-Fi模块的模式切换方法及设备 |
CN113849230A (zh) * | 2021-08-30 | 2021-12-28 | 浪潮电子信息产业股份有限公司 | 服务器启动方法、装置、电子设备及可读存储介质 |
CN115664953A (zh) * | 2022-11-30 | 2023-01-31 | 苏州浪潮智能科技有限公司 | 一种外接设备的资源分配方法及相关装置 |
CN115664953B (zh) * | 2022-11-30 | 2023-05-26 | 苏州浪潮智能科技有限公司 | 一种外接设备的资源分配方法及相关装置 |
CN116679889A (zh) * | 2023-07-31 | 2023-09-01 | 苏州浪潮智能科技有限公司 | Raid设备配置信息的确定方法及装置、存储介质 |
CN116679889B (zh) * | 2023-07-31 | 2023-11-03 | 苏州浪潮智能科技有限公司 | Raid设备配置信息的确定方法及装置、存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110045991B (zh) | 2022-05-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110045991A (zh) | 服务器的raid配置方法、装置、计算机设备和存储介质 | |
CN106201927B (zh) | 用于将网络驱动程序注入目标映像的设备和方法 | |
CN103324498B (zh) | 用于引导裸机计算设备的方法和设备 | |
EP2598991B1 (en) | Method of usb device enumeration including detecting operating system type of usb host | |
US7356685B2 (en) | System and method for enabling automated run-time input to network bootstrapping processes | |
US6889340B1 (en) | Use of extra firmware flash ROM space as a diagnostic drive | |
EP2641175B1 (en) | Networked recovery system | |
CN102637144B (zh) | 一种***故障的处理方法和装置 | |
BRPI0707062A2 (pt) | dispositivo portátil e método | |
CN103577210B (zh) | 移动终端之间挂载的***和方法 | |
CN107680295A (zh) | 柜员机控件更新方法和装置 | |
CN107992381A (zh) | ***还原方法、装置、***、备份还原服务器及存储介质 | |
CN113626822B (zh) | 集成LinuxBoot的UEFI固件启动方法及装置 | |
CN111444119B (zh) | 一种基于内核参数的飞腾平台非易失内存注册方法 | |
US20060129788A1 (en) | System and method for initially configuring and booting a device using a device identifier | |
US8316361B2 (en) | Method of enabling a user to update one or more low-level resources of a computer system in a user-friendly manner | |
CN104699615A (zh) | 一种***故障的处理方法和装置 | |
CN109240748A (zh) | 应用于嵌入式***的镜像启动及适配的方法、*** | |
CN107087164A (zh) | 一种设备开机的方法和装置 | |
CN112463466B (zh) | 电脑测试方法 | |
CN107203397A (zh) | 移动应用的运行方法和装置 | |
CN105868101B (zh) | 一种软件测试方法 | |
CN109101279A (zh) | 一种多版本***的兼容性启动方法 | |
CN105278993B (zh) | 一种基于Linux***的驱动模块升级方法及装置 | |
Cisco | System Image and Microcode Commands |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |