Nothing Special   »   [go: up one dir, main page]

WO2012063311A1 - 計算機の制御方法、計算機システム及び記憶媒体 - Google Patents

計算機の制御方法、計算機システム及び記憶媒体 Download PDF

Info

Publication number
WO2012063311A1
WO2012063311A1 PCT/JP2010/069857 JP2010069857W WO2012063311A1 WO 2012063311 A1 WO2012063311 A1 WO 2012063311A1 JP 2010069857 W JP2010069857 W JP 2010069857W WO 2012063311 A1 WO2012063311 A1 WO 2012063311A1
Authority
WO
WIPO (PCT)
Prior art keywords
computer
disk volume
data
disk
bad block
Prior art date
Application number
PCT/JP2010/069857
Other languages
English (en)
French (fr)
Inventor
俊幸 馬場
勇介 筒井
智斉 内田
高本　良史
Original Assignee
株式会社日立製作所
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 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2010/069857 priority Critical patent/WO2012063311A1/ja
Publication of WO2012063311A1 publication Critical patent/WO2012063311A1/ja

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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0712—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a virtual computing platform, e.g. logically partitioned systems
    • 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0727—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a storage system, e.g. in a DASD or network based storage system
    • 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0778—Dumping, i.e. gathering error/state information after a fault for later diagnosis
    • 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring

Definitions

  • the present invention relates to a technique for operating a disk volume replica on a computer, and more particularly to a technique for operating a disk volume replica on a virtual machine.
  • P2V uses image conversion software such as VMware (registered trademark), vCenter, Converter, etc., and is used to operate the disk image format of the system that includes the OS and applications running on the physical server on the virtual server. This is realized by converting to a format for the conversion unit.
  • VMware registered trademark
  • vCenter vCenter
  • Converter etc.
  • the conventional P2V technology has the following problems.
  • a format error is converted from a disk image of a physical server to a disk image of a virtual server, if a read error occurs in a specific physical block, the conversion of the format process cannot be completed and P2V may fail.
  • an object of the present invention is to complete the replication of the disk image even if an error occurs when reading the disk volume.
  • the present invention includes a computer including a processor and a memory, a management computer connected to the computer and including a processor and a memory, a first disk volume connected to the management computer, the management computer, and the computer.
  • a computer control method for providing a second disk volume, writing a copy of the first disk volume to the second disk volume, and allowing the computer to access the second disk volume comprising: A first step in which the computer reads the data of the first disk volume; and a second step of determining whether an error has occurred when the management computer reads the data of the first disk volume.
  • a fifth step in which the management computer allocates the second disk volume to the computer a sixth step in which the management computer transmits the bad block management information to the computer,
  • the seventh step in which the computer receives the bad block management information, and when the computer accesses the second disk volume, the access position is determined by referring to the received bad block management information.
  • the second disk volume is The process of writing a copy of one disk volume can be continued. Then, the second disk volume can notify the computer using the second disk volume of the error by managing the block in which the error has occurred with the bad block management information.
  • FIG. 5 is a block diagram illustrating an example of a management server when the virtual disk 501 is restored with dump data according to the embodiment of this invention.
  • FIG. 1 is a block diagram showing an example of the configuration of a computer system according to an embodiment of the present invention.
  • a physical server 110-1 a physical server 110-2 that provides virtual servers 109-1 to 109-n, and a management server 101 that manages the physical servers 110-1 and 110-2 are connected via a network 108.
  • the physical servers 110-1 and 110-2 and the management server 101 are connected to a storage apparatus 115 having a plurality of disk volumes 116p, 116d, and 116v via a network (not shown) (for example, SAN: Storage Area Network).
  • a network not shown
  • SAN Storage Area Network
  • the physical server 110-1 and 110-2 are generically indicated by reference numeral 110
  • the virtual servers 109-1 to 109-n are generically indicated by reference numeral 109
  • the physical server 110-1 is connected to a disk volume 116p storing a business system including an OS 210 and an application (not shown), and loads the OS 210 and an application (not shown) into a memory for execution.
  • the OS 210 includes a dump information acquisition unit 114 that dumps the contents of the memory of the physical server 110-1.
  • the physical server 110-1 is also connected to the disk volume 116d, and writes the dump data (memory dump) 401 acquired by the dump information acquisition unit 114 to the disk volume 116d.
  • the physical server 110-1 uses the disk volume 116p as a boot disk.
  • the physical server 110-2 executes the virtualization unit 111 and provides a plurality of virtual servers 109-1 to 109-n.
  • the physical server 110-2 is connected to the disk volume 116v that stores the virtual disk 501-0, and the virtualization unit 111 reads the virtual disk 501-0 and provides the virtual server 109-1.
  • the virtualization unit 111 can be configured by a virtual machine monitor (VMM) or a hypervisor that generates a virtual server 109 by virtualizing physical computer resources (hereinafter, physical resources) of the physical server 110-2. .
  • the physical server 110 that provides the virtual server 109 includes a plurality of physical servers 110-2 to 110-i as shown in FIG. In each physical server 110, the virtualization unit 111 is operating, and the virtual server 109 is executed on each virtualization unit 111. Note that reference numeral 501 is used as a generic name of the virtual disk 501-0.
  • the management server 101 includes a virtualization unit 111 of a plurality of physical servers 110, a virtualization management unit 102 that manages the virtual server 109 executed on the virtualization unit 111, and a disk volume 116p used by the physical server 110-1.
  • the P2V execution management unit 103 converts the virtual unit 111 to a virtual disk that can be used in block units, and various tables.
  • the virtualization management unit 102 includes a physical server management table 104 that manages physical resources of a plurality of physical servers 110, a virtual server 109 generated by the virtualization unit 111 on each physical server 110, a virtual server management table 105, The virtual disk management table 107 that manages the virtual disk 501 assigned to the server 109 is used. These tables are set by a manager or the like from a management terminal (not shown).
  • the P2V execution management unit 103 When converting the disk volume 116 of the physical server 110 to the virtual disk 501, the P2V execution management unit 103 records a defective block management table 106 that records an error occurrence location (bad block) of the disk volume 116p, and a virtual disk management table 107. Is used.
  • the bad block management table 106 is generated by the P2V execution management unit 103.
  • the virtualization management unit 102 holds the correspondence between the virtual disk 501 and the virtual server 109, and the P2V execution management unit 103 determines whether there is an error for each virtual disk 501 and the conversion source of the virtual disk 501.
  • the relationship of the physical server 110 is maintained.
  • FIG. 2 is a block diagram showing a detailed configuration of the management server 101.
  • the management server 101 includes a processor 202 that performs arithmetic processing, a memory 201 that stores data and programs, a network interface 203 that communicates with the network 108, and a disk interface 204 that accesses the storage device 115.
  • the management server 101 includes an input device and an output device (not shown).
  • the input device is composed of, for example, a mouse and a keyboard.
  • the output device is composed of a display device, for example.
  • the memory 201 stores the above-described virtualization management unit 102, P2V execution management unit 103, and various tables.
  • the virtualization management unit 102 and the P2V execution management unit 103 are programs executed by the processor 202.
  • the virtualization management unit 102 and the P2V execution management unit 103 are stored in a storage device 115 as a storage medium, and are read into the memory 201 by the processor 202 and executed.
  • the virtualization management unit 102 stores a physical server management table 104, a virtual server management table 105, and a virtual disk management table 107 on the memory 201.
  • the P2V execution management unit 103 stores the bad block management table 106 in the memory 201.
  • the virtualization management unit 102 manages the virtual server 109 by controlling the virtualization unit 111 of the plurality of physical servers 110.
  • the virtualization management unit 102 receives an administrator command from an input device (not shown), and commands the virtualization unit 111 of the physical server 110 to generate, move, and delete the virtual server 109.
  • the processing for the virtualization management unit 102 to operate the virtual server 109 can be the same as a known or known VMM or hypervisor, and will not be described in detail here.
  • the management server 101 also has a storage control unit (not shown) that allocates the plurality of disk volumes 116 of the storage device 115 to the physical server 110.
  • the function of the storage control unit may be included in the virtualization management unit 102.
  • the virtualization management unit 102 of the present invention uses a block of the disk volume 116p in which an error has occurred when converting the disk volume 116p of the physical server 110-1 to the virtual disk 501-0. Further, a bad block notification control unit 205 that notifies the conversion unit 111 is further provided.
  • the block of the disk volume 116 indicates a unit by which the OS 210 of the physical server 110-1 accesses the disk volume 116p, and is represented by, for example, LBA (Logical Block Addressing).
  • the P2V execution management unit 103 assigns the disk volume 116p or physical disk of the physical server 110-1 designated by the administrator or the like from the input device of the management server 101 to the virtual disk 501-0 that can be handled by the virtualization unit 111.
  • the data is converted and stored in the disk volume 116v of the storage device 115.
  • the P2V execution management unit 103 copies the data of the disk volume (or physical disk) from the storage device 115 and generates a conversion source disk image, and the virtualization unit 111 handles the copied disk image.
  • the disk volume 116p is read by acquiring dump data of the memory of the image conversion control unit 206 and the physical server 110-1 that converts to a virtual disk image that can be stored in the storage device 115 as the virtual disk 501 And a data repair control unit 207 that repairs a block in which an error (for example, a read error) has occurred from memory dump data.
  • the disk copy control unit 208 If an error occurs when the disk copy control unit 208 reads the disk volume 116p of the physical server 110-1, the disk copy control unit 208 stores the block number where the error occurred in the bad block management table 106, and the error occurs. Skip the block that has been read.
  • the image conversion control unit 206 acquires the block number of the disk volume 116p of the physical server 110-1 in which an error has occurred from the bad block management table 106, and the disk image of the physical server 110-1 is a virtual disk that is a virtual disk image.
  • the block number on the virtual disk 501-0 corresponding to the block number in which an error has occurred is stored in the bad block management table 106.
  • the converted virtual disk 501-0 can notify the error even in the virtualized environment by managing the block in which the error has occurred during the conversion by the bad block management table 106.
  • the OS 210 can provide the business without any problem. Therefore, the block can be obtained even on the virtual server 109 by making P2V successful. There is also a high possibility that no data will be accessed.
  • the P2V is made successful so that the OS 210 and applications of the physical server 110-1 are transferred to the virtual server 109. Can be migrated.
  • the data repair control unit 207 acquires the block number where the error of the disk volume 116p of the physical server 110-1 stored in the bad block management table 106 occurs, and stores it in the dump data of the memory of the physical server 110-1. When the data of this block number exists, the corresponding block number of the virtual disk 501-0 is updated with the dump data and repaired. The data repair control unit 207 deletes the entry in the bad block management table 106 that has been successfully repaired.
  • the block number of the virtual disk 501-0 that could not be repaired by the data repair control unit 207 is notified to the virtualization unit 111 by the bad block notification control unit 205 of the virtualization management unit 102.
  • the virtualization unit 111 notifies the virtual server 109 that the block is an error. That is, when the virtualization management unit 102 instructs the virtualization unit 111 of the physical server 110-2 to generate the virtual server 109-1, the bad block notification control unit 205 configures the virtual server 109-1 that configures the virtual server 109-1. If the disk 501-0 contains a block in which an error has occurred, information on the bad block management table 106 is notified.
  • the disk copy control unit 208 and the image conversion control unit 206 of the P2V execution management unit 103 read the conversion source disk volume 116p or the physical disk in units of blocks, and block the virtual disk image (virtual disk 501-0). Convert to The virtual disk image can be configured, for example, as a file in which the contents of blocks on the disk volume 116p are associated with block position information (block numbers).
  • the image conversion control unit 206 of the P2V execution management unit 103 converts the conversion source block read by the disk copy control unit 208 into a virtual disk image block that can be used by the virtualization unit 111 of the physical server 110-2.
  • the virtual disk 501 is stored in the storage device 115 as a single block.
  • a known or well-known technique such as Patent Document 1 described in the above-described conventional example may be used.
  • FIG. 10 is a diagram illustrating an example of the physical server management table 104 in which the virtualization management unit 102 manages the physical resources of the physical server 110.
  • the physical server management table 104 includes a physical server 1001 that stores the identifier of the physical server 110, a volume size 1002 that stores the capacity of the disk volume connected to the physical server 110, and a memory that stores the memory capacity of the physical server 110.
  • One record is composed of the size 1003 and the volume identifier 1004 for storing the identifier of the disk volume assigned to the physical server 110.
  • the number of cores of the processor, the operating frequency, and the like may be included.
  • Each item of the physical server management table 104 can be set by an administrator or the like from an input device (not shown) of the management server 101.
  • FIG. 9 is a diagram illustrating an example of the virtual server management table 105 in which the virtualization management unit 102 manages the virtual server 109.
  • the virtual server management table 105 executes a virtual server identifier 901 that stores the identifier of the virtual server 109, a virtualization unit identifier 902 that stores an identifier of the virtualization unit 111 that provides the virtual server, and the virtualization unit.
  • One record is composed of a physical server identifier 903 that stores the identifier of the physical server 110.
  • the physical server identifier 903 corresponds to the physical server 1001 in the physical server management table 104.
  • the virtualization unit identifier 902 and the virtual server identifier 901 can be set by an administrator or the like from an input device (not shown) of the management server 101.
  • FIG. 8 is a diagram showing an example of the virtual disk management table 107 for managing the conversion-source physical server 110 and the converted virtual disk 501.
  • the virtual disk management table 107 includes a virtual disk identifier 801 that stores the identifier of the virtual disk 501, a virtual server identifier 803 that stores the identifier of the virtual server 109 to which the virtual disk is allocated, and the conversion source of the virtual disk 501.
  • One record is composed of a physical server identifier 803 that stores the identifier of the physical server 110-1 and a bad block detection 804 that indicates whether or not an error has occurred during the conversion of the virtual disk 501.
  • the P2V execution management unit 103 After the conversion source disk volume 116p is converted to the virtual disk 501-0, the P2V execution management unit 103 generates a new record.
  • the P2V execution management unit 103 stores the identifier of the physical server 110 that used the conversion source disk volume 116p in the physical server identifier 803, and uses the identifier of the virtual disk given from the virtualization management unit 102 as described later. If a bad block occurs when storing in the virtual disk identifier 801 and converting to the virtual disk 501-0, “YES” of the bad block detection 804 is stored, and “NO” is stored if there is no bad block. .
  • the virtualization management unit 102 uses the virtual disk 501-0 of the virtual disk identifier 801, the virtual server identifier is assigned and stored in the virtual server identifier 802 of the virtual disk management table 107.
  • the virtual disk management table 107 holds the relationship between the physical server 110 that used the conversion source disk volume 116 of the virtual disk 501 and the identifier of the virtual disk 501, and whether or not an error has occurred during the conversion. Further, the virtual disk management table 107 manages the relationship between the virtual disk identifier 801 and the virtual server by the virtual server identifier 802 when the virtualization management unit 102 assigns the virtual disk 501 to the virtualization unit 111.
  • FIG. 7 is a diagram illustrating an example of the bad block management table 106 in which the P2V execution management unit 103 manages the relationship between the virtual disk 501 and the bad block of the conversion source disk volume 116.
  • One record is composed of the bad block number 704.
  • Information is stored in the physical server 701 and the physical disk bad block number 702 by the disk copy control unit 208 that reads the conversion source disk volume 116p. Information is written into the virtual disk identifier 703 and the virtual disk bad block number 704 by the image conversion control unit 206 that converts the conversion source disk image into a virtual disk image.
  • FIG. 3 is a block diagram illustrating an example of the physical server 110 (110-2 to 110-i) that executes the virtualization unit 111 and the virtual server 109. Since the plurality of physical servers 110-2 to 110-i have the same configuration, the physical server 110-2 will be described.
  • the physical server 110-2 includes a processor 202 that performs arithmetic processing, a memory 201 that stores data and programs, a network interface 203 that communicates with the network 108, and a disk interface 204 that accesses the storage device 115.
  • the memory 201 stores the above-described virtualization unit 111 and the virtual servers 109-1 and 109-2 generated by the virtualization unit 111.
  • the virtualization unit 111 is a program executed by the processor 202.
  • the virtualization unit 111 is stored in a storage device 115 as a storage medium, and is read into the memory 201 by the processor 202 and then executed.
  • the virtual servers 109-1 and 109-2 are virtual resources provided by the virtualization unit 111, and an OS and applications included in the virtual disk 501 are executed by the processor 202 on the virtual server 109. As shown in FIG. 8, the virtual server 109-1 (virt1) is activated by the virtual disk vdik0, and the virtual server 109-2 (virt2) is activated by the virtual disk vdik1.
  • the virtualization unit 111 accesses the error emulation control unit 112 that notifies the virtual server 109 of a bad block and the virtual server 109
  • a virtual disk I / O control unit 113 that monitors the virtual disk 501 and a bad block management table 301 that manages bad blocks of the virtual disk 501 are provided.
  • FIG. 18 is a diagram illustrating an example of the bad block management table 301 managed by the virtualization unit 111.
  • the bad block management table 301 includes a virtual server identifier 601 that stores the identifier of the virtual server generated by the virtualization unit 111, a virtual disk identifier 602 that stores the identifier of the virtual disk 501 that started the virtual server 109, and a virtual disk 501.
  • One record is configured from the virtual disk bad block management 603 for storing the position of the bad block included in the virtual disk.
  • the bad block management table 301 is a table notified to the virtualization unit 111 by the bad block notification control unit 205 of the virtualization management unit 102.
  • the virtual disk I / O control unit 113 refers to the bad block management table 301 and blocks the currently accessed virtual disk.
  • the error emulation control unit 112 is notified of the bad block number and the virtual server identifier 601.
  • the error emulation control unit 112 notifies the virtual server 109 corresponding to the received virtual server identifier 601 that an error (I / O error) has occurred in the block of the virtual disk 501 that is currently accessed.
  • the error emulation control unit 112 notifies the virtual server 109 of the bad block number 603.
  • FIG. 4 is a block diagram showing an example of the physical server 110-1 that uses the conversion source disk volume 116p.
  • the physical server 110-1 is configured in the same manner as the physical servers 110-2 to 110-i in FIG.
  • the physical server 110-1 includes a processor 202 that performs arithmetic processing, a memory 201 that stores data and programs, a network interface 203 that communicates with the network 108, and a disk interface 204 that accesses the storage device 115.
  • the disk interface 204 accesses the disk volume 116p and the disk volume 116d of the storage device 115.
  • the above-described OS 210 is stored in the memory 201.
  • the OS 210 is a program executed by the processor 202.
  • the OS 210 is stored in the disk volume 116p of the storage apparatus 115 as a storage medium, and is executed after being read into the memory 201 by the processor 202.
  • the OS 210 has a dump information acquisition unit 114 that writes the contents of the memory 201 to the disk volume 116d of the storage apparatus 115.
  • the dump information acquisition unit 114 acquires the contents of the memory 201 when receiving a command from the OS 210 or when a predetermined error (for example, a system error) occurs in the OS 211, and the disk volume 116 d as the dump data 401. Write to.
  • the disk to which the dump data 401 is written may be a disk volume 116p used by the OS 210.
  • an application (not shown) is executed on the OS 210 to provide a predetermined service.
  • the application is stored in the same disk volume 116p as that of the OS 210.
  • the physical server 110-1 uses the disk volume 116p as a system volume (boot disk).
  • FIG. 5 is a block diagram showing an example in which the virtual server 109 migrated from the physical server 110-1 with P2V accesses with a disk volume.
  • the virtualization unit 111 (hyper1) of the physical server 110-2 (phy2) accepts an instruction from the virtualization management unit 102 of the management server 101, and the virtual disk 501-0 (vdisk0) of the disk volume 116v.
  • the virtual server 109-1 (virt1) is generated and the virtual server 109-2 (virt2) is generated with the virtual disk 501-1 (vdisk1).
  • the virtual server 109 is generated by the virtualization unit 111 by allocating a virtual resource obtained by virtualizing the physical resource of the physical server 110-2 to the virtual server and starting the OS 210v of the virtual disk 501-0 on the virtual resource. Service provision is started by the application included in the virtual disk 501-0.
  • the block number of the currently accessed virtual disk 501-0 is a bad block. It is determined whether or not the management table 301 exists. When the block number of the virtual disk 501-0 to be accessed matches the virtual disk bad block number 603 in the bad block management table 301, the error emulation control unit 112 is notified of the bad block number and the virtual server identifier 601.
  • the error emulation control unit 112 generates an error in the bad block number 603 of the virtual disk 501-0 currently accessed to the OS 210v of the virtual server 109-1 corresponding to the virtual server identifier 601 notified from the error emulation control unit 112. Notify you.
  • the virtual disk I / O control unit 113 accesses the virtual disk 501-0 of the disk volume 116v and displays the access result. Responds to the virtual server 109-1.
  • the position of the converted bad block is registered in the bad block management table 301.
  • the virtual disk I / O control unit 113 and the error emulation control unit 112 of the virtualization unit 111 notify the OS 210v of the virtual server 109-1 of the bad block number 603.
  • the OS 210 of the physical server 110-1 shifts to the virtual environment and is executed as the OS 210v by the virtual server 109-1, but when the bad block of the disk volume 116p is read by the virtual server 109, it is the same as before the virtualization.
  • the error emulation control unit 112 can notify the OS 210v of an error and prevent the OS 210v from reading illegal data.
  • FIG. 6 is a block diagram showing an example of repairing a bad block from the dump data 401 in the memory of the physical server 110-1 after conversion to the virtual disk 501-0 with P2V.
  • the P2V execution management unit 103 acquires the dump data 401 of the memory 201 of the physical server 110-1 before copying the disk volume 116p of the physical server 110-1.
  • the acquired dump data 401 is stored in a predetermined disk volume 116d.
  • the P2V execution management unit 103 manages, in the bad block management table 106, a block in which an error has occurred when copying the disk volume 116p of the physical server 110-1. Then, the image conversion control unit 206 converts the block (bad block) in which an error has occurred to the virtual disk 501-0.
  • the image conversion control unit 206 stores predetermined data such as null or dummy data in the corresponding block of the virtual disk 501 corresponding to the defective block.
  • the data repair control unit 207 of the P2V execution management unit 103 acquires the virtual disk bad block number 704 from the bad block management table 106 for the virtual disk 501 that has been converted.
  • the data repair control unit 207 searches for the acquired bad block number 704 in the dump data 401 of the memory 201.
  • the data repair control unit 207 writes the data corresponding to the bad block number 702 in the dump data 401 to the virtual disk 501-0 and repairs it. .
  • the data repair control unit 207 can acquire the dump data 401 in the memory 201 before reading the disk volume 116p, and can repair a bad block from the dump data 401 after conversion to the virtual disk 501. .
  • FIG. 11 is a flowchart showing an outline of the processing performed by the P2V execution management unit 103 to read the conversion source disk volume 116 in units of blocks and convert the blocks into virtual disk image blocks. This process is executed by the management server 101 when a conversion source disk volume 116p and a storage destination disk volume 116v designated by an administrator or the like are received from an input device (not shown) of the management server 101.
  • the management server 101 generates a virtual disk 501-0 by converting the disk volume 116p of the physical server 110-1 into a virtual disk image, and the physical server 110-2 (phy2) is created using the virtual disk 501-0.
  • the administrator assigns a disk volume 116v for storing the converted virtual disk 501-0 to the virtual server 109-1 on the physical server 110-2 from an input device (not shown) of the management server 101. .
  • step 1101 the virtualization management unit 102 of the management server 101 activates the P2V execution management unit 103. Then, the P2V execution management unit 103 refers to the physical server management table 104 from the identifier of the conversion source disk volume 116p received from an input device (not shown), and adds the physical server 110-1 using the disk volume 116p to the network 108. Select from.
  • the virtualization management unit 102 determines the identifier (vdisk0) of the converted virtual disk 501 and notifies the P2V execution management unit 103 of it.
  • the identifier of the virtual disk 501 is a unique virtual disk identifier within the computer system. Note that the virtualization management unit 102 may accept a value specified by an administrator or the like for the virtual disk identifier.
  • step 1102 the data restoration control unit 207 of the P2V execution management unit 103 notifies the selected physical server 110-1 of an instruction to acquire the dump data 401 of the memory 201 and store it in the disk volume 116d.
  • the disk volume 116d that stores the dump data 401 is set in advance.
  • the OS 210 of the physical server 110-1 receives the command from the data restoration control unit 207 and activates the dump information acquisition unit 114.
  • the dump information acquisition unit 114 acquires a dump of the memory 201 and stores the dump data 401 in the designated disk volume 116d.
  • the OS 210 notifies the management server 101 of the completion of the dump.
  • step 1103 when the P2V execution management unit 103 receives the completion of the dump from the physical server 110-1, the P2V execution management unit 103 activates the disk copy control unit 208, and copies the disk volume 116p used by the physical server 110-1. Directs conversion to a virtual disk image.
  • the disk copy control unit 208 reads the designated disk volume 116p in block units, converts it into virtual disk image blocks in the image conversion control unit 206, and sets the virtual disk 501-0 to the predetermined disk volume 116v as a block unit. Store with. Details of the disk copy control unit 208 and the image conversion control unit 206 will be described in detail with reference to FIGS.
  • the disk copy control unit 208 uses the identifier (phy1) of the physical server 110-1 and the block number in which the error has occurred in the physical of the bad block management table 106.
  • the server identifier 701 and the physical disk bad block number 702 are stored.
  • the image conversion control unit 206 converts the block read by the disk copy control unit 208 into a block of the virtual disk 501-0. At this time, if the block number read from the disk volume 116p matches the physical disk bad block number 702 with reference to the bad block management table 106, the image conversion control unit 206 stores the virtual disk image in which the block is stored. Are stored in the virtual disk bad block number 704 of the bad block management table 106, and the identifier of the virtual disk 501-0 to be converted is stored in the virtual disk identifier 703 (step 1104). Then, since the block read by the disk copy control unit 208 is a bad block, the image conversion control unit 206 writes the above-described dummy data in the corresponding block of the virtual disk 501-0. Note that the processing of steps 1103 and 1104 is repeatedly performed during the period of processing for converting the disk volume 116p into a virtual disk image.
  • the disk copy control unit 208 When the disk copy control unit 208 has read all the blocks of the conversion source disk volume 116p, the disk copy control unit 208 notifies the P2V execution management unit 103 that the conversion from the disk volume 116p to the virtual disk 501-0 has been completed.
  • the P2V execution management unit 103 searches the bad block management table 106 using the identifier of the virtual disk 501-0 given from the virtualization management unit 102, and a bad block is found during the conversion. It is determined whether it has occurred (step 1105).
  • step 1106 If a defective block has occurred, the process proceeds to step 1106, and if there is no defective block, the process proceeds to step 1107.
  • step 1106 the P2V execution management unit 103 activates the data repair control unit 207 and repairs the defective block of the virtual disk 501-0 from the dump data 401 of the memory 201 of the physical server 110-1 as described above.
  • the data repair control unit 207 deletes the corresponding record in the bad block management table 106 when the bad block of the virtual disk 501-0 is successfully repaired.
  • the processing of the data restoration control unit 207 will be described in detail with reference to FIG.
  • the data restoration control unit 207 notifies the P2V execution management unit 103 when the processing is completed.
  • step 1107 the P2V execution management unit 103 sets the virtual disk management table 107.
  • the P2V execution management unit 103 adds a new record to the virtual disk management table 107, stores the virtual disk identifier assigned from the virtualization management unit 102 in the virtual disk identifier 801, and converts the virtual disk 501-0 conversion source
  • the identifier of the physical server 110-1 that has used the disk volume 116p is stored in the physical server identifier 803.
  • the P2V execution management unit 103 searches the bad block management table 106 using the virtual disk identifier given from the virtualization management unit 102, and if the virtual disk 501-0 includes a bad block, the virtual disk management table 103 “YES” is stored in the bad block detection 804 of 107, and “NO” is stored if no bad block is included.
  • the virtual server identifier 802 in the virtual disk management table 107 is assigned by the virtualization management unit 102 when the virtual disk 801-0 is used by the virtual server 109, so immediately after the virtual disk 501-0 is generated. Then, the value of the virtual server identifier 802 is blank.
  • step 1108 the P2V execution management unit 103 notifies the virtualization management unit 102 that the conversion of the virtual disk 501-0 from the disk volume 116p has been completed, and the process ends.
  • the P2V execution management unit 103 converts the disk volume 116p to the virtual disk 501-0 in units of blocks, and blocks in which an error has occurred when reading the disk volume 116p are managed by the bad block management table 106, and the virtual Dummy data is written to the disk 501-0.
  • the data repair control unit 207 repairs the bad block management table 106 from the dump data 401.
  • the virtual disk management table 107 is updated, and the virtual disk 501-0 is added to the table 107 as a new virtual disk image.
  • FIG. 12 is a flowchart showing an example of processing performed by the disk copy control unit 208. This processing is the processing of steps 1103 and 1104 in FIG.
  • step 1201 the disk copy control unit 208 reads the first block from the disk volume 116p received by the P2V execution management unit 103.
  • step 1202 it is determined whether an error has occurred, in other words, whether reading has failed. If reading of the block fails, the process proceeds to step 1203. If successful, the process proceeds to step 1204.
  • step 1203 the disk copy control unit 208 adds a new record to the bad block management table 106, writes the number of the block that failed to be read into the physical disk bad block number 702, and is currently reading the disk volume 116p. Is written in the physical server identifier 701.
  • Step 1204 the disk copy control unit 208 notifies the image conversion control unit 206 of the read block data, the block number, and the identifier of the physical server 110, and requests conversion to a virtual disk image.
  • the image conversion control unit 206 converts the requested block into a virtual disk image.
  • step 1205 the disk copy control unit 208 determines whether or not the currently read block is the last block. If it is not the last block, the process proceeds to step 1206 and the disk copy control unit 208 reads the next last block. Then, the processing in steps 1202 to 1205 is repeated. On the other hand, if the currently read block is the last block, the P2V execution management unit 103 is notified that the conversion to the virtual disk image has been completed, and the process ends.
  • FIG. 13 is a flowchart showing an example of the conversion process from the disk volume 116p to the virtual disk image performed in step 1204 of FIG.
  • step 1301 the image conversion control unit 206 determines whether the block number received from the disk copy control unit 208 and the identifier of the physical server 110 exist in the bad block management table 106. If the received block number and the identifier of the physical server 110 exist in the bad block management table 106, the image conversion control unit 206 makes a determination after determining that it is a bad block in which an error has occurred during reading, and proceeds to step 1304. On the other hand, if the received block number and the identifier of the physical server 110 do not exist in the bad block management table 106, the image conversion control unit 206 determines that the block has been read normally, and proceeds to step 1302.
  • step 1302 the image conversion control unit 206 converts the block data received from the disk copy control unit 208 into a virtual disk image. That is, the block of the disk volume 116p is converted into the format of the virtual disk 501-0.
  • step 1303 the converted virtual disk image block is written to the virtual disk 501-0 of the disk volume 116v, and the processing of the image conversion control unit 206 is terminated.
  • step 1304 which proceeds when it is determined in step 1301 that a bad block exists, the image conversion control unit 206 writes the virtual disk bad block number 704 and the virtual disk identifier 703 in the bad block management table 106.
  • the image conversion control unit 206 assigns the virtual disk identifier assigned by the virtualization management unit 102 to the record of the bad block management table 106 in which the bad block number of the disk volume 116p matches the identifier of the physical server 110, and the virtual disk identifier 703. To store. Then, the image conversion control unit 206 assumes that the virtual disk bad block number 704 of the record has converted the data of the bad block number received from the disk copy control unit 208 into a virtual disk image. Stores the block number on ⁇ 0. Then, the image conversion control unit 206 writes the dummy data as described above into the block of the virtual disk 501-0 corresponding to the defective block, and ends the process.
  • the disk copy control unit 208 reads from the first block to the last block of the conversion source disk volume 116p in units of blocks, and the image conversion control unit 206 converts them into virtual disk images. If an error occurs when reading a block of the disk volume 116p, the disk copy control unit 208 adds the block number and the identifier of the physical server 110 to the bad block management table 106, and the image conversion control unit 206 determines the virtual disk identifier and virtual Write the block number of disk 501-0. The image conversion control unit 206 writes predetermined dummy data in the virtual disk 501-0 instead of the defective block data, and continues the conversion to the virtual disk 501-0.
  • the P2V execution management unit 103 tries to repair the bad block from the dump data 401 by the data repair control unit 207.
  • FIG. 14 is a flowchart illustrating an example of processing performed by the data repair control unit 207. This process is a process performed in step 11066 of FIG.
  • step 1401 the data repair control unit 207 acquires all physical disk bad block numbers 702 corresponding to the disk volume 116p converted to the current virtual disk 501-0. If a plurality of errors have occurred when the disk volume 116p is read, there are a plurality of records in the bad block management table 106 that include the identifier of the physical server 110 using the disk volume 116p in the physical server identifier 701. The data repair control unit 207 acquires all physical disk bad block numbers 702.
  • step 1402 the data restoration control unit 207 acquires the dump data 401 of the memory 201 of the physical server 110-1 that is the conversion source of the virtual disk 501-0 from the disk volume 116d. Then, the data repair control unit 207 searches the dump data 401 using the conversion source defective block number 702 acquired in step 1401. This search is performed for all physical disk bad block numbers 702 acquired in step 1401.
  • step 1403 the data repair control unit 207 determines whether there is data that matches the bad block number 702 in the dump data 401. If data matching the bad block number 702 is included in the dump data 401, the process proceeds to step 1404. On the other hand, if the data matching the bad block number 702 is not included in the dump data 401, the data restoration control unit 207 cannot be executed, and the process ends.
  • step 1404 the data repair control unit 207 copies data matching the bad block number 702 from the dump data 401.
  • step 1405 the data restoration control unit 207 instructs the image conversion control unit 206 to convert the copied data into a virtual disk image format. Then, the data restoration control unit 207 acquires the block converted into the virtual disk image from the image conversion control unit 206.
  • the data repair control unit 207 refers to the bad block management table 106, acquires the virtual disk bad block number 704 corresponding to the bad block number 702, and writes it to the block of the virtual disk 501-0 indicated by the virtual disk bad block number 704. .
  • step 1406 the data repair control unit 207 deletes and updates the record of the bad block management table 106 that has successfully repaired the virtual disk 501-0 with the bad block number 704 from the dump data 401.
  • the data repair control unit 207 searches the bad block management table 106 for the identifier of the physical server 110-1 currently focused on.
  • the data repair control unit 207 searches for the identifier of the physical server 110-1 currently focused on from the physical server identifier 803 of the virtual disk management table 107, and sets the bad block detection 804 of the corresponding record to “NO”. Update.
  • FIG. 15 is a flowchart illustrating an example of processing performed by the virtualization management unit 102. This flowchart is executed when the virtualization management unit 102 receives a notification from the P2V execution management unit 103 that the conversion of the virtual disk 501-0 is completed. As described in the explanation of FIG. 11, the virtualization management unit 102 receives the virtual resource assigned to the virtual server 109-1 by the virtualization unit 111 of the physical server 110-2 and the identifier of the virtual server. An example is shown in which the virtual server 109-1 is activated with the virtual disk 501-0.
  • step 1501 the virtualization management unit 102 receives a notification of conversion completion of the virtual server 109-1 from the P2V execution management unit 103.
  • step 1502 the virtualization management unit 102 searches the bad block management table 106 using the converted identifier of the virtual disk 501-0 and acquires the corresponding record. Then, the virtualization management unit 102 notifies the record acquired in Step 1502 to the virtualization unit 111 of the physical server 110-2 that executes the virtual server 109-1 with the virtual disk 501-0. At this time, the virtualization management unit 102 also notifies the virtual server identifier and the virtual resource assigned to the virtual server 109-1.
  • the virtualization management unit 102 sets the value notified to the virtualization unit 111 in the virtual server identifier 802 of the virtual disk management table 107 corresponding to the identifier of the virtual disk 501-0.
  • the virtualization unit 111 of the physical server 110-2 allocates a virtual resource to the virtual server 109-1, and converts the disk volume 116p of the physical server 110-1 to the virtual server 109- using the virtual disk 501-0. 1 is activated.
  • FIG. 16 is a flowchart illustrating an example of processing performed by the virtual disk I / O control unit 113 of the virtualization unit 111 that provides the virtual server 109-1.
  • the virtualization unit 111 of the physical server 110-2 receives a part of the bad block management table 106 from the virtualization management unit 102 of the management server 101, the virtualization unit 111 of FIG.
  • the bad block management table 301 shown is generated or updated.
  • the virtualization unit 111 allocates the disk volume 116v to the virtual server 109-1, starts the OS 210v with the virtual disk 501-0, and operates the virtual server 109-1.
  • Step 1601 the virtual disk I / O control unit 113 receives an access (I / O request) from the virtual server 109-1 to the virtual disk 501-0.
  • step 1602 the virtual disk I / O control unit 113 acquires the virtual disk bad block number 603 of the virtual disk 501-0 assigned to the virtual server 109-1 from the bad block management table 301.
  • step 1603 the virtual disk I / O control unit 113 searches the virtual disk bad block number 603 acquired in step 1602 with the block number of the I / O request received in step 1601.
  • step 1604 the virtual disk I / O control unit 113 determines whether or not the virtual disk bad block number 603 is included in the I / O request block. If a defective block is included, the process proceeds to step 1605. If a defective block is not included, the process proceeds to step 1606.
  • step 1605 the virtual disk I / O control unit 113 notifies the error emulation control unit 112 that a bad block in the virtual disk 501-0 has been accessed.
  • step 1606 the virtual disk I / O control unit 113 executes access to the virtual disk 501-0 and returns an access result to the virtual server 109-1.
  • FIG. 17 is a flowchart showing an example of processing performed by the error emulation control unit 112. This process is executed when the error emulation control unit 112 receives a notification indicating that the virtual disk I / O control unit 113 is accessing a bad block.
  • step 1701 the error emulation control unit 112 notifies the virtual server 109-1 that issued the I / O request that an I / O error has occurred in the requested block.
  • the OS 210v of the virtual server 109-1 receives the notification from the error emulation control unit 112 and executes predetermined error processing.
  • the error emulation control unit 112 If there is a defective block in which an error has occurred when converting the disk volume 116p of the physical server 110-1 by the above processing, the error emulation control unit 112 notifies the access result to the virtual server 109-1. As a result, the virtual server 109-1 can be restricted from directly accessing the bad block of the virtual disk 501-0.
  • the disk copy control unit 208 reads from the first block to the last block of the conversion source disk volume 116p in block units, and the image conversion control unit 206 converts the block into a virtual disk image, and the virtual disk 501-0. Is generated. If an error occurs when the disk copy control unit 208 reads a block of the disk volume 116p, the image conversion control unit 206 transfers dummy data, blanks, etc. to the virtual disk 501-0 instead of converting the block to a virtual disk image. To continue generating the virtual disk 501-0.
  • the conversion process of the conversion source disk volume to a virtual disk image is performed. Can continue.
  • the environment of the physical server 110-1 operating on the conversion source disk volume 116p can be migrated to the environment of the virtual server 109-1.
  • the data repair control unit 207 can repair the bad block from the dump data 401, it is possible to ensure the stability of the virtual server 109-1.
  • the virtualization unit 111 a copy of the bad block management table 106 is acquired from the management server 101, and the virtual disk I / O control unit 113 monitors the I / O access of the virtual server 109-1, and the virtual disk 501- When the 0 bad block is accessed, the error emulation control unit 112 notifies the virtual server 109-1 of the error without actually accessing the virtual disk 501-0. As a result, the virtual server 109-1 can be prevented from reading illegal data from a bad block, and the stability of the virtual environment can be ensured.
  • the management server 101 reads the conversion source disk volume 116p and writes dummy data to the conversion destination virtual disk 501 when an error occurs.
  • the defective block is not repaired, it is not necessary to write the dump data 401 of the virtual disk 501, and the virtual disk defective block number may be recorded in the defective block management table 106. That is, the management server 101 skips the bad block of the conversion source disk volume, determines the block number on the virtual disk 501 corresponding to the bad block number, and stores it in the bad block management table 106.
  • the management server 101 does not write a bad block on the virtual disk 501.
  • the virtual server 109 using the virtual disk 501 is monitored for an I / O request by the virtual disk I / O control unit 113 of the virtualization unit 111.
  • the virtual server 109 issues an I / O request for accessing a bad block, an error occurs from the virtual disk I / O control unit 113 via the error emulation 112.
  • the error emulation control unit 112 reads a bad block, so it is not necessary that a bad block is actually generated on the virtual disk 501. .
  • the management server 101 sets the virtual disk 501 to the virtual disk 501.
  • Block 3 ' is written after block 1' converted to an image.
  • the P2V execution management unit 103 of the management server 101 sets block 3 ′ as the next write position of block 1 ′ of the virtual disk 501, and sets the bad block. Ignore and continue to generate the virtual disk 501.
  • the disk volume 116p in the storage device 115 is used as the conversion source.
  • the conversion source disk volume 116 may be a physical disk, a logical disk, or a partition.
  • the virtual disk 501-0 is generated using the disk volume 116p as the conversion source.
  • the conversion destination may be a disk image, and is not limited to the virtual disk image.
  • the present invention can be applied when copying the contents of the first disk volume to the second disk volume. It can. That is, when an error occurs when the first disk volume is read, the bad block information is stored in the bad block management table 106 of the management server 101, and dummy data is stored in the corresponding block of the second disk volume. The predetermined data such as are stored. Alternatively, the corresponding block of the second disk volume is blank.
  • the management server 101 allocates the second disk volume to the server, and the bad block information of the second disk volume is obtained from the bad block management table 106 and the OS of the server. Or notify the virtualization department.
  • the OS or virtualization unit of the server accesses the bad block when accessing the second disk volume, it can generate an error without actually accessing the bad block of the second disk volume.
  • the server may be a physical server and is not limited to a virtual server.
  • a PCI express switch is installed between the second disk volume and the server, the management server 101 notifies the PCI express switch of a copy of the bad block management table 106, and the switch monitors the I / O access of the server. Also good.
  • the PCI express switch can notify the server of the occurrence of an error.
  • the first computer uses the first disk volume
  • the management server 101 creates a second disk volume by duplicating the first disk volume
  • the second computer accesses the second disk volume.
  • the present invention can be applied.
  • the management server 101 records the block in which an error has occurred when replicating the first disk volume in the bad block management table 106 to generate a second disk volume. After connecting the second disk volume to the second computer, the management server 101 notifies the second computer of the bad block management table 106.
  • the OS or the virtualization unit refers to the bad block management table 106 and monitors access to a bad block on the second disk volume. When the second computer accesses the bad block of the second disk volume, the OS or the virtualization unit can generate an I / O error without actually accessing the bad block of the second disk volume. .
  • the conversion source (copy source) disk volume and the conversion destination (copy destination) disk volume are stored in the same storage device 115. However, they are stored in different storage devices. May be.
  • the conversion source disk volume is read in block units and written to the conversion destination disk volume in block units.
  • a copy of the conversion source disk volume is generated, You may make it write in the disk volume of a conversion destination.
  • a storage device composed of a nonvolatile semiconductor can be used in addition to a hard disk drive, or a storage device including both a hard disk drive and a nonvolatile semiconductor can be used. .
  • the present invention can be applied to a computer system that replicates a disk volume and uses the replicated disk volume.
  • the present invention includes a virtualization unit for replicating a disk image or converting a physical disk to a virtual disk. It is suitable for a virtual computer system to be performed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　管理計算機が、第１のディスクボリュームのデータを読み込み、第１のディスクボリュームのデータを読み込んだときにエラーが発生したか否かを判定し、前記判定でエラーが発生していないときには読み込んだデータを第２のディスクボリュームに書き込んで複製を生成し、前記判定でエラーが発生したときには前記読み込んだデータの位置を不良ブロック管理情報に書き込み、第２のディスクボリュームを計算機に割り当てて、不良ブロック管理情報を前記計算機へ送信し、前記計算機が、前記第２のディスクボリュームへアクセスするときに、受信した不良ブロック管理情報を参照して、前記アクセスする位置が前記不良ブロック管理情報に一致したときにエラーを発生する。

Description

計算機の制御方法、計算機システム及び記憶媒体
　本発明は、ディスクボリュームの複製を計算機で運用する技術に関し、特にディスクボリュームの複製を仮想計算機で運用する技術に関する。
　近年、仮想化技術の普及により、業務システムを物理サーバから仮想サーバへ移行する要求が高まっている。物理サーバから仮想サーバへ移行することによって、新規にハードウェアを購入する必要がなくなり、ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）の再インストールが不要になるなどの利便性を向上させることができる。特に、古い業務システムをそのままの状態で物理サーバから仮想サーバへ移行することができるＰ２Ｖ（Ｐｈｙｓｉｃａｌ　Ｔｏ　Ｖｉｒｔｕａｌ）の技術は、特許文献１等で知られている。Ｐ２Ｖの技術を用いることで、物理サーバのディスクイメージ（物理ディスクのイメージ）を仮想サーバのディスクイメージ（仮想ディスクのイメージ）に変換することができる。このＰ２Ｖの技術によれば、仮想サーバへ移行する際に、物理ディスクの複製を仮想サーバのディスクイメージに変換することで、業務アプリケーションの変更やＯＳの再インストールが不要になるため、物理サーバから仮想サーバへの移行作業に伴う労力を大幅に軽減でき、また、移行に伴うリスクも軽減できる。
　一般的にＰ２ＶはＶＭｗａｒｅ（登録商標）　ｖＣｅｎｔｅｒ　Ｃｏｎｖｅｒｔｅｒ等のイメージ変換ソフトウェアを利用し、物理サーバで稼動していたＯＳやアプリケーションを含むシステムのディスクイメージのフォーマットを、仮想サーバ上で稼動させるための仮想化部用のフォーマットに変換することで実現する。
特開平５－１０８２７３号公報
　しかしながら、上記従来のＰ２Ｖの技術においては次のような問題があった。物理サーバのディスクイメージから仮想サーバのディスクイメージへフォーマットを変換する際に、特定の物理ブロックで読み込みエラーが発生すると、フォーマット処理の変換を完了できずにＰ２Ｖが失敗してしまう場合があった。
　物理サーバのディスクイメージから仮想サーバへのディスクイメージへのフォーマット変換では、物理サーバのディスクイメージをコピーするために、イメージが格納されている物理ディスクの先頭ブロックから終了ブロックまで読込む処理を行う。このため、物理サーバで稼動していた時には全くアクセスされていなかった物理ディスクの不良ブロックが、フォーマット変換の際に初めてアクセスされてエラーに遭遇し、フォーマット変換が中断するということがあった。
　そこで本発明は、ディスクボリュームの読み込み時にエラーが発生してもディスクイメージの複製を完了させることを目的とする。
　本発明は、プロセッサとメモリを備えた計算機と、前記計算機と接続してプロセッサとメモリを備えた管理計算機と、前記管理計算機と接続した第１のディスクボリュームと、前記管理計算機及び前記計算機と接続した第２のディスクボリュームを備えて、前記第１のディスクボリュームの複製を前記第２のディスクボリュームに書き込んで、前記計算機が第２のディスクボリュームにアクセスする計算機の制御方法であって、前記管理計算機が、前記第１のディスクボリュームのデータを読み込む第１のステップと、前記管理計算機が、前記第１のディスクボリュームのデータを読み込んだときに、エラーが発生したか否かを判定する第２のステップと、前記管理計算機が、前記判定でエラーが発生していないときには、前記読み込んだデータを前記第２のディスクボリュームに書き込んで複製を生成する第３のステップと、前記管理計算機が、前記判定でエラーが発生したときには、前記読み込んだデータの位置を不良ブロック管理情報に書き込む第４のステップと、前記管理計算機が、前記第２のディスクボリュームを前記計算機に割り当てる第５のステップと、前記管理計算機が、前記不良ブロック管理情報を前記計算機へ送信する第６のステップと、前記計算機が、前記不良ブロック管理情報を受信する第７のステップと、前記計算機が、前記第２のディスクボリュームへアクセスするときに、前記受信した不良ブロック管理情報を参照して、前記アクセスする位置が前記不良ブロック管理情報に一致したときにエラーを発生する第８のステップと、を含む。
　本発明によれば、第１のディスクボリュームの特定のブロックのみにＩ／Ｏエラーが発生したり、未使用ブロックでＩ／Ｏエラーが発生した場合であっても、第２のディスクボリュームに第１のディスクボリュームの複製を書き込む処理を続行することができる。そして、第２のディスクボリュームは、不良ブロック管理情報でエラーが発生したブロックを管理することで、第２のディスクボリュームを利用する計算機にエラーを通知することができる。
本発明の実施形態を示し、計算機システムの一例を示すブロック図である。 本発明の実施形態を示し、管理サーバの一例を示すブロック図である。 本発明の実施形態を示し、仮想サーバを提供する物理サーバの一例を示すブロック図である。 本発明の実施形態を示し、仮想サーバへ移行する物理サーバの一例を示すブロック図である。 本発明の実施形態を示し、Ｐ２Ｖで移行した仮想サーバがディスクボリュームにアクセスする例を示すブロック図である。 本発明の実施形態を示し、ダンプデータで仮想ディスク５０１を修復する際の管理サーバの一例を示すブロック図である。 本発明の実施形態を示し、不良ブロック管理テーブルの一例を示す図である。 本発明の実施形態を示し、仮想ディスク管理テーブルの一例を示す図である。 本発明の実施形態を示し、仮想サーバ管理テーブルの一例を示す図である。 本発明の実施形態を示し、物理サーバ管理テーブルの一例を示す図である。 本発明の実施形態を示し、Ｐ２Ｖ実行管理部で行われる処理の一例を示すフローチャートである。 本発明の実施形態を示し、ディスクコピー制御部で行われる処理の一例を示すフローチャートである。 本発明の実施形態を示し、イメージ変換制御部で行われる処理の一例を示すフローチャートである。 本発明の実施形態を示し、データ修復制御部で行われる処理の一例を示すフローチャートである。 本発明の実施形態を示し、仮想化部で行われる処理の一例を示すフローチャートである。 本発明の実施形態を示し、仮想ディスクＩ／Ｏ制御部で行われる処理の一例を示すフローチャートである。 本発明の実施形態を示し、エラーエミュレーション制御部で行われる処理の一例を示すフローチャートである。 本発明の実施形態を示し、仮想化部が保持する不良ブロック管理テーブルの一例を示す図である。
　以下、本発明の一実施形態について添付図面を用いて説明する。
　図１は本発明の実施形態における計算機システムの構成の一例を示すブロック図である。計算機システムは、物理サーバ１１０－１と、仮想サーバ１０９－１～１０９－ｎを提供する物理サーバ１１０－２と、物理サーバ１１０－１、１１０－２を管理する管理サーバ１０１がネットワーク１０８を介して接続される。物理サーバ１１０－１、１１０－２及び管理サーバ１０１は、図示しないネットワーク（例えばＳＡＮ：Ｓｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）を介して複数のディスクボリューム１１６ｐ、１１６ｄ、１１６ｖを有するストレージ装置１１５に接続される。なお、以下の説明では、物理サーバ１１０－１、１１０－２の総称を符号１１０で示し、仮想サーバ１０９－１～１０９－ｎの総称を符号１０９で示し、ディスクボリューム１１６ｐ、１１６ｄ、１１６ｖの総称を符号１１６で示す。
　物理サーバ１１０－１は、ＯＳ２１０や図示しないアプリケーションを含む業務システムを格納したディスクボリューム１１６ｐに接続され、ＯＳ２１０や図示しないアプリケーションをメモリにロードして実行する。ＯＳ２１０は、物理サーバ１１０－１のメモリの内容をダンプするダンプ情報取得部１１４を有する。物理サーバ１１０－１は、ディスクボリューム１１６ｄにも接続されており、ダンプ情報取得部１１４が取得したダンプデータ（メモリダンプ）４０１をディスクボリューム１１６ｄへ書き込む。物理サーバ１１０－１は、ディスクボリューム１１６ｐをブートディスクとして使用する。
　物理サーバ１１０－２は、仮想化部１１１を実行して複数の仮想サーバ１０９－１～１０９－ｎを提供する。物理サーバ１１０－２は、仮想ディスク５０１－０を格納したディスクボリューム１１６ｖが接続されており、仮想化部１１１が仮想ディスク５０１－０を読み込んで、仮想サーバ１０９－１を提供する。なお、仮想化部１１１は、物理サーバ１１０－２の物理的な計算機資源（以下、物理リソース）を仮想化して仮想サーバ１０９を生成するＶＭＭ（Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅ　Ｍｏｎｉｔｏｒ）やハイパーバイザで構成することができる。仮想サーバ１０９を提供する物理サーバ１１０は、図３で示すように複数の物理サーバ１１０－２～１１０－ｉで構成される。各物理サーバ１１０では、仮想化部１１１が稼動しており、各仮想化部１１１上で仮想サーバ１０９が実行される。なお、仮想ディスク５０１－０の総称は符号５０１を用いる。
　管理サーバ１０１は、複数の物理サーバ１１０の仮想化部１１１及び仮想化部１１１上で実行される仮想サーバ１０９を管理する仮想化管理部１０２と、物理サーバ１１０－１が使用するディスクボリューム１１６ｐをブロック単位で仮想化部１１１が利用可能な仮想ディスクに変換するＰ２Ｖ実行管理部１０３と、各種テーブルから構成される。
　仮想化管理部１０２は、複数の物理サーバ１１０の物理リソースを管理する物理サーバ管理テーブル１０４と、各物理サーバ１１０上の仮想化部１１１が生成する仮想サーバ１０９を仮想サーバ管理テーブル１０５と、仮想サーバ１０９に割り当てる仮想ディスク５０１を管理する仮想ディスク管理テーブル１０７を利用する。これらのテーブルは、管理者などが図示しない管理端末などから設定するものである。
　Ｐ２Ｖ実行管理部１０３は、物理サーバ１１０のディスクボリューム１１６を仮想ディスク５０１に変換する際に、ディスクボリューム１１６ｐのエラー発生箇所（不良ブロック）を記録する不良ブロック管理テーブル１０６と、仮想ディスク管理テーブル１０７を使用する。不良ブロック管理テーブル１０６は、Ｐ２Ｖ実行管理部１０３が生成する。仮想ディスク管理テーブル１０７は、仮想化管理部１０２によって仮想ディスク５０１と仮想サーバ１０９の対応関係が保持され、Ｐ２Ｖ実行管理部１０３によって各仮想ディスク５０１毎にエラーの有無と、仮想ディスク５０１の変換元の物理サーバ１１０の関係が保持される。
　図２は管理サーバ１０１の詳細な構成を示すブロック図である。管理サーバ１０１は演算処理を行うプロセッサ２０２と、データやプログラムを格納するメモリ２０１と、ネットワーク１０８と通信を行うネットワークインターフェース２０３と、ストレージ装置１１５にアクセスするディスクインターフェース２０４と、を備える。また、管理サーバ１０１は、図示しない入力装置及び出力装置を備える。入力装置は、例えば、マウスやキーボードで構成される。出力装置は、例えば、表示装置で構成される。
　メモリ２０１には、上述の仮想化管理部１０２と、Ｐ２Ｖ実行管理部１０３及び各種テーブルが格納される。仮想化管理部１０２と、Ｐ２Ｖ実行管理部１０３はプロセッサ２０２によって実行されるプログラムである。仮想化管理部１０２と、Ｐ２Ｖ実行管理部１０３は、記憶媒体としてのストレージ装置１１５に格納され、プロセッサ２０２によってメモリ２０１に読み込まれてから実行される。仮想化管理部１０２は、起動するとメモリ２０１上に物理サーバ管理テーブル１０４と、仮想サーバ管理テーブル１０５と、仮想ディスク管理テーブル１０７を格納する。Ｐ２Ｖ実行管理部１０３は、起動すると不良ブロック管理テーブル１０６をメモリ２０１上に格納する。
　仮想化管理部１０２は、複数の物理サーバ１１０の仮想化部１１１を制御して仮想サーバ１０９を管理する。仮想化管理部１０２は、図示しない入力装置から管理者の指令を受け付けて、物理サーバ１１０の仮想化部１１１に対して仮想サーバ１０９の生成、移動、削除を指令する。仮想化管理部１０２が仮想サーバ１０９を操作する処理については、周知または公知のＶＭＭまたはハイパーバイザと同様の処理を用いることができるため、ここでは詳述しない。
　また、管理サーバ１０１は、ストレージ装置１１５の複数のディスクボリューム１１６を物理サーバ１１０に割り当てるストレージ制御部（図示省略）を有する。なお、ストレージ制御部の機能は仮想化管理部１０２に含めるようにしてもよい。
　本発明の仮想化管理部１０２は、物理サーバ１１０－１のディスクボリューム１１６ｐを仮想ディスク５０１－０へ変換する際にエラーが発生したディスクボリューム１１６ｐのブロックを、仮想ディスク５０１－０を使用する仮想化部１１１へ通知する不良ブロック通知制御部２０５をさらに備える。なお、ディスクボリューム１１６のブロックは、物理サーバ１１０－１のＯＳ２１０がディスクボリューム１１６ｐにアクセスする単位を示し、例えば、ＬＢＡ（Ｌｏｇｉｃａｌ　Ｂｌｏｃｋ　Ａｄｄｒｅｓｓｉｎｇ）等で表される。
　Ｐ２Ｖ実行管理部１０３は、管理者などが管理サーバ１０１の入力装置から指定した物理サーバ１１０－１のディスクボリューム１１６ｐまたは物理ディスクを、仮想化部１１１で扱うことが可能な仮想ディスク５０１－０に変換してストレージ装置１１５のディスクボリューム１１６ｖに格納する。
　Ｐ２Ｖ実行管理部１０３は、ストレージ装置１１５からディスクボリューム（または物理ディスク）のデータをコピーし、変換元のディスクイメージを生成するディスクコピー制御部２０８と、コピーしたディスクイメージを仮想化部１１１が扱うことが可能な仮想ディスクイメージに変換し、仮想ディスク５０１としてストレージ装置１１５に格納するイメージ変換制御部２０６と、物理サーバ１１０－１のメモリのダンプデータを取得して、ディスクボリューム１１６ｐを読み込んだときにエラー（例えば、読み込みエラー）が発生したブロックをメモリのダンプデータから修復するデータ修復制御部２０７と、を含む。
　ディスクコピー制御部２０８は、物理サーバ１１０－１のディスクボリューム１１６ｐを読み込んだときにエラーが発生した場合には、当該エラーが発生したブロック番号を不良ブロック管理テーブル１０６に格納し、当該エラーが発生したブロックを読み飛ばす。
　イメージ変換制御部２０６は、エラーが発生した物理サーバ１１０－１のディスクボリューム１１６ｐのブロック番号を不良ブロック管理テーブル１０６から取得して、物理サーバ１１０－１のディスクイメージを仮想ディスクイメージである仮想ディスク５０１－０にブロック単位で変換する際に、エラーが発生したブロック番号に対応する仮想ディスク５０１－０上のブロック番号を不良ブロック管理テーブル１０６に格納しておく。
　上記処理により、変換元のディスクボリュームの特定のブロックのみにＩ／Ｏエラーが発生したり、未使用ブロックでＩ／Ｏエラーが発生した場合でも、変換元のディスクボリュームの仮想ディスクイメージへの変換処理を続行することができる。そして、変換後の仮想ディスク５０１－０は、不良ブロック管理テーブル１０６で変換時にエラーが発生したブロックを管理することで、仮想化された環境でもエラーを通知することができる。これにより、物理サーバ１１０－１のディスクボリューム１１６ｐが経年劣化により潜在的にエラーがあるものの、ＯＳ２１０は問題なく業務を提供できているため、Ｐ２Ｖを成功させることで、仮想サーバ１０９上でも当該ブロックのデータへアクセスしない可能性も高い。このため、たとえ仮想ディスクイメージへの変換中（ディスクボリューム１１６ｐのイメージコピー中）にエラーが発生したとしてもＰ２Ｖは成功させておくことで、物理サーバ１１０－１のＯＳ２１０やアプリケーションを仮想サーバ１０９へ移行させることができる。
　さらに、データ修復制御部２０７は、不良ブロック管理テーブル１０６に格納された物理サーバ１１０－１のディスクボリューム１１６ｐのエラーが発生したブロック番号を取得し、物理サーバ１１０－１のメモリのダンプデータに、このブロック番号のデータが存在する場合、仮想ディスク５０１－０の該当ブロック番号を、ダンプデータで更新して修復を行う。データ修復制御部２０７は、修復が成功した不良ブロック管理テーブル１０６のエントリを削除する。
　物理サーバ１１０－１のメモリ上には、ＯＳ２１０及びアプリケーションが稼動していたときに、Ｐ２Ｖの処理でエラーが発生したディスクボリューム１１６ｐのブロックを正常に読み込んだときのデータがディスクキャッシュなどに格納されている場合がある。そこで、Ｐ２Ｖの変換前に物理サーバ１１０－１のメモリのダンプデータ４０１を取得しておき、仮想ディスク５０１－０へ変換した後にメモリのダンプデータ４０１から不良ブロックのデータを再生することで、不良ブロックを修復することが可能となる。これにより、仮想サーバ１０９へ移行したＯＳ２１０及びアプリケーションを安定して稼働させることが可能となる。
　一方、データ修復制御部２０７で修復できなかった仮想ディスク５０１－０のブロック番号は、仮想化管理部１０２の不良ブロック通知制御部２０５が仮想化部１１１へ通知しておく。仮想化部１１１は、受信した仮想ディスク５０１－０のブロック番号を仮想サーバ１０９がアクセスした場合には、当該ブロックはエラーであることを仮想サーバ１０９に通知する。つまり、不良ブロック通知制御部２０５は、仮想化管理部１０２が物理サーバ１１０－２の仮想化部１１１に仮想サーバ１０９－１の生成を指令したときに、当該仮想サーバ１０９－１を構成する仮想ディスク５０１－０にエラーが発生したブロックが含まれる場合は、不良ブロック管理テーブル１０６の情報を通知しておく。
　ここで、Ｐ２Ｖ実行管理部１０３のディスクコピー制御部２０８とイメージ変換制御部２０６は、変換元のディスクボリューム１１６ｐまたは物理ディスクを、ブロック単位で読み込んで仮想ディスクイメージ（仮想ディスク５０１－０）のブロックに変換する。仮想ディスクイメージは、例えば、ディスクボリューム１１６ｐ上のブロックの内容とブロックの位置情報（ブロック番号）を関連付けたファイルとして構成することができる。
　Ｐ２Ｖ実行管理部１０３のイメージ変換制御部２０６は、ディスクコピー制御部２０８が読み込んだ変換元のブロックを、物理サーバ１１０－２の仮想化部１１１で利用可能な仮想ディスクイメージのブロックに変換し、仮想ディスク５０１としてストレージ装置１１５にブロック単で格納する。変換元のディスクイメージを仮想ディスクイメージに変換する手法としては、前記従来例に述べた特許文献１等の公知または周知の技術を利用すればよい。
　次に、仮想化管理部１０２及びＰ２Ｖ実行管理部１０３が利用する各テーブルについて説明する。
　図１０は、仮想化管理部１０２が物理サーバ１１０の物理リソースを管理する物理サーバ管理テーブル１０４の一例を示す図である。物理サーバ管理テーブル１０４は、物理サーバ１１０の識別子を格納する物理サーバ１００１と、物理サーバ１１０に接続されたディスクボリュームの容量を格納するボリュームサイズ１００２と、物理サーバ１１０のメモリの容量を格納するメモリサイズ１００３と、物理サーバ１１０に割り当てられたディスクボリュームの識別子を格納するボリューム識別子１００４から一つのレコードが構成される。なお、この他、プロセッサのコア数や動作周波数などを含めてもよい。物理サーバ管理テーブル１０４の各項目は、管理サーバ１０１の入力装置（図示省略）から管理者などが設定することができる。
　図９は、仮想化管理部１０２が仮想サーバ１０９を管理する仮想サーバ管理テーブル１０５の一例を示す図である。仮想サーバ管理テーブル１０５は、仮想サーバ１０９の識別子を格納する仮想サーバ識別子９０１と、当該仮想サーバを提供する仮想化部１１１の識別子を格納する仮想化部識別子９０２と、当該仮想化部を実行する物理サーバ１１０の識別子を格納する物理サーバ識別子９０３から一つのレコードが構成される。物理サーバ識別子９０３は、物理サーバ管理テーブル１０４の物理サーバ１００１に対応する。仮想化部識別子９０２及び仮想サーバ識別子９０１は、管理サーバ１０１の入力装置（図示省略）から管理者などが設定することができる。
　図８は、変換元の物理サーバ１１０と変換後の仮想ディスク５０１を管理する仮想ディスク管理テーブル１０７の一例を示す図である。仮想ディスク管理テーブル１０７は、仮想ディスク５０１の識別子を格納する仮想ディスク識別子８０１と、当該仮想ディスクが割り当てられた仮想サーバ１０９の識別子を格納する仮想サーバ識別子８０３と、当該仮想ディスク５０１の変換元の物理サーバ１１０－１の識別子を格納する物理サーバ識別子８０３と、当該仮想ディスク５０１の変換時にエラーが発生したか否かを示す不良ブロック検出８０４から一つのレコードが構成される。
　変換元のディスクボリューム１１６ｐを仮想ディスク５０１－０へ変換した後に、Ｐ２Ｖ実行管理部１０３が新たなレコードを生成する。Ｐ２Ｖ実行管理部１０３は、変換元のディスクボリューム１１６ｐを使用していた物理サーバ１１０の識別子を物理サーバ識別子８０３に格納し、後述するように仮想化管理部１０２から付与された仮想ディスクの識別子を仮想ディスク識別子８０１に格納し、仮想ディスク５０１－０へ変換する際に不良ブロックが発生した場合には、不良ブロック検出８０４の「ＹＥＳ」を格納し、不良ブロックがなければ「ＮＯ」を格納する。
　仮想化管理部１０２が当該仮想ディスク識別子８０１の仮想ディスク５０１－０を使用するときに、仮想サーバの識別子を付与して仮想ディスク管理テーブル１０７の仮想サーバ識別子８０２へ格納する。
　仮想ディスク管理テーブル１０７は、仮想ディスク５０１の変換元のディスクボリューム１１６を使用していた物理サーバ１１０と、仮想ディスク５０１の識別子の関係と、変換時にエラーが発生したか否かを保持する。さらに、仮想ディスク管理テーブル１０７は、仮想化管理部１０２が仮想ディスク５０１を仮想化部１１１へ割り当てる際には、仮想ディスク識別子８０１と仮想サーバの関係を仮想サーバ識別子８０２によって管理する。
　図７は、Ｐ２Ｖ実行管理部１０３が仮想ディスク５０１と変換元のディスクボリューム１１６の不良ブロックの関係を管理する不良ブロック管理テーブル１０６の一例を示す図である。
　不良ブロック管理テーブル１０６は、変換元のディスクボリューム１１６ｐを使用していた物理サーバ１１０の識別子を格納する物理サーバ識別子７０１と、Ｐ２Ｖ実行管理部１０３がディスクボリューム１１６ｐを読み込んだときにエラーが発生したブロックの位置を格納する物理ディスク不良ブロック番号７０２と、ディスクボリューム１１６ｐを変換した仮想ディスク５０１の識別子を格納する仮想ディスク識別子７０３と、当該仮想ディスク５０１に含まれる不良ブロックの位置を格納する仮想ディスク不良ブロック番号７０４から一つのレコードが構成される。
　物理サーバ７０１と物理ディスク不良ブロック番号７０２には、変換元のディスクボリューム１１６ｐを読み込むディスクコピー制御部２０８によって情報が格納される。仮想ディスク識別子７０３と、仮想ディスク不良ブロック番号７０４には、変換元のディスクイメージを仮想ディスクイメージに変換するイメージ変換制御部２０６によって情報が書き込まれる。
　図３は、仮想化部１１１及び仮想サーバ１０９を実行する物理サーバ１１０（１１０－２～１１０－ｉ）の一例を示すブロック図である。複数の物理サーバ１１０－２～１１０－ｉは、同様の構成であるので物理サーバ１１０－２について説明する。
　物理サーバ１１０－２は、演算処理を行うプロセッサ２０２と、データやプログラムを格納するメモリ２０１と、ネットワーク１０８と通信を行うネットワークインターフェース２０３と、ストレージ装置１１５にアクセスするディスクインターフェース２０４と、を備える。
　メモリ２０１には、上述の仮想化部１１１と、仮想化部１１１が生成した仮想サーバ１０９－１、１０９－２が格納される。仮想化部１１１はプロセッサ２０２によって実行されるプログラムである。仮想化部１１１は、記憶媒体としてのストレージ装置１１５に格納され、プロセッサ２０２によってメモリ２０１に読み込まれてから実行される。
　仮想サーバ１０９－１、１０９－２は、仮想化部１１１によって提供される仮想リソースで、これら仮想サーバ１０９上で仮想ディスク５０１に含まれるＯＳやアプリケーションがプロセッサ２０２で実行される。なお、図８で示すように、仮想サーバ１０９－１（ｖｉｒｔ１）は仮想ディスクｖｄｉｋ０で起動し、仮想サーバ１０９－２（ｖｉｒｔ２）は仮想ディスクｖｄｉｋ１で起動した例を示す。
　仮想化部１１１は、物理サーバ１１０－２の物理リソースを仮想化して仮想サーバ１０９を生成する機能に加え、仮想サーバ１０９に不良ブロックを通知するエラーエミュレーション制御部１１２と、仮想サーバ１０９がアクセスする仮想ディスク５０１を監視する仮想ディスクＩ／Ｏ制御部１１３と、仮想ディスク５０１の不良ブロックを管理する不良ブロック管理テーブル３０１を有する。
　図１８は、仮想化部１１１が管理する不良ブロック管理テーブル３０１の一例を示す図である。不良ブロック管理テーブル３０１は、仮想化部１１１が生成した仮想サーバの識別子を格納する仮想サーバ識別子６０１と、仮想サーバ１０９を起動した仮想ディスク５０１の識別子を格納する仮想ディスク識別子６０２と、仮想ディスク５０１に含まれる不良ブロックの位置を格納する仮想ディスク不良ブロック管理６０３から一つのレコードが構成される。不良ブロック管理テーブル３０１は、仮想化管理部１０２の不良ブロック通知制御部２０５が仮想化部１１１へ通知したテーブルである。
　仮想ディスクＩ／Ｏ制御部１１３は、後述するように、仮想サーバ１０９からストレージ装置１１５へのアクセス（読み込みアクセス）があると、不良ブロック管理テーブル３０１を参照して現在アクセス対象の仮想ディスクのブロック番号が仮想ディスク不良ブロック番号６０３に一致すると、当該不良ブロック番号と仮想サーバ識別子６０１をエラーエミュレーション制御部１１２に通知する。エラーエミュレーション制御部１１２は、受信した仮想サーバ識別子６０１に対応する仮想サーバ１０９に対して現在アクセスした仮想ディスク５０１のブロックでエラー（Ｉ／Ｏエラー）が発生したことを通知する。このとき、エラーエミュレーション制御部１１２は不良ブロック番号６０３を仮想サーバ１０９に通知する。
　図４は、変換元のディスクボリューム１１６ｐを使用する物理サーバ１１０－１の一例を示すブロック図である。
　物理サーバ１１０－１は、図３の物理サーバ１１０－２～１１０－ｉと同様に構成される。物理サーバ１１０－１は、演算処理を行うプロセッサ２０２と、データやプログラムを格納するメモリ２０１と、ネットワーク１０８と通信を行うネットワークインターフェース２０３と、ストレージ装置１１５にアクセスするディスクインターフェース２０４と、を備える。
　ディスクインターフェース２０４は、ストレージ装置１１５のディスクボリューム１１６ｐとディスクボリューム１１６ｄにアクセスする。
　メモリ２０１には、上述のＯＳ２１０が格納される。ＯＳ２１０はプロセッサ２０２によって実行されるプログラムである。ＯＳ２１０は、記憶媒体としてのストレージ装置１１５のディスクボリューム１１６ｐに格納され、プロセッサ２０２によってメモリ２０１に読み込まれてから実行される。
　ＯＳ２１０は、メモリ２０１の内容をストレージ装置１１５のディスクボリューム１１６ｄへ書き出すダンプ情報取得部１１４を有する。ダンプ情報取得部１１４は、ＯＳ２１０からの指令を受けたとき、または、ＯＳ２１１に所定のエラー（例えば、システムエラー）が発生したときにメモリ２０１の内容を取得して、ダンプデータ４０１としてディスクボリューム１１６ｄに書き込む。なお、ダンプデータ４０１を書き込むディスクはＯＳ２１０が利用するディスクボリューム１１６ｐであってもよい。
　また、ＯＳ２１０上では図示しないアプリケーションが実行され、所定のサービスを提供する。アプリケーションは、ＯＳ２１０と同じディスクボリューム１１６ｐに格納される。物理サーバ１１０－１は、ディスクボリューム１１６ｐをシステムボリューム（ブートディスク）として利用する。
　図５は、Ｐ２Ｖで物理サーバ１１０－１から移行した仮想サーバ１０９がディスクボリュームでアクセスする例を示すブロック図である。
　図５において、物理サーバ１１０－２（ｐｈｙ２）の仮想化部１１１（ｈｙｐｅｒ１）は、管理サーバ１０１の仮想化管理部１０２からの指令を受け付けて、ディスクボリューム１１６ｖの仮想ディスク５０１－０（ｖｄｉｓｋ０）で仮想サーバ１０９－１（ｖｉｒｔ１）を生成し、仮想ディスク５０１－１（ｖｄｉｓｋ１）で仮想サーバ１０９－２（ｖｉｒｔ２）を生成した例を示す。なお、仮想化部１１１が行う仮想サーバ１０９の生成は、物理サーバ１１０－２の物理リソースを仮想化した仮想リソースを仮想サーバに割り当てて、当該仮想リソース上で仮想ディスク５０１－０のＯＳ２１０ｖを起動し、仮想ディスク５０１－０に含まれるアプリケーションでサービスの提供を開始するものである。
　仮想ディスクＩ／Ｏ制御部１１３は、仮想サーバ１０９－１からストレージ装置１１５の仮想ディスク５０１－０にアクセス（読み込みアクセス）があると、現在アクセス対象の仮想ディスク５０１－０のブロック番号が不良ブロック管理テーブル３０１に存在するか否かを判定する。アクセス対象の仮想ディスク５０１－０のブロック番号が不良ブロック管理テーブル３０１の仮想ディスク不良ブロック番号６０３に一致すると、当該不良ブロック番号と仮想サーバ識別子６０１をエラーエミュレーション制御部１１２に通知する。
　エラーエミュレーション制御部１１２は、エラーエミュレーション制御部１１２から通知された仮想サーバ識別子６０１に対応する仮想サーバ１０９－１のＯＳ２１０ｖに対して現在アクセスした仮想ディスク５０１－０の不良ブロック番号６０３でエラーが発生したことを通知する。
　一方、アクセス対象の仮想ディスク５０１－０のブロック番号が不良ブロック管理テーブル３０１になければ、仮想ディスクＩ／Ｏ制御部１１３はディスクボリューム１１６ｖの仮想ディスク５０１－０にアクセスして、アクセスの結果を仮想サーバ１０９－１へ応答する。
　このように、物理サーバ１１０－１のディスクボリューム１１６ｐを仮想ディスク５０１－０へ変換したときにエラーが発生したブロックについては、変換後の不良ブロックの位置が不良ブロック管理テーブル３０１に登録される。そして、仮想サーバ１０９が不良ブロックにアクセスすると、仮想化部１１１の仮想ディスクＩ／Ｏ制御部１１３とエラーエミュレーション制御部１１２により、不良ブロック番号６０３が仮想サーバ１０９－１のＯＳ２１０ｖに通知する。
　物理サーバ１１０－１のＯＳ２１０は、仮想化環境へ移行して仮想サーバ１０９－１でＯＳ２１０ｖとして実行されるが、ディスクボリューム１１６ｐの不良ブロックを仮想サーバ１０９で読み込むと、仮想化される以前と同様に、エラーエミュレーション制御部１１２によりエラーがＯＳ２１０ｖへ通知され、ＯＳ２１０ｖが不正なデータを読み込むのを抑止できる。
　図６は、Ｐ２Ｖで仮想ディスク５０１－０へ変換した後に、物理サーバ１１０－１のメモリのダンプデータ４０１から不良ブロックを修復する例を示すブロック図である。
　Ｐ２Ｖ実行管理部１０３は、物理サーバ１１０－１のディスクボリューム１１６ｐをコピーする前に、物理サーバ１１０－１のメモリ２０１のダンプデータ４０１を取得しておく。なお、取得したダンプデータ４０１は所定のディスクボリューム１１６ｄへ格納しておく。
　次に、Ｐ２Ｖ実行管理部１０３は、物理サーバ１１０－１のディスクボリューム１１６ｐをコピーする際にエラーが発生したブロックを不良ブロック管理テーブル１０６で管理する。そして、イメージ変換制御部２０６はエラーが発生したブロック（不良ブロック）を除いて仮想ディスク５０１－０へ変換する。なお、イメージ変換制御部２０６は、不良ブロックに対応する仮想ディスク５０１の該当ブロックには、ｎｕｌｌまたはダミーデータなど所定のデータを格納する。
　Ｐ２Ｖ実行管理部１０３のデータ修復制御部２０７は、変換が完了した仮想ディスク５０１について不良ブロック管理テーブル１０６から仮想ディスク不良ブロック番号７０４を取得する。データ修復制御部２０７は、取得した不良ブロック番号７０４がメモリ２０１のダンプデータ４０１に存在するか検索する。データ修復制御部２０７は、当該不良ブロック番号７０２のデータがダンプデータ４０１に存在した場合には、当該ダンプデータ４０１のうち不良ブロック番号７０２に対応するデータを仮想ディスク５０１－０に書き込んで修復する。
　以上により、物理サーバ１１０－１が長期間にわたって稼動し続けていた場合には、メモリ２０１上のディスクキャッシュなどにディスクボリューム１１６ｐで不良ブロックが発生する以前の当該ブロックのデータを格納していることがある。本発明ではデータ修復制御部２０７が、ディスクボリューム１１６ｐを読み込む以前にメモリ２０１のダンプデータ４０１を取得しておき、仮想ディスク５０１へ変換した後にダンプデータ４０１から不良ブロックを修復することが可能となる。
　＜管理サーバの処理＞
　以下、管理サーバ１０１で行われる処理の詳細について説明する。
　図１１は、Ｐ２Ｖ実行管理部１０３で行われる変換元のディスクボリューム１１６をブロック単位で読み込んで仮想ディスクイメージのブロックに変換する処理の概要を示すフローチャートである。この処理は、管理サーバ１０１の入力装置（図示省略）から管理者などが指定した変換元のディスクボリューム１１６ｐと、格納先のディスクボリューム１１６ｖを受け付けたときに管理サーバ１０１で実行される。
　なお、以下では、管理サーバ１０１が、物理サーバ１１０－１のディスクボリューム１１６ｐを仮想ディスクイメージへ変換した仮想ディスク５０１－０を生成し、この仮想ディスク５０１－０で物理サーバ１１０－２（ｐｈｙ２）に仮想サーバ１０９－１を稼動させて仮想環境へ移行する例を示す。このため、管理者は、管理サーバ１０１の入力装置（図示省略）から、物理サーバ１１０－２の仮想化部１１１が仮想サーバ１０９－１に割り当てる仮想リソースと、仮想サーバの識別子（ｖｉｒｔ１）を仮想化管理部１０２へ入力しておく。なお、管理者は、管理サーバ１０１の入力装置（図示省略）から、物理サーバ１１０－２上の仮想サーバ１０９－１に、変換後の仮想ディスク５０１－０を格納するディスクボリューム１１６ｖを割り当てておく。
　ステップ１１０１では、管理サーバ１０１の仮想化管理部１０２が、Ｐ２Ｖ実行管理部１０３を起動する。そして、Ｐ２Ｖ実行管理部１０３が、図示しない入力装置から受け付けた変換元のディスクボリューム１１６ｐの識別子から物理サーバ管理テーブル１０４を参照して、当該ディスクボリューム１１６ｐを使用する物理サーバ１１０－１をネットワーク１０８から選択する。
　仮想化管理部１０２は、変換後の仮想ディスク５０１の識別子（ｖｄｉｓｋ０）を決定してＰ２Ｖ実行管理部１０３へ通知する。この仮想ディスク５０１の識別子は、計算機システム内で一意の仮想ディスクの識別子である。なお、仮想ディスクの識別子は、管理者などが指定した値を仮想化管理部１０２が受け付けてもよい。
　ステップ１１０２では、Ｐ２Ｖ実行管理部１０３のデータ修復制御部２０７が、選択した物理サーバ１１０－１に対してメモリ２０１のダンプデータ４０１を取得してディスクボリューム１１６ｄへ格納する指令を通知する。なお、ダンプデータ４０１を格納するディスクボリューム１１６ｄは予め設定されたものである。
　物理サーバ１１０－１のＯＳ２１０は、データ修復制御部２０７からの指令を受信して、ダンプ情報取得部１１４を起動する。ダンプ情報取得部１１４は、メモリ２０１のダンプを取得し、ダンプデータ４０１を指定されたディスクボリューム１１６ｄに格納する。ＯＳ２１０は、ダンプデータ４０１の格納が終了すると管理サーバ１０１へダンプの完了を通知する。
　ステップ１１０３では、Ｐ２Ｖ実行管理部１０３は物理サーバ１１０－１からダンプの完了を受信すると、ディスクコピー制御部２０８を起動して、物理サーバ１１０－１が使用しているディスクボリューム１１６ｐのコピーと、仮想ディスクイメージへの変換を指令する。
　ディスクコピー制御部２０８は、指定されたディスクボリューム１１６ｐをブロック単位で読み込んで、イメージ変換制御部２０６で仮想ディスクイメージのブロックに変換して、所定のディスクボリューム１１６ｖに仮想ディスク５０１－０としてブロック単位で格納する。なお、ディスクコピー制御部２０８及びイメージ変換制御部２０６の詳細については、図１２、図１３で詳述する。
　ディスクコピー制御部２０８は、ディスクボリューム１１６ｐのブロックを読み込むときにエラーが発生した場合には、物理サーバ１１０－１の識別子（ｐｈｙ１）とエラーが発生したブロック番号を、不良ブロック管理テーブル１０６の物理サーバ識別子７０１と物理ディスク不良ブロック番号７０２へ格納する。
　イメージ変換制御部２０６は、ディスクコピー制御部２０８が読み込んだブロックを仮想ディスク５０１－０のブロックに変換する。このとき、イメージ変換制御部２０６は、不良ブロック管理テーブル１０６を参照して、ディスクボリューム１１６ｐから読み込んだブロック番号が物理ディスク不良ブロック番号７０２に一致した場合には、当該ブロックを格納する仮想ディスクイメージのブロック番号を、不良ブロック管理テーブル１０６の仮想ディスク不良ブロック番号７０４に格納し、変換する仮想ディスク５０１－０の識別子を仮想ディスク識別子７０３に格納する（ステップ１１０４）。そして、イメージ変換制御部２０６は、ディスクコピー制御部２０８が読み込んだブロックが不良ブロックであるので、仮想ディスク５０１－０の該当ブロックには上述したダミーデータを書き込む。なお、ステップ１１０３、１１０４の処理は、ディスクボリューム１１６ｐの読み込みから仮想ディスクイメージに変換する処理の期間中で繰り返して行われる。
　ディスクコピー制御部２０８は、変換元のディスクボリューム１１６ｐのブロックを全て読み込むと、ディスクボリューム１１６ｐから仮想ディスク５０１－０への変換が完了したことをＰ２Ｖ実行管理部１０３に通知する。
　仮想ディスク５０１－０への変換が完了すると、Ｐ２Ｖ実行管理部１０３は仮想化管理部１０２から付与された仮想ディスク５０１－０の識別子で不良ブロック管理テーブル１０６を検索し、変換中に不良ブロックが発生したか否かを判定する（ステップ１１０５）。
　不良ブロックが発生した場合にはステップ１１０６へ進み、不良ブロックがなければステップ１１０７に進む。
　　ステップ１１０６では、Ｐ２Ｖ実行管理部１０３がデータ修復制御部２０７を起動し、物理サーバ１１０－１のメモリ２０１のダンプデータ４０１から仮想ディスク５０１－０の不良ブロックを上述のように修復する。データ修復制御部２０７は、仮想ディスク５０１－０の不良ブロックの修復に成功した場合、不良ブロック管理テーブル１０６の該当レコードを削除する。データ修復制御部２０７の処理については、図１４で詳述する。データ修復制御部２０７は、処理が完了するとＰ２Ｖ実行管理部１０３に通知する。
　次に、ステップ１１０７では、Ｐ２Ｖ実行管理部１０３が仮想ディスク管理テーブル１０７を設定する。
　Ｐ２Ｖ実行管理部１０３は、仮想ディスク管理テーブル１０７に新たなレコードを追加し、仮想化管理部１０２から付与された仮想ディスクの識別子を仮想ディスク識別子８０１に格納し、仮想ディスク５０１－０の変換元のディスクボリューム１１６ｐを使用していた物理サーバ１１０－１の識別子を物理サーバ識別子８０３へ格納する。さらに、Ｐ２Ｖ実行管理部１０３は、仮想化管理部１０２から付与された仮想ディスク識別子で不良ブロック管理テーブル１０６を検索し、仮想ディスク５０１－０に不良ブロックが含まれていれば、仮想ディスク管理テーブル１０７の不良ブロック検出８０４に「ＹＥＳ」を格納し、不良ブロックが含まれていなければ「ＮＯ」を格納する。なお、仮想ディスク管理テーブル１０７の仮想サーバ識別子８０２は、当該仮想ディスク８０１－０を仮想サーバ１０９で使用するときに仮想化管理部１０２が識別子を付与するので、仮想ディスク５０１－０を生成した直後では、仮想サーバ識別子８０２の値は空欄となる。
　ステップ１１０８では、Ｐ２Ｖ実行管理部１０３がディスクボリューム１１６ｐから仮想ディスク５０１－０の変換が完了したことを仮想化管理部１０２へ通知して処理を終了する。
　上記処理によって、Ｐ２Ｖ実行管理部１０３がディスクボリューム１１６ｐから仮想ディスク５０１－０へブロック単位で変換し、ディスクボリューム１１６ｐを読み込むときにエラーが発生したブロックについては不良ブロック管理テーブル１０６で管理し、仮想ディスク５０１－０にはダミーデータを書き込む。そして、変換元のディスクボリューム１１６ｐのブロックを全て読み込んで仮想ディスク５０１－０への変換が完了すると、データ修復制御部２０７によってダンプデータ４０１から不良ブロック管理テーブル１０６の修復を実施する。
　データ修復制御部２０７の処理が完了すると仮想ディスク管理テーブル１０７が更新され、新たな仮想ディスクイメージとして仮想ディスク５０１－０が当該テーブル１０７に加えられる。
　図１２は、ディスクコピー制御部２０８で行われる処理の一例を示すフローチャートである。この処理は、図１１のステップ１１０３、１１０４の処理である。
　ステップ１２０１では、ディスクコピー制御部２０８はＰ２Ｖ実行管理部１０３が受け付けたディスクボリューム１１６ｐから、先頭のブロックを読み込む。
　ステップ１２０２では、エラーが発生したか否か、換言すれば読み込みに失敗したか否かを判定する。当該ブロックの読み込みに失敗した場合にはステップ１２０３へ進み、成功した場合にはステップ１２０４へ進む。
　ステップ１２０３では、ディスクコピー制御部２０８が、不良ブロック管理テーブル１０６に新たなレコードを追加し、読み込みに失敗したブロックの番号を物理ディスク不良ブロック番号７０２に書き込み、現在読み込みを行っているディスクボリューム１１６ｐを使用する物理サーバ１１０の識別子を物理サーバ識別子７０１に書き込む。
　ステップ１２０４では、ディスクコピー制御部２０８が、読み込んだブロックのデータと、ブロック番号と物理サーバ１１０の識別子をイメージ変換制御部２０６に通知して、仮想ディスクイメージへの変換を要求する。イメージ変換制御部２０６は、要求されたブロックを仮想ディスクイメージへ変換する。
　ステップ１２０５では、ディスクコピー制御部２０８が、現在読み込んだブロックが最終ブロックであるか否かを判定する。最終ブロックでない場合には、ステップ１２０６へ進んでディスクコピー制御部２０８が次の最終ブロックを読み込む。そして、上記ステップ１２０２～１２０５の処理を繰り返す。一方、現在読み込んだブロックが最終ブロックであれば仮想ディスクイメージへの変換が完了したことをＰ２Ｖ実行管理部１０３に通知して処理を終了する。
　次に、図１３は、図１２のステップ１２０４で行われるディスクボリューム１１６ｐから仮想ディスクイメージへの変換処理の一例を示すフローチャートである。
　ステップ１３０１では、イメージ変換制御部２０６がディスクコピー制御部２０８から受け付けたブロック番号と物理サーバ１１０の識別子が不良ブロック管理テーブル１０６に存在するか否かを判定する。受け付けたブロック番号と物理サーバ１１０の識別子が不良ブロック管理テーブル１０６に存在すれば、イメージ変換制御部２０６は読み込みの際にエラーが発生した不良ブロックでるあと判定してステップ１３０４へ進む。一方、受け付けたブロック番号と物理サーバ１１０の識別子が不良ブロック管理テーブル１０６に存在しなければ、イメージ変換制御部２０６は当該ブロックが正常に読み込まれたと判定してステップ１３０２へ進む。
　ステップ１３０２では、イメージ変換制御部２０６が、ディスクコピー制御部２０８から受け付けたブロックのデータを、仮想ディスクイメージへ変換する。つまり、ディスクボリューム１１６ｐのブロックを仮想ディスク５０１－０のフォーマットに変換する。そして、ステップ１３０３では、変換した仮想ディスクイメージのブロックをディスクボリューム１１６ｖの仮想ディスク５０１－０に書き込んで、イメージ変換制御部２０６の処理を終了する。
　一方、ステップ１３０１で、不良ブロックが存在すると判定されたときに進むステップ１３０４では、イメージ変換制御部２０６が不良ブロック管理テーブル１０６に仮想ディスク不良ブロック番号７０４と仮想ディスク識別子７０３を書き込む。イメージ変換制御部２０６は、ディスクボリューム１１６ｐの不良ブロック番号と物理サーバ１１０の識別子が一致する不良ブロック管理テーブル１０６のレコードに、仮想化管理部１０２より付与された仮想ディスクの識別子を仮想ディスク識別子７０３に格納する。そして、イメージ変換制御部２０６は、当該レコードの仮想ディスク不良ブロック番号７０４には、ディスクコピー制御部２０８から受け付けた不良ブロック番号のデータを仮想ディスクイメージへ変換したと仮定して場合の仮想ディスク５０１－０上のブロック番号を格納する。そして、イメージ変換制御部２０６は、当該不良ブロックに対応する仮想ディスク５０１－０のブロックには、上述したようなダミーデータを書き込んで処理を終了する。
　以上の処理により、ディスクコピー制御部２０８は変換元のディスクボリューム１１６ｐの先頭ブロックから最終ブロックまでをブロック単位で読み込んで、イメージ変換制御部２０６で仮想ディスクイメージへ変換する。ディスクボリューム１１６ｐのブロックを読み込む際にエラーが発生すると、ディスクコピー制御部２０８がブロック番号及び物理サーバ１１０の識別子を不良ブロック管理テーブル１０６に追加し、イメージ変換制御部２０６が仮想ディスクの識別子と仮想ディスク５０１－０のブロック番号を書き込む。イメージ変換制御部２０６は、不良ブロックのデータに代わって、所定のダミーデータを仮想ディスク５０１－０に書き込んで、仮想ディスク５０１－０への変換を続行する。
　次に、ディスクボリューム１１６ｐを仮想ディスクイメージへ変換した仮想ディスク５０１－０に不良ブロックが含まれる場合は、Ｐ２Ｖ実行管理部１０３がデータ修復制御部２０７でダンプデータ４０１から不良ブロックの修復を試みる。
　図１４は、データ修復制御部２０７で行われる処理の一例を示すフローチャートである。この処理は、図１１のステップ１１０６６で行われる処理である。
　ステップ１４０１では、データ修復制御部２０７が、現在仮想ディスク５０１－０に変換したディスクボリューム１１６ｐに対応する物理ディスク不良ブロック番号７０２を全て取得する。ディスクボリューム１１６ｐを読み込んだとき複数のエラーが発生していれば、不良ブロック管理テーブル１０６にはディスクボリューム１１６ｐを使用している物理サーバ１１０の識別子を物理サーバ識別子７０１に含むレコードが複数存在するので、データ修復制御部２０７は、全ての物理ディスク不良ブロック番号７０２を取得する。
　ステップ１４０２では、データ修復制御部２０７は、仮想ディスク５０１－０の変換元の物理サーバ１１０－１のメモリ２０１のダンプデータ４０１をディスクボリューム１１６ｄから取得する。そして、データ修復制御部２０７は、ステップ１４０１で取得した変換元の不良ブロック番号７０２で、ダンプデータ４０１を検索する。この検索はステップ１４０１で取得した全ての物理ディスク不良ブロック番号７０２について実施する。
　ステップ１４０３では、データ修復制御部２０７が、ダンプデータ４０１の中に不良ブロック番号７０２に一致するデータがあったか否かを判定する。不良ブロック番号７０２に一致するデータがダンプデータ４０１に含まれていた場合にはステップ１４０４に進む。一方、不良ブロック番号７０２に一致するデータがダンプデータ４０１に含まれていなければ、データ修復制御部２０７を実行できないので処理終了する。
　ステップ１４０４では、データ修復制御部２０７が、ダンプデータ４０１から不良ブロック番号７０２に一致するデータをコピーする。ステップ１４０５では、データ修復制御部２０７がイメージ変換制御部２０６にコピーしたデータを仮想ディスクイメージのフォーマットに変換するよう指令する。そして、データ修復制御部２０７はイメージ変換制御部２０６から仮想ディスクイメージに変換されたブロックを取得する。データ修復制御部２０７は、不良ブロック管理テーブル１０６を参照して不良ブロック番号７０２に対応する仮想ディスク不良ブロック番号７０４を取得し、仮想ディスク不良ブロック番号７０４が示す仮想ディスク５０１－０のブロックに書き込む。
　ステップ１４０６では、データ修復制御部２０７が、ダンプデータ４０１から不良ブロック番号７０４の仮想ディスク５０１－０を修復に成功した不良ブロック管理テーブル１０６のレコードを削除して更新する。また、データ修復制御部２０７は、現在着目している物理サーバ１１０－１の識別子を不良ブロック管理テーブル１０６から検索する。そして、当該物理サーバ１１０の識別子が不良ブロック管理テーブル１０６の物理サーバ７０１からなくなれば、変換処理の際に発生した不良ブロックは全てダンプデータ４０１から修復することができたことになる。このため、データ修復制御部２０７は、仮想ディスク管理テーブル１０７の物理サーバ識別子８０３から現在着目している物理サーバ１１０－１の識別子を検索し、該当するレコードの不良ブロック検出８０４を「ＮＯ」に更新する。
　以上の処理により、仮想ディスクイメージへ変換する際には読み込みの際にエラーが発生した不良ブロックを、ダンプデータ４０１から修復することで、仮想ディスク５０１－０に含まれる不良ブロックを低減することができる。
　図１５は、仮想化管理部１０２で行われる処理の一例を示すフローチャートである。このフローチャートは、仮想化管理部１０２がＰ２Ｖ実行管理部１０３から仮想ディスク５０１－０の変換が完了した通知を受信したときに実行される。仮想化管理部１０２は、図１１の説明で述べたように、物理サーバ１１０－２の仮想化部１１１で仮想サーバ１０９－１に割り当てる仮想リソースと、仮想サーバの識別子が入力されており、変換された仮想ディスク５０１－０で仮想サーバ１０９－１を起動させる例を示す。
　ステップ１５０１で、仮想化管理部１０２はＰ２Ｖ実行管理部１０３から仮想サーバ１０９－１の変換完了の通知を受け付ける。
　ステップ１５０２で、仮想化管理部１０２は、変換された仮想ディスク５０１－０の識別子で不良ブロック管理テーブル１０６を検索し、該当するレコードを取得する。そして、仮想化管理部１０２は、仮想ディスク５０１－０で仮想サーバ１０９－１を実行する物理サーバ１１０－２の仮想化部１１１に、ステップ１５０２で取得したレコードを通知する。このとき、仮想化管理部１０２は、仮想サーバ１０９－１に割り当てる仮想サーバ識別子や仮想リソースも通知する。
　また、仮想化管理部１０２は、仮想ディスク５０１－０の識別子に該当する仮想ディスク管理テーブル１０７の仮想サーバ識別子８０２に、仮想化部１１１へ通知した値を設定する。
　上記処理より、物理サーバ１１０－２の仮想化部１１１は、仮想サーバ１０９－１に仮想リソースを割り当てて、物理サーバ１１０－１のディスクボリューム１１６ｐを変換した仮想ディスク５０１－０で仮想サーバ１０９－１を起動させる。
　図１６は、仮想サーバ１０９－１を提供する仮想化部１１１の仮想ディスクＩ／Ｏ制御部１１３で行われる処理の一例を示すフローチャートである。
　物理サーバ１１０－２の仮想化部１１１は、管理サーバ１０１の仮想化管理部１０２から不良ブロック管理テーブル１０６の一部を受信すると、生成する仮想サーバ１０９－１の識別子に基づいて、図１８で示した不良ブロック管理テーブル３０１を生成または更新する。そして、仮想化部１１１は仮想サーバ１０９－１にディスクボリューム１１６ｖを割り当てて、仮想ディスク５０１－０でＯＳ２１０ｖを起動させ、仮想サーバ１０９－１を稼動させる。
　仮想サーバ１０９－１（ｖｉｒｔ１）が、ディスクボリューム１１６ｖの仮想ディスク５０１－０へアクセスすると、仮想ディスクＩ／Ｏ制御部１１３は図１６の処理を開始する。
　まず、ステップ１６０１では、仮想ディスクＩ／Ｏ制御部１１３が仮想サーバ１０９－１から仮想ディスク５０１－０へのアクセス（Ｉ／Ｏ要求）を受け付ける。ステップ１６０２では、仮想ディスクＩ／Ｏ制御部１１３は、不良ブロック管理テーブル３０１から仮想サーバ１０９－１に割り当てられた仮想ディスク５０１－０の仮想ディスク不良ブロック番号６０３を取得する。
　ステップ１６０３では、仮想ディスクＩ／Ｏ制御部１１３は、上記ステップ１６０１で受け付けたＩ／Ｏ要求のブロック番号で、ステップ１６０２で取得した仮想ディスク不良ブロック番号６０３を検索する。そして、ステップ１６０４では、仮想ディスクＩ／Ｏ制御部１１３が、Ｉ／Ｏ要求のブロックに仮想ディスク不良ブロック番号６０３が含まれるか否かを判定する。不良ブロックが含まれる場合にはステップ１６０５へ進み、不良ブロックが含まれない場合には、ステップ１６０６へ進む。
　ステップ１６０５では、仮想ディスクＩ／Ｏ制御部１１３が、エラーエミュレーション制御部１１２に仮想ディスク５０１－０の不良ブロックにアクセスしたことを通知する。一方、正常なブロックについてはステップ１６０６で、仮想ディスクＩ／Ｏ制御部１１３が仮想ディスク５０１－０へのアクセスを実行し、アクセス結果を仮想サーバ１０９－１に応答する。
　図１７は、エラーエミュレーション制御部１１２で行われる処理の一例を示すフローチャートである。この処理は、エラーエミュレーション制御部１１２が、仮想ディスクＩ／Ｏ制御部１１３が、不良ブロックへのアクセスを示す通知を受けたときに実行される。
　ステップ１７０１では、エラーエミュレーション制御部１１２が、Ｉ／Ｏ要求を発行した仮想サーバ１０９－１に対して要求されたブロックでＩ／Ｏエラーが発生したことを通知する。仮想サーバ１０９－１のＯＳ２１０ｖは、エラーエミュレーション制御部１１２からの通知を受信して所定のエラー処理を実行する。
　以上の処理により、物理サーバ１１０－１のディスクボリューム１１６ｐを変換する際にエラーが発生した不良ブロックが存在する場合は、エラーエミュレーション制御部１１２がアクセス結果を仮想サーバ１０９－１へ通知する。これにより、仮想サーバ１０９－１が直接仮想ディスク５０１－０の不良ブロックをアクセスすることを規制することができる。
　＜まとめ＞
　本発明によれば、ディスクコピー制御部２０８は変換元のディスクボリューム１１６ｐの先頭ブロックから最終ブロックまでをブロック単位で読み込んで、イメージ変換制御部２０６で仮想ディスクイメージへ変換し、仮想ディスク５０１－０を生成する。ディスクコピー制御部２０８が、ディスクボリューム１１６ｐのブロックを読み込む際にエラーが発生すると、イメージ変換制御部２０６は当該ブロックの仮想ディスクイメージへの変換に代わってダミーデータやブランクなどを仮想ディスク５０１－０に書き込んで、仮想ディスク５０１－０の生成を続行する。これにより、変換元のディスクボリュームの特定のブロックのみにＩ／Ｏエラーが発生したり、未使用ブロックでＩ／Ｏエラーが発生した場合でも、変換元のディスクボリュームの仮想ディスクイメージへの変換処理を続行することができる。変換元のディスクボリューム１１６ｐで稼動していた物理サーバ１１０－１の環境を仮想サーバ１０９－１の環境へ移行させることができる。
　さらに、データ修復制御部２０７は、ダンプデータ４０１から不良ブロックを修復することができるので、仮想サーバ１０９－１の安定性を確保することが可能となる。
　また、仮想化部１１１では、管理サーバ１０１から不良ブロック管理テーブル１０６のコピーを取得して仮想ディスクＩ／Ｏ制御部１１３が仮想サーバ１０９－１のＩ／Ｏアクセスを監視し、仮想ディスク５０１－０の不良ブロックにアクセスしたときにはエラーエミュレーション制御部１１２が、実際に仮想ディスク５０１－０へアクセスすることなく、仮想サーバ１０９－１にエラーを通知する。これにより、仮想サーバ１０９－１が不良ブロックから不正なデータを読み込むことを防止して、仮想化環境の安定性を確保することができる。
　なお、上記実施形態においては、管理サーバ１０１が、変換元のディスクボリューム１１６ｐを読み込んでエラーが発生したときに、変換先の仮想ディスク５０１にダミーデータを書き込む例を示したが、ダンプデータ４０１から不良ブロックの修復を行わないときには、仮想ディスク５０１のダンプデータ４０１を書き込む必要はなく、不良ブロック管理テーブル１０６に仮想ディスク不良ブロック番号を記録すればよい。つまり、管理サーバ１０１は、変換元のディスクボリュームの不良ブロックを読み飛ばして、当該不良ブロック番号に対応する仮想ディスク５０１上のブロック番号を決定して不良ブロック管理テーブル１０６格納する。そして、管理サーバ１０１は、仮想ディスク５０１上に不良ブロックを書き込まない。
　仮想ディスク５０１を利用する仮想サーバ１０９は、仮想化部１１１の仮想ディスクＩ／Ｏ制御部１１３でＩ／Ｏ要求を監視される。仮想サーバ１０９が不良ブロックへアクセスするＩ／Ｏ要求を発行すると、仮想ディスクＩ／Ｏ制御部１１３からエラーエミュレーション１１２を経由してエラーが発生する。このため、仮想サーバ１０９、仮想ディスクＩ／Ｏ制御部１１３、エラーエミュレーション制御部１１２の何れも不良ブロックを読み込むことはないので、実際に仮想ディスク５０１上に不良ブロックが生成されていなくてもよい。例えば、変換元のディスクボリューム１１６ｐからブロック１、２、３を読み込んで仮想ディスク５０１を生成するとき、ディスクボリューム１１６ｐのブロック２でエラーが発生した場合、管理サーバ１０１は、仮想ディスク５０１に仮想ディスクイメージに変換したブロック１'の次にブロック３'を書き込むことになる。つまり、管理サーバ１０１のＰ２Ｖ実行管理部１０３は、ディスクボリューム１１６ｐのブロック２でエラーが発生した場合は、仮想ディスク５０１のブロック１'の次の書き込み位置にブロック３'を設定し、不良ブロックを無視して仮想ディスク５０１の生成を続行する。
　また、上記実施形態では、ストレージ装置１１５内のディスクボリューム１１６ｐを変換元とした例を示したが、変換元のディスクボリューム１１６は、物理ディスクや論理ディスクあるいはパーティションのいずれでもよい。
　また、上記実施形態では、ディスクボリューム１１６ｐを変換元として仮想ディスク５０１－０を生成する例を示したが、変換先がディスクイメージであればよく、仮想ディスクイメージに限定されるものではない。
　また、上記実施形態では、ディスクボリューム１１６ｐを仮想ディスク５０１－０へ変換する例を示したが、第１のディスクボリュームの内容を第２のディスクボリュームへ複写するときに本発明を適用することができる。つまり、第１のディスクボリュームを読み込んだときに、エラーが発生した場合には管理サーバ１０１の不良ブロック管理テーブル１０６に不良ブロックの情報を格納し、第２のディスクボリュームの該当ブロックにはダミーデータ等の所定のデータを格納する。あるいは、第２のディスクボリュームの該当ブロックをブランクとする。
　そして、第２のディスクボリュームを使用する際には、管理サーバ１０１が第２のディスクボリュームをサーバに割り当てて、当該第２のディスクボリュームの不良ブロックの情報を不良ブロック管理テーブル１０６からサーバのＯＳや仮想化部に通知しておく。サーバのＯＳや仮想化部は、第２のディスクボリュームへアクセスする際に不良ブロックへアクセスしたときには、実際に第２のディスクボリュームの不良ブロックへアクセスすることなくエラーを発生することができる。この場合、サーバとしては物理サーバであってもよく、仮想サーバに限定されるものではない。
　また、第２のディスクボリュームとサーバとの間にＰＣＩｅｘｐｒｅｓｓスイッチを設置し、管理サーバ１０１が不良ブロック管理テーブル１０６の複製をＰＣＩｅｘｐｒｅｓｓスイッチに通知し、当該スイッチがサーバのＩ／Ｏアクセスを監視してもよい。サーバが第２のディスクボリュームの不良ブロックにアクセスすると、ＰＣＩｅｘｐｒｅｓｓスイッチがエラーの発生をサーバに通知することができる。
　また、第１の計算機が第１のディスクボリュームを使用し、管理サーバ１０１が第１のディスクボリュームの複製して第２のディスクボリュームを生成し、第２の計算機が第２のディスクボリュームにアクセスする場合にも本発明を適用することができる。
　管理サーバ１０１は第１のディスクボリュームを複製する際にエラーが発生したブロックを不良ブロック管理テーブル１０６に記録して第２のディスクボリュームを生成する。第２のディスクボリュームを第２の計算機に接続してから、管理サーバ１０１が不良ブロック管理テーブル１０６を第２の計算機に通知する。第２の計算機ではＯＳまたは仮想化部が不良ブロック管理テーブル１０６を参照して第２のディスクボリューム上の不良ブロックへのアクセスを監視する。そして、第２の計算機が第２のディスクボリュームの不良ブロックへアクセスすると、ＯＳまたは仮想化部は実際に第２のディスクボリュームの不良ブロックへアクセスすることなくＩ／Ｏエラーを発生することができる。
　また、上記実施形態において、変換元（複写元）のディスクボリュームと変換先（複写先）のディスクボリュームは、同一のストレージ装置１１５に格納された例を示したが、異なるストレージ装置に格納されていてもよい。
　また、上記実施形態においては、ブロック単位で変換元のディスクボリュームを読み込んで、変換先のディスクボリュームにブロック単位で書き込む例を示したが、変換元のディスクボリュームの複製を生成し、この複製から変換先のディスクボリュームに書き込むようにしても良い。
　なお、本発明のディスクボリュームとしては、ハードディスクドライブの他に、不揮発性半導体で構成された記憶装置を用いることができ、あるいはハードディスクドライブと不揮発性半導体の双方を備えた記憶装置を用いることができる。
　本発明は、ディスクボリュームを複製して、複製されたディスクボリュームを利用する計算機システムに適用することができ、特に、仮想化部を備えてディスクイメージの複製または物理ディスクから仮想ディスクへの変換を行う仮想計算機システムに好適である。

Claims (14)

  1. 　プロセッサとメモリを備えた計算機と、
    　前記計算機と接続してプロセッサとメモリを備えた管理計算機と、
    　前記管理計算機と接続した第１のディスクボリュームと、
    　前記管理計算機及び前記計算機と接続した第２のディスクボリュームを備えて、前記第１のディスクボリュームの複製を前記第２のディスクボリュームに書き込んで、前記計算機が第２のディスクボリュームにアクセスする計算機の制御方法であって、
    　前記管理計算機が、前記第１のディスクボリュームのデータを読み込む第１のステップと、
    　前記管理計算機が、前記第１のディスクボリュームのデータを読み込んだときに、エラーが発生したか否かを判定する第２のステップと、
    　前記管理計算機が、前記判定でエラーが発生していないときには、前記読み込んだデータを前記第２のディスクボリュームに書き込んで複製を生成する第３のステップと、
    　前記管理計算機が、前記判定でエラーが発生したときには、前記読み込んだデータの位置を不良ブロック管理情報に書き込む第４のステップと、
    　前記管理計算機が、前記第２のディスクボリュームを前記計算機に割り当てる第５のステップと、
    　前記管理計算機が、前記不良ブロック管理情報を前記計算機へ送信する第６のステップと、
    　前記計算機が、前記不良ブロック管理情報を受信する第７のステップと、
    　前記計算機が、前記第２のディスクボリュームへアクセスするときに、前記受信した不良ブロック管理情報を参照して、前記アクセスする位置が前記不良ブロック管理情報に一致したときにエラーを発生する第８のステップと、
    を含むことを特徴とする計算機の制御方法。
  2. 　請求項１に記載の計算機の制御方法であって、
    　前記計算機は、当該計算機の物理資源を仮想化して仮想計算機を稼働させる仮想化部を有し、
    　前記第５のステップは、前記管理計算機が、前記仮想計算機に前記第２のディスクボリュームを割り当て、
    　前記第６のステップは、前記管理計算機が、前記不良ブロック管理情報を前記仮想化部へ送信し、
    　前記第７のステップは、前記仮想化部が、前記不良ブロック管理情報を受信し、
    　前記第８のステップは、前記仮想計算機が、前記第２のディスクボリュームへアクセスするときに、前記仮想化部が前記受信した不良ブロック管理情報を参照して、前記アクセスする位置が前記不良ブロック管理情報に一致したときにエラーを前記仮想計算機に通知することを特徴とする計算機の制御方法。
  3. 　請求項１に記載の計算機の制御方法であって、
    　前記第４のステップは、
    　前記管理計算機が、前記判定でエラーが発生したときには、前記第１のディスクボリュームでエラーが発生した第１の位置と、当該第１の位置に対応する第２のディスクボリュームの位置を第２の位置として決定し、前記不良ブロック管理情報に前記第１の位置と前記第２の位置を関連づけて書き込むことを特徴とする計算機の制御方法。
  4. 　請求項３に記載の計算機の制御方法であって、
    　プロセッサとメモリを備えて前記第１のディスクボリュームと前記管理計算機と接続した複写元の計算機をさらに有し、
    　前記第１のステップは、
    　前記管理計算機が、前記複写元の計算機に前記メモリのダンプを指令してダンプデータを取得してから、前記第１のディスクボリュームのデータを読み込み、
    　前記第４のステップは、
    　前記管理計算機が、前記判定でエラーが発生したときには、前記読み込んだデータの位置を不良ブロック管理情報に書き込み、前記読み込んだ位置に対応する前記第２のディスクボリュームの位置に所定のデータを書き込み、
    　前記計算機の制御方法は、
    　前記管理計算機が、前記第２のディスクボリュームに第１のディスクボリュームの複製を生成した後に、前記ダンプデータを読み込む第９のステップと、
    　前記管理計算機が、前記不良ブロック管理情報を参照して前記エラーが発生した前記第１の位置のデータを前記ダンプデータから検索し、前記第１の位置のデータが前記ダンプデータに存在する場合には、当該第１の位置のデータを読み込む第１０のステップと、
    　前記管理計算機が、前記不良ブロック管理情報を参照して前記第１の位置に対応する前記第２のディスクボリュームの第２の位置へ前記ダンプデータから読み込んだ第１のデータを書き込む第１１のステップと、
    をさらに含むことを特徴とする計算機の制御方法。
  5. 　請求項１に記載の計算機の制御方法であって、
    　前記第４のステップは、
    　前記管理計算機が、前記判定でエラーが発生したときには、前記第１のディスクボリュームでエラーが発生した第１の位置と、当該第１の位置に対応する第２のディスクボリュームの位置を第２の位置として決定し、前記第２の位置には次回に第１のディスクボリュームから読み込みが成功したデータを書き込んで複製を続行することを特徴とする計算機の制御方法。
  6. 　プロセッサとメモリを備えた計算機と、
    　前記計算機と接続してプロセッサとメモリを備えた管理計算機と、
    　前記管理計算機と接続した第１のディスクボリュームと、
    　前記管理計算機及び前記計算機と接続した第２のディスクボリュームを備えて、前記第１のディスクボリュームの複製を前記第２のディスクボリュームに書き込んで、前記計算機が第２のディスクボリュームにアクセスする計算機システムであって、
    　前記管理計算機は、
    　前記第１のディスクボリュームのデータを読み込んで、前記第２のディスクボリュームに前記読み込んだデータを書き込んで複製を生成するコピー制御部と、
    　前記第２のディスクボリュームを前記計算機に割り当てる管理部と、
    を備え、
    　前記コピー制御部は、
    　前記第１のディスクボリュームのデータを読み込んだときに、エラーが発生したか否かを判定し、前記判定でエラーが発生していないときには、前記読み込んだデータを前記第２のディスクボリュームに書き込んで複製を生成し、前記判定でエラーが発生したときには、前記読み込んだデータの位置を不良ブロック管理情報に書き込み、
    　前記管理部は、
    　前記第２のディスクボリュームを割り当てた前記計算機に、前記不良ブロック管理情報を前記計算機へ送信し、
    　前記計算機は、
    　前記不良ブロック管理情報を受信し、前記第２のディスクボリュームへアクセスするときに、前記受信した不良ブロック管理情報を参照して、前記アクセスする位置が前記不良ブロック管理情報に一致したときにエラーを発生するエラーエミュレーション部と、
    を有することを特徴とする計算機システム。
  7. 　請求項６に記載の計算機システムであって、
    　前記計算機は、
    　当該計算機の物理資源を仮想化して仮想計算機を稼働させる仮想化部を有し、
    　前記管理部は、
    　前記仮想計算機に前記第２のディスクボリュームを割り当てて、前記仮想化部に前記不良ブロック管理情報を前記計算機へ送信し、
    　前記仮想化部は、
    　前記不良ブロック管理情報を受信して、前記仮想計算機が、前記第２のディスクボリュームへアクセスするときに、前記受信した不良ブロック管理情報を参照して、前記アクセスする位置が前記不良ブロック管理情報に一致したときにはエラーを前記仮想計算機に通知することを特徴とする計算機システム。
  8. 　請求項６に記載の計算機システムであって、
    　前記コピー制御部は、
    　前記判定でエラーが発生したときには、前記第１のディスクボリュームでエラーが発生した第１の位置と、当該第１の位置に対応する第２のディスクボリュームの位置を第２の位置として決定し、前記不良ブロック管理情報に前記第１の位置と前記第２の位置を関連づけて書き込むことを特徴とする計算機システム。
  9. 　請求項８に記載の計算機システムであって、
    　プロセッサとメモリを備えて前記第１のディスクボリュームと前記管理計算機と接続した複写元の計算機をさらに有し、
    　前記コピー制御部は、
    　前記複写元の計算機に前記メモリのダンプを指令してダンプデータを取得してから、前記第１のディスクボリュームのデータを読み込み、前記判定でエラーが発生したときには、前記読み込んだデータの位置を不良ブロック管理情報に書き込み、前記読み込んだ位置に対応する前記第２のディスクボリュームの位置に所定のデータを書き込み、
    　前記管理計算機は、
    　前記コピー制御部が、前記第２のディスクボリュームに第１のディスクボリュームの複製を生成した後に、前記ダンプデータを読み込んで、前記不良ブロック管理情報を参照し、前記エラーが発生した前記第１の位置のデータを前記ダンプデータから検索し、前記第１の位置のデータが前記ダンプデータに存在する場合には、当該第１の位置のデータを読み込んで、前記不良ブロック管理情報を参照して前記第１の位置に対応する前記第２のディスクボリュームの第２の位置へ前記ダンプデータから読み込んだ第１のデータを書き込むデータ修復部を、
    さらに有することを特徴とする計算機システム。
  10. 　請求項８に記載の計算機システムであって、
    　前記コピー制御部は、
    　前記判定でエラーが発生したときには、前記第１のディスクボリュームでエラーが発生した第１の位置と、当該第１の位置に対応する第２のディスクボリュームの位置を第２の位置として決定し、前記第２の位置には次回に第１のディスクボリュームから読み込みが成功したデータを書き込んで複製を続行することを特徴とする計算機システム。
  11. 　プロセッサとメモリを備えた管理計算機を制御するプログラムを格納した記憶媒体であって、
    　前記管理計算機と接続した第１のディスクボリュームのデータを読み込む第１の手順と、
    　前記第１のディスクボリュームのデータを読み込んだときに、エラーが発生したか否かを判定する第２の手順と、
    　前記判定でエラーが発生していないときには、前記読み込んだデータを前記管理計算機と接続した第２のディスクボリュームに書き込んで複製を生成する第３の手順と、
    　前記判定でエラーが発生したときには、前記読み込んだデータの位置を不良ブロック管理情報に書き込む第４の手順と、
    　前記管理計算機と第２のディスクボリュームと接続した計算機に前記第２のディスクボリュームを割り当てる第５の手順と、
    　前記不良ブロック管理情報を前記計算機へ送信する第６の手順と、
    を前記管理計算機に実行させることを特徴とするプログラムを格納した記憶媒体。
  12. 　請求項１１に記載のプログラムを格納した記憶媒体であって、
    　前記第４の手順は、
    　前記判定でエラーが発生したときには、前記第１のディスクボリュームでエラーが発生した第１の位置と、当該第１の位置に対応する第２のディスクボリュームの位置を第２の位置として決定し、前記不良ブロック管理情報に前記第１の位置と前記第２の位置を関連づけて書き込むことを特徴とするプログラムを格納した記憶媒体。
  13. 　請求項１２に記載のプログラムを格納した記憶媒体であって、
    　前記第１の手順は、
    　前記管理計算機が、前記第１のディスクボリュームと接続した複写元の計算機からダンプデータを取得した後に、前記第１のディスクボリュームのデータを読み込み、
    　前記第４の手順は、
    　前記判定でエラーが発生したときには、前記読み込んだデータの位置を不良ブロック管理情報に書き込み、前記読み込んだ位置に対応する前記第２のディスクボリュームの位置に所定のデータを書き込み、
    　前記プログラムは、
    　前記第２のディスクボリュームに第１のディスクボリュームの複製を生成した後に、前記ダンプデータを読み込む第６の手順と、
    　前記不良ブロック管理情報を参照して前記エラーが発生した前記第１の位置のデータを前記ダンプデータから検索し、前記第１の位置のデータが前記ダンプデータに存在する場合には、当該第１の位置のデータを読み込む第７の手順と、
    　前記不良ブロック管理情報を参照して前記第１の位置に対応する前記第２のディスクボリュームの第２の位置へ前記ダンプデータから読み込んだ第１のデータを書き込む第８の手順と、
    をさらに含むことを特徴とするプログラムを格納した記憶媒体。
  14. 　請求項１１に記載のプログラムを格納した記憶媒体であって、
    　前記第４の手順は、
    　前記管理計算機が、前記判定でエラーが発生したときには、前記第１のディスクボリュームでエラーが発生した第１の位置と、当該第１の位置に対応する第２のディスクボリュームの位置を第２の位置として決定し、前記第２の位置には次回に第１のディスクボリュームから読み込みが成功したデータを書き込んで複製を続行することを特徴とするプログラムを格納した記憶媒体。
PCT/JP2010/069857 2010-11-08 2010-11-08 計算機の制御方法、計算機システム及び記憶媒体 WO2012063311A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/069857 WO2012063311A1 (ja) 2010-11-08 2010-11-08 計算機の制御方法、計算機システム及び記憶媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/069857 WO2012063311A1 (ja) 2010-11-08 2010-11-08 計算機の制御方法、計算機システム及び記憶媒体

Publications (1)

Publication Number Publication Date
WO2012063311A1 true WO2012063311A1 (ja) 2012-05-18

Family

ID=46050494

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/069857 WO2012063311A1 (ja) 2010-11-08 2010-11-08 計算機の制御方法、計算機システム及び記憶媒体

Country Status (1)

Country Link
WO (1) WO2012063311A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1040022A (ja) * 1996-07-26 1998-02-13 Nec Corp 磁気ディスク制御装置
JPH1185594A (ja) * 1997-09-01 1999-03-30 Hitachi Ltd リモートコピー用情報処理システム
JP2002182951A (ja) * 2000-12-18 2002-06-28 Hitachi Ltd 情報処理装置のメンテナンス方法および情報処理装置
JP2009536762A (ja) * 2006-05-08 2009-10-15 マイクロソフト コーポレーション マシンから仮想マシンへの変換

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1040022A (ja) * 1996-07-26 1998-02-13 Nec Corp 磁気ディスク制御装置
JPH1185594A (ja) * 1997-09-01 1999-03-30 Hitachi Ltd リモートコピー用情報処理システム
JP2002182951A (ja) * 2000-12-18 2002-06-28 Hitachi Ltd 情報処理装置のメンテナンス方法および情報処理装置
JP2009536762A (ja) * 2006-05-08 2009-10-15 マイクロソフト コーポレーション マシンから仮想マシンへの変換

Similar Documents

Publication Publication Date Title
CN114341792B (zh) 存储集群之间的数据分区切换
US8413133B2 (en) Software update management apparatus and software update management method
US8122212B2 (en) Method and apparatus for logical volume management for virtual machine environment
US9003149B2 (en) Transparent file system migration to a new physical location
US8635395B2 (en) Method of suspending and resuming virtual machines
US9336132B1 (en) Method and system for implementing a distributed operations log
US10353872B2 (en) Method and apparatus for conversion of virtual machine formats utilizing deduplication metadata
US8024536B2 (en) Method of constructing replication environment and storage system
US8943498B2 (en) Method and apparatus for swapping virtual machine memory
US9183060B2 (en) Computer product, migration executing apparatus, and migration method
EP3502877B1 (en) Data loading method and apparatus for virtual machines
JP2019016135A (ja) 情報処理システム、情報処理システムの制御プログラム及び情報処理システムの制御方法
US10789007B2 (en) Information processing system, management device, and control method
JP2014044553A (ja) プログラム、情報処理装置および情報処理システム
US10095616B2 (en) Garbage collection for virtual environments
US9524251B2 (en) Storage system, virtualization control apparatus, information processing apparatus, and method for controlling storage system
US11086649B2 (en) Minimizing downtime of highly available virtual machines
US10241818B2 (en) In-memory virtual desktop system
US20220237306A1 (en) Method and system for limiting data accessibility in composed systems
WO2012063311A1 (ja) 計算機の制御方法、計算機システム及び記憶媒体
EP3647953B1 (en) System and method for data backup in mixed disk environment
US11768612B2 (en) System and method for distributed deduplication in a composed system
JP2021047806A (ja) 情報処理システム、情報処理装置および情報処理プログラム
US11675665B2 (en) System and method for backup generation using composed systems

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10859553

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10859553

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP