CN118132011A - RAID card configuration information management method, system, device, equipment and medium - Google Patents
RAID card configuration information management method, system, device, equipment and medium Download PDFInfo
- Publication number
- CN118132011A CN118132011A CN202410545371.1A CN202410545371A CN118132011A CN 118132011 A CN118132011 A CN 118132011A CN 202410545371 A CN202410545371 A CN 202410545371A CN 118132011 A CN118132011 A CN 118132011A
- Authority
- CN
- China
- Prior art keywords
- data
- configuration information
- raid card
- configuration
- index
- 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
- 238000007726 management method Methods 0.000 title claims abstract description 55
- 238000000034 method Methods 0.000 claims abstract description 87
- 230000004044 response Effects 0.000 claims description 127
- 238000012544 monitoring process Methods 0.000 claims description 97
- 238000013507 mapping Methods 0.000 claims description 38
- 230000008859 change Effects 0.000 claims description 32
- 230000015654 memory Effects 0.000 claims description 27
- 238000004458 analytical method Methods 0.000 claims description 14
- 238000005538 encapsulation Methods 0.000 claims description 7
- 238000004590 computer program Methods 0.000 claims description 6
- 238000013479 data entry Methods 0.000 description 19
- 230000008569 process Effects 0.000 description 19
- 230000003993 interaction Effects 0.000 description 16
- 230000007246 mechanism Effects 0.000 description 12
- 230000001360 synchronised effect Effects 0.000 description 10
- 238000004891 communication Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 9
- 238000003491 array Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000004806 packaging method and process Methods 0.000 description 7
- 230000001960 triggered effect Effects 0.000 description 7
- 230000009471 action Effects 0.000 description 2
- 239000011111 cardboard Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0629—Configuration or reconfiguration of storage systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
- G06F3/0659—Command handling arrangements, e.g. command buffers, queues, command scheduling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0683—Plurality of storage devices
- G06F3/0689—Disk arrays, e.g. RAID, JBOD
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention relates to the technical field of storage management and discloses a RAID card configuration information management method, a system, a device, equipment and a medium, wherein the method comprises the following steps: acquiring configuration information of the RAID card from the RAID card, and storing the configuration information to a first data center of a host; acquiring a data request of a configuration interface; and acquiring target data from the first data center according to the data request, and sending the target data to the configuration interface, wherein the target data is contained in the configuration information. The invention solves the problem that the configuration interface can not timely display the configuration information required by configuring the RAID card when the RAID card is configured by utilizing the configuration interface.
Description
Technical Field
The invention relates to the technical field of storage management, in particular to a RAID card configuration information management method, a system, a device, equipment and a medium.
Background
RAID (Redundant Array of INDEPENDENT DISKS, redundant array of inexpensive disks) is a combination of multiple disk devices into one or more storage array groups. Conventional RAID cards are PCIe (PERIPHERAL COMPONENT INTERCONNECT EXPRESS, high speed serial computer expansion bus standard) devices on a computer system, with the RAID cards being connected to the computer system host through a PCIe bus. A UEFI interface for configuring the RAID card is defined as a configuration interface at the host side by using UEFI (Unified Extensible FIRMWARE INTERFACE ). And the user issues a configuration command to the RAID card through the configuration interface at the host side, so that the acquisition and the issuing of configuration data between the UEFI interface and the RAID card are realized.
When a RAID card is configured using a configuration interface, configuration information of service modules such as a RAID card Controller (CTRL), disk (Disk), and ARRAY (ARRAY) needs to be displayed on the configuration interface. However, when a large amount of configuration information of the service module needs to be displayed on the configuration interface, the current interaction logic can only continuously request the response message to obtain the data through the background, which consumes a long time, so that the configuration interface often has a clamping phenomenon when the user operates.
Therefore, the related art has a problem that the configuration interface cannot timely display configuration information required for configuring the RAID card when the RAID card is configured by using the configuration interface.
Disclosure of Invention
In view of this, the present invention provides a method, a system, a device, and a medium for managing configuration information of a RAID card, so as to solve the problem that when the RAID card is configured by using a configuration interface, the configuration interface cannot timely display configuration information required for configuring the RAID card.
In a first aspect, the present invention provides a method for managing configuration information of a RAID card, where the method is applied to a host, and the method includes:
acquiring configuration information of the RAID card from the RAID card, and storing the configuration information to a first data center of a host;
Acquiring a data request of a configuration interface;
And acquiring target data from the first data center according to the data request, and sending the target data to the configuration interface, wherein the target data is contained in the configuration information.
According to the RAID card configuration information management method, configuration information of a RAID card is stored in a first data center, and when a data request of a configuration interface is acquired, target data is acquired from the first data center. The configuration interface can quickly obtain the required target data and display the target data in time, the host does not need to frequently search configuration information from the RAID card, the interaction times of the host and the RAID card in the configuration process are reduced, the configuration interface is prevented from being blocked, and the smoothness and convenience of the configuration interface are improved. The method solves the problem that the configuration interface cannot timely display configuration information required by the configuration of the RAID card when the configuration interface is used for configuring the RAID card.
In some alternative embodiments, after sending the target data to the configuration interface, the method further comprises:
Acquiring a configuration command of a configuration interface and sending the configuration command to a RAID card, wherein the configuration command is generated according to target data;
And acquiring an execution result of the configuration command from the RAID card, and sending the execution result to the configuration interface.
In the embodiment, the configuration command generated according to the target data is obtained from the configuration interface, the configuration command is issued to the RAID card service module, and the execution result is sent to the configuration interface, so that a large number of message interactions between the host and the RAID card are saved, the message bandwidth of the system is saved, and the efficiency of configuring the RAID card is improved.
In some alternative embodiments, obtaining configuration information of a RAID card from the RAID card and storing the configuration information to a first data center of a host includes:
sending a first data request message to the RAID card, wherein the first data request message is used for acquiring configuration information of a preset number of service modules in the RAID card;
acquiring a first response message corresponding to the first data request message, wherein the first response message is generated by the RAID card according to configuration information after receiving the first data request message;
Analyzing the first response message to obtain configuration information;
And storing the configuration information to the first data center.
In some alternative embodiments, after storing the configuration information to the first data center, the method further comprises:
Generating an asynchronous monitoring event of a data item to be monitored, wherein the data item to be monitored is used for dividing configuration information, and the asynchronous monitoring event is used for monitoring whether the configuration information of a RAID card side is changed or not;
Issuing an asynchronous monitoring event to the RAID card;
acquiring feedback information corresponding to the asynchronous monitoring event from the RAID card, wherein the feedback information is used for determining whether the asynchronous monitoring event is successfully issued;
Obtaining change configuration information from the RAID card, wherein the change configuration information is sent to the host by the RAID card when triggering an asynchronous monitoring event;
and updating the corresponding data in the first data center according to the changed configuration information.
In this embodiment, whether the data of the corresponding data item to be monitored is changed is monitored by using an asynchronous monitoring event. Triggering an asynchronous monitoring event, receiving the changed configuration information by the host, and updating corresponding data in the first data center according to the changed configuration information to realize real-time synchronization of the configuration information of the service module to the first data center.
In some alternative embodiments, generating an asynchronous monitoring event for a data item to be monitored includes:
acquiring a first preset RAID card data table entry, wherein the first preset RAID card data table entry is contained in a data item to be monitored;
Generating an asynchronous monitoring event corresponding to each first preset RAID card data table entry, wherein the asynchronous monitoring event is used for acquiring a table entry message corresponding to the first preset RAID card data table entry, and the table entry message is contained in configuration information.
In some alternative embodiments, obtaining change configuration information from a RAID card includes:
obtaining a second response message from the RAID card, wherein the second response message is generated by the RAID card according to service configuration information when triggering an asynchronous monitoring event, the service configuration information is contained in changed configuration information, and the service configuration information is generated after the RAID card executes a configuration command;
and analyzing the second response message to obtain service configuration information.
In some alternative embodiments, after storing the configuration information to the first data center of the host, the method further comprises:
at a first preset moment, a first full-quantity data request message is sent to the RAID card, wherein the first full-quantity data request message is used for acquiring first full-quantity data of the RAID card;
Obtaining a third response message from the RAID card, wherein the third response message is generated by the RAID card according to the first full data after receiving the first full data request message;
analyzing the third response message to obtain first full data;
Comparing the first full data with the data of the first data center, and if inconsistent data exists in the first data center, updating the inconsistent data according to the first full data.
In this embodiment, the first full data is obtained from the RAID card, inconsistent data in the first database is updated according to the first full data, accuracy and consistency of the first database data are guaranteed, and reliability of the first data center is guaranteed.
In some alternative embodiments, sending the first data request message to the RAID card includes:
Determining the current configuration information requirement; the configuration information requirement comprises data fields of at least one first operation object in the currently required configuration information; the data field of the first operation object comprises at least one of an object type field, an object name field and an object attribute field of the first operation object;
determining first index information corresponding to a data field of a first operation object according to a preset first mapping relation; the first mapping relation comprises a mapping relation between a data field and an index of a first operation object, and the first index information comprises at least one of a first object type index, a first object name index and a first object attribute index corresponding to the first operation object;
Generating a first data request message containing first index information, and sending the first data request message to the RAID card;
Analyzing the first response message to obtain configuration information, including:
according to the hierarchical sequence of the object type, the object name and the object attribute, analyzing the first response message layer by layer to obtain analysis information of a corresponding hierarchy;
Obtaining a target data structure tree corresponding to the first data request message according to the analysis information of the corresponding level, wherein the target data structure tree contains configuration information required by a host, and the target data structure tree is used for updating a first data structure tree of a first data center;
obtaining target data from a first data center according to a data request, including:
Analyzing the data request to obtain second index information of at least one second operation object in the data request; the second index information comprises at least one of a second object type index, a second object name index and a second object attribute index corresponding to the second operation object;
Under the condition that the second index information comprises a second object type index, a second object name index and a second object attribute index, carrying out step-by-step inquiry in a first data structure tree according to the second object type index, the second object name index and the second object attribute index, determining a corresponding first target node, and taking configuration information corresponding to the first target node as target data;
Under the condition that the second index information only comprises a second object type index and a second object name index, carrying out step-by-step inquiry in the first data structure tree according to the second object type index and the second object name index, determining a corresponding second target node, and taking the second target node and configuration information corresponding to at least part of sub-nodes of the second target node as target data;
And determining a third target node corresponding to the second object type index in the first data center under the condition that the second index information only comprises the second object type index, and taking configuration information corresponding to the third target node and at least part of child nodes of the third target node as target data.
In this embodiment, the first index information is determined according to the preset first mapping relationship, and the configuration information is synchronized from the RAID card to the first data center by using the first data request message including the first index information, so that the attribute of the operation object is conveniently configured, queried and stored.
In a second aspect, the present invention provides a method for managing configuration information of a RAID card, where the method is applied to the RAID card, and the method includes:
Acquiring configuration information of a preset number of service modules, wherein the service modules are used for acquiring the configuration information of an object operated by the RAID card;
And sending the configuration information to the host, and instructing the host to store the configuration information to a first data center of the host, wherein the configuration information comprises target data required by the configuration interface.
According to the RAID card configuration information management method provided by the embodiment, the RAID card acquires the configuration information of the service module, the configuration information is sent to the host, and the host stores the configuration information to the first data center. When the host acquires the data request of the configuration interface, the host can directly acquire the required target data from the first data center. The convenience of operation of the configuration interface is greatly saved, and the fluency of the configuration interface is greatly improved. The interaction times between the host and the RAID card in the configuration process are reduced, and the situation that when the host queries a large amount of data, all service modules need to be dynamically traversed to acquire the data is avoided, so that the service modules process the information and are impacted. The method solves the problem that the configuration interface cannot timely display configuration information required by the configuration of the RAID card when the configuration interface is used for configuring the RAID card.
In some alternative embodiments, the method further comprises:
acquiring a configuration command from a host, and sending the configuration command to a service module;
And acquiring an execution result of the configuration command from the service module, and sending the execution result to the host.
In some optional embodiments, obtaining configuration information of a preset number of service modules includes:
creating a second data center, wherein the second data center is used for storing configuration information;
Sending second data request messages to a preset number of service modules, wherein the second data request messages are used for acquiring configuration information;
Receiving a fourth response message sent by the service module, wherein the fourth response message comprises configuration information;
And storing the configuration information to a second data center.
In some alternative embodiments, the method further comprises:
under the condition of receiving a first data request message sent by a host, acquiring configuration information of a service module from a second data center;
Generating a first response message according to configuration information of a preset number of service modules, and sending the first response message to a host.
In some alternative embodiments, storing the configuration information to the second data center includes:
determining a data field of at least one third operation object in the configuration information; the data field of the third operation object comprises at least one of an object type field, an object name field and an object attribute field of the third operation object;
Determining third index information corresponding to the data field of a third operation object according to a preset second mapping relation; the second mapping relation comprises a mapping relation between data fields and indexes of a third operation object, and the third index information comprises at least one of a third object type index, a third object name index and a third object attribute index corresponding to the third operation object;
Generating a second data structure tree according to the hierarchical sequence of the object type, the object name and the object attribute, the third index information and the values of corresponding data fields, and storing the second data structure tree into a second data center;
acquiring configuration information of the service module from the second data center, including:
Analyzing the first data request message to obtain first index information; the first index information comprises at least one of a first object type index, a first object name index and a first object attribute index corresponding to the first operation object;
Inquiring in the second data structure tree according to the first index information to obtain configuration information required by the host;
Generating a first response message according to configuration information of a preset number of service modules, including:
constructing a target data structure tree containing configuration information required by a host according to the hierarchical sequence of the object type, the object name and the object attribute and the first index information;
And encapsulating the target data structure tree layer by using a preset data encapsulation format to generate a first response message.
In this embodiment, the third index information is determined according to the preset second mapping relationship, and the second structure tree including the configuration information is constructed and generated according to the third index information, so that the configuration information is conveniently synchronized to the first data re-use, and the attribute of the operation object is configured, queried and stored by the following steps.
In some alternative embodiments, after storing the configuration information to the second data center, the method further comprises:
Acquiring a second preset RAID card data table entry, wherein the second preset RAID card data table entry is used for dividing configuration information;
Generating subscription information corresponding to each second preset RAID card data table item, wherein the subscription information is used for acquiring change configuration information from the service module;
and sending the subscription information to the service module, and acquiring a subscription success feedback information from the service module.
In this embodiment, the RAID card sends a subscription message to the service module, and monitors whether the data of the corresponding data entry is changed by using a subscription push mechanism. And updating configuration information stored in the second data center in real time, so that the data in the second data center has accuracy and instantaneity.
In some alternative embodiments, after obtaining the subscription success feedback message from the service module, the method further comprises:
Obtaining a push message from a service module, wherein the push message is a message containing changed configuration information generated when the information of a table item corresponding to a subscription message received by the service module is changed;
updating corresponding data in the second data center according to the changed configuration information;
Triggering an asynchronous monitoring event and sending the changed configuration information to the host, wherein the asynchronous monitoring event is issued to the RAID card by the host and is used for monitoring whether the configuration information on the RAID card side is changed or not.
In this embodiment, the service module feeds back the configuration change information to the RAID card through a push message, and the RAID card triggers an asynchronous monitoring event to send the configuration change information to the host, so that the configuration information of the service module is timely synchronized to the first data center, and accuracy of data in the first data center and consistency of target data acquired by the configuration interface from the first data center are ensured.
In some alternative embodiments, the method further comprises:
acquiring the first full data of the second data center under the condition that the first full data request message is received;
And generating a third response message according to the first full data, and sending the third response message to the host.
In some alternative embodiments, after storing the configuration information to the second data center, the method further comprises:
Transmitting a second full-volume data request message to a preset number of service modules at a second preset time, wherein the second full-volume data request message is used for acquiring second full-volume data of the service modules, and the second preset time is earlier than the time when the first full-volume data request message is received;
Obtaining a fifth response message from the service module, wherein the fifth response message contains second full data;
comparing the second full data with the data of the second data center, and if the second data center has difference data, updating the difference data according to the second full data to obtain updated difference data;
Triggering an asynchronous monitoring event, and sending the updated difference data to a host, wherein the asynchronous monitoring event is issued to the RAID card by the host and is used for monitoring whether the configuration information of the RAID card side is changed or not.
In this embodiment, the RAID card acquires the second full-size data from the service module to update the second data center, triggers an asynchronous monitoring event, and asynchronously sends the updated differential data to the host, so as to update the first data communication data, and ensure the consistency of the data among the service module, the first data center, and the second data center.
In a third aspect, the present invention provides a RAID card configuration information management system, including: a host and a RAID card;
The host is configured to execute the RAID card configuration information management method of the first aspect or any implementation manner corresponding to the first aspect;
the RAID card is configured to perform the RAID card configuration information management method of the second aspect or any of the embodiments corresponding thereto.
In the RAID card configuration information management system provided in this embodiment, the data centers are deployed on the host and the RAID card respectively, and two-stage data synchronization is adopted to ensure real-time and accuracy of data stored in the data centers, where the two-stage data synchronization is respectively: and the first data center of the host and the second data center of the RAID card perform data synchronization, and the second data center and each service module perform data synchronization. When the configuration interface acquires data, the host only needs to acquire the needed information in the first data center, so that the interaction times of the host and the RAID card in the configuration process are reduced, the configuration interface is prevented from being blocked, and the smoothness and convenience of the configuration interface are improved. The method solves the problem that the configuration interface cannot timely display configuration information required by the configuration of the RAID card when the configuration interface is used for configuring the RAID card.
In a fourth aspect, the present invention provides a RAID card configuration information management apparatus, where the apparatus is deployed on a host, and includes:
A first obtaining unit, configured to obtain data information configuration information of the RAID card from the RAID card, and store the data information configuration information to a first data center of the host;
The second acquisition unit is used for acquiring the data request of the configuration interface;
The first sending unit is used for obtaining target data from the first data center according to the data request and sending the target data to the configuration interface, wherein the target data is contained in the data information configuration information.
In a fifth aspect, the present invention provides a RAID card configuration information management apparatus, where the apparatus is disposed on a RAID card, including:
A third obtaining unit, configured to obtain data information configuration information of a preset number of service modules, where the service modules are included in a RAID card; the service module is used for acquiring configuration information of an object operated by the RAID card;
The second sending unit is used for sending the data information configuration information to the host computer and instructing the host computer to store the data information configuration information to the first data center of the host computer, wherein the data information configuration information comprises target data required by the configuration interface.
In a sixth aspect, the present invention provides a computer device comprising: the memory and the processor are in communication connection with each other, the memory stores computer instructions, the processor executes the computer instructions, thereby performing the RAID card configuration information management method of the first aspect or any of the embodiments corresponding thereto or performing the RAID card configuration information management method of the second aspect or any of the embodiments corresponding thereto.
In a seventh aspect, the present invention provides a computer-readable storage medium having stored thereon computer instructions for causing a computer to execute the RAID card configuration information management method of the first aspect or any of the embodiments corresponding thereto or execute the RAID card configuration information management method of the second aspect or any of the embodiments corresponding thereto.
In an eighth aspect, the present invention provides a computer program product, including computer instructions for causing a computer to perform the RAID card configuration information management method of the first aspect or any implementation manner corresponding to the first aspect, or perform the RAID card configuration information management method of the second aspect or any implementation manner corresponding to the second aspect.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the related art, the drawings that are required to be used in the description of the embodiments or the related art will be briefly described, and it is apparent that the drawings in the description below are some embodiments of the present invention, and other drawings may be obtained according to the drawings without inventive effort for those skilled in the art.
FIG. 1 is a schematic diagram of a configuration interface data acquisition and configuration channel according to an embodiment of the present invention;
FIG. 2 is a flow chart of a RAID card configuration information management method applied to a host according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of an interface display and configuration flow of a configuration interface according to an embodiment of the present invention;
FIG. 4 is a flow chart of another RAID card configuration information management method applied to a host according to an embodiment of the present invention;
FIG. 5 is a flow chart of data interaction between a host and a RAID card according to an embodiment of the present invention;
FIG. 6 is a schematic diagram of a RAID card data entry according to an embodiment of the present invention;
FIG. 7 is a flow chart of a RAID card configuration information management method applied to a host according to an embodiment of the present invention;
FIG. 8 is a flow chart of another RAID card configuration information management method applied to a host according to an embodiment of the present invention;
FIG. 9 is a flow chart of data interaction between a RAID card and a traffic module according to an embodiment of the present invention;
FIG. 10 is a block diagram of a RAID card configuration information management system according to an embodiment of the present invention;
FIG. 11 is a block diagram of a RAID card configuration information management device deployed on a host according to an embodiment of the present invention;
FIG. 12 is a block diagram of a RAID card configuration information management device deployed on a RAID card according to an embodiment of the present invention;
Fig. 13 is a schematic diagram of a hardware structure of a computer device according to an embodiment of the present invention.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
The conventional RAID card is PCIe device on the Computer system, is connected to the host through a PCIe bus, and uses a SCSI (Small Computer SYSTEM INTERFACE ) or NVMe (Non-Volatile Memory express, non-volatile memory host controller interface specification) interface to perform command interaction on a configuration interface of an upper layer service, so as to achieve acquisition and issue of configuration data between the configuration interface and the RAID card. The configuration interface and RAID card data interaction adopts a serial request response mode, and the interaction logic is as follows: when a user operates the configuration interface, the package command acquires data to be displayed from the RAID card side by triggering the background action of the interface, then the data is displayed on the configuration interface, the user issues configuration information according to the data displayed on the interface, the background is triggered to issue the configuration command to the RAID card side, and the RAID card side returns the execution result of the configuration command and displays the configuration command on the configuration interface. In configuring a volume, it is necessary to obtain information of the disk and the array in the RAID card. Since the mainstream RAID card supports hundreds of disks, arrays and volumes, the configuration interface needs to display more content, and a great deal of time is required to query the RAID card side. Therefore, when a large amount of data information of the service module needs to be displayed on the configuration interface, the interactive logic can only continuously request the response message to obtain the data through the background, which can consume a long time, so that the configuration interface often has a clamping phenomenon when the user operates. In addition, in the process of acquiring the data on the RAID card side through the serial request response mode, a scene of inconsistent data can occur, so that the data displayed on the interface is inaccurate.
The main functions of the configuration interface of the host include: viewing and configuration of information for RAID card Controllers (CTRL), disks (disks), ARRAYs (ARRAY), and volumes (Volume). The data viewed and configured through the configuration interface includes: RAID card resource data (physical information, capacity, etc.) and configuration data (constituting an array). The resource data includes: the information such as the controller version number, the controller serial number, the controller status, etc., and also includes information such as the ID (Identity document, unique code) of the disc, the capacity of the disc, the status of the disc, etc. The configuration data includes: RAID array information created by a user and logic volume information created by the user.
The interaction logic of the host configuration interface with the RAID card is described in connection with FIG. 1. And RIAD, a card information viewing function, namely, inquiring the required data from the RAID card side according to a defined protocol by the host according to an inquiry object defined by the interface. Fig. 1 is a schematic diagram of a configuration interface data acquisition and configuration channel, before displaying data, a configuration interface at a host side sends a data request to a first configuration Module (Config Module), the first configuration Module encapsulates a command according to an interface background operation object, calls a related driving interface, sends the command to an access Module of a chip firmware at a RAID card side through a Bus (for example, driver Bus Layer), after receiving a command defined by the host, the access Module analyzes the command type and forwards the command to a second configuration Module of the board firmware, the board firmware sequentially sends information required for collecting internal messages to each service Module (controller CTRL, disk, ARRAY, volume, etc.) according to a protocol analysis command, each service Module collects information in and related to the Module according to the sent command, then returns a response message to the second configuration Module, assembles all acquired information to the chip firmware at the board firmware, finally returns the returned information through the Bus (Driver Bus Layer), and the first configuration Module of the host assembles the returned data to the host according to a certain logic requirement and displays the returned information to the interface. The configuration interface is aimed at the configuration function of the RAID card, and mainly comprises that a host firstly inquires relevant display information from the RIAD cards according to the configuration object and displays the information to the interface, then a user configures the required function according to the display information of the interface, a background of the host is triggered to send a configuration command to the RAID card, and the RAID card receives the command to execute the configuration action.
The embodiment of the invention provides a RAID card configuration information management method, which comprises the steps of deploying a first data center in a first configuration module of a host side, storing configuration information of each service module of a RAID card into the first data center in advance, and directly acquiring the configuration information from the first data center when a configuration interface needs to display data, so that the required data does not need to be queried to the RAID card side. After the user issues the configuration command through the configuration interface, the configuration command is only required to be issued to the RAID card side, so that the interaction times between the host side and the RAID card side are reduced. The method and the device have the advantages that the information of the RAID card is accurately displayed on the configuration interface in real time, and the RAID card is accurately configured and managed in real time.
According to an embodiment of the present invention, there is provided a RAID card configuration information management method embodiment, it should be noted that the steps shown in the flowchart of the figures may be performed in a computer system such as a set of computer executable instructions, and that although a logical order is shown in the flowchart, in some cases the steps shown or described may be performed in an order other than that shown or described herein.
In this embodiment, a method for managing configuration information of a RAID card is provided, which is applicable to a storage device that needs to perform RAID configuration management, for example, a server related to RAID, etc. Fig. 2 is a flowchart of a RAID card configuration information management method according to an embodiment of the present invention, the method being applied to a host, as shown in fig. 2, the flowchart including the following steps.
Step S201, obtaining configuration information of the RAID card from the RAID card, and storing the configuration information in a first data center of the host.
Specifically, a first data center is deployed at a first configuration module of the host side, where the first data center is a database, and is used to store configuration information of each service module of the RAID card side, and the service modules are for example: controllers, physical disks, arrays, logical volumes, etc., configuration information such as: controller version number, number of controllers, array identifier, array stripe size, volume name, volume capacity, disk identifier, disk capacity, etc. It should be noted that, the configuration information includes not only information actively configured by the user, for example: the configuration information also includes attribute information inherent to each service module itself, which does not need to be configured by a user, for example: the version number of the controller, the serial number, the firmware version of the disk, the serial number, etc.
The first configuration module of the host side sequentially acquires configuration information of each service module in the RAID card from the RAID card, and stores the configuration information to the first data center.
Step S202, a data request of a configuration interface is obtained.
Specifically, the configuration interface main functions include: viewing and configuring business module information. When a user views service module information through a configuration interface, the configuration interface sends a data request to a first configuration module of a host side, for example: when a user configures the RAID card volume, the configuration interface needs to display the configuration information of the volume name, volume, state, affiliated array, disk and the like, generates a data request corresponding to the configuration information, and sends the data request to the first configuration module.
Step S203, according to the data request, the target data is obtained from the first data center and sent to the configuration interface, wherein the target data is contained in the configuration information.
Specifically, since the first data center of the first configuration module at the host side stores the configuration information of each service module at the RAID card side, after receiving a data request, the first configuration module may acquire target data required by the data request from the first data center, and send the target data to the configuration interface, and the configuration interface displays the target data. As shown in fig. 3, after the user opens the interface, the RAID card configuration interface triggers the background query interface to display data, and sends the data to the host configuration data center (i.e. the first data center), where the host configuration data center returns the queried data to the RAID card configuration interface. And the RAID card configuration interface displays the data interface back.
According to the RAID card configuration information management method, configuration information of the RAID card is stored in the first data center, when a data request of the configuration interface is acquired, target data can be acquired from the first data center, so that the configuration interface can quickly acquire required target data and timely display the required target data, a host does not need to frequently search the configuration information from the RAID card, interaction times of the host and the RAID card in the configuration process are reduced, the configuration interface is prevented from being blocked, and smoothness and convenience of the configuration interface are improved. The method solves the problem that the configuration interface cannot timely display configuration information required by the configuration of the RAID card when the configuration interface is used for configuring the RAID card.
In this embodiment, another method for managing configuration information of a RAID card is provided, which is applicable to a storage device that needs to perform RAID configuration management, for example, a server related to RAID, etc. Fig. 4 is a flowchart of a RAID card configuration information management method according to an embodiment of the present invention, the method being applied to a host, as shown in fig. 4, the flowchart including the following steps.
Step S401, configuration information of the RAID card is obtained from the RAID card, and the configuration information is stored in a first data center of a host.
Specifically, step S401 "the first data center that acquires the configuration information of the RAID card from the RAID card and stores the configuration information to the host computer" includes the following steps S4011 to S4014.
Step S4011, a first data request message is sent to the RAID card, where the first data request message is used to obtain configuration information of a preset number of service modules in the RAID card.
Step S4012, obtain a first response message corresponding to the first data request message, where the first response message is generated by the RAID card according to the configuration information after receiving the first data request message.
Step S4013, parse the first response message to obtain the configuration information.
Step S4014 stores the configuration information to the first data center.
In this embodiment, the first data request message is different from the data request of the configuration interface, where the data request of the configuration interface only needs to obtain the data that needs to be displayed by the configuration interface; the first data request message is used for synchronizing configuration information of each service module of the RAID card to the first data center, and all the configuration information of the service modules can be obtained. In addition, the data request is sent by the configuration interface to a first configuration module of the host, and the first data request message is sent by the first configuration module to a second configuration module in the RAID card.
Specifically, the embodiment adopts an active request response mechanism to synchronize the configuration information of each service module of the RAID card to the first data center of the first configuration module of the host, and the host and the RAID card communicate through a Bus (Driver Bus Layer), which relates to a hardware support communication mechanism. The host computer issues a first data request message through a bus between the RAID card and the host computer, and the RAID card uploads configuration information to the host computer through the bus.
After the host is started, referring to fig. 1, a first configuration module of the host sequentially sends a first data request message for obtaining configuration information of each service module to the RAID card, where the service modules include: controllers, physical disks, arrays, logical volumes, etc. The first data request message is transmitted to the board card firmware through the chip firmware, after the board card firmware receives the first data request message, the second configuration module firstly obtains the configuration information of each service module, encapsulates the configuration information into a first response message and returns the first response message to the host, or the second data center can be created in the second configuration module in advance, after the board card firmware receives the first data request message, the second configuration module reads the data stored in the second data center, obtains the configuration information, encapsulates the configuration information into the first response message and returns the first response message to the host. As shown in fig. 5, after the first configuration module is started successfully, the first configuration module sequentially sends a data table request message to the second configuration module, where the data table request message is the first data request message. The second configuration module sequentially acquires the total information of the tables from the second database, the total information of the tables is configuration information, the data of the data tables are responded to the first configuration module, and the first configuration module stores the data of the tables to the first data center.
After receiving the first response message, the host analyzes the first response message to obtain configuration information, and stores the configuration information to the first data center. The host acquires all the configuration information required by the RAID card side through the method and stores the configuration information in a first data center of the host.
Step S402, a data request of a configuration interface is obtained.
Please refer to step S202 in the embodiment shown in fig. 2, which is not described herein.
Step S403, obtaining target data from the first data center according to the data request, and sending the target data to the configuration interface, wherein the target data is contained in the configuration information.
Please refer to step S203 in the embodiment shown in fig. 2 in detail, which is not described herein.
Step S404, obtaining a configuration command of the configuration interface and sending the configuration command to the RAID card, wherein the configuration command is generated according to the target data.
Specifically, describing this step with reference to fig. 3, after the RAID card configuration interface displays the target data back on the interface, the user issues, on the configuration interface, service configuration according to the service requirement, where the service configuration includes: creating a RAID disk array, RAID partitioning, creating volumes, setting backup disks in RAID, etc. After the user issues the service configuration, triggering the operation of the host background, and encapsulating the corresponding configuration command according to the issued service configuration by the host background, and issuing the configuration command to the service module of the RAID card.
Step S405, obtain the execution result of the configuration command from the RAID card, and send the execution result to the configuration interface.
Specifically, describing this step with reference to fig. 3, after the service module of the RAID card receives the configuration command, a response operation is executed, service configuration is performed according to the configuration command, and the configuration of the command is successful; after the configuration command is successfully executed, returning an execution result of the configuration command to the RAID card configuration interface, wherein the configuration interface can display the execution result.
In the embodiment, the configuration command generated according to the target data is obtained from the configuration interface, the configuration command is issued to the RAID card service module, and the execution result is sent to the configuration interface, so that a large number of message interactions between the host and the RAID card are saved, the message bandwidth of the system is saved, and the efficiency of configuring the RAID card is improved.
In some optional facts, the step S4011 "send the first data request message to the RAID card" described above includes the following steps A1 to A3.
Step A1, determining the current configuration information requirement; the configuration information requirement comprises data fields of at least one first operation object in the currently required configuration information; the data field of the first operation object comprises at least one of an object type field, an object name field and an object attribute field of the first operation object;
A2, determining first index information corresponding to the data field of the first operation object according to a preset first mapping relation; the first mapping relation comprises a mapping relation between a data field and an index of a first operation object, and the first index information comprises at least one of a first object type index, a first object name index and a first object attribute index corresponding to the first operation object;
and step A3, generating a first data request message containing the first index information, and sending the first data request message to the RAID card.
In this embodiment, there are four types of operation objects, i.e., a controller, an array, a logical volume, and a physical disk, in the RAID card. The characteristics and status of each operation object can be represented by a series of attributes, and the host computer can complete configuration management of the RAID system by reading or setting the attribute values of the operation objects.
In order to facilitate the inquiry and storage of the attributes of the operation object, the embodiment adopts the format of the index of the data configuration protocol table, the whole data transmission and configuration are operated in the index mode of the configuration table, and only when the interface is displayed, the actual attribute information of the operation object is displayed according to the identification index.
The present embodiment defines that the type index (typeid) represents the type of the operation object, typeid =1 represents the controller, typeid =2 represents the physical disk, typeid =3 represents the array, and typeid =4 represents the logical volume as shown in table 1.
TABLE 1 type index of operands
There are a plurality of operation objects under each type, and the present embodiment defines a name index (objectid) to represent each operation object under a different type, respectively, as shown in table 2, in the case of a physical disk, objectid =1 represents an a disk, objectid =2 represents a B disk; as shown in table 3, in the case of the type being an array, objectid =1 represents an array a, objectid =2 represents an array B; as shown in table 4, in the case of the type being a logical volume, objectid =1 represents a logical volume a, objectid =2 represents a logical volume B, and other contents refer to the table, and are not repeated here. In addition, since there is only one controller, objectid can only be1 in the case of the type of controller, indicating a unique controller.
Table 2 name index of physical disk
TABLE 3 name index of array
Table 4 name index of logical volumes
In this embodiment, the attribute indexes (Tagid) are defined to respectively represent attributes of different operation objects, and as shown in table 5, when the control object is a controller, tagid =1 represents a version number, tagid =2 represents a serial number; as shown in table 6, in the case where the control object is a physical disk, tagid =1 represents a disk identification, tagid =2 represents a firmware version; as shown in table 7, in the case where the control object is an array, tagid =1 represents an array identifier, and Tagid =2 represents a level; as shown in table 8, tagid =1 denotes a volume identifier, and Tagid =2 denotes a name in the case where the control object is a logical volume. Other contents refer to tables, and are not described herein.
Table 5 attribute index for controller
Table 6 attribute index of physical disk
Table 7 attribute index of array
Table 8 attribute index for logical volumes
The present embodiment regards the above-described text representing the operation object type as an object type field, for example: the physical disk is an object type field and the logical volume is an object type field. Regarding the operation object name as an object name field, for example: a disk is an object name field and array B is an object name field. Regarding the above-described attributes as object attribute fields, for example: the cache policy is an object attribute field and the stripe size is an object attribute field.
And integrating the corresponding relation between the object type field and the type index, the corresponding relation between the object name field and the name index and the corresponding relation between the object attribute field and the attribute index to obtain a preset first mapping relation.
Specifically, before sending the first data request message to the RAID card, the host needs to determine a current configuration information requirement of the host, where the configuration information requirement includes a data field of at least one first operation object in the current required configuration information, where the first operation object is for example: a controller, an array, a logical volume, and a physical disk; the data field of the first operation object includes at least one of an object type field, an object name field, and an object attribute field of the first operation object, the object type field being, for example: controllers, arrays, logical volumes, physical disks, object name fields such as: controller, A disk, array B, logical volume C, object attribute fields such as: version number, firmware version, stripe size, cache policy.
And determining a first object type index corresponding to the object type field, a first object name index corresponding to the object name field and a first object attribute index corresponding to the object attribute field according to the preset first mapping relation, wherein the first index information comprises at least one of the first object type index, the first object name index and the first object attribute index.
A first data request message including the first index information is generated and sent to the RAID card.
In this embodiment, the first index information is determined according to the preset first mapping relationship, and the configuration information is synchronized from the RAID card to the first data center by using the first data request message including the first index information, so that the attribute of the operation object is conveniently configured, queried and stored.
In some optional facts, the step S4011 "parse the first response message to obtain the configuration information" includes the following steps B1 to B2.
Step B1, analyzing the first response message layer by layer according to the hierarchical sequence of the object type, the object name and the object attribute to obtain analysis information of a corresponding hierarchy;
And B2, obtaining a target data structure tree corresponding to the first data request message according to the analysis information of the corresponding level, wherein the target data structure tree contains configuration information required by a host, and the target data structure tree is used for updating the first data structure tree of the first data center.
Specifically, after receiving a first data request message containing first index information, the RAID card determines configuration information required by a host according to the first index information, constructs a target data structure tree containing the configuration information required by the host, encapsulates the target data structure tree layer by layer, and generates a first response message. When the RAID card is packaged, a json mode data packaging format can be adopted, typeid, objectid and tagid of each operation object are used as keys, corresponding configuration information data are used as values, packaging and analysis are carried out layer by layer, and packaging is carried out according to the hierarchical sequence of the object type, the object name and the object attribute when the RAID card is packaged layer by layer.
Correspondingly, after receiving the first response message, the host analyzes the first response message layer by layer according to the data encapsulation format of the json mode and the hierarchical sequence of the object type, the object name and the object attribute to obtain the analysis information of the corresponding hierarchy. Splicing the analysis information of the corresponding hierarchy according to the hierarchy sequence of the object type, the object name and the object attribute to obtain a target data structure tree corresponding to the first data request message, wherein the target data structure tree contains configuration information required by a host computer, and the host computer obtains the configuration information required by the host computer by reading the data in the target data structure tree.
In addition, the host computer stores the target data structure tree to the first data center as a first data structure tree of the first data center when the first data center is empty. And under the condition that the first data center is not empty and the first data structure tree exists, comparing the data of the target data structure tree with the data of the first data structure tree, and if inconsistent data exists, updating the inconsistent data in the first data structure tree by utilizing the data of the target data structure tree.
In some optional facts, the step S403 "acquire the target data from the first data center according to the data request" described above includes the following steps C1 to C4.
Step C1, analyzing the data request to obtain second index information of at least one second operation object in the data request; the second index information comprises at least one of a second object type index, a second object name index and a second object attribute index corresponding to the second operation object;
Step C2, under the condition that the second index information comprises a second object type index, a second object name index and a second object attribute index, step-by-step inquiry is carried out in the first data structure tree according to the second object type index, the second object name index and the second object attribute index, a corresponding first target node is determined, and configuration information corresponding to the first target node is used as target data;
Step C3, under the condition that the second index information only comprises a second object type index and a second object name index, carrying out step-by-step inquiry in the first data structure tree according to the second object type index and the second object name index, determining a corresponding second target node, and taking the second target node and configuration information corresponding to at least part of sub-nodes of the second target node as target data;
And C4, determining a third target node corresponding to the second object type index in the first data center and taking configuration information corresponding to the third target node and at least part of child nodes of the third target node as target data under the condition that the second index information only comprises the second object type index.
In this embodiment, in the process of storing the configuration information in the first data center, the configuration information is stored layer by layer according to the type index, the name index, and the attribute index of the operation object, for example: constructing a first data structure tree in a first data center, and constructing a first layer structure tree node in the first data structure tree according to a type index, wherein the first layer structure tree node is used for storing common configuration information of each operation object type; constructing a second-layer structure tree node serving as a child node of the first-layer structure tree node according to the name index, and storing configuration information of each operation object; and constructing a third-layer structure tree node serving as a child node of the second-layer structure tree node according to the attribute index, wherein the third-layer structure tree node is used for storing each attribute of the operation object and is also a child node corresponding to the first-layer structure tree node.
The embodiment provides three query modes, which are convenient for the configuration interface to query the required configuration information in the first data center. Query mode 1, performing full-quantity query on configuration information of a certain type of operation object, wherein when a configuration interface sends a data request to a host, the data request only carries a second object type index (typeid) of a second operation object corresponding to the required configuration information; query mode 2, wherein when the configuration information of a specific operation object is queried and the configuration interface sends a data request to the host, the data request carries a second object type index (typeid) and a second object name index (objectid) of a second operation object corresponding to the required configuration information; and a query mode 3, wherein when a specific attribute of a specific operation object is queried, the configuration interface carries a second object type index (typeid), a second object name index (objectid) and a second object attribute index (tagid) of a second operation object corresponding to the required configuration information in the data request when the configuration interface transmits the data request to the host.
Specifically, the first configuration module analyzes the data request sent by the configuration interface to obtain second index information of at least one second operation object in the data request, where the second operation object is for example: controller, array, logical volume, physical disk. The second index information includes at least one of a second object type index, a second object name index, and a second object attribute index corresponding to the second operation object.
If the second index information includes the second object type index, the second object name index and the second object attribute index, the configuration interface is determined to adopt the query mode 3 to query the specific attribute of a specific operation object. The first configuration module queries in the first data structure tree step by step according to the second object type index, the second object name index and the second object attribute index, determines a corresponding first target node, and takes configuration information corresponding to the first target node as target data.
If the second index information only contains the second object type index and the second object name index, determining that the configuration interface adopts the query mode 2, querying configuration information of a specific operation object, performing step-by-step query in the first data structure tree by the first configuration module according to the second object type index and the second object name index, determining a corresponding second target node in the second level node, and taking the configuration information corresponding to the second target node and all or part of sub-nodes of the second target node as target data.
If the second index information only contains the second object type index, determining that the configuration interface adopts the query mode 1, performing full-quantity query on the configuration information of a certain type of operation object, and determining a third target node in the first level node according to the second object type index by the first configuration module, wherein the third target node and the configuration information corresponding to all or part of sub-nodes of the third target node are used as target data.
In some alternative embodiments, after the above step S4014 "store configuration information to first data center", the method may include the following steps D1 to D5.
And D1, generating an asynchronous monitoring event of the data item to be monitored, wherein the data item to be monitored is used for dividing configuration information, and the asynchronous monitoring event is used for monitoring whether the configuration information of the RAID card side is changed or not.
And D2, issuing an asynchronous monitoring event to the RAID card.
And D3, acquiring a feedback message corresponding to the asynchronous monitoring event from the RAID card, wherein the feedback message is used for determining whether the asynchronous monitoring event is successfully issued.
And D4, acquiring change configuration information from the RAID card, wherein the change configuration information is sent to the host computer by the RAID card when triggering an asynchronous monitoring event.
And D5, updating the corresponding data in the first data center according to the changed configuration information.
In this embodiment, the first data center of the first configuration module of the host and the second data center of the second configuration module of the RAID card perform data synchronization, which may be through a bus between the host and the RAID card, which involves a hardware supporting communication mechanism, and the main stream storage bus driver generally supports an asynchronous monitoring event monitoring mechanism. Therefore, the scheme of combining the active request response mechanism and the asynchronous monitoring response mechanism is adopted in the invention to realize the real-time synchronization of the data of the second data center to the first data center.
Specifically, in order to facilitate obtaining configuration information of the service module, the configuration information is divided into a plurality of data items to be monitored in detail according to factors such as service performance, and the data items to be monitored include: version number, serial number, maximum number of disks, background task, etc. of the controller; an identifier of the array, a stripe size, a remaining capacity, a task status, etc.; the name, capacity, etc. of the volume; disc identifier, firmware version, etc.
Asynchronous monitoring events of the data items to be monitored are generated, and each asynchronous monitoring event is used for monitoring whether the data of the corresponding data item to be monitored is changed, such as adding, modifying, deleting and the like. These asynchronous monitoring events are issued in turn to the card firmware of the RAID card. After receiving the asynchronous monitoring event, the board card firmware feeds back a feedback message of successful monitoring to the host. After the host acquires the feedback information corresponding to the asynchronous monitoring event from the RAID card, the successful issuing of the asynchronous monitoring event can be determined, otherwise, the issuing of the asynchronous monitoring event fails and needs to be issued again. The above process is shown in fig. 5: the first configuration module sequentially sends asynchronous event monitoring information of the data table to the second configuration module, and the second configuration module feeds back a monitoring success response message to the first configuration module.
If the data of the data item to be monitored in the configuration information of the service module in the RAID card is changed, such as adding, modifying, deleting and the like, a corresponding asynchronous monitoring event is triggered, and the change configuration information of the data item to be monitored is notified to the host asynchronously. Or under the condition that the second data center is created by the second configuration module, if the configuration information stored in the second data center changes, the change configuration information of the data item to be monitored in the configuration information is notified to the host asynchronously.
After the host acquires the change configuration information from the RAID card, updating the corresponding data in the first data center according to the change configuration information, refreshing the corresponding data in the first data center of the host according to the data of the data item to be monitored in the change configuration information, and realizing real-time synchronization of the configuration information of the service module to the first data center. The above process is shown in fig. 5: the data in the data table is changed, the second configuration module pushes the changed data to the first configuration module, and the first configuration module updates the data of the corresponding table of the first data center.
In this embodiment, whether the data of the corresponding data item to be monitored is changed is monitored by using an asynchronous monitoring event. Triggering an asynchronous monitoring event, receiving the changed configuration information by the host, and updating corresponding data in the first data center according to the changed configuration information to realize real-time synchronization of the configuration information of the service module to the first data center.
In some alternative embodiments, the step D1 "generating an asynchronous monitoring event of the data item to be monitored" includes the following steps E1 to E2.
And E1, acquiring a first preset RAID card data table entry, wherein the first preset RAID card data table entry is contained in the data item to be monitored.
And E2, generating an asynchronous monitoring event corresponding to each first preset RAID card data table item, wherein the asynchronous monitoring event is used for acquiring a table item message corresponding to the first preset RAID card data table item, and the table item message is contained in the configuration information.
In this embodiment, according to the service module division, the service module, which is a main operation object of the RAID card, is divided into a physical disk, a controller, an array, and a logical volume, in order to facilitate obtaining configuration information of the service module, according to factors such as service performance, the configuration information is divided into a plurality of data items to be monitored in detail, where the data items to be monitored include first preset RAID card data entries, as shown in fig. 6, where the first preset RAID card data entries form 4 RAID card data tables respectively: the first preset RAID card data table item in the controller table attribute comprises: the version number, the serial number, the number of controllers, the RAID level and the like, and the first preset RAID card data table entry in the array table attribute comprises: the first preset RAID card data entry in the volume table attribute includes: the first preset RAID card data entry in the controller table attribute includes: the detailed first preset RAID card data entry refers to fig. 6, and is not described here again. Since the RAID card has a plurality of disks, arrays, and volumes, the number of the three tables is defined according to the RAID card product specification, and there is only one controller in the RAID card, so the number of the controller tables is one. Each attribute in each table represents a property of the corresponding object. In addition, more detailed table entry division can be performed according to actual requirements, and other RAID card data tables and other first preset RAID card data table entries can be generated.
Specifically, a first configuration module of the host obtains the first preset RAID card data entry. Generating an asynchronous monitoring event corresponding to each first preset RAID card data table item, monitoring whether the data of the corresponding data item to be monitored is changed or not by utilizing the asynchronous monitoring event, and acquiring a table item message corresponding to the first preset RAID card data table item when the asynchronous monitoring event is triggered, wherein the table item message is contained in the configuration information.
In some alternative embodiments, the step D4 "obtain change configuration information from RAID card" includes the following steps F1 to F2.
And F1, acquiring a second response message from the RAID card, wherein the second response message is generated by the RAID card according to service configuration information when triggering an asynchronous monitoring event, the service configuration information is contained in changed configuration information, and the service configuration information is generated after the RAID card executes a configuration command.
And F2, analyzing the second response message to obtain service configuration information.
In this embodiment, described with reference to fig. 3, after the service module receives a configuration command issued by the host, the service module executes the configuration command, and generates service configuration information after the command is configured successfully, where data in the table changes. The service module pushes the data of the change table, namely service configuration information, to a second data center of the board card firmware, the data in the second data center data table changes, the data of the change table is sent to a first data center of the host, and the first data center updates the data of the corresponding table.
Specifically, a service module in the RAID card executes a configuration command to generate service configuration information. If the newly generated service configuration information causes the data of the data item to be monitored in the service module configuration information to be changed, such as adding, modifying, deleting and the like, a corresponding asynchronous monitoring event is triggered. And the service module encapsulates the service configuration information into a second response message and sends the second response message to the host.
After the host acquires the second response message from the RAID card, the second response message is analyzed to obtain service configuration information. And the host updates the configuration information of the first data center according to the service configuration information.
In some alternative embodiments, the configuration information is stored to the first data center at step S4014 "described above. After "the method may include the following steps G1 to G4.
And G1, at a first preset time, sending a first full-quantity data request message to the RAID card, wherein the first full-quantity data request message is used for acquiring first full-quantity data of the RAID card.
And G2, acquiring a third response message from the RAID card, wherein the third response message is generated by the RAID card according to the first full data after receiving the first full data request message.
And G3, analyzing the third response message to obtain the first full data.
And G4, comparing the first full data with the data of the first data center, and if inconsistent data exists in the first data center, updating the inconsistent data according to the first full data.
In this embodiment, in the process of acquiring RAID card side data through the serial request response mode, a scenario where data is inconsistent may also occur, which results in a problem of inaccurate data displayed on the interface. In order to ensure that the data of the first data center has accuracy and instantaneity, the first configuration module is designed to acquire the configuration information of all the service modules from the board card firmware at regular time, compare the configuration information with the data stored in the first data center, and update the data of the first data center if the configuration information is inconsistent with the data stored in the first data center.
Specifically, the first preset time is, for example: 3 am every night. At a first preset moment, a first configuration module of the host sends a first full-volume data request message to the RAID card, and the first full-volume data of the service module in the RAID card is obtained through the first full-volume data request message, wherein the first full-volume data contains all configuration information of the service module. After the second configuration module of the RAID card board card firmware receives the first full data request message, the second configuration module packages the first full data into a third response message after acquiring the first full data from the second data center or all service modules, and sends the third response message to the host.
The host acquires a third response message from the RAID card, and analyzes the third response message to obtain the first full data. And comparing the first full-volume data with the data of the first data center, and if the first data center has data inconsistent with the first full-volume data, updating the inconsistent data according to the first full-volume data.
In this embodiment, the first full data is obtained from the RAID card, inconsistent data in the first database is updated according to the first full data, accuracy and consistency of the first database data are guaranteed, and reliability of the first data center is guaranteed.
The embodiment provides a RAID card configuration information management method which can be applied to RAID cards. Fig. 7 is a flowchart of a RAID card configuration information management method according to an embodiment of the present invention, which is applied to a RAID card, and as shown in fig. 7, the flowchart includes the following steps.
Step S701, obtaining configuration information of a preset number of service modules, where the service modules are used to obtain configuration information of an object operated by the RAID card.
Specifically, the service module of the RAID card firmware is configured to obtain configuration information of an object operated by the RAID card, where the object operated by the RAID card is hardware such as a hard disk. The second configuration module obtains configuration information through a preset number of service modules, wherein the preset number is 4 and 5, and the specific numerical value is set according to actual requirements. In addition, a second data center can be created in the RAID card firmware, and the configuration information can be stored in the second data center.
Step S702, the configuration information is sent to the host, and the host is instructed to store the configuration information to the first data center of the host, where the configuration information includes target data required by the configuration interface.
Specifically, the second configuration module sends the obtained configuration information to the host sequentially through the chip firmware and the bus, and the host stores the configuration information to the first data center of the host. When the first data center of the host receives the data request, target data required by the configuration interface can be directly obtained from the data stored in the first data center.
According to the RAID card configuration information management method, the RAID card acquires the configuration information of the service module, the configuration information is sent to the host, and the host stores the configuration information to the first data center, so that when the host acquires a data request of a configuration interface, required target data can be directly acquired from the first data center, convenience in operation of the configuration interface is greatly saved, and smoothness of the configuration interface is greatly improved. The interaction times between the host and the RAID card in the configuration process are reduced, and the situation that when the host queries a large amount of data, all service modules need to be dynamically traversed to acquire the data is avoided, so that the service modules process the information and are impacted. The method solves the problem that the configuration interface cannot timely display configuration information required by the configuration of the RAID card when the configuration interface is used for configuring the RAID card.
In this embodiment, another RAID card configuration information management method is provided, which is applicable to a RAID card. Fig. 8 is a flowchart of a RAID card configuration information management method according to an embodiment of the present invention, which is applied to a RAID card, and as shown in fig. 8, the flowchart includes the following steps.
Step S801, obtaining configuration information of a preset number of service modules, where the service modules are used to obtain configuration information of an object operated by the RAID card.
Specifically, step S801 "obtains configuration information of a preset number of service modules, where the service modules are used to obtain configuration information of an object operated by the RAID card" includes the following steps S8011 to S8014.
In step S8011, a second data center is created, where the second data center is used to store configuration information.
Step S8012, a second data request message is sent to a preset number of service modules, where the second data request message is used to obtain configuration information.
In step S8013, a fourth response message sent by the service module is received, where the fourth response message includes configuration information.
In step S8014, the configuration information is stored in the second data center.
In this embodiment, a second data center is set in a second configuration module of the RAID card board firmware. And synchronizing the configuration information of each service module to the second data center by adopting a request response mechanism, wherein when the configuration information needs to be synchronized to the first data center, the second configuration module is directly obtained from the second data center.
Specifically, a second data center is created in a second configuration module for storing configuration information. After the second configuration module is started, actively sending a second data request message corresponding to the definition list items to a preset number of service modules of the RAID card, wherein the second data request message is used for obtaining the data of each definition list item, and the definition list items are as follows: controller version number, number of controllers, array identifier, array stripe size, volume name, volume capacity, disk identifier, disk capacity, etc.
After each service module receives the second data request message, configuration information required by the second data request message is obtained, the configuration information is packaged into a fourth response message, and the fourth response message is sent to the second configuration module.
After the second configuration module obtains the fourth response message, the fourth response message is analyzed to obtain configuration information, and the configuration information is stored in the second data center. The above process is shown in fig. 9, and after the second configuration module is started successfully, a corresponding service module data table request message (i.e. a second data request message) is sent to the service module. The service module obtains the full data (i.e. configuration information) of the request table, and the service module responds to the full data information of the request table. The second configuration module stores the data of the table to the second data center.
Step S802, the configuration information is sent to the host, and the host is instructed to store the configuration information to a first data center of the host, wherein the configuration information contains target data required by the configuration interface.
Please refer to step S702 in the embodiment shown in fig. 7 in detail, which is not described herein.
In some optional embodiments, the method for managing RAID card configuration information may further include the following steps H1 to H2.
And step H1, acquiring a configuration command from the host and sending the configuration command to the service module.
And step H2, acquiring an execution result of the configuration command from the service module, and sending the execution result to the host.
Specifically, after the user issues the service configuration, triggering the operation of the host background, and according to the issued service configuration, the host background encapsulates the corresponding configuration command and issues the configuration command to the RAID card.
After the RAID card obtains the configuration command from the host, the configuration command is forwarded to the service module. After receiving the configuration command, the service module executes the configuration command and determines the execution result of the configuration command. The RAID obtains the execution result of the configuration command and sends the execution result to the host. And the host returns the execution result to the RAID card configuration interface, and the configuration interface can display the execution result.
In some optional embodiments, the method for managing RAID card configuration information may further include the following steps I1 to I2.
And step I1, under the condition that a first data request message sent by a host is received, acquiring configuration information of the service module from a second data center.
And step I2, generating a first response message according to the configuration information of the preset number of service modules, and sending the first response message to the host.
In this embodiment, in order to synchronize the configuration information of the service modules to the first data center, the first configuration module of the host may send a first data request message to the RAID card in turn to obtain the configuration information of each service module, where the service modules include: controllers, physical disks, arrays, logical volumes, etc.
Specifically, under the condition that the RAID card receives the first data request message sent by the host, configuration information of a preset number of service modules required by the first data request message is directly obtained from data stored in the second data center. And packaging configuration information of a preset number of service modules into a first response message, and sending the first response message to the host. The preset number is 4 and 5, and the specific value is set according to the actual requirement.
In some alternative embodiments, the step S8014 "storing the configuration information to the second data center" includes the following steps J1 to J3.
Step J1, determining a data field of at least one third operation object in the configuration information; the data field of the third operation object comprises at least one of an object type field, an object name field and an object attribute field of the third operation object;
Step J2, determining third index information corresponding to the data field of a third operation object according to a preset second mapping relation; the second mapping relation comprises a mapping relation between data fields and indexes of a third operation object, and the third index information comprises at least one of a third object type index, a third object name index and a third object attribute index corresponding to the third operation object;
And step J3, generating a second data structure tree according to the third index information and the values of the corresponding data fields according to the hierarchical sequence of the object type, the object name and the object attribute, and storing the second data structure tree into a second data center.
In the present embodiment, text representing the operation object type is regarded as an object type field, for example: the physical disk is an object type field and the logical volume is an object type field. Regarding the operation object name as an object name field, for example: a disk is an object name field and array B is an object name field. Regarding the above-described attributes as object attribute fields, for example: the cache policy is an object attribute field and the stripe size is an object attribute field.
And integrating the corresponding relation between the object type field and the type index, the corresponding relation between the object name field and the name index and the corresponding relation between the object attribute field and the attribute index to obtain a preset second mapping relation.
The preset second mapping relationship and the first mapping relationship should be kept consistent, if the user modifies the first mapping relationship, the modified first mapping relationship needs to be synchronized to the RAID card in time.
Specifically, during the process of storing the configuration information in the second data center, the RAID card first determines a data field of at least one third operation object in the configuration information, where the third operation object is for example: a controller, an array, a logical volume, and a physical disk; the data field of the third operation object includes at least one of an object type field, an object name field, and an object attribute field of the third operation object, the object type field being, for example: controllers, arrays, logical volumes, physical disks, object name fields such as: controller, A disk, array B, logical volume C, object attribute fields such as: version number, firmware version, stripe size, cache policy.
And determining a third object type index corresponding to the object type field, a third object name index corresponding to the object name field and a third object attribute index corresponding to the object attribute field according to the preset second mapping relation, wherein the third index information comprises at least one of the third object type index, the third object name index and the third object attribute index.
And generating a second data structure tree according to the third index information and the values of the corresponding data fields according to the hierarchical sequence of the object type, the object name and the object attribute, and storing the second data structure tree into a second data center. For example: constructing a first-layer structure tree node in the second data structure tree according to the type index, wherein the first-layer structure tree node is used for storing common configuration information of each operation object type; constructing a second-layer structure tree node serving as a child node of the first-layer structure tree node according to the name index, and storing configuration information of each operation object; and constructing a third-layer structure tree node serving as a child node of the second-layer structure tree node according to the attribute index, wherein the third-layer structure tree node is used for storing each attribute of the operation object and is also a child node corresponding to the first-layer structure tree node.
In this embodiment, the third index information is determined according to the preset second mapping relationship, and the second structure tree including the configuration information is constructed and generated according to the third index information, so that the configuration information is conveniently synchronized to the first data re-use, and the attribute of the operation object is configured, queried and stored by the following steps.
In some alternative embodiments, the step I1 "obtaining the configuration information of the service module from the second data center" includes the following steps K1 to K2.
Step K1, analyzing the first data request message to obtain first index information; the first index information comprises at least one of a first object type index, a first object name index and a first object attribute index corresponding to the first operation object;
and step K2, inquiring and obtaining configuration information required by the host in the second data structure tree according to the first index information.
Specifically, the first data request message includes the first index information, so the RAID card parses the first data request message to obtain the first index information. The first index information comprises at least one of a first object type index, a first object name index and a first object attribute index corresponding to the first operation object.
If the first index information contains the first object type index, the first object name index and the first object attribute index, the RAID card queries step by step in the second data structure tree according to the first index information, determines a corresponding fourth target node, and takes configuration information corresponding to the fourth target node as configuration information required by the host.
If the first index information only comprises the first object type index and the first object name index, the RAID card determines a corresponding fifth target node in the second level nodes of the second data structure tree according to the first index information, and takes the configuration information corresponding to the fifth target node and all or part of sub-nodes of the fifth target node as configuration information required by the host.
If the first index information only contains the first object type index, the RAID card determines a sixth target node in the first level nodes of the second data structure tree according to the first object type index, and takes configuration information corresponding to all or part of sub-nodes of the sixth target node and the sixth target node as configuration information required by the host.
In some alternative embodiments, the step I2 "generating the first response message according to the configuration information of the preset number of service modules" includes the following steps L1 to L2.
Step L1, constructing a target data structure tree containing configuration information required by a host according to the hierarchical sequence of the object type, the object name and the object attribute and the first index information;
And step L2, packaging the target data structure tree layer by utilizing a preset data packaging format, and generating a first response message.
Specifically, after receiving the first data request message including the first index information, the RAID card determines configuration information required by the host according to the first index information, constructs a target data structure tree including the configuration information required by the host according to the first index information according to the hierarchical sequence of the object type, the object name, and the object attribute, and may write the first index information into a corresponding node in the target data structure tree. Performing layer-by-layer encapsulation by using a target data structure tree with a preset data encapsulation format, and generating a first response message, wherein the preset data encapsulation format is as follows: the json mode data package format uses typeid, objectid and tagid of each operation object as keys, and the corresponding configuration information data as values.
In some alternative embodiments, after the above step S8014 "store configuration information to the second data center", the following steps M1 to M3 may be further included.
And M1, acquiring a second preset RAID card data table entry, wherein the second preset RAID card data table entry is used for dividing configuration information.
And M2, generating subscription messages corresponding to each second preset RAID card data table item, wherein the subscription messages are used for acquiring change configuration information from the service module.
And M3, sending the subscription information to the service module, and acquiring a subscription success feedback information from the service module.
In this embodiment, a mechanism combining request response and subscription publishing is adopted between the second configuration module of the board card firmware and each service module to realize data communication.
Specifically, the second configuration module obtains a second preset RAID card data entry, where the second preset RAID card data entry is obtained by dividing configuration information, and the second preset RAID card data entry may be consistent with the first preset RAID card data entry, so as to facilitate synchronization of data of the second data center to the first data center, as shown in fig. 6. The second preset RAID card data entry may also be inconsistent with the first preset RAID card data entry, but a mapping relationship between the second preset RAID card data entry and the first preset RAID card data entry needs to be created in advance, so that data synchronization is convenient.
The second configuration module generates a subscription message corresponding to each second preset RAID card data table item, and monitors whether the data of the corresponding second preset RAID card data table item is changed or not by using a subscription pushing mechanism. The second configuration module sends the subscription message to the service module. After the second configuration module obtains the subscription success feedback message from the service module, the second configuration module can determine that the subscription message is successfully issued, otherwise, the subscription message is failed to be issued and needs to be issued again. The above process is shown in fig. 9, where the second configuration module sends a subscription message corresponding to the service module data table to the service module. The service module returns a subscription success response message.
In this embodiment, the RAID card sends a subscription message to the service module, and monitors whether the data of the corresponding data entry is changed by using a subscription push mechanism. And updating configuration information stored in the second data center in real time, so that the data in the second data center has accuracy and instantaneity.
In some optional embodiments, after the foregoing step M3 "send subscription message to service module and acquire subscription success feedback message from service module", the following steps N1 to N3 may be further included.
And step N1, obtaining a push message from the service module, wherein the push message is a message containing changed configuration information generated when the information of the table item corresponding to the subscription message received by the service module is changed.
And step N2, updating the corresponding data in the second data center according to the changed configuration information.
And step N3, triggering an asynchronous monitoring event and sending the changed configuration information to the host, wherein the asynchronous monitoring event is issued to the RAID card by the host and is used for monitoring whether the configuration information on the RAID card side is changed or not.
In this embodiment, a subscription pushing mechanism is already established between the second configuration module and the service module, and when the configuration information of the service module changes, the service module pushes the changed configuration information to the second configuration module.
Specifically, when the configuration information of the service module changes, for example: and adding, modifying, deleting and the like, wherein the service module generates push information according to the change configuration information of the table item corresponding to the subscription information and sends the push information to the second configuration module of the RAID card.
The second configuration module acquires the push message from the service module, and updates the data corresponding to the second data center according to the changed configuration information in the push message. In the above process, as shown in fig. 9, when the data in the service data table of the service module changes, the service module pushes the change data to the second configuration module, and the second configuration module updates the data in the second data center. In addition, after the update of the second data center is completed, the data of the second data center changes, and the second configuration module triggers an asynchronous monitoring event issued by the host and asynchronously sends the changed configuration information to the host.
In this embodiment, the service module feeds back the configuration change information to the RAID card through a push message, and the RAID card triggers an asynchronous monitoring event to send the configuration change information to the host, so that the configuration information of the service module is timely synchronized to the first data center, and accuracy of data in the first data center and consistency of target data acquired by the configuration interface from the first data center are ensured.
In some optional embodiments, the method for managing RAID card configuration information may further include the following steps O1 to O2.
And step O1, acquiring the first full data of the second data center under the condition that the first full data request message is received.
And step O2, generating a third response message according to the first full data, and sending the third response message to the host.
In this embodiment, in order to ensure that the data of the first data center has accuracy and real-time performance, the first configuration module is designed to acquire the configuration information of all the service modules from the board firmware at regular time, compare the configuration information with the data stored in the first data center, and update the data of the first data center if the configuration information is inconsistent with the data stored in the first data center.
Specifically, the first configuration module of the host sends a first full-volume data request message to the RAID card at a first preset time.
And under the condition that the RAID card receives the first full data request message, acquiring all data in the second data center, namely the first full data, packaging the first full data into a third response message, and sending the third response message to the host.
In some alternative embodiments, after the above step S8014 "store configuration information to the second data center", the following steps P1 to P4 may be further included.
And step P1, at a second preset time, sending a second full-volume data request message to a preset number of service modules, wherein the second full-volume data request message is used for acquiring the second full-volume data of the service modules, and the second preset time is earlier than the time when the first full-volume data request message is received.
And step P2, acquiring a fifth response message from the service module, wherein the fifth response message contains the second full amount of data.
And step P3, comparing the second full data with the data of the second data center, and if the second data center has difference data, updating the difference data according to the second full data to obtain updated difference data.
And step P4, triggering an asynchronous monitoring event, and sending the updated difference data to the host, wherein the asynchronous monitoring event is issued to the RAID card by the host and is used for monitoring whether the configuration information of the RAID card side is changed or not.
In this embodiment, the present embodiment is used to perform consistency checking on the second data center and each service module data. In order to ensure the reliability of the second data center, the second configuration module is designed to periodically obtain all configuration information of each service module, compare the configuration information with the data of the second data center according to all configuration information, and update inconsistent data in the second data center.
Specifically, the second preset time is, for example: at 2 a.m. each night, the second preset time is earlier than the time when the first full data request message is received (i.e. the first preset time). And the second configuration module of the RAID card sends a second full-quantity data request message to a preset number of service modules at a second preset moment to acquire all configuration information (namely second full-quantity data) of the service modules.
And after receiving the second full-volume data request message, the service module encapsulates the second full-volume data into a fifth response message and returns the fifth response message to the second configuration module.
The second configuration module analyzes the fifth response message to obtain second full data, compares the second full data with the data of the second data center, and if the second data center has difference data, updates the difference data of the second data center according to the second full data to obtain updated difference data.
Because the data of the second data center is modified, an asynchronous monitoring event issued by the host is triggered, and the updated difference data is asynchronously sent to the host, so that the data synchronization between the second database and the first database is completed.
In this embodiment, the RAID card acquires the second full-size data from the service module to update the second data center, triggers an asynchronous monitoring event, and asynchronously sends the updated differential data to the host, so as to update the first data communication data, and ensure the consistency of the data among the service module, the first data center, and the second data center.
The embodiment also provides a RAID card configuration information management system, which is used for implementing the foregoing embodiments and preferred embodiments, and is not described in detail.
The present embodiment provides a RAID card configuration information management system, including: a host and a RAID card;
The host computer is used for executing the steps S201 to S203, S401 to S405, S4011 to S4014, A1 to A3, B1 to B2, C1 to C4, D1 to D5, E1 to E2, F1 to F2, and G1 to G4.
The RAID card is used for executing the steps S701 to S702, S801 to S802, S8011 to S8014, H1 to H2, I1 to I2, J1 to J3, K1 to K2, L1 to L2, M1 to M3, N1 to N3, O1 to O3, and P1 to P4.
In this embodiment, as shown in fig. 10, a first data center is deployed in a first configuration module of a host, and a second data center is deployed in a second configuration module of the RAID card firmware. When the configuration interface needs to display data, the host directly acquires target data of the configuration interface from the first data center, and the data of the two data centers are synchronized in real time, so that the accuracy of the display data of the configuration interface is ensured. The second configuration module obtains configuration information from service modules such as a RAID card controller, a physical disk, an array, a logical volume and the like, stores the configuration information to the second data center, and synchronizes the configuration information to the first data center.
Specifically, the foregoing embodiments of the present invention have been described in detail for each step, and are not described herein.
In the RAID card configuration information management system provided in this embodiment, the data centers are deployed on the host and the RAID card respectively, and two-stage data synchronization is adopted to ensure real-time and accuracy of data stored in the data centers, where the two-stage data synchronization is respectively: and the first data center of the host and the second data center of the RAID card perform data synchronization, and the second data center and each service module perform data synchronization. When the configuration interface acquires data, the host only needs to acquire the needed information in the first data center, so that the interaction times of the host and the RAID card in the configuration process are reduced, the configuration interface is prevented from being blocked, and the smoothness and convenience of the configuration interface are improved. The method solves the problem that the configuration interface cannot timely display configuration information required by the configuration of the RAID card when the configuration interface is used for configuring the RAID card.
The embodiment also provides a device for managing configuration information of a RAID card, which is used for implementing the foregoing embodiments and preferred embodiments, and is not described in detail. As used below, the term "module" may be a combination of software and/or hardware that implements the intended function. While the means described in the following embodiments are preferably implemented in software, implementation in hardware, or a combination of software and hardware, is also possible and contemplated.
The present embodiment provides a RAID card configuration information management apparatus, which is deployed on a host, as shown in fig. 11, and includes:
a first obtaining unit 1101, configured to obtain data information configuration information of a RAID card from the RAID card, and store the data information configuration information to a first data center of a host;
a second obtaining unit 1102, configured to obtain a data request of the configuration interface;
the first sending unit 1103 is configured to obtain, according to the data request, target data from the first data center, and send the target data to the configuration interface, where the target data is included in the data information configuration information.
In some alternative embodiments, the apparatus further comprises:
a fourth obtaining unit, configured to obtain a configuration command of the configuration interface, and send the configuration command to the RAID card, where the configuration command is generated according to the target data;
and the third sending unit is used for acquiring the execution result of the configuration command from the RAID card and sending the execution result to the configuration interface.
In some alternative embodiments, the first acquisition unit 1101 includes:
The system comprises a first sending module, a second sending module and a data processing module, wherein the first sending module is used for sending a first data request message to the RAID card, and the first data request message is used for obtaining configuration information of a preset number of service modules in the RAID card;
The first acquisition module is used for acquiring a first response message corresponding to the first data request message, wherein the first response message is generated by the RAID card according to the configuration information after receiving the first data request message;
the first analysis module is used for analyzing the first response message to obtain configuration information;
And the first storage module is used for storing the configuration information to the first data center.
In some alternative embodiments, the apparatus further comprises:
The generating unit is used for generating an asynchronous monitoring event of the data item to be monitored, wherein the data item to be monitored is used for dividing configuration information, and the asynchronous monitoring event is used for monitoring whether the configuration information of the RAID card side is changed or not;
The issuing unit is used for issuing the asynchronous monitoring event to the RAID card;
A fifth obtaining unit, configured to obtain a feedback message corresponding to the asynchronous monitoring event from the RAID card, where the feedback message is used to determine whether the asynchronous monitoring event is successfully issued;
A sixth obtaining unit, configured to obtain change configuration information from the RAID card, where the change configuration information is sent to the host by the RAID card when an asynchronous monitoring event is triggered;
and the first updating unit is used for updating the corresponding data in the first data center according to the changed configuration information.
In some alternative embodiments, the generating unit includes:
The second acquisition module is used for acquiring a first preset RAID card data table entry, wherein the first preset RAID card data table entry is contained in the data item to be monitored;
The first generation module is used for generating an asynchronous monitoring event corresponding to each first preset RAID card data table entry, wherein the asynchronous monitoring event is used for acquiring a table entry message corresponding to the first preset RAID card data table entry, and the table entry message is contained in the configuration information.
In some alternative embodiments, the sixth acquisition unit includes:
The third acquisition module is used for acquiring a second response message from the RAID card, wherein the second response message is generated by the RAID card according to service configuration information when triggering an asynchronous monitoring event, the service configuration information is contained in changed configuration information, and the service configuration information is generated after the RAID card executes a configuration command;
And the second analyzing module is used for analyzing the second response message to obtain service configuration information.
In some alternative embodiments, the apparatus further comprises:
A fourth sending unit, configured to send a first full-volume data request message to the RAID card at a first preset time, where the first full-volume data request message is used to obtain first full-volume data of the RAID card;
a seventh obtaining unit, configured to obtain a third response message from the RAID card, where the third response message is generated by the RAID card according to the first full data after receiving the first full data request message;
the analysis unit is used for analyzing the third response message to obtain first full data;
And the second updating unit is used for comparing the first full data with the data of the first data center, and if the first data center has inconsistent data, updating the inconsistent data according to the first full data.
In some alternative embodiments, the first sending module sends a first data request message to the RAID card, including:
Determining the current configuration information requirement; the configuration information requirement comprises data fields of at least one first operation object in the currently required configuration information; the data field of the first operation object comprises at least one of an object type field, an object name field and an object attribute field of the first operation object;
determining first index information corresponding to a data field of a first operation object according to a preset first mapping relation; the first mapping relation comprises a mapping relation between a data field and an index of a first operation object, and the first index information comprises at least one of a first object type index, a first object name index and a first object attribute index corresponding to the first operation object;
a first data request message including the first index information is generated and sent to the RAID card.
In some optional embodiments, the first parsing module parses the first response message to obtain configuration information, including:
according to the hierarchical sequence of the object type, the object name and the object attribute, analyzing the first response message layer by layer to obtain analysis information of a corresponding hierarchy;
and obtaining a target data structure tree corresponding to the first data request message according to the analysis information of the corresponding hierarchy, wherein the target data structure tree contains configuration information required by the host, and the target data structure tree is used for updating the first data structure tree of the first data center.
In some optional embodiments, the first sending unit 1103 obtains the target data from the first data center, including:
Analyzing the data request to obtain second index information of at least one second operation object in the data request; the second index information comprises at least one of a second object type index, a second object name index and a second object attribute index corresponding to the second operation object;
Under the condition that the second index information comprises a second object type index, a second object name index and a second object attribute index, carrying out step-by-step inquiry in a first data structure tree according to the second object type index, the second object name index and the second object attribute index, determining a corresponding first target node, and taking configuration information corresponding to the first target node as target data;
Under the condition that the second index information only comprises a second object type index and a second object name index, carrying out step-by-step inquiry in the first data structure tree according to the second object type index and the second object name index, determining a corresponding second target node, and taking the second target node and configuration information corresponding to at least part of sub-nodes of the second target node as target data;
And determining a third target node corresponding to the second object type index in the first data center under the condition that the second index information only comprises the second object type index, and taking configuration information corresponding to the third target node and at least part of child nodes of the third target node as target data.
In this embodiment, the first index information is determined according to the preset first mapping relationship, and the configuration information is synchronized from the RAID card to the first data center by using the first data request message including the first index information, so that the attribute of the operation object is conveniently configured, queried and stored.
The present embodiment provides a RAID card configuration information management apparatus, which is deployed on a host, as shown in fig. 12, and includes:
a third obtaining unit 1201, configured to obtain data information configuration information of a preset number of service modules, where the service modules are included in a RAID card; the service module is used for acquiring configuration information of an object operated by the RAID card;
The second sending unit 1202 is configured to send data information configuration information to the host, and instruct the host to store the data information configuration information to the first data center of the host, where the data information configuration information includes target data required for configuring the interface.
In some alternative embodiments, the apparatus further comprises:
An eighth obtaining unit, configured to obtain a configuration command from the host, and send the configuration command to the service module;
And the ninth acquisition unit is used for acquiring the execution result of the configuration command from the service module and sending the execution result to the host.
In some alternative embodiments, the third obtaining unit 1201 includes:
The creation module is used for creating a second data center, wherein the second data center is used for storing configuration information;
The second sending module is used for sending second data request messages to the preset number of service modules, wherein the second data request messages are used for acquiring configuration information;
the receiving module is used for receiving a fourth response message sent by the service module, wherein the fourth response message comprises configuration information;
and the second storage module is used for storing the configuration information to a second data center.
In some alternative embodiments, the apparatus further comprises:
a tenth acquiring unit, configured to acquire, when receiving a first data request message sent by the host, configuration information of the service module from the second data center;
And the fifth sending unit is used for generating first response messages according to the configuration information of the preset number of service modules and sending the first response messages to the host.
In some alternative embodiments, the second storage module stores configuration information to the second data center, including:
determining a data field of at least one third operation object in the configuration information; the data field of the third operation object comprises at least one of an object type field, an object name field and an object attribute field of the third operation object;
Determining third index information corresponding to the data field of a third operation object according to a preset second mapping relation; the second mapping relation comprises a mapping relation between data fields and indexes of a third operation object, and the third index information comprises at least one of a third object type index, a third object name index and a third object attribute index corresponding to the third operation object;
And generating a second data structure tree according to the third index information and the values of the corresponding data fields according to the hierarchical sequence of the object type, the object name and the object attribute, and storing the second data structure tree into a second data center.
In some optional embodiments, the tenth obtaining unit obtains configuration information of the service module from the second data center, including:
Analyzing the first data request message to obtain first index information; the first index information comprises at least one of a first object type index, a first object name index and a first object attribute index corresponding to the first operation object;
and inquiring the configuration information required by the host in the second data structure tree according to the first index information.
In some optional embodiments, the fifth sending unit generates the first response message according to the configuration information of the preset number of service modules, including:
constructing a target data structure tree containing configuration information required by a host according to the hierarchical sequence of the object type, the object name and the object attribute and the first index information;
And encapsulating the target data structure tree layer by using a preset data encapsulation format to generate a first response message.
In some optional embodiments, the third obtaining unit 1201 further includes:
a fourth obtaining module, configured to obtain a second preset RAID card data entry, where the second preset RAID card data entry is used to divide configuration information;
The second generation module is used for generating subscription messages corresponding to each second preset RAID card data table item, wherein the subscription messages are used for acquiring change configuration information from the service module;
And the third sending module is used for sending the subscription information to the service module and acquiring the subscription success feedback information from the service module.
In some optional embodiments, the third obtaining unit 1201 further includes:
A fifth obtaining module, configured to obtain a push message from the service module, where the push message is a message including changed configuration information that is generated when the information of an entry corresponding to the subscription message received by the service module is changed;
The first updating module is used for updating the corresponding data in the second data center according to the changed configuration information;
And the fourth sending module is used for triggering an asynchronous monitoring event and sending the changed configuration information to the host, wherein the asynchronous monitoring event is issued to the RAID card by the host and is used for monitoring whether the configuration information on the RAID card side is changed or not.
In some alternative embodiments, the apparatus further comprises:
an eleventh acquiring unit, configured to acquire, in a case where the first full-volume data request message is received, first full-volume data of the second data center;
And a sixth sending unit, configured to generate a third response message according to the first full data, and send the third response message to the host.
In some optional embodiments, the third obtaining unit 1201 further includes:
A fifth sending module, configured to send a second full-volume data request message to a preset number of service modules at a second preset time, where the second full-volume data request message is used to obtain second full-volume data of the service modules, and the second preset time is earlier than a time when the first full-volume data request message is received;
A sixth obtaining module, configured to obtain a fifth response message from the service module, where the fifth response message includes the second full data;
the second updating module is used for comparing the second full-volume data with the data of the second data center, and if the second data center has difference data, the difference data is updated according to the second full-volume data, so that updated difference data is obtained;
And the sixth sending module is used for triggering an asynchronous monitoring event and sending the updated difference data to the host, wherein the asynchronous monitoring event is issued to the RAID card by the host and is used for monitoring whether the configuration information of the RAID card side is changed or not.
Further functional descriptions of the above respective modules and units are the same as those of the above corresponding embodiments, and are not repeated here.
The RAID card configuration information management apparatus in this embodiment is presented in the form of a functional unit, where the unit refers to an ASIC (Application SPECIFIC INTEGRATED Circuit) Circuit, including a processor and a memory that execute one or more software or fixed programs, and/or other devices that can provide the above functions.
The embodiment of the invention also provides a computer device, which is provided with the RAID card configuration information management device shown in the figure 11 or the figure 12.
Referring to fig. 13, fig. 13 is a schematic structural diagram of a computer device according to an alternative embodiment of the present invention, as shown in fig. 13, the computer device includes: one or more processors 10, memory 20, and interfaces for connecting the various components, including high-speed interfaces and low-speed interfaces. The various components are communicatively coupled to each other using different buses and may be mounted on a common motherboard or in other manners as desired. The processor may process instructions executing within the computer device, including instructions stored in or on memory to display graphical information of the GUI on an external input/output device, such as a display device coupled to the interface. In some alternative embodiments, multiple processors and/or multiple buses may be used, if desired, along with multiple memories. Also, multiple computer devices may be connected, each providing a portion of the necessary operations (e.g., as a server array, a set of blade servers, or a multiprocessor system). One processor 10 is illustrated in fig. 13.
The processor 10 may be a central processor, a network processor, or a combination thereof. The processor 10 may further include a hardware chip, among others. The hardware chip may be an application specific integrated circuit, a programmable logic device, or a combination thereof. The programmable logic device may be a complex programmable logic device, a field programmable gate array, a general-purpose array logic, or any combination thereof.
Wherein the memory 20 stores instructions executable by the at least one processor 10 to cause the at least one processor 10 to perform a method for implementing the embodiments described above.
The memory 20 may include a storage program area that may store an operating system, at least one application program required for functions, and a storage data area; the storage data area may store data created according to the use of the computer device, etc. In addition, the memory 20 may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid-state storage device. In some alternative embodiments, memory 20 may optionally include memory located remotely from processor 10, which may be connected to the computer device via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
Memory 20 may include volatile memory, such as random access memory; the memory may also include non-volatile memory, such as flash memory, hard disk, or solid state disk; the memory 20 may also comprise a combination of the above types of memories.
The computer device also includes a communication interface 30 for the computer device to communicate with other devices or communication networks.
The embodiments of the present invention also provide a computer readable storage medium, and the method according to the embodiments of the present invention described above may be implemented in hardware, firmware, or as a computer code which may be recorded on a storage medium, or as original stored in a remote storage medium or a non-transitory machine readable storage medium downloaded through a network and to be stored in a local storage medium, so that the method described herein may be stored on such software process on a storage medium using a general purpose computer, a special purpose processor, or programmable or special purpose hardware. The storage medium can be a magnetic disk, an optical disk, a read-only memory, a random access memory, a flash memory, a hard disk, a solid state disk or the like; further, the storage medium may also comprise a combination of memories of the kind described above. It will be appreciated that a computer, processor, microprocessor controller or programmable hardware includes a storage element that can store or receive software or computer code that, when accessed and executed by the computer, processor or hardware, implements the methods illustrated by the above embodiments.
Portions of the present invention may be implemented as a computer program product, such as computer program instructions, which when executed by a computer, may invoke or provide methods and/or aspects in accordance with the present invention by way of operation of the computer. Those skilled in the art will appreciate that the form of computer program instructions present in a computer readable medium includes, but is not limited to, source files, executable files, installation package files, etc., and accordingly, the manner in which the computer program instructions are executed by a computer includes, but is not limited to: the computer directly executes the instruction, or the computer compiles the instruction and then executes the corresponding compiled program, or the computer reads and executes the instruction, or the computer reads and installs the instruction and then executes the corresponding installed program. Herein, a computer-readable medium may be any available computer-readable storage medium or communication medium that can be accessed by a computer.
Although embodiments of the present invention have been described in connection with the accompanying drawings, various modifications and variations may be made by those skilled in the art without departing from the spirit and scope of the invention, and such modifications and variations fall within the scope of the invention as defined by the appended claims.
Claims (23)
1. A method for managing configuration information of a RAID card, wherein the method is applied to a host, the method comprising:
acquiring configuration information of the RAID card from the RAID card, and storing the configuration information to a first data center of the host;
Acquiring a data request of a configuration interface;
and acquiring target data from the first data center according to the data request, and sending the target data to the configuration interface, wherein the target data is contained in the configuration information.
2. The method of claim 1, wherein after the sending the target data to the configuration interface, the method further comprises:
Acquiring a configuration command of the configuration interface and sending the configuration command to the RAID card, wherein the configuration command is generated according to the target data;
and acquiring an execution result of the configuration command from the RAID card, and sending the execution result to the configuration interface.
3. The method of claim 1, wherein the obtaining configuration information of the RAID card from the RAID card and storing the configuration information to a first data center of the host comprises:
sending a first data request message to the RAID card, wherein the first data request message is used for acquiring configuration information of a preset number of service modules in the RAID card;
acquiring a first response message corresponding to the first data request message, wherein the first response message is generated by the RAID card according to the configuration information after receiving the first data request message;
analyzing the first response message to obtain the configuration information;
And storing the configuration information to the first data center.
4. The method of claim 2, wherein after the storing the configuration information to the first data center, the method further comprises:
Generating an asynchronous monitoring event of a data item to be monitored, wherein the data item to be monitored is used for dividing the configuration information, and the asynchronous monitoring event is used for monitoring whether the configuration information of the RAID card side is changed or not;
Issuing the asynchronous monitoring event to the RAID card;
acquiring a feedback message corresponding to the asynchronous monitoring event from the RAID card, wherein the feedback message is used for determining whether the asynchronous monitoring event is successfully issued;
obtaining change configuration information from the RAID card, wherein the change configuration information is sent to a host by the RAID card when triggering the asynchronous monitoring event;
And updating the corresponding data in the first data center according to the change configuration information.
5. The method of claim 4, wherein generating an asynchronous monitoring event for a data item to be monitored comprises:
Acquiring a first preset RAID card data table entry, wherein the first preset RAID card data table entry is contained in the data item to be monitored;
Generating an asynchronous monitoring event corresponding to each first preset RAID card data table entry, wherein the asynchronous monitoring event is used for acquiring a table entry message corresponding to the first preset RAID card data table entry, and the table entry message is contained in the configuration information.
6. The method of claim 4, wherein the obtaining change configuration information from the RAID card comprises:
Obtaining a second response message from the RAID card, wherein the second response message is generated by the RAID card according to service configuration information when triggering the asynchronous monitoring event, the service configuration information is contained in the change configuration information, and the service configuration information is generated after the RAID card executes the configuration command;
and analyzing the second response message to obtain the service configuration information.
7. The method of claim 1, wherein after the storing the configuration information to the first data center of the host, the method further comprises:
at a first preset moment, a first full-volume data request message is sent to the RAID card, wherein the first full-volume data request message is used for acquiring first full-volume data of the RAID card;
Obtaining a third response message from the RAID card, wherein the third response message is generated by the RAID card according to the first full data after receiving the first full data request message;
analyzing the third response message to obtain the first full data;
Comparing the first full data with the data of the first data center, and if inconsistent data exists in the first data center, updating the inconsistent data according to the first full data.
8. The method of claim 3, wherein the sending the first data request message to the RAID card comprises:
determining the current configuration information requirement; the configuration information requirement comprises data fields of at least one first operation object in the configuration information required currently; the data field of the first operation object comprises at least one of an object type field, an object name field and an object attribute field of the first operation object;
Determining first index information corresponding to the data field of the first operation object according to a preset first mapping relation; the first mapping relation comprises a mapping relation between a data field and an index of the first operation object, and the first index information comprises at least one of a first object type index, a first object name index and a first object attribute index corresponding to the first operation object;
generating a first data request message containing the first index information, and sending the first data request message to the RAID card;
the analyzing the first response message to obtain the configuration information includes:
according to the hierarchical sequence of the object type, the object name and the object attribute, analyzing the first response message layer by layer to obtain analysis information of a corresponding hierarchy;
Obtaining a target data structure tree corresponding to the first data request message according to the analysis information of the corresponding level, wherein the target data structure tree contains the configuration information required by the host, and the target data structure tree is used for updating a first data structure tree of the first data center;
The obtaining target data from the first data center according to the data request comprises the following steps:
Analyzing the data request to obtain second index information of at least one second operation object in the data request; the second index information comprises at least one of a second object type index, a second object name index and a second object attribute index corresponding to the second operation object;
Under the condition that the second index information comprises the second object type index, the second object name index and the second object attribute index, step-by-step inquiry is carried out in the first data structure tree according to the second object type index, the second object name index and the second object attribute index, a corresponding first target node is determined, and configuration information corresponding to the first target node is used as the target data;
Under the condition that the second index information only comprises the second object type index and the second object name index, carrying out step-by-step inquiry in the first data structure tree according to the second object type index and the second object name index, determining a corresponding second target node, and taking the second target node and configuration information corresponding to at least part of sub-nodes of the second target node as the target data;
And if the second index information only comprises the second object type index, determining a third target node corresponding to the second object type index in the first data center, and taking configuration information corresponding to the third target node and at least part of child nodes of the third target node as the target data.
9. A method for managing configuration information of a RAID card, wherein the method is applied to a RAID card, the method comprising:
Acquiring configuration information of a preset number of service modules, wherein the service modules are used for acquiring the configuration information of an object operated by the RAID card;
And sending the configuration information to a host, and instructing the host to store the configuration information to a first data center of the host, wherein the configuration information comprises target data required by a configuration interface.
10. The method according to claim 9, wherein the method further comprises:
acquiring a configuration command from a host, and sending the configuration command to the service module;
and acquiring an execution result of the configuration command from the service module, and sending the execution result to the host.
11. The method of claim 9, wherein the obtaining configuration information of a preset number of service modules comprises:
Creating a second data center, wherein the second data center is used for storing the configuration information;
sending second data request messages to a preset number of service modules, wherein the second data request messages are used for acquiring the configuration information;
Receiving a fourth response message sent by the service module, wherein the fourth response message comprises the configuration information;
and storing the configuration information to the second data center.
12. The method of claim 11, wherein the method further comprises:
under the condition that a first data request message sent by the host is received, acquiring configuration information of the service module from the second data center;
Generating a first response message according to the configuration information of the preset number of service modules, and sending the first response message to the host.
13. The method of claim 12, wherein the storing the configuration information to the second data center comprises:
Determining a data field of at least one third operation object in the configuration information; the data field of the third operation object comprises at least one of an object type field, an object name field and an object attribute field of the third operation object;
determining third index information corresponding to the data field of the third operation object according to a preset second mapping relation; the second mapping relation comprises a mapping relation between a data field and an index of the third operation object, and the third index information comprises at least one of a third object type index, a third object name index and a third object attribute index corresponding to the third operation object;
Generating a second data structure tree according to the third index information and the values of the corresponding data fields according to the hierarchical sequence of the object type, the object name and the object attribute, and storing the second data structure tree into the second data center;
the obtaining the configuration information of the service module from the second data center includes:
Analyzing the first data request message to obtain first index information; the first index information comprises at least one of a first object type index, a first object name index and a first object attribute index corresponding to a first operation object;
inquiring configuration information required by the host in the second data structure tree according to the first index information;
the generating a first response message according to the configuration information of the preset number of service modules includes:
Constructing a target data structure tree containing configuration information required by the host according to the first index information according to the hierarchical sequence of the object type, the object name and the object attribute;
and encapsulating the target data structure tree layer by using a preset data encapsulation format to generate the first response message.
14. The method of claim 11, wherein after said storing said configuration information to said second data center, said method further comprises:
Acquiring a second preset RAID card data table entry, wherein the second preset RAID card data table entry is used for dividing the configuration information;
Generating a subscription message corresponding to each second preset RAID card data table item, wherein the subscription message is used for acquiring change configuration information from the service module;
and sending the subscription message to the service module, and acquiring a subscription success feedback message from the service module.
15. The method of claim 14, wherein after the acquiring of the subscription success feedback message from the business module, the method further comprises:
Obtaining a push message from the service module, wherein the push message is a message containing changed configuration information generated when the information of a table item corresponding to the subscription message received by the service module is changed;
updating corresponding data in the second data center according to the change configuration information;
triggering an asynchronous monitoring event and sending the change configuration information to the host, wherein the asynchronous monitoring event is issued to the RAID card by the host and is used for monitoring whether the configuration information on the RAID card side is changed or not.
16. The method of claim 11, wherein the method further comprises:
Acquiring the first full data of the second data center under the condition that the first full data request message is received;
And generating a third response message according to the first full data, and sending the third response message to the host.
17. The method of claim 16, wherein after said storing said configuration information to said second data center, said method further comprises:
Transmitting a second full-volume data request message to a preset number of service modules at a second preset time, wherein the second full-volume data request message is used for acquiring second full-volume data of the service modules, and the second preset time is earlier than the time when the first full-volume data request message is received;
Obtaining a fifth response message from the service module, wherein the fifth response message contains the second full data;
Comparing the second full data with the data of the second data center, and if the second data center has difference data, updating the difference data according to the second full data to obtain updated difference data;
Triggering an asynchronous monitoring event, and sending the updated difference data to the host, wherein the asynchronous monitoring event is issued to the RAID card by the host and is used for monitoring whether the configuration information of the RAID card side is changed or not.
18. A RAID card configuration information management system, the system comprising: a host and a RAID card;
the host is configured to perform the RAID card configuration information management method of any one of claims 1 to 8;
the RAID card is configured to perform the RAID card configuration information management method of any one of claims 9 to 17.
19. A RAID card configuration information management apparatus, the apparatus deployed at a host, the apparatus comprising:
a first obtaining unit, configured to obtain data information configuration information of a RAID card from the RAID card, and store the data information configuration information to a first data center of the host;
The second acquisition unit is used for acquiring the data request of the configuration interface;
And the first sending unit is used for acquiring target data from the first data center according to the data request and sending the target data to the configuration interface, wherein the target data is contained in the data information configuration information.
20. A RAID card configuration information management apparatus, the apparatus deployed on a RAID card, the apparatus comprising:
A third obtaining unit, configured to obtain data information configuration information of a preset number of service modules, where the service modules are included in the RAID card; the business module is used for acquiring configuration information of an object operated by the RAID card;
And the second sending unit is used for sending the data information configuration information to a host and instructing the host to store the data information configuration information to a first data center of the host, wherein the data information configuration information comprises target data required by a configuration interface.
21. A computer device, comprising:
A memory and a processor, the memory and the processor being communicatively connected to each other, the memory having stored therein computer instructions, the processor executing the computer instructions to perform the RAID card configuration information management method of any of claims 1 to 8 or 9 to 17.
22. A computer-readable storage medium having stored thereon computer instructions for causing a computer to perform the RAID card configuration information management method of any of claims 1 to 8 or 9 to 17.
23. A computer program product comprising computer instructions for causing a computer to perform the RAID card configuration information management method of any of claims 1 to 8 or claims 9 to 17.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410545371.1A CN118132011B (en) | 2024-05-06 | 2024-05-06 | RAID card configuration information management method, system, device, equipment and medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410545371.1A CN118132011B (en) | 2024-05-06 | 2024-05-06 | RAID card configuration information management method, system, device, equipment and medium |
Publications (2)
Publication Number | Publication Date |
---|---|
CN118132011A true CN118132011A (en) | 2024-06-04 |
CN118132011B CN118132011B (en) | 2024-08-06 |
Family
ID=91233969
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202410545371.1A Active CN118132011B (en) | 2024-05-06 | 2024-05-06 | RAID card configuration information management method, system, device, equipment and medium |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN118132011B (en) |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020101711A1 (en) * | 2001-01-31 | 2002-08-01 | Hewlett-Packard Company | Self managing fixed configuration raid disk in headless appliance |
US20040133742A1 (en) * | 2003-01-07 | 2004-07-08 | Dell Products L.P. | System and method for raid configuration |
US20100057987A1 (en) * | 2008-09-04 | 2010-03-04 | Guanglin Liu | Method and System for Upgrading Normal Disk Controller to RAID Controller |
US20110029728A1 (en) * | 2009-07-28 | 2011-02-03 | Lsi Corporation | Methods and apparatus for reducing input/output operations in a raid storage system |
US20120042203A1 (en) * | 2010-08-10 | 2012-02-16 | Fujitsu Limited | Storage system and control method |
JP2014106811A (en) * | 2012-11-28 | 2014-06-09 | Nec System Technologies Ltd | Storage device, redundancy restoration method, and program |
US8892938B1 (en) * | 2014-01-07 | 2014-11-18 | Netapp, Inc. | Clustered RAID assimilation management |
CN106888258A (en) * | 2017-02-22 | 2017-06-23 | 郑州云海信息技术有限公司 | A kind of server info input method and system |
US11093329B1 (en) * | 2020-03-27 | 2021-08-17 | Dell Products L.P. | RAID proxy storage-device-assisted data update system |
CN115826874A (en) * | 2022-12-29 | 2023-03-21 | 山东云海国创云计算装备产业创新中心有限公司 | Method, device and assembly for realizing virtual RAID card |
JP2023110180A (en) * | 2022-01-28 | 2023-08-09 | 富士通株式会社 | Storage apparatus and control method |
CN116595050A (en) * | 2023-04-28 | 2023-08-15 | 天固信息安全系统(深圳)有限公司 | RAID card control method and device |
CN116931829A (en) * | 2023-07-21 | 2023-10-24 | 山东云海国创云计算装备产业创新中心有限公司 | Disk information transmission method, device, equipment and storage medium |
CN117008844A (en) * | 2023-09-27 | 2023-11-07 | 苏州元脑智能科技有限公司 | Device control method and device of storage device, storage medium and electronic device |
-
2024
- 2024-05-06 CN CN202410545371.1A patent/CN118132011B/en active Active
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020101711A1 (en) * | 2001-01-31 | 2002-08-01 | Hewlett-Packard Company | Self managing fixed configuration raid disk in headless appliance |
US20040133742A1 (en) * | 2003-01-07 | 2004-07-08 | Dell Products L.P. | System and method for raid configuration |
US20100057987A1 (en) * | 2008-09-04 | 2010-03-04 | Guanglin Liu | Method and System for Upgrading Normal Disk Controller to RAID Controller |
US20110029728A1 (en) * | 2009-07-28 | 2011-02-03 | Lsi Corporation | Methods and apparatus for reducing input/output operations in a raid storage system |
US20120042203A1 (en) * | 2010-08-10 | 2012-02-16 | Fujitsu Limited | Storage system and control method |
JP2014106811A (en) * | 2012-11-28 | 2014-06-09 | Nec System Technologies Ltd | Storage device, redundancy restoration method, and program |
US8892938B1 (en) * | 2014-01-07 | 2014-11-18 | Netapp, Inc. | Clustered RAID assimilation management |
CN106888258A (en) * | 2017-02-22 | 2017-06-23 | 郑州云海信息技术有限公司 | A kind of server info input method and system |
US11093329B1 (en) * | 2020-03-27 | 2021-08-17 | Dell Products L.P. | RAID proxy storage-device-assisted data update system |
JP2023110180A (en) * | 2022-01-28 | 2023-08-09 | 富士通株式会社 | Storage apparatus and control method |
CN115826874A (en) * | 2022-12-29 | 2023-03-21 | 山东云海国创云计算装备产业创新中心有限公司 | Method, device and assembly for realizing virtual RAID card |
CN116595050A (en) * | 2023-04-28 | 2023-08-15 | 天固信息安全系统(深圳)有限公司 | RAID card control method and device |
CN116931829A (en) * | 2023-07-21 | 2023-10-24 | 山东云海国创云计算装备产业创新中心有限公司 | Disk information transmission method, device, equipment and storage medium |
CN117008844A (en) * | 2023-09-27 | 2023-11-07 | 苏州元脑智能科技有限公司 | Device control method and device of storage device, storage medium and electronic device |
Non-Patent Citations (2)
Title |
---|
俞晓静;刘礼加;: "商用存储系统RAID新技术研究与实践", 中国金融电脑, no. 03, 7 March 2016 (2016-03-07) * |
刘志君 等: "RAID系统中管理模块的设计与实现", 微型电脑应用, 30 June 2003 (2003-06-30), pages 47 - 50 * |
Also Published As
Publication number | Publication date |
---|---|
CN118132011B (en) | 2024-08-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11153380B2 (en) | Continuous backup of data in a distributed data store | |
US12003572B1 (en) | Two-way replication of search node configuration files using a mediator node | |
US8856079B1 (en) | Application programming interface for efficient object information gathering and listing | |
CN111209011A (en) | Cross-platform container cloud automatic deployment system | |
CN111143382B (en) | Data processing method, system and computer readable storage medium | |
US8380757B1 (en) | Techniques for providing a consolidated system configuration view using database change tracking and configuration files | |
CN109684282B (en) | Method and device for constructing metadata cache | |
CN108121782A (en) | Distribution method, database middleware system and the electronic equipment of inquiry request | |
US20040088432A1 (en) | Management of attribute data | |
CN104468274A (en) | Cluster monitor and management method and system | |
CN104050248A (en) | File storage system and storage method | |
CN112698921A (en) | Logic code operation method and device, computer equipment and storage medium | |
CN113032356A (en) | Cabin distributed file storage system and implementation method | |
CN113391875A (en) | Container deployment method and device | |
US9110790B1 (en) | Managing memory in displaying data storage system information | |
CN113127526A (en) | Distributed data storage and retrieval system based on Kubernetes | |
US8813026B1 (en) | Methods and apparatus for storing information for components of a system in model component files to provide a world view of the system | |
CN118132011B (en) | RAID card configuration information management method, system, device, equipment and medium | |
CN102867029B (en) | A kind of method managing distributive catalogue of document system and distributed file system | |
US11222072B1 (en) | Graph database management system and method for a distributed computing environment | |
US9747294B2 (en) | Generic data collection plugin and configuration file language for SMI-S based agents | |
Pankowski | Consistency and availability of Data in replicated NoSQL databases | |
CN112055057B (en) | Method, system and equipment for dynamic expansion of Web system | |
US9262039B1 (en) | Displaying data storage system information | |
CN114546580A (en) | Cache deployment system, cache deployment method, electronic device and storage medium |
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 |