CN109213509A - 一种raid卡的升级方法、升级系统及相关装置 - Google Patents
一种raid卡的升级方法、升级系统及相关装置 Download PDFInfo
- Publication number
- CN109213509A CN109213509A CN201811011281.5A CN201811011281A CN109213509A CN 109213509 A CN109213509 A CN 109213509A CN 201811011281 A CN201811011281 A CN 201811011281A CN 109213509 A CN109213509 A CN 109213509A
- Authority
- CN
- China
- Prior art keywords
- raid card
- version information
- upgrade
- model
- raid
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
Abstract
本申请所提供的一种RAID卡的升级方法，包括：获取RAID卡的型号和当前版本信息；根据型号获取RAID卡的最新版本信息；判断当前版本信息和最新版本信息是否一致；若否，确定型号对应的配置文件；根据配置文件和型号对RAID卡升级。本申请直接利用RAID卡的型号、当前版本和配置文件即可对RAID卡进行升级。可以方便的自动升级RAID卡以及设置RAID卡配置参数，RAID卡提高生产效率。无需在服务器出厂前手动将带的RAID卡固件升级并将RAID卡策略设置为客户需求的配置，节约时间成本以及物料成本，提高经济效益。本申请还提供一种RAID卡的升级系统、一种计算机可读存储介质和一种服务器，具有上述有益效果。
Description
技术领域
本申请涉及存储领域，特别涉及一种RAID卡的升级方法、升级系统、一种计算机存储介质和一种服务器。
背景技术
RAID(Redundant Array of Independent Disks，独立磁盘冗余阵列)是一种把多块独立的物理硬盘按不同方式组合起来形成一个逻辑硬盘，从而提供比单个硬盘有着更高的性能和提供数据冗余的技术。
在服务器出厂前需要将带的RAID卡固件升级然后将RAID卡策略设置为客户需求的配置。由于以前升级RAID卡在U盘DOS系统(Disk Operation System，磁盘操作系统)下升级，然后进入RAID卡设置界面手动设置，升级繁琐且容易设置错误。
申请内容
本申请的目的是提供一种RAID卡的升级方法、升级系统、一种计算机存储介质和一种服务器，解决现有的RAID卡升级繁琐且容易设置错误的问题。
为解决上述技术问题，本申请提供一种RAID卡的升级方法，具体技术方案如下：
获取所述RAID卡的型号和当前版本信息；
根据所述型号获取所述RAID卡的最新版本信息；
判断所述当前版本信息和所述最新版本信息是否一致；
若否，确定所述型号对应的配置文件；
根据所述最新版本信息对应的版本文件、所述配置文件对所述RAID卡升级。
其中，根据所述配置文件和所述型号对所述RAID卡升级之后，还包括：
根据所述配置文件配置所述RAID卡的参数策略。
其中，完成所述RAID卡的升级之后，还包括：
判断所述RAID卡是否升级成功；
若否，重新根据所述最新版本信息对应的版本文件、所述配置文件对所述RAID卡升级；
若是，判断所述参数策略是否正确。
其中，判断所述RAID卡是否升级成功包括：
判断升级后的所述RAID卡的版本信息是否为所述最新版本信息。
其中，所述RAID卡为硬RAID卡。
本申请还提供一种RAID卡的升级系统，包括：
第一获取模块，用于获取所述RAID卡的型号和当前版本信息；
第二获取模块，用于根据所述型号获取所述RAID卡的最新版本信息；
第一判断模块，用于判断所述当前版本信息和所述最新版本信息是否一致；
确定模块，用于所述第一判断模块判断结果为否时，确定所述型号对应的配置文件；
升级模块，用于根据所述最新版本信息对应的版本文件、所述配置文件对所述RAID卡升级。
其中，所述升级系统还包括：
配置模块，用于根据所述配置文件配置所述RAID卡的参数策略。
其中，所述升级系统还包括：
第二判断模块，用于判断所述RAID卡是否升级成功；
二次升级模块，用于所述第二判断模块判断结果为否时，重新根据所述最新版本信息对应的版本文件、所述配置文件对所述RAID卡升级；
第三判断模块，用于所述第二判断模块判断结果为是时，判断所述参数策略是否正确。
本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的升级方法的步骤。
本申请还提供一种服务器，包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如上所述的升级方法的步骤。
本申请所提供的一种RAID卡的升级方法，包括：获取所述RAID卡的型号和当前版本信息；根据所述型号获取所述RAID卡的最新版本信息；判断所述当前版本信息和所述最新版本信息是否一致；若否，确定所述型号对应的配置文件；根据所述配置文件和所述型号对所述RAID卡升级。
本申请通过直接利用RAID卡的型号、当前版本和配置文件即可对RAID卡进行升级。可以方便的自动升级RAID卡版本以及设置RAID卡配置参数，RAID卡提高生产效率。无需在服务器出厂前手动将带的RAID卡固件升级并将RAID卡策略设置为客户需求的配置，节约时间成本以及物料成本，提高经济效益。本申请还提供一种RAID卡的升级系统、一种计算机可读存储介质和一种服务器，具有上述有益效果，此处不再赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例所提供的一种RAID卡的升级方法的流程图；
图2为本申请实施例所提供的另一种RAID卡的升级方法的流程图；
图3为本申请实施例所提供的一种RAID卡的升级系统结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
请参考图1，图1为本申请实施例所提供的一种RAID卡的升级方法的流程图，该升级方法包括：
为解决上述技术问题，本申请提供一种RAID卡的升级方法，具体技术方案如下：
S101：获取所述RAID卡的型号和当前版本信息；
需要说明的是，不用型号的RAID卡对应接口和支持的模式均有区别，因此首先需要明确即将升级的RAID卡的型号。可能某个型号的RAID卡的型号为PCI-Express接口，而另一个型号的RAID卡为PCI-X接口。且不同型号的RAID支持的模式也不同，常见的模式包括RAID0、RAID1、RAID5、RAID6、RAID50、RAID60等等。由此可见，不同型号的RAID卡差别极大，因此必须明确RAID卡的型号。在此对于RAID卡的型号包括的具体内容不作限定，至少包括但不限定于接口和支持的模式，例如还可以包括RAID卡的缓存大小等。
当前版本信息指的是RAID卡当前的固件版本信息，通常固件版本信息可以直接获取得到，以一串数字的形式表现，即通常所说的版本号。获取当前版本信息的目的是确认RAID卡的版本内容，可以理解的是，RAID卡的当前版本可能和最新版本相差好几个版本，则内容上区别较大，若是直接升级至最新版本，则中间版本的固件文件可能会发生遗失。因此确定当前版本信息的目的就是确定RAID卡当前固件文件的内容。
需要说明的是，本申请中的RAID卡可以为硬RAID卡，同样可以为软RAID卡。RAID卡一般分为硬RAID卡和软RAID卡两种，通过用硬件来实现RAID功能的就是硬RAID，独立的RAID卡，主板集成的RAID芯片都是硬RAID。通过软件并使用CPU的RAID卡是指使用CPU来完成RAID的常用计算，软件RAID占用CPU资源较高，绝大部分服务器设备是硬件RAID。
本步骤旨在RAID卡升级前的获取其基础信息，为后续步骤的升级做准备。
S102：根据所述型号获取所述RAID卡的最新版本信息；
本步骤旨在获取同型号的RAID卡的最新固件文件信息，需要说明的是，本步骤仅需获取最新的版本信息即可，无需在本步骤直接获取最新版本的固件文件。
此外，在明确最新版本信息的同时也确定了当前版本和最新版本之间的版本差，即二者相差几个版本。
S103：判断所述当前版本信息和所述最新版本信息是否一致；若否，进入S104；
本步骤旨在比对当前版本信息和最新版本信息是否一致，若不一致，则说明RAID卡需要升级更新。若一致，则自然无需更新。
在S102中获取到RAID卡的最新版本信息后，与RAID卡的实际版本信息也就是当前版本进行比对，因为最新版本信息一定不旧于当前版本信息，因此只要二者不一致，则可确定需要对RAID卡进行固件更新。当然，若当前版本信息和最新版本信息一致，则可直接结束升级流程。
S104：确定所述型号对应的配置文件；
配置文件主要指的是配置RAID卡的模式。在RAID卡的配置过程中，根据物理磁盘的数量配置RAID模式，即支持的RAID级别。此外，还包括创建虚拟磁盘以及配置热备盘的过程中的相关参数等等。对应的，在S101中明确RAID卡的型号后，本步骤需要根据型号明确配置文件。上文已经说明，不同RAID卡的型号可能对应不同的模式，可以理解的是，一种型号的RAID通常支持多种模式。
由此可见，本步骤旨在明确待升级RAID卡的配置参数，同样为后续步骤的升级做准备。
需要说明的是，本步骤可以在S101后确定RAID卡的型号后即可进行，因为配置文件参与RAID卡的升级，因此本步骤只要求在确定RAID卡的型号和对RAID卡升级这两个过程中执行即可，即只需在S101和S105中间执行即可。
此外，S101至S104可以多次循环甚至周期性进行，即实现检查更新。可以理解的是，RAID卡会经常更新，因此可以经常进行版本信息的比对，一旦发现当前版本信息和最新版本信息不一致，或者配置文件发生变化，则需要对RAID卡进行升级。当然，对于同一RAID卡，可以仅在首次更新时获取其型号，后续检查更新时无需重复获取RAID卡型号，即后续循环过程中S101只需获取RAID卡的当前版本信息即可。但是，步骤S104是否需要循环执行具体应由本领域技术人员根据RAID卡的使用情况确定。通常情况下，RAID卡的使用状态未发生变化或配置未发生改变时，则无需重复执行S104。当然，若是保险起见，也可以选择每次检查更新时均执行S104对应的步骤。
进一步的，在此对于多次检查更新的频率不作限定，可以为固定频率，也可以根据RAID卡固件文件的实际更新频率作相应的变化。
S105：根据所述最新版本信息对应的版本文件、所述配置文件对所述RAID卡升级。
本步骤旨在确定RAID的型号及对应的配置文件后对RAID卡进行升级。在此对应具体的升级方法不作限定，可以利用DOS系统升级，也可以先将升级文件上传至服务器(例如主控服务器等)，则以上所有步骤的执行主体由服务器完成，同时最新版本的RAID固件文件也存储在服务器中。由于通过服务器端进行更新的相关设置，以及对配置文件的设置更加便捷，这样可以轻松实现RAID卡的更新。通过进一步设置更新的周期等参数，还可以实现RAID卡的自动更新。无需在服务器出厂前手动将带的RAID卡固件升级并将RAID卡策略设置为客户需求的配置，节约时间成本以及物料成本，提高经济效益。
基于上述实施例，作为优选的实施例，根据所述配置文件和所述型号对所述RAID卡升级之后，还可以包括：
S106：根据所述配置文件配置所述RAID卡的参数策略。
通常，RAID卡还对应的很多配置策略。以下以几种常见的重要配置策略举例说明：
Read-ahead(预读)启用逻辑驱动器的SCSI预读功能。可将此参数设为No-Read-Ahead(非预读)、Read-ahead(预读)或Adaptive(自适应)。默认设置为Adaptive(自适应)。
No-Read-Ahead(非预读)指定控制器在当前逻辑驱动器中不使用预读方式。
Read-ahead(预读)指定控制器在当前逻辑驱动器中使用预读方式。
Adaptive(自适应)指定如果最近两次的磁盘访问出现在连续的扇区内，则控制器开始采用Read-ahead(预读)。如果所有的读取请求都是随机的，则该算法回复到No-Read-Ahead(非预读)，但仍要判断所有的读取请求是否有按顺序操作的可能。
Cache Policy(高速缓存策略)适合在特定逻辑驱动器上读取。它并不影响Readahead(预读)高速缓存。
Cached I/O(高速缓存I/O)指定所有读取数据在高速缓存存储器中缓存。
Direct I/O(直接I/O)指定读取数据不在高速缓存存储器中缓存。此为默认设置。它不会代替高速缓存策略设置。数据被同时传送到高速缓存和主机。如果再次读取同一数据块，则从高速缓存存储器读取
Write Policy(写入策略)将高速缓存方法设置为回写或通过写。
在Write-back(回写)高速缓存中，当控制器高速缓存已接收到某个事务中的所有数据时，该控制器将数据传输完成信号发送给主机。
在Write-through(通过写)高速缓存中，当磁盘子系统已接收到一个事务中的所有数据时，该控制器将数据传输完成信号发送给主机。
Write-through(通过写)高速缓存与Write-back(回写)高速缓存相比具有数据安全的优势，但Write-back(回写)高速缓存比起Write-through(通过写)又有性能上的优势。
上面对常见的RAID卡的参数策略进行了介绍，当然除此之外还可以存在其他参数策略，在此不一一举例介绍。
此时，该升级方法的流程图可以如图2所示，图2为本申请实施例所提供的另一种RAID卡的升级方法的流程图。
基于上述实施例，作为优选的实施例，配置所述RAID卡的参数策略之后，还可以包括：
判断所述RAID卡是否升级成功；
若否，重新根据所述最新版本信息对应的版本文件、所述配置文件对所述RAID卡升级；
若是，判断所述参数策略是否正确。
本实施例旨在对RAID卡升级后进行升级后检测，以确定RAID卡升级成功。具体的，可以通过判断升级后的所述RAID卡的版本信息是否为所述最新版本信息，借此判断RAID卡是否升级成功。
因为在RAID卡升级过程中可能由于电源忽然断电、固件升级文件错误等原因造成升级失败，而若是此时没有对应的升级后检测步骤，导致服务器出厂后RAID卡固件版本错误，将带来巨大损失。
因此，若确定参数策略正确，即代表RAID卡升级完成且升级成功。若参数策略不正确，还可以重新进行配置参数策略的相关步骤，例如“根据型号确定对应的配置文件”等。
本实施例中提供通过版本信息进行升级后检测的方法，当然还可以联想到比对RAID固件文件等方法，均应在本申请的保护范围内。
进一步，基于上述实施例，作为优选的实施例，若所述参数策略正确时，还可以包括：
生成升级成功的第一提示信息。
在此对于第一提示信息的具体内容形式不作限定，通常以文字或英文提示升级成功。例如在确认升级成功后，显示“the raid firmware pass”。
进一步，基于上述实施例，作为优选的实施例，若升级后的RAID卡的版本信息不为所述最新版本信息，或所述参数策略不正确时，还可以包括：
生成升级失败的第二提示信息。
在此对于第二提示信息的具体内容形式不作限定，通常也以文字或英文提示升级成功。例如在确认升级成功后，显示“the raid firmware fail”。
下面对本申请实施例提供的一种RAID卡的升级系统进行介绍，下文描述的升级系统与上文描述的升级方法可相互对应参照。
参见图3，图3为本申请实施例所提供的一种RAID卡的升级系统结构示意图。本申请还提供一种RAID卡的升级系统，该升级系统包括：
第一获取模块100，用于获取所述RAID卡的型号和当前版本信息；
第二获取模块200，用于根据所述型号获取所述RAID卡的最新版本信息；
第一判断模块300，用于判断所述当前版本信息和所述最新版本信息是否一致；
确定模块400，用于所述第一判断模块300判断结果为否时，确定所述型号对应的配置文件；
升级模块500，用于根据所述配置文件和所述型号对所述RAID卡升级。
基于上述实施例，作为优选的实施例，升级系统还可以包括：
配置模块，用于根据所述配置文件配置所述RAID卡的参数策略。
基于上述实施例，作为优选的实施例，升级系统还可以包括：
第二判断模块，用于判断所述RAID卡是否升级成功；
二次升级模块，用于所述第二判断模块判断结果为否时，重新根据所述最新版本信息对应的版本文件、所述配置文件对所述RAID卡升级；
第三判断模块，用于所述第二判断模块判断结果为是时，判断所述参数策略是否正确。
进一步的，所述第二判断模块具体为用于判断升级后的所述RAID卡的版本信息是否为所述最新版本信息的模块。
本申请还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请还提供了一种服务器，可以包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时，可以实现上述实施例所提供的步骤。当然所述服务器还可以包括各种网络接口，电源等组件。
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例提供的系统而言，由于其与实施例提供的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。
还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
Claims (10)
1.一种RAID卡的升级方法，其特征在于，包括：
获取所述RAID卡的型号和当前版本信息；
根据所述型号获取所述RAID卡的最新版本信息；
判断所述当前版本信息和所述最新版本信息是否一致；
若否，确定所述型号对应的配置文件；
根据所述最新版本信息对应的版本文件、所述配置文件对所述RAID卡升级。
2.根据权利要求1所述的升级方法，其特征在于，根据所述配置文件和所述型号对所述RAID卡升级之后，还包括：
根据所述配置文件配置所述RAID卡的参数策略。
3.根据权利要求2所述的升级方法，其特征在于，完成所述RAID卡的升级之后，还包括：
判断所述RAID卡是否升级成功；
若否，重新根据所述最新版本信息对应的版本文件、所述配置文件对所述RAID卡升级；
若是，判断所述参数策略是否正确。
4.根据权利要求3所述的升级方法，其特征在于，判断所述RAID卡是否升级成功包括：
判断升级后的所述RAID卡的版本信息是否为所述最新版本信息。
5.根据权利要求1所述的升级方法，其特征在于，所述RAID卡为硬RAID卡。
6.一种RAID卡的升级系统，其特征在于，包括：
第一获取模块，用于获取所述RAID卡的型号和当前版本信息；
第二获取模块，用于根据所述型号获取所述RAID卡的最新版本信息；
第一判断模块，用于判断所述当前版本信息和所述最新版本信息是否一致；
确定模块，用于所述第一判断模块判断结果为否时，确定所述型号对应的配置文件；
升级模块，用于根据所述最新版本信息对应的版本文件、所述配置文件对所述RAID卡升级。
7.根据权利要求6所述的升级系统，其特征在于，还包括：
配置模块，用于根据所述配置文件配置所述RAID卡的参数策略。
8.根据权利要求7所述的升级系统，其特征在于，还包括：
第二判断模块，用于判断所述RAID卡是否升级成功；
二次升级模块，用于所述第二判断模块判断结果为否时，重新根据所述最新版本信息对应的版本文件、所述配置文件对所述RAID卡升级；
第三判断模块，用于所述第二判断模块判断结果为是时，判断所述参数策略是否正确。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-5任一项所述的升级方法的步骤。
10.一种服务器，其特征在于，包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如权利要求1-5任一项所述的升级方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811011281.5A CN109213509A (zh) | 2018-08-31 | 2018-08-31 | 一种raid卡的升级方法、升级系统及相关装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811011281.5A CN109213509A (zh) | 2018-08-31 | 2018-08-31 | 一种raid卡的升级方法、升级系统及相关装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109213509A true CN109213509A (zh) | 2019-01-15 |
Family
ID=64985906
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811011281.5A Pending CN109213509A (zh) | 2018-08-31 | 2018-08-31 | 一种raid卡的升级方法、升级系统及相关装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109213509A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110502258A (zh) * | 2019-07-11 | 2019-11-26 | 苏州浪潮智能科技有限公司 | 一种升级网卡的方法、设备及可读介质 |
| CN111190621A (zh) * | 2019-12-23 | 2020-05-22 | 深圳优地科技有限公司 | 固件烧录方法、装置、系统、终端设备及存储介质 |
| WO2021093222A1 (zh) * | 2019-11-11 | 2021-05-20 | 深圳忆联信息系统有限公司 | 兼容raid与非raid的ssd固件升级方法和装置 |
| CN113821262A (zh) * | 2020-06-19 | 2021-12-21 | 纬创资通股份有限公司 | 主板及切换信号来源的方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030163640A1 (en) * | 2002-02-28 | 2003-08-28 | International Business Machines Corporation | Upgrading firmware on disks of the raid storage system without deactivating the server |
| CN1482547A (zh) * | 2002-07-29 | 2004-03-17 | �Ҵ���˾ | 以非破坏性方式升级驱动器固件的方法和系统 |
| CN107608701A (zh) * | 2017-10-20 | 2018-01-19 | 深圳市道通科技股份有限公司 | 一种升级固件的方法和装置 |
| CN107608695A (zh) * | 2017-09-21 | 2018-01-19 | 曙光信息产业(北京)有限公司 | 硬盘固件升级方法、装置及服务器 |
-
2018
- 2018-08-31 CN CN201811011281.5A patent/CN109213509A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030163640A1 (en) * | 2002-02-28 | 2003-08-28 | International Business Machines Corporation | Upgrading firmware on disks of the raid storage system without deactivating the server |
| CN1482547A (zh) * | 2002-07-29 | 2004-03-17 | �Ҵ���˾ | 以非破坏性方式升级驱动器固件的方法和系统 |
| CN107608695A (zh) * | 2017-09-21 | 2018-01-19 | 曙光信息产业(北京)有限公司 | 硬盘固件升级方法、装置及服务器 |
| CN107608701A (zh) * | 2017-10-20 | 2018-01-19 | 深圳市道通科技股份有限公司 | 一种升级固件的方法和装置 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110502258A (zh) * | 2019-07-11 | 2019-11-26 | 苏州浪潮智能科技有限公司 | 一种升级网卡的方法、设备及可读介质 |
| WO2021093222A1 (zh) * | 2019-11-11 | 2021-05-20 | 深圳忆联信息系统有限公司 | 兼容raid与非raid的ssd固件升级方法和装置 |
| CN111190621A (zh) * | 2019-12-23 | 2020-05-22 | 深圳优地科技有限公司 | 固件烧录方法、装置、系统、终端设备及存储介质 |
| CN113821262A (zh) * | 2020-06-19 | 2021-12-21 | 纬创资通股份有限公司 | 主板及切换信号来源的方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109213509A (zh) | 一种raid卡的升级方法、升级系统及相关装置 | |
| CN102334093B (zh) | 存储控制装置以及虚拟卷的控制方法 | |
| US9542272B2 (en) | Write redirection in redundant array of independent disks systems | |
| US7426633B2 (en) | System and method for reflashing disk drive firmware | |
| CN1191518C (zh) | 用于分级存储管理系统的转换廉价磁盘冗余阵列 | |
| US7539816B2 (en) | Disk control device, disk control method | |
| US6098119A (en) | Apparatus and method that automatically scans for and configures previously non-configured disk drives in accordance with a particular raid level based on the needed raid level | |
| CN100412780C (zh) | 计算机系统、盘装置以及数据更新控制方法 | |
| US8909883B2 (en) | Storage system and storage control method | |
| CN1808611B (zh) | 检测不准确数据的设备和方法 | |
| US20090138672A1 (en) | Storage controller and storage controller control method | |
| WO2010059173A1 (en) | System and method for recovering solid state drive data | |
| JP2007156597A (ja) | ストレージ装置 | |
| WO2019120133A1 (zh) | 一种基于固态硬盘的日志文件的读写方法及固态硬盘 | |
| US20140143476A1 (en) | Usage of cache and write transaction information in a storage device | |
| JP2006146833A (ja) | ディスク装置の整合性検査支援方法およびディスクアレイ装置の整合性検査方法 | |
| WO2012119375A1 (zh) | Raid配置信息的处理方法及装置、raid控制器 | |
| CN110399247B (zh) | 一种数据恢复方法、装置、设备及计算机可读存储介质 | |
| CN111124262A (zh) | 独立盘冗余阵列（raid）的管理方法、设备和计算机可读介质 | |
| CN102246135A (zh) | 数据存储系统的瘦导入 | |
| CN103218273A (zh) | 硬盘数据恢复方法、服务器及分布式存储系统 | |
| US6745324B1 (en) | Dynamic firmware image creation from an object file stored in a reserved area of a data storage device of a redundant array of independent disks (RAID) system | |
| CN109313593B (zh) | 存储系统 | |
| CN104484135A (zh) | 一种快速数据读取方法及装置 | |
| US7171518B2 (en) | Data storage system recovery from disk failure during system off-line condition |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190115 |
|
| RJ01 | Rejection of invention patent application after publication |