CN111309255B - Method, system, device and medium for converting volume type - Google Patents

Method, system, device and medium for converting volume type Download PDF

Info

Publication number
CN111309255B
CN111309255B CN202010081769.6A CN202010081769A CN111309255B CN 111309255 B CN111309255 B CN 111309255B CN 202010081769 A CN202010081769 A CN 202010081769A CN 111309255 B CN111309255 B CN 111309255B
Authority
CN
China
Prior art keywords
volume
virtual volume
type virtual
type
target
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010081769.6A
Other languages
Chinese (zh)
Other versions
CN111309255A (en
Inventor
蒋米传
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202010081769.6A priority Critical patent/CN111309255B/en
Publication of CN111309255A publication Critical patent/CN111309255A/en
Application granted granted Critical
Publication of CN111309255B publication Critical patent/CN111309255B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/0662—Virtualisation aspects
    • G06F3/0665—Virtualisation aspects at area level, e.g. provisioning of virtual or logical volumes
    • 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/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
    • 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/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/062—Securing 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/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0647—Migration mechanisms
    • 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/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/065—Replication mechanisms
    • 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/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0652—Erasing, e.g. deleting, data cleaning, moving of data to a wastebasket
    • 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

Abstract

The invention discloses a method, a system, equipment and a storage medium for volume type conversion, wherein the method comprises the following steps: virtualizing a physical volume in a storage system to form a first type of virtual volume; creating a target type virtual volume with the same capacity as the first type virtual volume, and combining the target type virtual volume with the first type virtual volume to form a mirror volume; establishing association between the difference data of each position of the first type virtual volume and the target type virtual volume and the corresponding bitmap identification in the mirror image volume; writing the difference data into a target type virtual volume, clearing the bitmap identification corresponding to the position, and judging whether the bitmap identification exists in the mirror image volume or not; and deleting the first type of virtual volume in response to the absence of the bitmap identification. The method, the system, the equipment and the medium for volume type conversion provided by the invention form a mirror volume by establishing the target type volume, realize volume type conversion by a mode of replacing the storage internal volume, have no influence on service in the conversion process and do not damage the original data structure.

Description

Method, system, device and medium for converting volume type
Technical Field
The present invention relates to the field of storage systems, and more particularly, to a method, system, computer device and readable medium for volume type conversion.
Background
There are many types of volumes supported in a storage system, and the common and familiar types are mainly basic volumes, thin volumes, and compressed volumes. The basic volume allocates space according to the set capacity value when being created; the simplified volume is set with virtual capacity and real capacity during creation, the virtual capacity is presented as a virtual capacity value, and space is only allocated according to the real capacity value actually, so that the purpose of saving space can be achieved; compressing a volume achieves the purpose of saving space by compressing data. The data organization and management modes of different types of volumes are different, a method for converting the types of the volumes is not available in the prior art, and when a certain type of volume needs to be adopted, the volume can only be directly replaced, so that the data is damaged and the service is influenced.
Disclosure of Invention
In view of this, an object of the embodiments of the present invention is to provide a method, a system, a computer device, and a computer-readable storage medium for volume type conversion, in which a target type volume is created to form a mirror volume, data is automatically synchronized by using characteristics of the mirror volume, an original type volume is deleted, volume type conversion is implemented by replacing an internal storage volume, and there is no influence on a service in a conversion process, and an original data structure is not damaged.
In view of the above, an aspect of the embodiments of the present invention provides a method for volume type conversion, including the following steps: virtualizing a physical volume in a storage system to form a first type of virtual volume; creating a target type virtual volume with the same capacity as the first type virtual volume, and combining the target type virtual volume with the first type virtual volume to form a mirror image volume; associating difference data of each position of the first type virtual volume and the target type virtual volume with a corresponding bitmap identification in the mirror image volume; writing the difference data into the target type virtual volume, clearing the bitmap identification corresponding to the position, and judging whether the bitmap identification exists in the mirror image volume; and in response to the absence of the bitmap identification, deleting the first type of virtual volume.
In some embodiments, said writing said difference data to said target type virtual volume comprises: the difference data is read from the first type virtual volume and written to the same location of the target type virtual volume.
In some embodiments, said writing said differential data to said target type virtual volume comprises: and in response to receiving the read request, reading the data of the corresponding position of the first type virtual volume.
In some embodiments, said writing said differential data to said target type virtual volume comprises: in response to receiving the write request, judging whether the bitmap identification of the corresponding position is cleared; and in response to the bitmap identification of the corresponding location being cleared, concurrently distributing the write request to the corresponding locations of the first type virtual volume and the target type virtual volume.
In some embodiments, further comprising: mapping the first type of virtual volume to a host.
In another aspect of the embodiments of the present invention, a system for volume type conversion is further provided, including: a virtual volume module configured to virtualize a physical volume in a storage system to form a first type of virtual volume; the mirror image volume module is configured to create a target type virtual volume with the same capacity as the first type virtual volume and combine the target type virtual volume with the first type virtual volume to form a mirror image volume; the association module is configured to establish association between the difference data of each position of the first type virtual volume and the target type virtual volume and a corresponding bitmap identifier in the mirror volume; a clearing module configured to write the difference data into the target type virtual volume, clear the bitmap identifier corresponding to the position, and determine whether the bitmap identifier exists in the mirror volume; and a deletion module configured to delete the first type of virtual volume in response to an absence of the bitmap identification.
In some embodiments, the purge module is further configured to: the difference data is read from the first type virtual volume and written to the same location of the target type virtual volume.
In some embodiments, the purge module is further configured to: and in response to receiving the read request, reading the data of the corresponding position of the first type virtual volume.
In another aspect of the embodiments of the present invention, there is also provided a computer device, including: at least one processor; and a memory storing computer instructions executable on the processor, the instructions when executed by the processor implementing the steps of the method as above.
In another aspect of the embodiments of the present invention, a computer-readable storage medium is further provided, in which a computer program for implementing the above method steps is stored when the computer program is executed by a processor.
The invention has the following beneficial technical effects: the method comprises the steps of forming a mirror image volume by creating a target type volume, realizing automatic data synchronization by using the characteristics of the mirror image volume, deleting the original type volume, and realizing volume type conversion by replacing a storage internal volume, wherein the conversion process has no influence on services and does not damage the original data structure.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other embodiments can be obtained by using the drawings without creative efforts.
FIG. 1 is a schematic diagram of an embodiment of a method of volume type conversion provided by the present invention;
fig. 2 is a schematic hardware structure diagram of an embodiment of the volume type conversion method provided in the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the following embodiments of the present invention are described in further detail with reference to the accompanying drawings.
It should be noted that all expressions using "first" and "second" in the embodiments of the present invention are used for distinguishing two entities with the same name but different names or different parameters, and it should be noted that "first" and "second" are only used for convenience of expression and should not be construed as a limitation to the embodiments of the present invention, and no description is given in the following embodiments.
In view of the above objects, a first aspect of embodiments of the present invention proposes an embodiment of a method for volume type conversion. Fig. 1 is a schematic diagram illustrating an embodiment of a method for volume type conversion according to the present invention. As shown in fig. 1, the embodiment of the present invention includes the following steps:
s1, performing virtualization processing on a physical volume in a storage system to form a first type virtual volume;
s2, creating a target type virtual volume with the same volume as the first type virtual volume, and combining the target type virtual volume with the first type virtual volume to form a mirror image volume;
s3, establishing association between the difference data of each position of the first type virtual volume and the target type virtual volume and the corresponding bitmap identification in the mirror image volume;
s4, writing the difference data into the target type virtual volume, clearing the bitmap identification corresponding to the position, and judging whether the bitmap identification exists in the mirror image volume or not; and
and S5, deleting the first type of virtual volume in response to the absence of the bitmap identification.
A physical volume is virtualized in a storage system to form a first type of virtual volume. In some embodiments, further comprising: mapping the first type of virtual volume to a host. A physical volume is virtualized in a storage system to form a first type of virtual volume, and the first type of virtual volume is mapped to a host. The first type of virtual volume may include, but is not limited to, base volumes, thin volumes, and compressed volumes.
A target type virtual volume of the same capacity as the first type virtual volume is created to form a mirror volume with the first type virtual volume. Target type virtual volumes may include, but are not limited to, base volumes, thin volumes, and compressed volumes, but the target type virtual volumes should be different than the first type virtual volume types. In the embodiment of the present invention, the first type virtual volume is a thin volume, and the target type virtual volume is a basic volume. To avoid losing data, a target type virtual volume having the same capacity as the first type virtual volume may be selected, or a target type virtual volume having a capacity greater than the first type virtual volume may be selected. The first type virtual volume and the target type virtual volume form a mirror volume, so that in the conversion process, the host can only sense the mirror volume but cannot sense the target type virtual volume in the mirror volume, and no influence is generated on the service.
And establishing association between the difference data of each position of the first type virtual volume and the target type virtual volume and the corresponding bitmap identification in the mirror volume. The current position is obtained by combining the starting position and the offset, and the offset is different for different positions. The difference data of each position can be set with a corresponding bitmap identification, for example, when the difference data exists in a certain position, the bitmap identification of the position can be set to be one.
And writing the difference data into the target type virtual volume, clearing the bitmap identification corresponding to the position, and judging whether the bitmap identification exists in the mirror image volume. Clearing the bitmap identification may include zeroing the bitmap identification.
In some embodiments, said writing said difference data to said target type virtual volume comprises: the difference data is read from the first type virtual volume and written to the same location of the target type virtual volume. The mirror volume can synchronize corresponding data by traversing the bitmap, and can read data from the thin volume, then write the data into the same position of the basic volume, and finally clear the bitmap identification state.
In some embodiments, said writing said differential data to said target type virtual volume comprises: and in response to receiving the read request, reading the data of the corresponding position of the first type virtual volume. The whole conversion process is carried out under the condition that an external host does not sense, and no influence is caused on the service. In the volume type conversion process, when an external host issues a reading request, the data in the original thin volume is read.
In some embodiments, said writing said difference data to said target type virtual volume comprises: in response to receiving the write request, judging whether the bitmap identification of the corresponding position is cleared; and in response to the bitmap identification of the corresponding location being cleared, concurrently distributing the write request to the corresponding locations of the first type virtual volume and the target type virtual volume. When an external host issues a write request, a bitmap identification corresponding to a position to be written is judged first, and if the data of the position to be written is synchronized, the host write request is simultaneously distributed to a thin volume and a basic volume, so that the data consistency of the two volumes is maintained; and if the data to be written into the position is not synchronous, the host writing request is only issued to the original thin volume.
In response to the absence of the bitmap identification, the first type of virtual volume is deleted. When the data is completely synchronized, the bitmap identification is completely cleared, that is, the bitmap identification does not exist, and of course, the bitmap identification is set to zero when the bitmap identification does not exist. When the bitmap identification does not exist, the original thin volume can be automatically deleted, and only the basic volume is reserved, so that the volume type conversion is realized under the condition of ensuring the integrity of data.
The embodiment of the invention forms the mirror image volume by creating the target type volume, realizes the automatic synchronization of the data by utilizing the characteristics of the mirror image volume, finally deletes the original type volume and realizes the volume type conversion by replacing the storage internal volume. The conversion process of the embodiment of the invention is externally unaware and has no influence on the service; the data structure of the original volume is not destroyed in the conversion process, and the safety is high; and the operation is simple and the usability is high.
It should be particularly noted that, the steps in the embodiments of the method for converting a volume type may be mutually intersected, replaced, added, or deleted, and therefore, these methods for converting a volume type by reasonable permutation and combination should also belong to the scope of the present invention, and should not limit the scope of the present invention to the embodiments.
In view of the above object, according to a second aspect of the embodiments of the present invention, there is provided a system for volume type conversion, including: a virtual volume module configured to virtualize a physical volume in a storage system to form a first type of virtual volume; the mirror volume module is configured to create a target type virtual volume with the same capacity as the first type virtual volume and combine the target type virtual volume with the first type virtual volume to form a mirror volume; the association module is configured to establish association between the difference data of each position of the first type virtual volume and the target type virtual volume and a corresponding bitmap identifier in the mirror volume; a clearing module configured to write the difference data into the target type virtual volume, clear the bitmap identifier corresponding to the position, and determine whether the bitmap identifier exists in the mirror volume; and a deletion module configured to delete the first type of virtual volume in response to an absence of a bitmap identification.
In some embodiments, the purge module is further configured to: the difference data is read from the first type virtual volume and written to the same location of the target type virtual volume.
In some embodiments, the purge module is further configured to: and in response to receiving the read request, reading the data of the corresponding position of the first type virtual volume.
In some embodiments, the purge module is further configured to: in response to receiving the write request, judging whether the bitmap identification of the corresponding position is cleared; and in response to the bitmap identification of the corresponding location being cleared, concurrently distributing the write request to the corresponding locations of the first type virtual volume and the target type virtual volume.
In some embodiments, the system further comprises: a mapping module configured to map the first type of virtual volume to a host.
In view of the above object, a third aspect of an embodiment of the present invention provides a computer device, including: at least one processor; and a memory storing computer instructions executable on the processor, the instructions being executable by the processor to perform the steps of: s1, performing virtualization processing on a physical volume in a storage system to form a first type virtual volume; s2, creating a target type virtual volume with the same volume as the first type virtual volume, and combining the target type virtual volume with the first type virtual volume to form a mirror image volume; s3, establishing association between the difference data of each position of the first type virtual volume and the target type virtual volume and the corresponding bitmap identification in the mirror image volume; s4, writing the difference data into a target type virtual volume, clearing a bitmap identification corresponding to the position, and judging whether the bitmap identification exists in the mirror image volume or not; and S5, in response to the fact that the bitmap identification does not exist, deleting the first type virtual volume.
In some embodiments, said writing said differential data to said target type virtual volume comprises: the difference data is read from the first type virtual volume and written to the same location of the target type virtual volume.
In some embodiments, said writing said difference data to said target type virtual volume comprises: and in response to receiving the read request, reading the data of the corresponding position of the first type virtual volume.
In some embodiments, said writing said differential data to said target type virtual volume comprises: in response to receiving the write request, judging whether the bitmap identification of the corresponding position is cleared; and in response to the bitmap identification of the corresponding location being cleared, concurrently distributing the write request to the corresponding locations of the first type virtual volume and the target type virtual volume.
In some embodiments, further comprising: mapping the first type of virtual volume to a host.
Fig. 2 is a schematic hardware structural diagram of an embodiment of the above method for volume type conversion according to the present invention.
Taking the apparatus shown in fig. 2 as an example, the apparatus includes a processor 301 and a memory 302, and may further include: an input device 303 and an output device 304.
The processor 301, the memory 302, the input device 303 and the output device 304 may be connected by a bus or other means, and fig. 2 illustrates the connection by a bus as an example.
The memory 302 is used as a non-volatile computer-readable storage medium for storing non-volatile software programs, non-volatile computer-executable programs, and modules, such as program instructions/modules corresponding to the method for volume type conversion in the embodiment of the present application. The processor 301 executes various functional applications of the server and data processing, i.e., a method of implementing volume type conversion of the above-described method embodiments, by executing the nonvolatile software program, instructions, and modules stored in the memory 302.
The memory 302 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created according to the use of the method of volume type conversion, and the like. Further, the memory 302 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid state storage device. In some embodiments, memory 302 optionally includes memory located remotely from processor 301, which may be connected to a local module 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.
The input device 303 may receive information such as a user name and a password that are input. The output means 304 may comprise a display device such as a display screen.
Program instructions/modules corresponding to one or more methods of volume type conversion are stored in memory 302 and, when executed by processor 301, perform the methods of volume type conversion in any of the method embodiments described above.
Any embodiment of a computer apparatus for performing the above method of volume type conversion may achieve the same or similar effects as any of the preceding method embodiments corresponding thereto.
The invention also provides a computer readable storage medium storing a computer program which, when executed by a processor, performs the method as above.
Finally, it should be noted that, as one of ordinary skill in the art can appreciate that all or part of the processes of the methods of the above embodiments can be implemented by a computer program to instruct related hardware, and the program of the method for volume type conversion can be stored in a computer readable storage medium, and when executed, the program can include the processes of the embodiments of the methods as described above. The storage medium of the program may be a magnetic disk, an optical disk, a read-only memory (ROM), or a Random Access Memory (RAM). The embodiments of the computer program may achieve the same or similar effects as any of the above-described method embodiments.
Furthermore, the methods disclosed according to embodiments of the present invention may also be implemented as a computer program executed by a processor, which may be stored in a computer-readable storage medium. Which when executed by a processor performs the above-described functions as defined in the method disclosed by an embodiment of the invention.
Further, the above method steps and system elements may also be implemented using a controller and a computer readable storage medium for storing a computer program for causing the controller to implement the functions of the above steps or elements.
Further, it should be understood that the computer-readable storage medium herein (e.g., memory) can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory. By way of example, and not limitation, nonvolatile memory can include Read Only Memory (ROM), programmable ROM (PROM), electrically Programmable ROM (EPROM), electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM), which can act as external cache memory. By way of example and not limitation, RAM may be available in a variety of forms such as synchronous RAM (DRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchlink DRAM (SLDRAM), and Direct Rambus RAM (DRRAM). The storage devices of the disclosed aspects are intended to comprise, without being limited to, these and other suitable types of memory.
Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the disclosure herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as software or hardware depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the disclosed embodiments of the present invention.
The various illustrative logical blocks, modules, and circuits described in connection with the disclosure herein may be implemented or performed with the following components designed to perform the functions herein: a general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination of these components. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP, and/or any other such configuration.
The steps of a method or algorithm described in connection with the disclosure herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in a user terminal. In the alternative, the processor and the storage medium may reside as discrete components in a user terminal.
In one or more exemplary designs, the functions may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a general purpose or special purpose computer. By way of example, and not limitation, such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a general-purpose or special-purpose computer, or a general-purpose or special-purpose processor. Also, any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital Subscriber Line (DSL), or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. Disk and disc, as used herein, includes Compact Disc (CD), laser disc, optical disc, digital Versatile Disc (DVD), floppy disk, blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.
The foregoing is an exemplary embodiment of the present disclosure, but it should be noted that various changes and modifications could be made herein without departing from the scope of the present disclosure as defined by the appended claims. The functions, steps and/or actions of the method claims in accordance with the disclosed embodiments described herein need not be performed in any particular order. Furthermore, although elements of the disclosed embodiments of the invention may be described or claimed in the singular, the plural is contemplated unless limitation to the singular is explicitly stated.
It should be understood that, as used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context clearly supports the exception. It should also be understood that "and/or" as used herein is meant to include any and all possible combinations of one or more of the associated listed items.
The numbers of the embodiments disclosed in the embodiments of the present invention are merely for description, and do not represent the merits of the embodiments.
It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, and the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.
Those of ordinary skill in the art will understand that: the discussion of any embodiment above is meant to be exemplary only, and is not intended to intimate that the scope of the disclosure, including the claims, of embodiments of the invention is limited to these examples; within the idea of an embodiment of the invention, also technical features in the above embodiment or in different embodiments may be combined and there are many other variations of the different aspects of the embodiments of the invention as described above, which are not provided in detail for the sake of brevity. Therefore, any omissions, modifications, substitutions, improvements, and the like that may be made without departing from the spirit and principles of the embodiments of the present invention are intended to be included within the scope of the embodiments of the present invention.

Claims (10)

1. A method of volume type conversion, comprising the steps of:
virtualizing a physical volume in a storage system to form a first type of virtual volume;
creating a target type virtual volume with the same capacity as the first type virtual volume, and combining the target type virtual volume with the first type virtual volume to form a mirror volume;
associating difference data of each position of the first type virtual volume and the target type virtual volume with a corresponding bitmap identification in the mirror image volume;
writing the difference data into the target type virtual volume, clearing the bitmap identification corresponding to the position, and judging whether the bitmap identification exists in the mirror image volume; and
deleting the first type of virtual volume in response to the absence of a bitmap identification,
wherein the target type virtual volume is of a different type than the first type virtual volume.
2. The method of claim 1, wherein said writing the difference data to the target type virtual volume comprises:
the difference data is read from the first type virtual volume and written to the same location of the target type virtual volume.
3. The method of claim 1, wherein the writing the difference data to the target type virtual volume comprises:
and in response to receiving the read request, reading the data of the corresponding position of the first type virtual volume.
4. The method of claim 1, wherein said writing the difference data to the target type virtual volume comprises:
in response to receiving the write request, judging whether the bitmap identification of the corresponding position is cleared; and
in response to the bitmap identification of the corresponding locations being cleared, concurrently distributing the write request to the corresponding locations of the first-type virtual volume and the target-type virtual volume.
5. The method of claim 4, further comprising:
mapping the first type of virtual volume to a host.
6. A system for volume type conversion, comprising:
a virtual volume module configured to virtualize a physical volume in a storage system to form a first type of virtual volume;
the mirror image volume module is configured to create a target type virtual volume with the same capacity as the first type virtual volume and combine the target type virtual volume with the first type virtual volume to form a mirror image volume;
the association module is configured to associate difference data of each position of the first type virtual volume and the target type virtual volume with a corresponding bitmap identifier in the mirror volume;
a clearing module configured to write the difference data into the target type virtual volume, clear the bitmap identifier corresponding to the position, and determine whether the bitmap identifier exists in the mirror volume; and
a deletion module configured to delete the first type of virtual volume in response to an absence of a bitmap identification,
wherein the target type virtual volume is of a different type than the first type virtual volume.
7. The system of claim 6, wherein the purge module is further configured to:
the difference data is read from the first type virtual volume and written to the same location of the target type virtual volume.
8. The system of claim 6, wherein the purge module is further configured to:
and in response to receiving the read request, reading the data of the corresponding position of the first type virtual volume.
9. A computer device, comprising:
at least one processor; and
a memory storing computer instructions executable on the processor, the instructions when executed by the processor implementing the steps of the method of any one of claims 1 to 5.
10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 5.
CN202010081769.6A 2020-02-06 2020-02-06 Method, system, device and medium for converting volume type Active CN111309255B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010081769.6A CN111309255B (en) 2020-02-06 2020-02-06 Method, system, device and medium for converting volume type

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010081769.6A CN111309255B (en) 2020-02-06 2020-02-06 Method, system, device and medium for converting volume type

Publications (2)

Publication Number Publication Date
CN111309255A CN111309255A (en) 2020-06-19
CN111309255B true CN111309255B (en) 2022-11-22

Family

ID=71158264

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010081769.6A Active CN111309255B (en) 2020-02-06 2020-02-06 Method, system, device and medium for converting volume type

Country Status (1)

Country Link
CN (1) CN111309255B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116909491B (en) * 2023-09-12 2024-01-26 苏州浪潮智能科技有限公司 Data storage method, device and equipment, medium and storage cluster

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130054919A1 (en) * 2011-08-30 2013-02-28 International Business Machines Corporation Methods and physical computer storage media for transferring de-duplicated data organized in virtual volumes to a target set of physical media
CN107463427A (en) * 2017-06-29 2017-12-12 北京北信源软件股份有限公司 The acquisition methods and device of a kind of VME operating system type and version

Also Published As

Publication number Publication date
CN111309255A (en) 2020-06-19

Similar Documents

Publication Publication Date Title
US9251152B1 (en) Efficient method for relocating shared memory
US11537556B2 (en) Optimized content object storage service for large scale content
US20150113218A1 (en) Distributed Data Processing Method and Apparatus
CN110427342B (en) Method, equipment and readable medium for creating mirror library
WO2021109590A1 (en) Data storage method and apparatus, electronic device, and storage medium
EP3076307A1 (en) Method and device for responding to a request, and distributed file system
CN111240595A (en) Method, system, equipment and medium for optimizing storage cache
CN113326005B (en) Read-write method and device for RAID storage system
US20200348857A1 (en) Method, apparatus and computer program product for managing disk array
CN111177043A (en) Method, system, device and medium for accelerating reading of field replaceable unit information
CN114237519A (en) Method, device, equipment and medium for migrating object storage data
CN112783449A (en) Data migration method and device
CN110413376A (en) A kind of method, equipment and the storage medium of Virtual Machine Manager USB device
CN110647423B (en) Method, device and readable medium for creating storage volume mirror image based on application
CN113806300A (en) Data storage method, system, device, equipment and storage medium
CN111309255B (en) Method, system, device and medium for converting volume type
CN115114232A (en) Method, device and medium for enumerating historical version objects
CN111338852A (en) Method, system, equipment and medium for creating storage double live volume snapshot
US8595426B2 (en) Handling commands within a write-once read-many storage device configuration
CN112463055B (en) Method, system, equipment and medium for optimizing and using L2P table of solid state disk
CN111309264B (en) Method, system, device and medium for making directory quota compatible with snapshot
CN111857571B (en) Solid state disk physical block address distribution method, device, equipment and storage medium
CN109144403B (en) Method and equipment for switching cloud disk modes
CN111813346A (en) Method, system, device and medium for establishing Ceph distributed storage based on cloud platform
CN111930315A (en) Data access method, data access 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