US20050033930A1 - High-speed snapshot method - Google Patents

High-speed snapshot method Download PDF

Info

Publication number
US20050033930A1
US20050033930A1 US10/753,623 US75362304A US2005033930A1 US 20050033930 A1 US20050033930 A1 US 20050033930A1 US 75362304 A US75362304 A US 75362304A US 2005033930 A1 US2005033930 A1 US 2005033930A1
Authority
US
United States
Prior art keywords
data
ahead
magnetic disk
write
read
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.)
Abandoned
Application number
US10/753,623
Inventor
Yumiko Haruma
Koji Sugiyama
Kei Kubo
Yoshihito Yugami
Shinji Morita
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.)
Hitachi Ltd
Original Assignee
Hitachi 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 Hitachi Ltd filed Critical Hitachi Ltd
Assigned to HITACHI, LLTD. reassignment HITACHI, LLTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HARUMA, YUMIKO
Publication of US20050033930A1 publication Critical patent/US20050033930A1/en
Priority to US11/454,255 priority Critical patent/US7325112B2/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0628Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0653Monitoring storage devices or systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/061Improving I/O performance
    • G06F3/0611Improving I/O performance in relation to response time
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0628Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/065Replication mechanisms
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0668Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1458Management of the backup or restore process
    • G06F11/1466Management of the backup or restore process to make the backup process non-disruptive
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/84Using snapshots, i.e. a logical point-in-time copy of the data

Definitions

  • the present invention relates to a high-speed snapshot function of copying a content in an area of a source-side magnetic disk at a point in time to a corresponding area in a snapshot-side magnetic disk, the content being overwritten by new data after the above-mentioned point in time, and also to host equipment, a switch, and a storage system as means for realizing the high-speed snapshot.
  • the snapshot copy can be controlled by the host equipment or the storage system.
  • a method for managing snapshot there is a technology in which in a case a snapshot is not taken, when data is written from host equipment to an external storage device, data is written in a plurality of storage media to thereby provide a couple of storage areas in which data is stored, and when a snapshot is taken, one of the paired storage areas is used as an area for ordinary access, and the other storage area is used for snapshot.
  • This technology is disclosed in JP-A-2001-306407.
  • JP-A-2001-306407 is a snapshot managing method in the host equipment, for which reason it is impossible to manage snapshots by the switch or the storage system.
  • the present invention has as its object to provide a high-speed snapshot method, host equipment, a switch, and a storage system.
  • a write-ahead/read-ahead function for a high-speed snapshot is added to the host equipment for controlling snapshot, the switch and the storage system. More specifically, the present invention provides means for analyzing a data writing history, means for automatically deciding a write-ahead area and a read-ahead area from a result of analysis, means for copying data in a decided write-ahead area to the snapshot-side magnetic disk before new data is written in that write area, and means for previously storing data in a decided read-ahead area into a memory.
  • FIG. 1 is a diagram of a structure for realizing speeding up of a snapshot
  • FIG. 2 is a magnetic disk information table
  • FIG. 3 is a write-ahead information table
  • FIG. 4 is a read-ahead information table
  • FIG. 5 is a data update information table
  • FIG. 6 shows a schematic procedure of speeding up of a snapshot
  • FIG. 7 is a flowchart showing a process of deciding the states of write-ahead/read-ahead areas and writing data
  • FIG. 8 is a flowchart showing a write-ahead/read-ahead process
  • FIG. 9 is a flowchart (Part 1) showing a process of deciding write-ahead/read-ahead areas
  • FIG. 10 is a flowchart (Part 2) showing a process of deciding a write-ahead/read-ahead area
  • FIG. 11 is a flowchart (Part 3) showing a process of deciding a write-ahead/read-ahead area
  • FIG. 12 is a flowchart (Part 4) showing a process of deciding a write-ahead/read-ahead area
  • FIG. 13 shows an example of writing data by sequential access
  • FIG. 14 shows an example of writing data by random access
  • FIG. 15 shows an example of writing data by access frequency analysis
  • FIG. 16 shows an example of executing a write-ahead/read-ahead
  • FIG. 17 shows an example of a data update information table
  • FIG. 18 shows an example of a data update information table
  • FIG. 19 shows an embodied example of returning the copy.
  • FIGS. 1 ⁇ 18 A preferred embodiment will be described with reference to FIGS. 1 ⁇ 18 .
  • a write-ahead indicates a function by which to have previously placed in a snapshot-side magnetic disk, data in an area where data is highly likely to be written (hereafter referred to as a write-ahead area).
  • a read-ahead indicates a function by which to place in memory, data in an area where data is likely to be written with likelihood second highest next to the above-mentioned write-ahead area (hereafter referred to a read-ahead area).
  • snapshot is controlled by a switch, and it is assumed that write-ahead/read-ahead is carried out after new data has been written in a source-side magnetic disk in response to a write request from host equipment, such as a host computer.
  • the host equipment 110 is connected to a source-side magnetic disk 150 and a snapshot-side magnetic disk 160 by a switch 120 .
  • the host equipment 110 can access data in the source-side magnetic disk 150 and the snapshot-side magnetic disk through the switch 120 .
  • the switch 120 is a snapshot controller that embodies the present invention and, by a request from the host equipment, reads data from the source-side magnetic disk 150 and places in the snapshot-side magnetic disk 160 , a copy of old data in the area to write data in.
  • the switch 120 comprises a magnetic disk read/write executing unit 121 for reading/writing data by a request from the host equipment, a write-ahead/read-ahead executing unit 124 for writing ahead or reading ahead data in the source-side magnetic disk, a memory controller 122 for reading or writing necessary information to and from memory, and a memory 123 for storing necessary information.
  • the memory 123 comprises a magnetic disk information table 125 , a write-ahead information table 126 , a read-ahead information table 127 , and a data update information table 128 .
  • FIG. 2 is the magnetic disk information table 125 .
  • This table includes host equipment information 201 for showing from which host equipment a read/write request came, magnetic disk pair information 202 for snapshot operation, area information 203 for showing how many sectors of data are written or read in which area, and read-ahead/write-ahead information 204 for showing whether to read or write.
  • FIG. 3 is a write-ahead information table 126 .
  • This table includes source-side magnetic disk numbers 301 showing data of which magnetic disk is written ahead, and data write-ahead area information 302 for showing how many sectors of data of which area are written ahead.
  • FIG. 4 is a read-ahead information table 127 .
  • This table includes source-side magnetic disk numbers 401 for showing data of which magnetic disk is read ahead, data read-ahead area information 402 for showing how many sectors of data of which magnetic disk are read ahead, and read-ahead data 403 for showing data read ahead.
  • FIG. 5 is a data update information table 128 .
  • This table includes source-side magnetic disk numbers 502 for showing which host equipment a write request came from, source-side magnetic disk numbers 502 for showing a magnetic disk where new data was written, and data write area information 503 for showing an area where new data was written and the number of sectors of data written.
  • the host equipment is connected through the switch 120 to the source-side magnetic disk 150 and the snapshot-side magnetic disk 160 .
  • the switch 120 copies old data of the source-side magnetic disk 150 (S 602 ) and writes new data in the area A of the source-side magnetic disk 150 (S 603 ).
  • the switch 120 performs a process for high-speed snapshot as follows.
  • the switch 120 analyzes the areas where data were written by that point in time and decides a write-ahead and a read-ahead area. In this example, it is assumed that the write-ahead area is decided as an area B located continuous to the area A. It is also assumed that the read-ahead area is decided as an area C continuous to the area B.
  • the switch 120 previously copies old data of the decided write-ahead area B to the snapshot-side magnetic disk (S 604 ). Old data in the read-ahead area C is stored in a memory 123 in the switch 120 (S 605 ).
  • the switch 120 can immediately write new data to the area B of the source-side magnetic disk 150 (S 607 ).
  • the switch 120 when a request comes again from the host equipment 110 to write data in the area C of the source-side magnetic disk 150 (S 608 ), because the data in the area C has been stored in the memory 123 in the switch 120 in S 605 , the switch 120 , without accessing the area C of the source-side magnetic disk 150 , can quickly copy data in the memory 123 to the snapshot-side magnetic disk 160 (S 609 ) and write new data to the area C of the source-side magnetic disk 150 (S 610 ).
  • FIG. 7 is a flowchart showing a process of deciding the states of write-ahead/read-ahead areas and writing data in the magnetic disk read/write executing unit 121 .
  • the switch 120 obtains from the write-ahead-information table 126 information about the areas data of which has been written ahead to the snapshot-side magnetic disk 160 (S 701 ). A decision is made if the area the host equipment is making a request to write data in coincides with the area data on which has already been copied to the snapshot-side magnetic disk (S 702 ). If the result of the decision shows that the area data is to be written in coincides with the area from which data was copied, new data is written to the source-side magnetic disk 150 , by which the process is finished (S 707 ).
  • read-ahead data previously recorded in the read-ahead information table 127 in the memory 123 is copied to the snapshot-side magnetic disk 160 (S 706 ), and new data is written to the source-side magnetic disk 150 (S 707 ), by which the process is finished.
  • the data on the source-side magnetic disk 150 is copied to the snapshot-side magnetic disk 160 (S 705 ), then new data is written to the source-side magnetic disk 150 (S 707 ), by which the process is finished.
  • FIG. 8 is a flowchart showing the write-ahead/read-ahead process in the write-ahead/read-ahead executing unit 124 in FIG. 1 .
  • FIG. 7 shows after new data is written in the source-side magnetic disk 150 , the write-ahead area and the read-ahead area are recorded in the respective tables.
  • step S 803 if data in the write-ahead area decided in step S 803 has been already stored in the memory 123 by a previous data writing operation, the data in the memory is copied to the snapshot-side magnetic disk (S 806 ), and the area from which data was copied is recorded as a write-ahead area in the write-ahead information table 126 (S 808 ).
  • step S 803 if data in the write-ahead area decided in step S 803 is not stored in the memory 123 , the data in the write-ahead area is copied to the snapshot-side magnetic disk 160 (S 807 ), and the area from which data was written ahead is recorded in the write-ahead information table (S 808 ).
  • step S 803 information about the read-ahead area decided in step S 803 , including source-side magnetic disk numbers, data read-ahead area information, and data in read-ahead area, is recorded in the read-ahead information table 127 (S 809 ).
  • FIGS. 9 ⁇ 16 detailed description will be made of a method for deciding a write-ahead area and a read-ahead area.
  • FIGS. 9 ⁇ 12 are flowcharts of deciding a write-ahead area and a read-ahead area (S 803 ) in FIG. 8 .
  • data-write log information to the source-side magnetic disk 150 is obtained from data-update information table 128 (S 901 ).
  • the log information includes host equipment numbers, source-side magnetic disk numbers, and data write areas.
  • the host equipment numbers show from which hosts came requests to write.
  • the source-side magnetic disk numbers show the numbers of source-side magnetic disks where data was written.
  • the data write area information shows the location where data writing began by LBA (Logical Block Addressing), and data-writing capacity in sector units.
  • LBA Logical Block Addressing
  • the write capacity information in the data write area information in the data update information table 128 has the area divided in units of 20 sectors, a decision is derived that it is highly likely that the average value of data to be written next is 20 sectors, and the amount of data to write ahead or read ahead is set as 20 sectors.
  • FIG. 13 shows an example of data writing by sequential access.
  • the first data writing (S 1001 ) is performed in the area 1001 , the second data writing (S 1002 ) in the area 1002 , the third data writing (S 1003 ) in the area 1003 , and the fourth data writing (S 1004 ) in the area 1004 . Because the latest area where data was written was the area 1004 , the next write-ahead area is decided as the area 1005 continuously next to the area 1004 . The read-ahead area is decided as the area 1006 continuously next to the write-ahead area.
  • FIG. 14 shows an example of data writing by random access.
  • the first data writing (S 1101 ) is performed in the area 1101 , the second data writing (S 1102 ) in the area 1105 , the third data writing (S 1103 ) in the area 1109 , and the fourth data writing (S 1104 ) in the area 1102 . Because the latest area where data was written was the area 1102 , the write-ahead area is decided as the area 1106 , the fourth area from the area 1102 , and the read-ahead area is decided as the area 1110 , the fourth area from the write-ahead area.
  • FIG. 15 shows an example of data writing by access frequency analysis.
  • the first data writing (S 1201 ) is performed in the area 1201 , the second data writing (S 1202 ) in the area 1202 , the third data writing (S 1203 ) in the area 1203 , the fourth data writing (S 1204 ) in the area 1204 , the fifth data writing (S 1205 ) in the area 1201 , and the sixth data writing (S 1206 ) in the area 1202 .
  • the frequently-accessed areas are the areas 1201 ⁇ 1204
  • the latest area where data was written is the area 1202 .
  • the data access method is sequential access. Therefore, the write-ahead area is the area 1203 continuously next to the area 1202 , and the read-ahead area is the area 1204 continuously next to the write-ahead area.
  • FIG. 16 shows an example of execution of a write-ahead and a read ahead.
  • a request comes from the host equipment 110 to write data to the sectors 0 and 1 of the source-side magnetic disk (S 1301 )
  • data stored in this area is copied to the sectors 0 and 1 of the snapshot-side magnetic disk, and then new data is written into the source-side magnetic disk (S 1303 ).
  • data on the sectors 2 and 3 of the source-side magnetic disk as the write-ahead area is copied to the sectors 2 and 3 of the snapshot-side magnetic disk (S 1304 ).
  • data on the sectors 4 and 5 of the source-side magnetic disk as the read-ahead area is copied to the memory 123 in the switch 120 (S 1305 ).
  • data written in the data write capacity in the data update information table 128 is stored in byte units. For example, if the write-in capacity information has data written in units of 20 bytes, the data capacity to write ahead and read ahead is decided as 20 bytes, the average value of those byte-units.
  • FIG. 18 shows a case where the write-ahead and read-ahead areas are decided with the data capacity for write-ahead and read-ahead operations fixed.
  • the write-ahead and read-ahead areas are decided as shown in FIGS. 9 ⁇ 12 and data corresponding to a predetermined data capacity are written ahead and read ahead.
  • the snapshot function is controlled by the switch 120 but may be controlled by the host equipment or the storage system.
  • the host equipment 110 After deciding the write-ahead and read-ahead areas, the host equipment 110 , through the switch 120 , reads data in the write-ahead and read-ahead areas of the source-side magnetic disk 150 , and copies data on the write-ahead area to the snapshot-side magnetic disk 160 , and stores data read ahead in the memory of the host equipment 110 . After this, new data is written to the source-side magnetic disk 150 .
  • the storage system receives information about the location to write data in along with data to write, from the host equipment 110 through the switch 120 . Subsequently, after the write-ahead and read-ahead areas are decided, data in the write-ahead area is copied to the snapshot-side magnetic disk 160 , and data to read ahead is stored in the cache in the storage system. New data received from the host equipment 110 is written to the source-side magnetic disk 150 .
  • the snapshot function is controlled by the storage system, but if the storage system does not have a cache, if data to read ahead is stored in the memory of the switch 120 or in the memory of the host equipment 110 , the read-ahead process can be carried out.
  • the write-ahead and read-ahead processes are executed after new data has been written in the source-side magnetic disk 150 ; however, the write-ahead and read-ahead processes may be executed with various timing. For example, while waiting for a request to input/output data from the host equipment 110 , when a request comes from the host equipment 110 to write ahead/read ahead, the write-ahead and read-ahead processes can be carried out.
  • the present invention may be applied to other embodiments, such as a case where the source-side magnetic disk is brought back to the state before data was copied (hereafter referred to as copy return).
  • FIG. 19 shows an example of copy return.
  • a bit map 1630 uses two kinds of flag “1” or “2” for every area of the snapshot-side magnetic disk. Description will be made of a case where the copy can be returned easily by using those flags.
  • the program for executing a method for speeding up the snapshot operation in the present invention described above can be stored in a storage medium readable by a computer, or transferred to another computer through communication means, and the program can be read into memory and executed.

Abstract

When a snapshot of data is taken, it is after a write request comes from the host equipment that old data on the source-side magnetic disk to the snapshot-side magnetic disk; therefore, it takes a long time before new data is actually written in the source-side magnetic disk. To overcome this problem, by analyzing data update information, and from a result of analysis, by deciding an area that has high possibility of receiving a request to write data, and having data of that area previously copied to the snapshot-side magnetic disk, it is possible to take a snapshot very quickly.

Description

    BACKGROUND OF THE INVENTION
  • The present invention relates to a high-speed snapshot function of copying a content in an area of a source-side magnetic disk at a point in time to a corresponding area in a snapshot-side magnetic disk, the content being overwritten by new data after the above-mentioned point in time, and also to host equipment, a switch, and a storage system as means for realizing the high-speed snapshot.
  • In the prior art of snapshot technology, when a request to write data to the source-side magnetic disk comes from the host equipment, data present in the area is copied to the snapshot-side magnetic disk. After copying data to the snapshot-side is finished, new data is written in the source-side magnetic disk. When the host equipment again issues a request to write data to the source-side magnetic disk, just as mentioned above, data in the specified area is copied to the snapshot-side magnetic disk, and then new data is written to the source-side magnetic disk. This technology is disclosed in U.S. Pat. No. 5,649,152.
  • The snapshot copy, such as mentioned above, can be controlled by the host equipment or the storage system.
  • As a method for managing snapshot, there is a technology in which in a case a snapshot is not taken, when data is written from host equipment to an external storage device, data is written in a plurality of storage media to thereby provide a couple of storage areas in which data is stored, and when a snapshot is taken, one of the paired storage areas is used as an area for ordinary access, and the other storage area is used for snapshot. This technology is disclosed in JP-A-2001-306407.
  • SUMMARY OF THE INVENTION
  • In the prior art, it is after a write request comes from the host equipment that old data on the source-side magnetic disk is copied to the snapshot-side magnetic disk; therefore, it takes time before new data is actually written in the source-side magnetic disk. The method disclosed in JP-A-2001-306407 is a snapshot managing method in the host equipment, for which reason it is impossible to manage snapshots by the switch or the storage system.
  • To solve this problem, the present invention has as its object to provide a high-speed snapshot method, host equipment, a switch, and a storage system.
  • A write-ahead/read-ahead function for a high-speed snapshot is added to the host equipment for controlling snapshot, the switch and the storage system. More specifically, the present invention provides means for analyzing a data writing history, means for automatically deciding a write-ahead area and a read-ahead area from a result of analysis, means for copying data in a decided write-ahead area to the snapshot-side magnetic disk before new data is written in that write area, and means for previously storing data in a decided read-ahead area into a memory.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a diagram of a structure for realizing speeding up of a snapshot;
  • FIG. 2 is a magnetic disk information table;
  • FIG. 3 is a write-ahead information table;
  • FIG. 4 is a read-ahead information table;
  • FIG. 5 is a data update information table;
  • FIG. 6 shows a schematic procedure of speeding up of a snapshot;
  • FIG. 7 is a flowchart showing a process of deciding the states of write-ahead/read-ahead areas and writing data;
  • FIG. 8 is a flowchart showing a write-ahead/read-ahead process;
  • FIG. 9 is a flowchart (Part 1) showing a process of deciding write-ahead/read-ahead areas;
  • FIG. 10 is a flowchart (Part 2) showing a process of deciding a write-ahead/read-ahead area;
  • FIG. 11 is a flowchart (Part 3) showing a process of deciding a write-ahead/read-ahead area;
  • FIG. 12 is a flowchart (Part 4) showing a process of deciding a write-ahead/read-ahead area;
  • FIG. 13 shows an example of writing data by sequential access;
  • FIG. 14 shows an example of writing data by random access;
  • FIG. 15 shows an example of writing data by access frequency analysis;
  • FIG. 16 shows an example of executing a write-ahead/read-ahead;
  • FIG. 17 shows an example of a data update information table;
  • FIG. 18 shows an example of a data update information table; and
  • FIG. 19 shows an embodied example of returning the copy.
  • DESCRIPTION OF THE EMBODIMENT
  • A preferred embodiment will be described with reference to FIGS. 1˜18.
  • In the following description, a write-ahead indicates a function by which to have previously placed in a snapshot-side magnetic disk, data in an area where data is highly likely to be written (hereafter referred to as a write-ahead area). A read-ahead indicates a function by which to place in memory, data in an area where data is likely to be written with likelihood second highest next to the above-mentioned write-ahead area (hereafter referred to a read-ahead area).
  • In this embodiment, snapshot is controlled by a switch, and it is assumed that write-ahead/read-ahead is carried out after new data has been written in a source-side magnetic disk in response to a write request from host equipment, such as a host computer.
  • Description will start with the structure of the present invention with reference to FIG. 1.
  • The host equipment 110 is connected to a source-side magnetic disk 150 and a snapshot-side magnetic disk 160 by a switch 120. The host equipment 110 can access data in the source-side magnetic disk 150 and the snapshot-side magnetic disk through the switch 120. The switch 120 is a snapshot controller that embodies the present invention and, by a request from the host equipment, reads data from the source-side magnetic disk 150 and places in the snapshot-side magnetic disk 160, a copy of old data in the area to write data in. The switch 120 comprises a magnetic disk read/write executing unit 121 for reading/writing data by a request from the host equipment, a write-ahead/read-ahead executing unit 124 for writing ahead or reading ahead data in the source-side magnetic disk, a memory controller 122 for reading or writing necessary information to and from memory, and a memory 123 for storing necessary information. The memory 123 comprises a magnetic disk information table 125, a write-ahead information table 126, a read-ahead information table 127, and a data update information table 128.
  • FIG. 2 is the magnetic disk information table 125. This table includes host equipment information 201 for showing from which host equipment a read/write request came, magnetic disk pair information 202 for snapshot operation, area information 203 for showing how many sectors of data are written or read in which area, and read-ahead/write-ahead information 204 for showing whether to read or write.
  • FIG. 3 is a write-ahead information table 126. This table includes source-side magnetic disk numbers 301 showing data of which magnetic disk is written ahead, and data write-ahead area information 302 for showing how many sectors of data of which area are written ahead.
  • FIG. 4 is a read-ahead information table 127. This table includes source-side magnetic disk numbers 401 for showing data of which magnetic disk is read ahead, data read-ahead area information 402 for showing how many sectors of data of which magnetic disk are read ahead, and read-ahead data 403 for showing data read ahead.
  • FIG. 5 is a data update information table 128. This table includes source-side magnetic disk numbers 502 for showing which host equipment a write request came from, source-side magnetic disk numbers 502 for showing a magnetic disk where new data was written, and data write area information 503 for showing an area where new data was written and the number of sectors of data written. By analyzing the data update log recorded in this table, it is possible to decide a write-ahead and a read-ahead area.
  • Referring to FIG. 6, description will be made of a schematic procedure of a method of speeding up snapshot according to the present invention.
  • The host equipment is connected through the switch 120 to the source-side magnetic disk 150 and the snapshot-side magnetic disk 160. On receiving a request to write data in an area A of the source-side magnetic disk 150 from the host equipment 110 (S601), the switch 120 copies old data of the source-side magnetic disk 150 (S602) and writes new data in the area A of the source-side magnetic disk 150 (S603). Then, the switch 120 performs a process for high-speed snapshot as follows. The switch 120 analyzes the areas where data were written by that point in time and decides a write-ahead and a read-ahead area. In this example, it is assumed that the write-ahead area is decided as an area B located continuous to the area A. It is also assumed that the read-ahead area is decided as an area C continuous to the area B.
  • The switch 120 previously copies old data of the decided write-ahead area B to the snapshot-side magnetic disk (S604). Old data in the read-ahead area C is stored in a memory 123 in the switch 120 (S605).
  • When a request comes again from the host equipment 110 to write data in the area B of the source-side magnetic disk 150 (S606), because the data in the area B was already copied to the snapshot-side magnetic disk 160 in Step S604, the switch 120 can immediately write new data to the area B of the source-side magnetic disk 150 (S607).
  • Further, when a request comes again from the host equipment 110 to write data in the area C of the source-side magnetic disk 150 (S608), because the data in the area C has been stored in the memory 123 in the switch 120 in S605, the switch 120, without accessing the area C of the source-side magnetic disk 150, can quickly copy data in the memory 123 to the snapshot-side magnetic disk 160 (S609) and write new data to the area C of the source-side magnetic disk 150 (S610).
  • Various operations will be described in detail with reference to FIGS. 1, 7˜12.
  • FIG. 7 is a flowchart showing a process of deciding the states of write-ahead/read-ahead areas and writing data in the magnetic disk read/write executing unit 121.
  • When a data write request comes from the host equipment 110, the switch 120 obtains from the write-ahead-information table 126 information about the areas data of which has been written ahead to the snapshot-side magnetic disk 160 (S701). A decision is made if the area the host equipment is making a request to write data in coincides with the area data on which has already been copied to the snapshot-side magnetic disk (S702). If the result of the decision shows that the area data is to be written in coincides with the area from which data was copied, new data is written to the source-side magnetic disk 150, by which the process is finished (S707).
  • As a result of the decision, if there is not coincidence about the areas, information about the area data on which was already stored in the memory by a read-ahead operation is obtained from the read-ahead information table 127 (S703). And, a decision is made if the area where the host equipment is making a request to write data coincides with the area from which data was already copied by a read-ahead operation (S704). If the result of decision shows the area where data is to be written coincides with the area from which data was copied by a read-ahead operation, read-ahead data previously recorded in the read-ahead information table 127 in the memory 123 is copied to the snapshot-side magnetic disk 160 (S706), and new data is written to the source-side magnetic disk 150 (S707), by which the process is finished.
  • As a result of decision, if the area where data is to be written does not coincide with either the write-ahead area or the read-ahead area, as usual the data on the source-side magnetic disk 150 is copied to the snapshot-side magnetic disk 160 (S705), then new data is written to the source-side magnetic disk 150 (S707), by which the process is finished.
  • FIG. 8 is a flowchart showing the write-ahead/read-ahead process in the write-ahead/read-ahead executing unit 124 in FIG. 1. As shown in FIG. 7, after new data is written in the source-side magnetic disk 150, the write-ahead area and the read-ahead area are recorded in the respective tables.
  • In this embodiment, description will be made of a case where after new data is written into the source-side magnetic disk 150 by a write request from the host equipment 110 (S801), a write-ahead and a read-ahead are carried out. From the magnetic disk information table 125, information is obtained about the magnetic disks that form the above-mentioned pair of magnetic disks (S802). After this, a write-ahead area and a read-ahead area are decided (S803). From the read-ahead information table 127, source-side magnetic disk numbers, read-ahead area information and read-ahead data are obtained (S804). By using information obtained at S804, a decision is made if data in the write-ahead area decided in step S803 has been already stored in the memory 123 (S805).
  • As a result of decision, if data in the write-ahead area decided in step S803 has been already stored in the memory 123 by a previous data writing operation, the data in the memory is copied to the snapshot-side magnetic disk (S806), and the area from which data was copied is recorded as a write-ahead area in the write-ahead information table 126 (S808). As a result of decision, if data in the write-ahead area decided in step S803 is not stored in the memory 123, the data in the write-ahead area is copied to the snapshot-side magnetic disk 160 (S807), and the area from which data was written ahead is recorded in the write-ahead information table (S808). Subsequently, information about the read-ahead area decided in step S803, including source-side magnetic disk numbers, data read-ahead area information, and data in read-ahead area, is recorded in the read-ahead information table 127 (S809).
  • Referring to FIGS. 9˜16, detailed description will be made of a method for deciding a write-ahead area and a read-ahead area.
  • FIGS. 9˜12 are flowcharts of deciding a write-ahead area and a read-ahead area (S803) in FIG. 8.
  • To decide a write-ahead area and a read-ahead area, data-write log information to the source-side magnetic disk 150 is obtained from data-update information table 128 (S901). To be more specific, the log information includes host equipment numbers, source-side magnetic disk numbers, and data write areas. The host equipment numbers show from which hosts came requests to write. The source-side magnetic disk numbers show the numbers of source-side magnetic disks where data was written. The data write area information shows the location where data writing began by LBA (Logical Block Addressing), and data-writing capacity in sector units. By using LBA information, the magnetic disk access method specific to the application in the host equipment is analyzed (S902).
  • If this analysis shows that data was written by sequential access (S903), the area continuously next to the latest area where data was written is decided as a write-ahead area (S907). And, the area continuously next to the write-ahead area is decided as a read-ahead area (S908). If random access was used for writing data (S904) in other areas, an interval (a difference in area number) between an area where data was written and the next area where data was written is calculated (S909). By using the result of calculation, the area of an area number counted starting from the number of the latest data-written area (this area number is the area number of the latest data-written area+the difference calculated at S909) is decided as a write-ahead area (S910). On the other hand, the area of “the area number of the above-mentioned write-ahead area+the difference calculated at S909” is decided as a read-ahead area (S911).
  • When analyzing the method for writing data by access frequency analysis (S905), the areas where data was written with high frequency are analyzed by using information obtained in S901 (S912), the method by which data was written in the areas where the writing frequency is higher than a predetermined value is analyzed (S913); for example, in a case where data is to be written by sequential access (S914), steps S907 and S908 are carried out, and in a case where data is to be written by random access (S915), steps S909 to S911 are carried out. After this, by using obtained data-writing capacity information, a decision is made how many sectors of data are written ahead or read ahead (S906). For example, if the write capacity information in the data write area information in the data update information table 128 has the area divided in units of 20 sectors, a decision is derived that it is highly likely that the average value of data to be written next is 20 sectors, and the amount of data to write ahead or read ahead is set as 20 sectors.
  • FIG. 13 shows an example of data writing by sequential access.
  • The first data writing (S1001) is performed in the area 1001, the second data writing (S1002) in the area 1002, the third data writing (S1003) in the area 1003, and the fourth data writing (S1004) in the area 1004. Because the latest area where data was written was the area 1004, the next write-ahead area is decided as the area 1005 continuously next to the area 1004. The read-ahead area is decided as the area 1006 continuously next to the write-ahead area.
  • FIG. 14 shows an example of data writing by random access.
  • The first data writing (S1101) is performed in the area 1101, the second data writing (S1102) in the area 1105, the third data writing (S1103) in the area 1109, and the fourth data writing (S1104) in the area 1102. Because the latest area where data was written was the area 1102, the write-ahead area is decided as the area 1106, the fourth area from the area 1102, and the read-ahead area is decided as the area 1110, the fourth area from the write-ahead area.
  • FIG. 15 shows an example of data writing by access frequency analysis. The first data writing (S1201) is performed in the area 1201, the second data writing (S1202) in the area 1202, the third data writing (S1203) in the area 1203, the fourth data writing (S1204) in the area 1204, the fifth data writing (S1205) in the area 1201, and the sixth data writing (S1206) in the area 1202. The frequently-accessed areas are the areas 1201˜1204, and the latest area where data was written is the area 1202. In the areas 1201˜1204, the data access method is sequential access. Therefore, the write-ahead area is the area 1203 continuously next to the area 1202, and the read-ahead area is the area 1204 continuously next to the write-ahead area.
  • FIG. 16 shows an example of execution of a write-ahead and a read ahead. When a request comes from the host equipment 110 to write data to the sectors 0 and 1 of the source-side magnetic disk (S1301), data stored in this area is copied to the sectors 0 and 1 of the snapshot-side magnetic disk, and then new data is written into the source-side magnetic disk (S1303). After this, data on the sectors 2 and 3 of the source-side magnetic disk as the write-ahead area is copied to the sectors 2 and 3 of the snapshot-side magnetic disk (S1304). And, data on the sectors 4 and 5 of the source-side magnetic disk as the read-ahead area is copied to the memory 123 in the switch 120 (S1305).
  • For deciding a write-ahead operation and a read-ahead operation, methods other than shown above may be used, and they will be described with reference to FIGS. 17 and 18.
  • In FIG. 17, data written in the data write capacity in the data update information table 128 is stored in byte units. For example, if the write-in capacity information has data written in units of 20 bytes, the data capacity to write ahead and read ahead is decided as 20 bytes, the average value of those byte-units.
  • FIG. 18 shows a case where the write-ahead and read-ahead areas are decided with the data capacity for write-ahead and read-ahead operations fixed. By using LBA information obtained, the write-ahead and read-ahead areas are decided as shown in FIGS. 9˜12 and data corresponding to a predetermined data capacity are written ahead and read ahead.
  • In this embodiment, the snapshot function is controlled by the switch 120 but may be controlled by the host equipment or the storage system.
  • Description will now be made of the snapshot control procedure with the host equipment 110. After deciding the write-ahead and read-ahead areas, the host equipment 110, through the switch 120, reads data in the write-ahead and read-ahead areas of the source-side magnetic disk 150, and copies data on the write-ahead area to the snapshot-side magnetic disk 160, and stores data read ahead in the memory of the host equipment 110. After this, new data is written to the source-side magnetic disk 150.
  • Description will then be made of the snapshot control procedure with the storage system. The storage system receives information about the location to write data in along with data to write, from the host equipment 110 through the switch 120. Subsequently, after the write-ahead and read-ahead areas are decided, data in the write-ahead area is copied to the snapshot-side magnetic disk 160, and data to read ahead is stored in the cache in the storage system. New data received from the host equipment 110 is written to the source-side magnetic disk 150.
  • When the snapshot function is controlled by the storage system, but if the storage system does not have a cache, if data to read ahead is stored in the memory of the switch 120 or in the memory of the host equipment 110, the read-ahead process can be carried out.
  • In this embodiment, the write-ahead and read-ahead processes are executed after new data has been written in the source-side magnetic disk 150; however, the write-ahead and read-ahead processes may be executed with various timing. For example, while waiting for a request to input/output data from the host equipment 110, when a request comes from the host equipment 110 to write ahead/read ahead, the write-ahead and read-ahead processes can be carried out.
  • In this embodiment, description has been made referring to a case where magnetic disks are used as storage devices, but this embodiment may be applied to magnetic tape, optical disks and so on.
  • The present invention may be applied to other embodiments, such as a case where the source-side magnetic disk is brought back to the state before data was copied (hereafter referred to as copy return).
  • FIG. 19 shows an example of copy return.
  • A bit map 1630 uses two kinds of flag “1” or “2” for every area of the snapshot-side magnetic disk. Description will be made of a case where the copy can be returned easily by using those flags.
  • When a data write request comes from the host equipment 110, old data on the source-side magnetic disk 1610 is copied to the snapshot-side magnetic disk 1620 (S1601), and when new data is written in the source-side magnetic disk 1610, the “1” flag is set in the bit map 1630. By a write-ahead process (S1602), data in the write-ahead area of the source-side magnetic disk 1610 is copied to the snapshot-side magnetic disk 1620, the “2” flap is set in the bit map 1630.
  • After this, if it is necessary to execute copy return (S1603), only data in the areas marked by the “1” flag is returned to the source-side magnetic disk 1640. Because data in the areas marked by the “2” flag is data which was copied by “a write ahead” to the snapshot-side magnetic disk 162, new data has not been written to the source-side magnetic disk 1610, and data in the area marked by the “2” flag need not be returned to the source-side magnetic disk 1640.
  • By the method described above, it is easy to perform a process to bring the source-side magnetic disk 1610 back to the state 1640 before data was copied from there.
  • The program for executing a method for speeding up the snapshot operation in the present invention described above can be stored in a storage medium readable by a computer, or transferred to another computer through communication means, and the program can be read into memory and executed.
  • By analyzing data update information and deciding from the result of analysis an area where chances are high for a request to come to write data to the source-side magnetic disk, and executing a write-ahead process of writing in advance data in that area, it is possible to write data to the source-side magnetic disk on receiving a write request from the host equipment. Furthermore, by analyzing data update information and deciding by result of analysis an area where it is considerably likely for a request to come to write into the source-side magnetic disk, and by executing a read-ahead process of previously reading data in that area and storing it in memory, it is possible to copy data in memory into the snapshot-side magnetic disk quickly when a write request comes from the host equipment. By performing write-ahead and read-ahead processes in combination, the snapshot operation can be accelerated. Moreover, by using two kinds of flags in the bit map, the source-side magnetic disk can be reverted to the state before data was copied.
  • It should be further understood by those skilled in the art that although the foregoing description has been made on embodiments of the invention, the invention is not limited thereto and various changes and modifications may be made without departing from the spirit of the invention and the scope of the appended claims.

Claims (16)

1. A method for speeding up a snapshot operation in a computer system wherein a host equipment is connected through a switch to a source-side magnetic disk and a snapshot-side magnetic disk, said method comprising the steps of:
detecting data in an area where data is highly likely to be written next; and
previously copying said data in said snapshot-side magnetic disk.
2. A method for speeding up a snapshot operation in a computer system wherein a host equipment is connected through a switch to a source-side magnetic disk and a snapshot-side magnetic disk, said method further comprising the steps of:
detecting data in an area where data is likely to be written with a possibility higher than a predetermined value; and
copying said data in memory.
3. A snapshot controller for, in response to a request to write data into said source-side magnetic disk from a host equipment, copying a content in an area of said source-side magnetic disk at a point in time to a corresponding area in a snapshot-side magnetic disk, said content being overwritten by new data after said point in time, said snapshot controller comprising:
a magnetic disk read/write executing unit for reading/writing data by a request from said host equipment;
a write-ahead/read-ahead executing unit for writing ahead/reading ahead data in said source-side magnetic disk;
a memory controller for reading and writing necessary information; and
a memory for storing said information.
4. A snapshot controller in claim 3, wherein said memory comprises a magnetic disk information table; a write-ahead information table; a read-ahead information table; and a data update information table.
5. A snapshot controller in claim 4, wherein said magnetic disk information table includes host equipment information showing which host equipment sent a read/write request; magnetic disk pair information showing a pair of magnetic disks where a snapshot operation is performed; area information showing how many sectors of data are read ahead/written ahead in which areas; and read/write information showing whether data is read or written.
6. A snapshot controller in claim 4, wherein said write-ahead information table includes source-side magnetic disk number information showing data of which magnetic disk is written ahead; and data write-ahead area information showing how many sectors of data are of which areas are written ahead.
7. A snapshot controller in claim 4, wherein said read-ahead information table includes source-side magnetic disk number information showing data of which magnetic disks is read ahead; data read-ahead area information showing how many sectors of data of which areas are read ahead; and read-ahead data showing data read ahead.
8. A method for controller in claim 4, wherein said data update information table includes host equipment number information showing from which host equipment a write request came; source-side magnetic disk number information showing the magnetic disks new data was written; and data write area information showing the areas where new data was written and how many sectors of data were written.
9. A snapshot controller in claim 3, wherein said magnetic disk read/write executing unit comprises means for obtaining information about the areas where data was written ahead in the snapshot-side magnetic disk; and means for deciding the write-ahead/read-ahead state to see if the area the host equipment is making a data write request coincides with the area where data was written ahead or read ahead.
10. In the snapshot controller in claim 4, wherein said write-ahead/read-ahead executing unit comprises means for deciding if read-ahead data is stored in said read-ahead information table; means for, when read-ahead data is stored in the read-ahead information table, copying read-ahead data to the snapshot-side magnetic disk; and means for recording the area data of which was copied as the write-ahead area in said write-ahead information table.
11. A snapshot controller in claim 4, wherein said write-ahead/read-ahead executing unit comprises means for obtaining log information about writing data to the source-side magnetic disk, from said data update information table; means for analyzing obtained information and deciding a write-ahead area and data capacity for writing ahead; and means for writing ahead data in a decided write-ahead area to said snapshot-side magnetic disk.
12. A snapshot controller in claim 4, wherein said write-ahead/read-ahead executing unit comprises means for obtaining log information about writing data to said source-side magnetic disk from said data update information table; means for analyzing obtained information and deciding a read-ahead area and data capacity for reading ahead; and means for storing data in a decided read-ahead area in said read-ahead information table.
13. A host equipment for, by issuing a request to write data into said source-side magnetic disk, copying a content in an area of said source-side magnetic disk at a point in time to a corresponding area in a snapshot-side magnetic disk, said content being overwritten by new data after said point in time, said host equipment comprising:
magnetic disk read/write executing unit for reading/writing data according to said data read/write request;
a memory controller for reading and writing necessary information from a memory; and
a memory for storing necessary information.
14. A switch for, in response to host equipment's request to write data to a source-side magnetic disk, copying a content in an area of said source-side magnetic disk at a point in time to a corresponding area in a snapshot-side magnetic disk, said content being overwritten by new data after said point in time, said switch comprising:
a magnetic disk read/write executing unit for reading/writing data according to the request from said host equipment;
a write-ahead/read-ahead executing unit for writing/reading data according to the request of said host equipment;
a memory controller for reading and writing necessary information from a memory; and
a memory for storing necessary information.
15. A storage system for, in response to host equipment's request to write data to a source-side magnetic disk, copying a content in an area of said source-side magnetic disk at a point in time to a corresponding area in a snapshot-side magnetic disk, said content being overwritten by new data after said point in time, said storage system comprising:
a write-ahead/read-ahead executing unit for writing/reading data according to the request of said host equipment;
a memory controller for reading and writing necessary information from a memory; and
a memory for storing necessary information.
16. A snapshot controller comprises:
means for discriminating between an area from which data was copied by a data write request from host equipment and an area from which data was copied by a write-ahead operation by using two kinds of flags when old data in the source-side magnetic disk was copied to the snapshot-side magnetic disk.
US10/753,623 2003-08-06 2004-01-07 High-speed snapshot method Abandoned US20050033930A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/454,255 US7325112B2 (en) 2003-08-06 2006-06-16 High-speed snapshot method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2003206170A JP4466001B2 (en) 2003-08-06 2003-08-06 Snapshot acceleration method
JP2003-206170 2003-08-06

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/454,255 Division US7325112B2 (en) 2003-08-06 2006-06-16 High-speed snapshot method

Publications (1)

Publication Number Publication Date
US20050033930A1 true US20050033930A1 (en) 2005-02-10

Family

ID=34113705

Family Applications (2)

Application Number Title Priority Date Filing Date
US10/753,623 Abandoned US20050033930A1 (en) 2003-08-06 2004-01-07 High-speed snapshot method
US11/454,255 Active 2024-03-16 US7325112B2 (en) 2003-08-06 2006-06-16 High-speed snapshot method

Family Applications After (1)

Application Number Title Priority Date Filing Date
US11/454,255 Active 2024-03-16 US7325112B2 (en) 2003-08-06 2006-06-16 High-speed snapshot method

Country Status (2)

Country Link
US (2) US20050033930A1 (en)
JP (1) JP4466001B2 (en)

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060010227A1 (en) * 2004-06-01 2006-01-12 Rajeev Atluri Methods and apparatus for accessing data from a primary data storage system for secondary storage
US20060031468A1 (en) * 2004-06-01 2006-02-09 Rajeev Atluri Secondary data storage and recovery system
WO2007130192A1 (en) * 2006-04-17 2007-11-15 Microsoft Corporation Creating host-level application-consistent backups of virtual machines
US20070271428A1 (en) * 2006-05-19 2007-11-22 Inmage Systems, Inc. Method and apparatus of continuous data backup and access using virtual machines
US20070271304A1 (en) * 2006-05-19 2007-11-22 Inmage Systems, Inc. Method and system of tiered quiescing
US20070282921A1 (en) * 2006-05-22 2007-12-06 Inmage Systems, Inc. Recovery point data view shift through a direction-agnostic roll algorithm
US20080059542A1 (en) * 2006-08-30 2008-03-06 Inmage Systems, Inc. Ensuring data persistence and consistency in enterprise storage backup systems
US20100023797A1 (en) * 2008-07-25 2010-01-28 Rajeev Atluri Sequencing technique to account for a clock error in a backup system
US20100169281A1 (en) * 2006-05-22 2010-07-01 Rajeev Atluri Coalescing and capturing data between events prior to and after a temporal window
US20100169587A1 (en) * 2005-09-16 2010-07-01 Rajeev Atluri Causation of a data read against a first storage system to optionally store a data write to preserve the version to allow viewing and recovery
US20100169452A1 (en) * 2004-06-01 2010-07-01 Rajeev Atluri Causation of a data read operation against a first storage system by a server associated with a second storage system according to a host generated instruction
US20100169591A1 (en) * 2005-09-16 2010-07-01 Rajeev Atluri Time ordered view of backup data on behalf of a host
US20100169282A1 (en) * 2004-06-01 2010-07-01 Rajeev Atluri Acquisition and write validation of data of a networked host node to perform secondary storage
US20100169592A1 (en) * 2008-12-26 2010-07-01 Rajeev Atluri Generating a recovery snapshot and creating a virtual view of the recovery snapshot
US20100169466A1 (en) * 2008-12-26 2010-07-01 Rajeev Atluri Configuring hosts of a secondary data storage and recovery system
US7979656B2 (en) 2004-06-01 2011-07-12 Inmage Systems, Inc. Minimizing configuration changes in a fabric-based data protection solution
US8527470B2 (en) 2006-05-22 2013-09-03 Rajeev Atluri Recovery point data view formation with generation of a recovery view and a coalesce policy
GB2509057A (en) * 2012-12-18 2014-06-25 Ibm Predictive point-in-time copy for storage systems
US8949395B2 (en) 2004-06-01 2015-02-03 Inmage Systems, Inc. Systems and methods of event driven recovery management
WO2015066698A1 (en) * 2013-11-04 2015-05-07 Falconstor, Inc. Snapshots using copy on predicted write
US9558078B2 (en) 2014-10-28 2017-01-31 Microsoft Technology Licensing, Llc Point in time database restore from storage snapshots
US11021508B2 (en) 2011-10-18 2021-06-01 Institut National De La Recherche Agronomique Use of avermectin derivative for increasing bioavailability and efficacy of macrocyclic lactones

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7747814B2 (en) * 2007-06-26 2010-06-29 Microsoft Corporation Virtual machine state snapshots
US8825603B2 (en) * 2010-05-19 2014-09-02 International Business Machines Corporation Ordering volumes and tracks for data transfer based on usage characteristics
US8572339B2 (en) * 2010-11-19 2013-10-29 International Business Machines Corporation Variable data preservation prewrite
US11507597B2 (en) 2021-03-31 2022-11-22 Pure Storage, Inc. Data replication to meet a recovery point objective

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5649152A (en) * 1994-10-13 1997-07-15 Vinca Corporation Method and system for providing a static snapshot of data stored on a mass storage system
US6678809B1 (en) * 2001-04-13 2004-01-13 Lsi Logic Corporation Write-ahead log in directory management for concurrent I/O access for block storage
US20040181642A1 (en) * 2003-03-12 2004-09-16 Haruaki Watanabe Storage system and snapshot management method thereof
US6807605B2 (en) * 2002-10-03 2004-10-19 Hewlett-Packard Development Company, L.P. Managing a data storage array, a data storage system, and a raid controller
US20050033800A1 (en) * 2003-06-25 2005-02-10 Srinivas Kavuri Hierarchical system and method for performing storage operations in a computer network
US6907505B2 (en) * 2002-07-31 2005-06-14 Hewlett-Packard Development Company, L.P. Immediately available, statically allocated, full-logical-unit copy with a transient, snapshot-copy-like intermediate stage

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3868708B2 (en) 2000-04-19 2007-01-17 株式会社日立製作所 Snapshot management method and computer system
US6799258B1 (en) * 2001-01-10 2004-09-28 Datacore Software Corporation Methods and apparatus for point-in-time volumes
US6748504B2 (en) * 2002-02-15 2004-06-08 International Business Machines Corporation Deferred copy-on-write of a snapshot
JP4581518B2 (en) * 2003-12-19 2010-11-17 株式会社日立製作所 How to get a snapshot
JP4325524B2 (en) * 2004-09-29 2009-09-02 日本電気株式会社 Switch device and system, backup and restore method and program

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5649152A (en) * 1994-10-13 1997-07-15 Vinca Corporation Method and system for providing a static snapshot of data stored on a mass storage system
US6678809B1 (en) * 2001-04-13 2004-01-13 Lsi Logic Corporation Write-ahead log in directory management for concurrent I/O access for block storage
US6907505B2 (en) * 2002-07-31 2005-06-14 Hewlett-Packard Development Company, L.P. Immediately available, statically allocated, full-logical-unit copy with a transient, snapshot-copy-like intermediate stage
US6807605B2 (en) * 2002-10-03 2004-10-19 Hewlett-Packard Development Company, L.P. Managing a data storage array, a data storage system, and a raid controller
US20040181642A1 (en) * 2003-03-12 2004-09-16 Haruaki Watanabe Storage system and snapshot management method thereof
US20050033800A1 (en) * 2003-06-25 2005-02-10 Srinivas Kavuri Hierarchical system and method for performing storage operations in a computer network

Cited By (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100169282A1 (en) * 2004-06-01 2010-07-01 Rajeev Atluri Acquisition and write validation of data of a networked host node to perform secondary storage
US8949395B2 (en) 2004-06-01 2015-02-03 Inmage Systems, Inc. Systems and methods of event driven recovery management
US20060010227A1 (en) * 2004-06-01 2006-01-12 Rajeev Atluri Methods and apparatus for accessing data from a primary data storage system for secondary storage
US7698401B2 (en) 2004-06-01 2010-04-13 Inmage Systems, Inc Secondary data storage and recovery system
US8055745B2 (en) 2004-06-01 2011-11-08 Inmage Systems, Inc. Methods and apparatus for accessing data from a primary data storage system for secondary storage
US7979656B2 (en) 2004-06-01 2011-07-12 Inmage Systems, Inc. Minimizing configuration changes in a fabric-based data protection solution
US9209989B2 (en) 2004-06-01 2015-12-08 Inmage Systems, Inc. Causation of a data read operation against a first storage system by a server associated with a second storage system according to a host generated instruction
US9098455B2 (en) 2004-06-01 2015-08-04 Inmage Systems, Inc. Systems and methods of event driven recovery management
US20060031468A1 (en) * 2004-06-01 2006-02-09 Rajeev Atluri Secondary data storage and recovery system
US8224786B2 (en) 2004-06-01 2012-07-17 Inmage Systems, Inc. Acquisition and write validation of data of a networked host node to perform secondary storage
US20100169452A1 (en) * 2004-06-01 2010-07-01 Rajeev Atluri Causation of a data read operation against a first storage system by a server associated with a second storage system according to a host generated instruction
US8683144B2 (en) 2005-09-16 2014-03-25 Inmage Systems, Inc. Causation of a data read against a first storage system to optionally store a data write to preserve the version to allow viewing and recovery
US20100169591A1 (en) * 2005-09-16 2010-07-01 Rajeev Atluri Time ordered view of backup data on behalf of a host
US20100169587A1 (en) * 2005-09-16 2010-07-01 Rajeev Atluri Causation of a data read against a first storage system to optionally store a data write to preserve the version to allow viewing and recovery
US8601225B2 (en) 2005-09-16 2013-12-03 Inmage Systems, Inc. Time ordered view of backup data on behalf of a host
WO2007130192A1 (en) * 2006-04-17 2007-11-15 Microsoft Corporation Creating host-level application-consistent backups of virtual machines
US8321377B2 (en) 2006-04-17 2012-11-27 Microsoft Corporation Creating host-level application-consistent backups of virtual machines
US9529807B2 (en) 2006-04-17 2016-12-27 Microsoft Technology Licensing, Llc Creating host-level application-consistent backups of virtual machines
US8868858B2 (en) 2006-05-19 2014-10-21 Inmage Systems, Inc. Method and apparatus of continuous data backup and access using virtual machines
US8554727B2 (en) 2006-05-19 2013-10-08 Inmage Systems, Inc. Method and system of tiered quiescing
US20070271304A1 (en) * 2006-05-19 2007-11-22 Inmage Systems, Inc. Method and system of tiered quiescing
US20070271428A1 (en) * 2006-05-19 2007-11-22 Inmage Systems, Inc. Method and apparatus of continuous data backup and access using virtual machines
US20100169281A1 (en) * 2006-05-22 2010-07-01 Rajeev Atluri Coalescing and capturing data between events prior to and after a temporal window
US8838528B2 (en) 2006-05-22 2014-09-16 Inmage Systems, Inc. Coalescing and capturing data between events prior to and after a temporal window
US8527470B2 (en) 2006-05-22 2013-09-03 Rajeev Atluri Recovery point data view formation with generation of a recovery view and a coalesce policy
US20070282921A1 (en) * 2006-05-22 2007-12-06 Inmage Systems, Inc. Recovery point data view shift through a direction-agnostic roll algorithm
US7676502B2 (en) 2006-05-22 2010-03-09 Inmage Systems, Inc. Recovery point data view shift through a direction-agnostic roll algorithm
US7634507B2 (en) 2006-08-30 2009-12-15 Inmage Systems, Inc. Ensuring data persistence and consistency in enterprise storage backup systems
US20080059542A1 (en) * 2006-08-30 2008-03-06 Inmage Systems, Inc. Ensuring data persistence and consistency in enterprise storage backup systems
US8028194B2 (en) 2008-07-25 2011-09-27 Inmage Systems, Inc Sequencing technique to account for a clock error in a backup system
US20100023797A1 (en) * 2008-07-25 2010-01-28 Rajeev Atluri Sequencing technique to account for a clock error in a backup system
US20100169592A1 (en) * 2008-12-26 2010-07-01 Rajeev Atluri Generating a recovery snapshot and creating a virtual view of the recovery snapshot
US20100169466A1 (en) * 2008-12-26 2010-07-01 Rajeev Atluri Configuring hosts of a secondary data storage and recovery system
US8069227B2 (en) 2008-12-26 2011-11-29 Inmage Systems, Inc. Configuring hosts of a secondary data storage and recovery system
US8527721B2 (en) 2008-12-26 2013-09-03 Rajeev Atluri Generating a recovery snapshot and creating a virtual view of the recovery snapshot
US11130776B2 (en) 2011-10-18 2021-09-28 Institut National De Recherche Pour L'agriculture, L'alimentation Et L'environnement Use of avermectin derivative for increasing bioavailability and efficacy of macrocylic lactones
US11021508B2 (en) 2011-10-18 2021-06-01 Institut National De La Recherche Agronomique Use of avermectin derivative for increasing bioavailability and efficacy of macrocyclic lactones
GB2509057A (en) * 2012-12-18 2014-06-25 Ibm Predictive point-in-time copy for storage systems
US10572165B2 (en) 2012-12-18 2020-02-25 International Business Machines Corporation Predictive point-in-time copy for storage systems
US9857996B2 (en) 2012-12-18 2018-01-02 International Business Machines Corporation Predictive point-in-time copy for storage systems
WO2015066698A1 (en) * 2013-11-04 2015-05-07 Falconstor, Inc. Snapshots using copy on predicted write
US9996423B2 (en) * 2013-11-04 2018-06-12 Falconstor, Inc. Point in time snapshots using copy on predicted write
US20150127614A1 (en) * 2013-11-04 2015-05-07 Falconstor, Inc. Point in time snapshots using copy on predicted write
US9558078B2 (en) 2014-10-28 2017-01-31 Microsoft Technology Licensing, Llc Point in time database restore from storage snapshots

Also Published As

Publication number Publication date
JP2005055972A (en) 2005-03-03
JP4466001B2 (en) 2010-05-26
US7325112B2 (en) 2008-01-29
US20060236051A1 (en) 2006-10-19

Similar Documents

Publication Publication Date Title
US7325112B2 (en) High-speed snapshot method
KR100962883B1 (en) Method, system, and program for migrating source data to target data
KR100345632B1 (en) A memory device and a method for controlling the same
EP1634173B1 (en) Method, system, and program for incremental virtual copy
JP2557172B2 (en) Method and system for secondary file status polling in a time zero backup copy process
US6041386A (en) Data sharing between system using different data storage formats
US7085900B2 (en) Backup technique for data stored on multiple storage devices
US8332581B2 (en) Stale track initialization in a storage controller
US7330947B2 (en) Method and apparatus for backing up data in virtual storage medium
US6658541B2 (en) Computer system and a database access method thereof
JP2008146408A (en) Data storage device, data rearrangement method for it, and program
US6636954B2 (en) Method and apparatus for inter-disk copy processing, and a computer product
CN112783449A (en) Data migration method and device
WO2004111852A2 (en) Managing a relationship between one target volume and one source volume
JP4713951B2 (en) Virtual tape library system and virtual tape writing method
US10923152B2 (en) Partial updates for shingled magnetic recording devices
JP2804974B2 (en) Method and apparatus for maintaining data integrity of a magneto-optical disk
JP2019028954A (en) Storage control apparatus, program, and deduplication method
CN110147296B (en) Data processing method, device, equipment and readable storage medium
WO2013046342A1 (en) Virtual tape device and control method for virtual tape device
US20010020260A1 (en) Method and system of reading and writing data by a disk drive apparatus
US8688938B2 (en) Data copying
US5617380A (en) Apparatus and method for drive management for multi-pass storage devices
US6950905B2 (en) Write posting memory interface with block-based read-ahead mechanism
US20090049226A1 (en) Stale track initialization in a storage controller

Legal Events

Date Code Title Description
AS Assignment

Owner name: HITACHI, LLTD., JAPAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HARUMA, YUMIKO;REEL/FRAME:015493/0347

Effective date: 20040223

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION