CN111400103B - Data recovery method for infotrend storage - Google Patents
Data recovery method for infotrend storage Download PDFInfo
- Publication number
- CN111400103B CN111400103B CN202010206751.4A CN202010206751A CN111400103B CN 111400103 B CN111400103 B CN 111400103B CN 202010206751 A CN202010206751 A CN 202010206751A CN 111400103 B CN111400103 B CN 111400103B
- Authority
- CN
- China
- Prior art keywords
- data
- user volume
- user
- extracted
- disk
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
-
- 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/0614—Improving the reliability of storage systems
- G06F3/0619—Improving the reliability of storage systems in relation to data integrity, e.g. data losses, bit errors
-
- 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/0638—Organizing or formatting or addressing of data
- G06F3/064—Management of blocks
-
- 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/0638—Organizing or formatting or addressing of data
- G06F3/0643—Management of files
-
- 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/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0662—Virtualisation aspects
- G06F3/0667—Virtualisation aspects at data level, e.g. file, record or object virtualisation
-
- 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
Abstract
The invention provides a data recovery method aiming at infotrend storage, which comprises the following steps: confirming the reason of data loss; copying byte-level complete mirror image data to each disk; analyzing the copied mirror image data, recombining the disk array, and exporting the recombined disk array data as a data pool file; extracting data pointer sets of all user volumes in the data pool file for standby; scanning the roll head information of the user roll to be extracted in the data pool file, and searching the initial position of the user roll to be extracted; obtaining the initial offset calculation block number of the user volume to be extracted, searching the block number in the data pointer set of all the user volumes, and finding the data pointer set of the user volume to be extracted; extracting the user volume data; and detecting the extracted user volume data to determine that the extracted user volume data is valid. The method can rapidly carry out data emergency when the INFORTREND storage fails, and reduce or avoid loss caused by data loss due to storage failure or human reasons.
Description
Technical Field
The invention relates to the technical field of data recovery, in particular to a data recovery method for infotrend storage.
Background
infotrend storage is a disk array storage device developed by taiwan pulan technology. The product is favored by various enterprises at home and abroad due to the characteristics of high IO efficiency, excellent data fault tolerance, stable data transmission and the like, and the product is sold in Europe, america, japan and Korean and China at present.
The excellent storage performance can save a lot of manpower and material resources in daily management, but also causes a problem that a manager neglects storage failure. When the off-line early warning of the disk failure of the storage cannot be processed in time or the storage data cannot be accessed due to other unpredictable reasons (such as unexpected power failure and no UPS (uninterrupted power supply) starting), the business cannot normally run in a short period if the storage is not accessible, and the core data is lost if the storage is not accessible, so that huge loss is caused. With the rapid development of the information era, the storage application is more extensive, and the data recovery work when a fault occurs becomes a technical problem which needs to be solved urgently.
Disclosure of Invention
The present invention is directed to a data recovery method for infotrend storage, so as to solve the foregoing problems in the prior art.
In order to achieve the purpose, the technical scheme adopted by the invention is as follows:
a data recovery method for infotrend storage, comprising the steps of:
s1, confirming the reason of data loss, and entering a step S2 if the physical disk is not damaged; if the data loss reason is caused by physical failure, determining whether the damaged disk can be repaired by a hardware repair means or extracting data in the disk so as to meet basic data sources required by data storage recovery;
s2, byte-level complete mirror image data copying is carried out on each disk;
s3, analyzing the copied mirror image data, recombining the disk array, and exporting the recombined disk array data as a data pool file;
s4, extracting data pointer sets of all user volumes in the data pool file for standby;
s5, scanning the roll head information of the user roll to be extracted in the data pool file, and searching the initial position of the user roll to be extracted according to the specific data of the roll head of the user roll to be extracted;
s6, obtaining the initial offset calculation block number of the user volume to be extracted according to the initial position of the user volume to be extracted obtained in the step S5, searching the block number in the data pointer set of all the user volumes, and finding the data pointer set of the user volume to be extracted;
s7, extracting the user volume data by taking the pointer set of the user volume data to be extracted, which is obtained in the step S6, as an index and taking the data pool file exported in the step S3 as a data source;
s8, detecting the extracted user volume data, determining whether the extracted file is valid, and if so, successfully recovering the data; otherwise, repeating the steps until the extracted user volume data is valid.
Preferably, the process of performing disk array reorganization in step S3 includes: and acquiring the logic serial number of the disk, and establishing the simulation disk array by adopting winhex.
Preferably, the specific method for obtaining the disk logic sequence number includes:
if the upper application is NTFS, the file system can judge the disk logic sequence number through the file record number;
if the upper layer application is EXT3/4, judging the disk logic sequence number through the block group descriptor;
otherwise, the logic serial number of the disk can be judged through the plain text in other conditions.
Preferably, the step S4 of extracting the data pointer set of the user volume specifically includes: and 8MB data of the head of the data pool file exported in the step S3 is extracted, and the pointer set of the user volume can be obtained.
Preferably, the user volume header-specific data in step S5 includes MBR information or GPT information.
Preferably, the specific method for searching the starting position of the user volume in step S5 includes: and searching whether the 512-byte offset 510-byte position of the header is the characteristic value of 0xAA55 in 2M in the data pool file exported in the step S3, obtaining the physical offset of the volume header in the storage pool, and determining the position as the starting position of the user volume needing to be restored.
Preferably, step S6 specifically includes:
s61, obtaining the remainder of 2MB according to the initial position of the user volume, and calculating to obtain the block number N of the block;
s62, searching the hexadecimal small end value of N +1 in all the user volume pointer sets to obtain the start of the user volume pointer set of the volume, searching backwards for '0 xFFFFFF 07' as the end, and intercepting the data in the middle of the head and the tail to obtain the data pointer set of a single user volume.
Preferably, the extracting the user volume data in step S7 specifically includes:
s71, creating a user volume export file;
s72, dividing the user volume pointer set acquired in the step S6 by taking 4 bytes as a unit, and converting the user volume pointer set into a corresponding integer value to obtain a pointer table;
s73, extracting a pointer from the pointer table, and calculating the offset position of the data block, wherein the number of the pointer block is assumed to be N, and the calculation formula is as follows: offset = (N + 1) × 2097152;
after the offset position is obtained, skipping offset bytes in the data pool file, reading 2097152 byte data, and writing the data into an export file;
and S74, traversing the pointer table, and executing S73 in a circulating mode until the traversal is completed.
Preferably, the file validity check in step S8 includes: a method for checking a compression packet in a user volume, extracting and checking pictures and checking documents.
The invention has the beneficial effects that:
the invention provides a data recovery method for INFORTREND storage, which can quickly carry out data emergency when the INFORTREND storage fails and reduce or avoid loss caused by data loss due to storage failure or artificial reasons.
Drawings
Fig. 1 is a flowchart of a data recovery method for infotrend storage in embodiment 1.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is further described in detail below with reference to the accompanying drawings. It should be understood that the detailed description and specific examples, while indicating the invention, are intended for purposes of illustration only and are not intended to limit the scope of the invention.
Example 1
The embodiment provides a data recovery method for infotrend storage, which includes the following steps:
s1, confirming the reason of data loss, and entering the step S2 if the physical disk is not damaged; if the failure cause is a physical failure, determining whether the damaged disk can be repaired by a hardware repair means or extracting data in the disk so as to meet basic data sources required by the recovery of stored data;
s2, byte-level complete mirror image data copying is carried out on each disk;
s3, analyzing the copied mirror image data, recombining the disk array, and exporting the recombined disk array data as a data pool file;
the process of disk array reorganization comprises the following steps: the specific method for acquiring the logic serial number of the disk and establishing the simulated disk array by using winhex comprises the following steps:
if the upper application is NTFS, the file system can judge the disk logic sequence number through the file record number;
if the upper layer application is EXT3/4, the logical sequence number of the disk can be judged through the block group descriptor;
otherwise, the logic serial number of the disk can be judged through the plain text in other conditions.
S4, extracting data pointer sets of all user volumes in the data pool file for standby, specifically extracting 8MB data of the head of the data pool file exported in the step S3, and obtaining the user volume pointer sets;
s5, scanning the roll head information of the user roll to be extracted in the data pool file, and searching the initial position of the user roll to be extracted according to the specific data of the roll head of the user roll to be extracted;
in this embodiment, the data specific to the volume header of the user volume includes MBR information or GPT information;
the specific method for searching the starting position of the user volume comprises the following steps: and searching whether the 512-byte offset 510-byte position of the header is the characteristic value of 0xAA55 in 2M in the data pool file exported in the step S3, obtaining the physical offset of the volume header in the storage pool, and determining the position as the starting position of the user volume needing to be restored.
S6, obtaining the initial offset calculation block number of the user volume to be extracted according to the initial position of the user volume to be extracted obtained in the step S5, searching the block number in the data pointer set of all the user volumes, and finding the data pointer set of the user volume to be extracted;
the step S6 specifically includes:
s61, obtaining the remainder of 2MB according to the initial position of the user volume, and calculating to obtain the block number N of the block;
s62, searching the hexadecimal small end value of N +1 in all the user volume pointer sets to obtain the start of the user volume pointer set of the volume, searching backwards for '0 xFFFFFF 07' as the end, and intercepting the data in the middle of the head and the tail to obtain the data pointer set of a single user volume.
S7, extracting the user volume data by taking the pointer set of the user volume data to be extracted acquired in the step S6 as an index and the data pool file exported in the step S3 as a data source;
the specific steps for extracting the user volume data in this embodiment are as follows:
s71, creating a user volume export file;
s72, dividing the user volume pointer set acquired in the step S6 by taking 4 bytes as a unit, and converting the user volume pointer set into a corresponding integer value to obtain a pointer table;
s73, extracting a pointer from the pointer table, and calculating the offset position of the data block, wherein the number of the pointer block is assumed to be N, and the calculation formula is as follows: offset = (N + 1) × 2097152;
after the offset position is obtained, skipping offset bytes in the data pool file, reading 2097152 byte data, and writing the data into an export file;
and S74, traversing the pointer table, and executing S73 in a circulating mode until the traversal is completed.
S8, detecting the extracted user volume data, determining whether the extracted file is valid, and if so, successfully recovering the data; otherwise, repeating the steps until the extracted user volume data is valid.
The file validity detection in the step S8 includes: a method for checking a compression packet in a user volume, extracting and checking pictures and checking documents.
By adopting the technical scheme disclosed by the invention, the following beneficial effects are obtained:
the invention provides a data recovery method for INFORTREND storage, which can quickly carry out data emergency when the INFORTREND storage fails and reduce or avoid loss caused by data loss due to storage failure or artificial reasons.
The foregoing is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and improvements can be made without departing from the principle of the present invention, and such modifications and improvements should also be considered within the scope of the present invention.
Claims (8)
1. A data recovery method for infotrend storage, comprising the steps of:
s1, confirming the reason of data loss, and entering the step S2 if the physical disk is not damaged; if the data loss reason is caused by physical failure, determining whether the damaged disk can be repaired by a hardware repair means or extracting data in the disk so as to meet the basic data source required by the recovery of the stored data;
s2, copying byte-level complete mirror image data of each disk;
s3, analyzing the copied mirror image data, recombining the disk array, and exporting the recombined disk array data as a data pool file;
s4, extracting data pointer sets of all user volumes in the data pool file for standby;
s5, scanning the roll head information of the user roll to be extracted in the data pool file, and searching the initial position of the user roll to be extracted according to the roll head data of the user roll to be extracted;
s6, obtaining the initial offset calculation block number of the user volume to be extracted according to the initial position of the user volume to be extracted obtained in the step S5, searching the block number in the data pointer set of all the user volumes, and finding the data pointer set of the user volume to be extracted;
s7, extracting the user volume data by taking the pointer set of the user volume data to be extracted acquired in the step S6 as an index and the data pool file exported in the step S3 as a data source;
s8, detecting the extracted user volume data, determining whether the extracted file is valid, and if so, successfully recovering the data; otherwise, repeating the steps until the extracted user volume data is valid;
the process of disk array reorganization in step S3 includes: and acquiring the logic serial number of the disk, and then constructing the analog disk array by using winhex.
2. The method for recovering data stored in an infotrend of claim 1, wherein the specific method for obtaining the logical sequence number of the disk comprises:
if the upper application is NTFS, the file system can judge the disk logic sequence number through the file record number;
if the upper layer application is EXT3/4, judging the disk logic sequence number through the block group descriptor;
otherwise, the logic serial number of the disk can be judged through the plain text in other conditions.
3. The method for recovering data stored in an infortrend according to claim 1, wherein the step S4 of extracting the data pointer set of the user volume specifically comprises: and 8MB data of the data pool file head exported in the step S3 is extracted, and the user volume pointer set can be obtained.
4. The method of claim 1, wherein the data recovery method for infotrend storage comprises:
the data specific to the user volume header in step S5 includes MBR information or GPT information.
5. The data recovery method of claim 4, wherein the specific method for searching the start position of the user volume in step S5 comprises: and searching whether the 512 byte offset 510 byte position of the header is a characteristic value of '0 xAA 55' in 2M units in the data pool file exported in the step S3, obtaining the physical offset of the volume header in the storage pool, and determining the position as the starting position of the user volume needing to be restored.
6. The method for recovering data stored in an infortrend according to claim 1, wherein step S6 specifically includes:
s61, obtaining the remainder of 2MB according to the initial position of the user volume, and calculating to obtain the block number N of the block;
s62, searching the hexadecimal small end value of N +1 in all the user volume pointer sets to obtain the start of the user volume pointer set corresponding to the user volume, searching '0 xFFFFFF 07' backwards as the end, and intercepting the data in the middle of the head and the tail to obtain the data pointer set of a single user volume.
7. The method for recovering data stored in an infotrend according to claim 1, wherein the step S7 of extracting the user volume data specifically comprises:
s71, creating a user volume export file;
s72, dividing the user volume pointer set acquired in the step S6 by taking 4 bytes as a unit, and converting the user volume pointer set into a corresponding integer value to obtain a pointer table;
s73, extracting a pointer from the pointer table, and calculating the offset position of the data block corresponding to the pointer, wherein if the number of the pointer block is N, the calculation formula is as follows: offset = (N + 1) × 2097152;
after the offset position is obtained, skipping offset bytes in the data pool file, reading 2097152 byte data, and writing the data into an export file;
and S74, traversing the pointer table, and executing S73 in a circulating mode until the traversal is completed.
8. The method for recovering data stored in infotrend of claim 1, wherein the file validity check in step S8 comprises: a method for checking a compression packet in a user volume, checking picture extraction or checking a document.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010206751.4A CN111400103B (en) | 2020-03-23 | 2020-03-23 | Data recovery method for infotrend storage |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010206751.4A CN111400103B (en) | 2020-03-23 | 2020-03-23 | Data recovery method for infotrend storage |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111400103A CN111400103A (en) | 2020-07-10 |
| CN111400103B true CN111400103B (en) | 2023-03-14 |
Family
ID=71431097
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010206751.4A Active CN111400103B (en) | 2020-03-23 | 2020-03-23 | Data recovery method for infotrend storage |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111400103B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6269431B1 (en) * | 1998-08-13 | 2001-07-31 | Emc Corporation | Virtual storage and block level direct access of secondary storage for recovery of backup data |
| CN1760790A (en) * | 2004-09-09 | 2006-04-19 | 微软公司 | Method, system, and apparatus for providing alert synthesis in a data protection system |
| CN103678044A (en) * | 2013-12-30 | 2014-03-26 | 厦门市美亚柏科信息股份有限公司 | Data recovery method and device of RAID5 in EXT3 file system |
| CN110399247A (en) * | 2019-07-19 | 2019-11-01 | 苏州浪潮智能科技有限公司 | A kind of data reconstruction method, device, equipment and computer readable storage medium |
| CN110781160A (en) * | 2019-10-15 | 2020-02-11 | 北亚企安科技(北京)有限公司 | Data recovery method based on VMware virtualization file system damage |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104035839B (en) * | 2014-06-12 | 2017-07-18 | 上海交通大学 | Android system private data recovers implementation method |
| CN106407038A (en) * | 2015-07-27 | 2017-02-15 | 四川效率源信息安全技术有限责任公司 | Fragmented file data recovery method |
-
2020
- 2020-03-23 CN CN202010206751.4A patent/CN111400103B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6269431B1 (en) * | 1998-08-13 | 2001-07-31 | Emc Corporation | Virtual storage and block level direct access of secondary storage for recovery of backup data |
| CN1760790A (en) * | 2004-09-09 | 2006-04-19 | 微软公司 | Method, system, and apparatus for providing alert synthesis in a data protection system |
| CN103678044A (en) * | 2013-12-30 | 2014-03-26 | 厦门市美亚柏科信息股份有限公司 | Data recovery method and device of RAID5 in EXT3 file system |
| CN110399247A (en) * | 2019-07-19 | 2019-11-01 | 苏州浪潮智能科技有限公司 | A kind of data reconstruction method, device, equipment and computer readable storage medium |
| CN110781160A (en) * | 2019-10-15 | 2020-02-11 | 北亚企安科技(北京)有限公司 | Data recovery method based on VMware virtualization file system damage |
Non-Patent Citations (3)
| Title |
|---|
| "Data Backup and Recovery Based on Data De-Duplication";Guo-Zi Sun 等;《2010 International Conference on Artificial Intelligence and Computational Intelligence》;第379-382页 * |
| "计算机取证中数据恢复关键技术研究与实现";封令宇;《中国优秀硕士学位论文全文数据库信息科技辑》(第04期);第I138-113页 * |
| "高校图书馆数据集理服务存储技术研究";王宏业;《中国优秀硕士学位论文全文数据库信息科技辑》(第10期);第I137-44页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111400103A (en) | 2020-07-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107528872B (en) | Data recovery method and device and cloud storage system | |
| CN106874348B (en) | File storage and index method and device and file reading method | |
| CN107315668B (en) | Automatic rapid detection method and device for data consistency of distributed storage system | |
| CN106326292B (en) | Data structure and file aggregation and reading method and device | |
| CN102937926A (en) | Method and device for recovering deleted sqlite files on mobile terminal | |
| CN104199888A (en) | Data recovery method and device for resilient file system | |
| CN112380071B (en) | Method for quickly backing up NTFS file system | |
| CN102750204A (en) | Data recovery method and device | |
| CN104965835B (en) | A kind of file read/write method and device of distributed file system | |
| CN116560914B (en) | Incremental backup method, system and storage medium under virtual machine CBT failure | |
| CN104750744A (en) | Method and device for synchronizing compressed data on basis of Oracle databases | |
| CN108255938A (en) | A kind of airborne Embedded Main Memory Database image generation and loading method | |
| CN103838780A (en) | Data recovery method of database and relevant device | |
| CN109947730A (en) | Metadata restoration methods, device, distributed file system and readable storage medium storing program for executing | |
| CN111400103B (en) | Data recovery method for infotrend storage | |
| CN114491145B (en) | Metadata design method based on stream storage | |
| CN112799872B (en) | Erasure code encoding method and device based on key value pair storage system | |
| CN106933707B (en) | Data recovery method and system of data storage device based on raid technology | |
| CN102567209B (en) | Flash memory chip data analyzing method and flash memory chip data analyzing device | |
| CN102063365B (en) | Method and device for recording operation information of single plate | |
| CN115114095A (en) | Data backup method, system, device and storage medium | |
| CN110727726B (en) | Method and system for extracting data from document database to relational database | |
| CN112650733A (en) | Intelligent contract state data processing method, system and device | |
| CN112486717A (en) | Method, system, terminal and storage medium for verifying consistency of disk data | |
| CN116756247B (en) | Data restoration method, device, computer equipment 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 |