WO2015104835A1 - データベースシステムの制御方法及びデータベースシステム - Google Patents

データベースシステムの制御方法及びデータベースシステム Download PDF

Info

Publication number
WO2015104835A1
WO2015104835A1 PCT/JP2014/050322 JP2014050322W WO2015104835A1 WO 2015104835 A1 WO2015104835 A1 WO 2015104835A1 JP 2014050322 W JP2014050322 W JP 2014050322W WO 2015104835 A1 WO2015104835 A1 WO 2015104835A1
Authority
WO
WIPO (PCT)
Prior art keywords
storage device
data
database
checkpoint information
log
Prior art date
Application number
PCT/JP2014/050322
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/JP2014/050322 priority Critical patent/WO2015104835A1/ja
Priority to US14/907,653 priority patent/US10078558B2/en
Publication of WO2015104835A1 publication Critical patent/WO2015104835A1/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/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1471—Saving, restoring, recovering or retrying involving logging of persistent data for recovery
    • 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/202—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 processing functionality is redundant
    • G06F11/2023—Failover techniques
    • 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
    • G06F11/2064—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 while ensuring consistency
    • 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/2097—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 maintaining the standby controller/processing unit updated
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2358—Change logging, detection, and notification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G06F16/273—Asynchronous replication or reconciliation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/80—Database-specific techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/84—Using snapshots, i.e. a logical point-in-time copy of the data

Definitions

  • the present invention relates to a database system using disaster recovery.
  • DBMS database management system
  • the remote copy function of the storage device is used to transfer and write database logs from the main system to the remote system to synchronize the database data (DB data) and
  • DB data database data
  • Patent Documents 1 and 2 A method of asynchronously transferring and writing checkpoint information to a remote site is known (for example, Patent Documents 1 and 2).
  • Patent Document 3 a technique using a log is known (for example, Patent Document 3).
  • the database when a failure occurs in the main system, the database can be recovered by the remote system.
  • the remote system there is a problem that it is difficult to recover the database when a failure occurs in the remote system after a failure occurs in the main system.
  • the present invention aims to recover the database quickly on the remote system side when a failure occurs in the main system while suppressing the influence on the processing capacity of the main system, and to ensure reliability even in the state of only the remote system. Objective.
  • the present invention provides a method for controlling a database system, comprising: a first site that provides a database; and a second site that stores a copy of the database, and the database is recovered by a management computer at the second site.
  • the first site includes a first computer that includes a processor and a memory to operate a database management unit that controls the database, a first primary storage device that stores data related to the database, and A second secondary storage device for storing a copy of the data stored in the first primary storage device, the second site including a processor and memory for restarting the database A second computer that operates the processing unit; and a second primary storage that stores the data received from the first primary storage device.
  • a second secondary storage device that stores the data received from the first secondary storage device, and the control method is such that the first computer performs processing of the database.
  • a first step of updating data in the database and a second step in which the first primary storage device transmits the data to the second primary storage device asynchronously with the database management unit;
  • the third secondary storage device is asynchronous with the database management unit and transmits the data to the second secondary storage device; and the second computer is configured to send the data at a predetermined timing.
  • the second site when a failure occurs in the main system while suppressing the influence on the processing capability of the first site (main system) by backup asynchronous with the database management unit, the second site (remote system). Can reliably recover the database and ensure the reliability of the remote system.
  • FIG. 1 is a block diagram illustrating an example of a host computer according to a first embodiment of this invention.
  • FIG. 1 is a block diagram illustrating an example of a primary storage system according to a first embodiment of this invention.
  • FIG. 6 is a diagram illustrating an example of a DB-volume mapping table according to the first embodiment of this invention. It is a figure which shows 1st Example of this invention and shows an example of DB definition information table. It is a figure which shows 1st Example of this invention and shows an example of checkpoint information management table # 1.
  • FIG. 1 is a block diagram showing an example of a database system according to the first embodiment of the present invention.
  • the database system is a computer system that backs up the database of the main system 1 with a remote system using disaster recovery and provides the database with the remote system 2 when a failure occurs in the main system.
  • the main system 1 and the remote system 2 are connected via a network 3.
  • the main system 1 and the remote system 2 can be configured similarly.
  • the main system 1 includes a host computer 10-1 that executes a database management system (database management unit) 20-1 to provide a database, and primary data (a primary DB data 310, a primary log 330, a primary checkpoint) of the provided database.
  • the primary storage system 30-1 that stores information 320) and the secondary storage system 40-1 that stores a copy of secondary data (secondary data) are connected via a network or host computer 10.
  • the remote system 2 includes a host computer 10-2 that executes the database management system 20-2, a primary storage system 30-2 that asynchronously stores a copy of the primary data stored in the primary storage system 30-1, and a secondary storage A secondary storage system 40-2 that asynchronously stores a copy of the secondary data stored in the system 40-1 is connected via a network.
  • the main system 1 and the remote system 2 can be configured similarly.
  • the host computers 10-1 and 10-2 have the same configuration, and the primary storage systems 30-1 and 30-2 and the secondary storage systems 40-1 and 40-2 have the same configuration.
  • the generic name of the host computer is indicated by reference numeral 10 without a subscript, and the other components are also indicated by reference numerals without a subscript, and it is necessary to distinguish between the main system 1 and the remote system 2. In some cases, a subscript is added.
  • the primary storage system 30-1 includes a primary DB data volume 31 that stores primary DB data 310, a primary checkpoint information volume 32 that stores primary checkpoint information 320, and a primary log volume that stores primary log 330. 33 and an access control unit 34 for controlling these volumes 31 to 33.
  • the access control unit 34 of the primary storage system 30-1 controls access to the primary DB data 310 in response to an access request from the DBMS 20-1.
  • the access control unit 34 has a remote copy function, and the contents of the primary DB data 310, the primary checkpoint information 320, and the primary log 330 are asynchronous with the access of the DBMS 20-1, and are stored in the primary storage system 30- of the remote system 2. Forward to 2.
  • the host computer 10-1 stores a copy of the data of the primary storage system 30-1 in the secondary storage system 40-1 by the mirroring function provided by the OS 300 or the I / F 13.
  • the data in the primary storage system 30-1 is replicated using the mirroring function of the primary DB data 310, and the primary checkpoint information 320 and the primary log 330 are replicated in the DBMS 20-1.
  • the secondary storage system 40-1 has the same configuration as the primary storage system, and the secondary DB data volume 41 that stores a copy of the primary DB data 310 as the secondary DB data 410 and a copy of the primary checkpoint information 320 are subchecked.
  • a secondary checkpoint information volume 42 stored as the point information 420; a secondary log volume 43 that stores a copy of the primary log 330 as the secondary log 430; and an access control unit 44 that controls these volumes 41 to 43. Including.
  • the access control unit 44 has a remote copy function, and the contents of the secondary DB data 410, the secondary checkpoint information 420, and the secondary log 430 are asynchronously synchronized with the mirroring of the host computer 10-1. Transfer to system 40-2. Since the mirroring function synchronizes the secondary storage system 40-1 with the primary storage system 30-1 due to the writing of the database management system 20-1, in other words, it synchronizes with the writing of the database management system 20-1. Thus, data is written to the secondary storage system 40-1.
  • the main system 1 functions as an active system (first site) for providing a database to a client computer (not shown), and the remote system 2 is asynchronous with the control of the database management system 20-1 and the like. It functions as a standby system (second site) that backs up data transmitted from the system 1 and recovers and takes over the database of the main system 1 when a failure occurs.
  • the host computer 10-2 of the remote system 2 only needs to execute at least the DB restart processing unit 210 in the database management system 20-2. Then, after a failure occurs in the main system 1, the database management system 20-2 may activate a function (database management unit) that provides a database. That is, in the database management system 20-1 of the main system 1, only the database management unit functions.
  • DBMS database management system
  • the DB restart processing unit 210 and the database management unit function in the DBMS 20-2 of the remote system 2.
  • FIG. 2 is a block diagram illustrating an example of the host computer 10.
  • the host computer 10 includes a processor 11 that performs arithmetic processing, a memory 12 that stores data and programs, and an interface (hereinafter referred to as I / F) connected to the primary storage system 30, the secondary storage system 40, or the outside via a network. 13 is included.
  • I / F interface
  • the DBMS 20 is loaded into the memory 12 and is executed by the processor 11.
  • the DBMS 20 includes a DB restart processing unit 210 that recovers the database (primary DB data 310) when a failure occurs in the main system 1.
  • the DB restart processing unit 210 may be operated on the host computer 10-2 of the remote system 2, and the DB restart processing unit 210 can be stopped on the host computer 10-1 of the main system 1.
  • the DB restart processing unit 210 includes a recovery start position determining unit 220 that specifies the recovery position of the primary DB data 310 from the primary checkpoint information 320, a DB recovery processing unit 260 that recovers the primary DB data 310, and various tables. .
  • the DB recovery processing unit 260 may recover the primary DB data 310 by a known or well-known method.
  • the primary DB data 310 is recovered from the secondary log 430 or the primary log 330.
  • the recovery start position determination unit 220 determines the positions of the checkpoint information mismatch determination processing unit 230 that detects a deviation between the primary checkpoint information 320 and the secondary checkpoint information 420, and the checkpoint information 420 that starts recovery of the primary DB data 310.
  • a checkpoint information determination processing unit 240 to be determined, and a checkpoint information mismatch resolution processing unit 250 to be synchronized when there is a mismatch between the primary checkpoint information 320 and the secondary checkpoint information 420 are included.
  • the table managed by the DB restart processing unit 210 includes a DB-volume mapping table 270 that stores the relationship between stored data and volumes of the primary storage system 30 or the secondary storage system 40, and a DB definition information table that stores settings of the DBMS 20. 280, and checkpoint information management table # 1 (290-1) and checkpoint information management table # 2 (290-2) for managing primary checkpoint information 320 or secondary checkpoint information 420.
  • Each function unit of the DBMS 20 is loaded into the memory 12 as a program.
  • the processor 11 operates as a functional unit that provides a predetermined function by performing processing according to a program of each functional unit.
  • the processor 11 functions as the DB restart processing unit 210 by performing processing according to the DB restart processing program.
  • the processor 11 also operates as a functional unit that provides each function of a plurality of processes executed by each program.
  • a computer and a computer system are an apparatus and a system including these functional units.
  • Information such as programs and tables for realizing each function of the DBMS 20 is stored in a storage device such as the primary storage system 30, secondary storage system 40, nonvolatile semiconductor memory, hard disk drive, SSD (Solid State Drive), IC card, SD, etc. It can be stored in a computer-readable non-transitory data storage medium such as a card or DVD.
  • a storage device such as the primary storage system 30, secondary storage system 40, nonvolatile semiconductor memory, hard disk drive, SSD (Solid State Drive), IC card, SD, etc. It can be stored in a computer-readable non-transitory data storage medium such as a card or DVD.
  • FIG. 3 is a block diagram illustrating an example of the primary storage system 30. Since the secondary storage system 40 has the same configuration, a duplicate description is omitted.
  • the primary storage system 30 includes a processor 35 that performs arithmetic processing, a memory 36 that holds data and programs, an I / F 38 that is connected to a drive that provides a plurality of volumes, and a host computer 10 or externally via a network.
  • An interface (hereinafter referred to as I / F) 37 to be connected is included.
  • Each volume 31 to 33 is a logical storage area including a nonvolatile semiconductor such as one or more disk drives or SSDs.
  • a primary DB data volume 31 that stores primary DB data 310 from the primary storage system 30-1
  • a primary checkpoint information volume 32 that stores primary checkpoint information 320
  • a primary log 330 are stored.
  • a primary log volume 33 is a logical storage area including a nonvolatile semiconductor such as one or more disk drives or SSDs.
  • a primary DB data volume 31 that stores primary DB data 310 from the primary storage system 30-1
  • a primary checkpoint information volume 32 that stores primary checkpoint information 320
  • a primary log 330 are stored.
  • a primary log volume 33 is a logical storage area including a nonvolatile semiconductor such as one or more disk drives or SSDs.
  • an access control unit 34 for controlling each of the volumes 31 to 33 is read and executed by the processor 35.
  • the access control unit 34 includes a WRITE time management table 340 that stores the time when the last write to each volume was executed. Further, the access control unit 34 has a remote copy function, and transfers the contents of each data to the remote system 2 asynchronously with the access of the DBMS 20-1 or the mirroring function.
  • the remote copy function of the access control unit 34 is asynchronous with the access of the DBMS 20-1 from the primary storage system 30-1 of the main system 1 to the primary storage system 30-2 of the remote system 2, and the primary DB data 310, the primary checkpoint A copy of the information 320 and the primary log 330 is transferred.
  • the access control unit 44 of the secondary storage system 40 is asynchronous with the mirroring function access from the secondary storage system 40-1 of the main system 1 to the secondary storage system 40-2 of the remote system 2, and the secondary DB data 410, A copy of the checkpoint information 420 and the secondary log 430 is transferred.
  • the DBMS 20-1 reads the data of the primary DB data 310 into a DB buffer (or DB cache) (not shown) secured in the memory 12 in response to a request from a client or application (not shown).
  • a DB buffer or DB cache
  • the DBMS 20-1 When the transaction is committed to the data read to the DB buffer, the DBMS 20-1 generates a log indicating the update contents of the data and stores it in the primary log 330, and the updated data is stored in the primary DB data 310.
  • the DBMS 20-1 gives a log sequence number (hereinafter referred to as LSN) to the log as an identifier for uniquely identifying the log when generating the log. Then, the DBMS 20-1 of the present invention stores the log including the LSN in the primary log 330. Next, the DBMS 20-1 stores the updated data in the primary DB data 310, and ends a series of data update processing.
  • LSN log sequence number
  • the checkpoint information 320 is generated as follows.
  • the DBMS 20-1 of the main system 1 executes a checkpoint acquisition process every time a predetermined timing is reached.
  • the predetermined timing is, for example, a preset period, when the transaction processing amount reaches a threshold, or when the amount of the primary log 330 reaches a predetermined value.
  • the DBMS 20-1 writes the data updated on the DB buffer back to the primary DB data 310 of the primary DB data volume 31.
  • the LSN of the data to be written to the primary DB data 310 is acquired and written to the checkpoint information 320.
  • a copy of the data of the primary storage system 30-1 is stored in the secondary storage system 40-1 by the mirroring function provided by the OS 300 or the I / F 13 of the host computer 10-1.
  • the data written in the primary DB data 310 is also written in the secondary DB data 410.
  • the DBMS 20-1 writes a copy of the primary log 330 to the secondary log 430, and the DBMS 20-1 writes the primary checkpoint information 320 to the secondary checkpoint information 420 for multiplexing.
  • the primary storage system 30-1 of the main system 1 is asynchronous with the update of the DBMS 20-1, and at a predetermined timing, the volumes 31 to 33 of the remote system 2 are replaced with the volumes 31 to 33 of the primary storage system 30-2. Synchronize with. That is, of the primary DB data 310, the primary checkpoint information 320, and the primary log 330, the newly updated data is transferred from the primary storage system 30-1 to the primary storage system 30-2.
  • the predetermined timing refers to a state in which the usage rate of the network 3 is below the threshold, a state in which the load on the primary storage system 30-1 is below the threshold, or a state in which the access load on each of the volumes 31 to 33 is below the threshold.
  • the secondary storage system 40-1 of the main system 1 is asynchronous with the mirroring process of the host computer 10-1, and synchronizes with the secondary storage system 40-2 of the remote system 2 at a predetermined timing. That is, the newly updated data among the secondary DB data 410, the secondary checkpoint information 420, and the secondary log 430 is transferred from the secondary storage system 40-1 to the secondary storage system 40-2.
  • the predetermined timing is the same as described above, and the usage rate of the network 3 is less than the threshold, the load of the secondary storage system 40-1 is less than the threshold, and the access load of each of the volumes 41 to 43 is the threshold.
  • the following state is a predetermined timing.
  • the DBMS 20-1 of the main system 1 When the abnormality occurs, the DBMS 20-1 of the main system 1 writes information indicating that the abnormality has occurred in the correct checkpoint information 320. For example, information such as “FAILURE” is written as shown in FIG. That is, information indicating the state of the DBMS 20-1 of the main system 1 is stored at the end or between the LSNs.
  • the DB restart processing unit 210 detects that a failure has occurred in the DBMS 20-1 of the main system 1, the DB restart processing unit 210 recovers the primary DB data 310 from the primary log 330 or the secondary log 430 of the remote system 2.
  • a database system that stores a copy of the main system 1 in the remote system 2 asynchronously with the DBMS 20-1 by determining the log recovery start position using checkpoint information. Ensure redundancy.
  • the DBMS 20-2 of the remote system 2 resumes providing the database in place of the main system 1 in which the failure has occurred.
  • a known or publicly known method can be applied.
  • the technique of Patent Document 3 shown in the above-described conventional example is applied.
  • the DBMS 20-2 starts providing the database.
  • the contents of the primary DB data 310, the primary log 330, and the primary checkpoint information 320 can be sent to the remote system 2 asynchronously with the update of the DBMS 20-1. Then, as will be described later, the database can be accurately recovered by determining the position of the log from which the primary DB data 310 is to be recovered based on the checkpoint information.
  • the monitoring of the DBMS 20-1 of the main system 1 by the DB restart processing unit 210 of the DBMS 20-2 of the remote system 2 monitors the primary checkpoint information 320 of the primary storage system 30-2, and indicates information indicating the occurrence of a failure. It is not limited to the case of reading, but the heartbeat of the host computer 10-1 or DBMS 20-1 is monitored, or the communication status of the network 3 is monitored to detect a failure on the main system 1 side. Can do.
  • FIG. 4 is a diagram showing the relationship between the primary log 330 and the primary checkpoint information 320.
  • the primary log 330 includes an LSN 331 for storing a log sequence number assigned by the main system 1, a transaction identifier 332 for storing an identifier of a transaction corresponding to the log, a log type 333 indicating the type of the log, A data identifier 334 that stores the identifier of the primary DB data 310 corresponding to the log, pre-update data 335 that stores a value before update of the data identifier, and post-update data 336 that stores a value after update of the data identifier.
  • the LSN 331 is an identifier for specifying the position of the primary log 330 when the updated database data is written to the primary storage system 30-1.
  • the primary checkpoint information 320 stores the value of the LSN 331 in the primary log 330 and the status information written by the DBMS 20-1 in the LSN 321.
  • “50” and “100” indicate the value of the LSN 331 of the primary log 330
  • “DBSTART” in the figure indicates the operation start information written in the primary log 330 by the DBMS 20-1.
  • “DBEND” in the figure indicates information on normal termination written to the primary log 330 by the DBMS 20-1. Therefore, when the information indicating the normal end is not stored in the main checkpoint information 320, it can be determined that the DBMS 20-1 has not ended normally.
  • the log type 333 is written by the DBMS 20-1 with “START” in the figure indicating a start of the transaction T1.
  • “UPDATE” means a log indicating data update
  • “COMMIT” in the figure is a log indicating that a transaction is completed.
  • CP START is a message indicating the start of the checkpoint acquisition process written by the DBMS 20-1 at a predetermined cycle.
  • CP END in the figure is a message written when the DBMS 20-1 completes the checkpoint acquisition process.
  • the DBMS 20-1 writes checkpoint information every predetermined period, so that even if there is no update or addition of the primary DB data 310, Information can be generated.
  • FIG. 5 is a diagram showing an example of the DB-volume mapping table 270.
  • the DB-volume mapping table 270 stores a DB area ID 271 that stores area names of the storage systems 30 and 40 that store the data, and a system that stores whether the storage system that stores the data belongs to the primary or the secondary. 272, a type 273 for storing the type of the data, a main storage system ID 274 for storing the identifier of the storage system for storing the data in the main system 1, and an identifier for the volume for storing the data in the main system 1.
  • the main logical volume ID 275 to be stored the remote storage system ID 276 that stores the identifier of the storage system that stores the data in the remote system 2, and the remote that stores the identifier of the volume in which the data is stored in the remote system 2. It includes a side logical volume ID277, the one of the record.
  • DB-volume mapping table 270 an asynchronous copy relationship is set between the volumes of the main system 1 and the remote system 2, and a copy of the data of each volume is transferred from the main storage system ID 274 to the remote storage system ID 276. It is shown that.
  • Each value of the DB-volume mapping table 270 is set in advance by a database system administrator or the like.
  • the main system 1 is set to “primary” and the remote system 2 is set to “secondary”.
  • the ID of the primary storage system 30-1 of the main system 1 is “CTL # A1”
  • the ID of the secondary storage system 40-1 is “CTL # A2”.
  • the ID of the primary storage system 30-2 of the remote system 2 is “CTL # B1”
  • the ID of the secondary storage system 40-2 is “CTL # B2”.
  • FIG. 6 is a diagram illustrating an example of the DB definition information table 280.
  • the DB definition information table 280 includes a parameter 281 and a value 282 in one record.
  • the DB definition information table 280 of the DBMS 20-2 of the remote system 2 is shown, and the first record acquires the WRITE time written by the storage system of the main system 1 in the remote system 2 as the parameter 281.
  • the WRITE time acquisition mode for setting whether or not to perform is set, and “N” is stored in the value 282.
  • the remote system 2 does not acquire data of the WRITE time management table 340 of the main system 1.
  • the second record is set as a parameter 281 to the synchronization function usage mode between mirrored volumes, and the value 282 stores “N”.
  • This function indicates whether to apply the function of synchronizing (copying) the contents between mirrored volumes.
  • “N” in the figure indicates a setting that does not apply the function.
  • the DBMS 20-1 of the main system 1 also has a DB definition information table 280, and can set whether to apply a function of synchronizing (copying) the contents between mirrored volumes.
  • the DB definition information table 280 includes information for identifying either the main system 1 or the remote system 2. For example, a parameter 281 called “site” and a value 282 “remote” indicate the DBMS 20-2 of the remote system 2.
  • FIG. 7 is a diagram showing an example of the checkpoint information management table # 1 (290-1).
  • the checkpoint information management table # 1 (290-1) includes a checkpoint information ID 291 that stores an identifier of the checkpoint information, and a system 292 that stores whether the checkpoint information is stored in the primary or secondary storage system.
  • a type 293 that stores the type of data
  • an LSN 294 that stores the latest LSN value of the checkpoint information
  • a checkpoint information selection flag 295 that indicates selection when restoring the primary DB data 310. Include in one record.
  • the LSN294 of the primary checkpoint information 320 (CHKPNT1) is “90” and the LSN294 of the secondary checkpoint information 420 (CHKPNT2) is Since the check point information selection flag 295 of “85” and the system 292 is “ON” is “ON”, it indicates that the secondary checkpoint information 420 is selected for recovery of the primary DB data 310.
  • FIG. 8 is a diagram showing an example of the checkpoint information management table # 2 (290-2).
  • the checkpoint information ID 291 for storing the identifier of the checkpoint information and whether the checkpoint information is stored in the “primary” or “secondary” storage system.
  • the storage system 292 the type 293 for storing the data type, the storage system ID 296 for storing the identifier of the storage system storing the checkpoint information, and the identifier of the logical volume storing the checkpoint information , A main WRITE time 298 for storing the time when the checkpoint information was written in the main system 1, and a checkpoint information selection flag indicating selection when recovering the primary DB data 310 295, and Included in the record of the convex.
  • the main WRITE time 298 of the primary checkpoint information 320 (CHKPNT1) is “14:50”, and the secondary checkpoint information 420 is displayed. Since the main side WRITE time 298 of (CHKPNT2) is “14:40” and the checkpoint information selection flag 295 for the system 292 is “secondary”, the secondary checkpoint information is used for recovery of the primary DB data 310. This indicates that 420 is selected.
  • the DBMS 20 updates the checkpoint information management tables # 1 and # 2 shown in FIGS.
  • the DBMS 20-2 of the remote system 2 updates the checkpoint information management tables # 1 (290-1) and # 2 (290-2) by processing to be described later.
  • Update of the checkpoint information management table # 1 (290-1) stores the LSN values of the primary checkpoint information 320 and the secondary checkpoint information 420 in the LSN 294, respectively.
  • the checkpoint information management table # 2 (290-2) is updated by receiving the WRITE time information on the main system 1 side by the remote system 2 at the time of asynchronous data transfer from the main system 1, and the correct checkpoint information 320. And the last write time of the sub checkpoint information 420 are stored in the main WRITE time 298, respectively.
  • FIGS. 9A to 9D are diagrams showing examples of the WRITE time management table 340 held by the storage systems 30 and 40, respectively.
  • FIG. 9A shows a WRITE time management table 340-1 held by the primary storage system 30-1 of the main system 1.
  • FIG. 9B is a WRITE time management table 340-2 held by the secondary storage system 40-1 of the main system 1.
  • FIG. 9C is a WRITE time management table 340-1 held by the primary storage system 30-2 of the remote system 2.
  • FIG. 9D is a WRITE time management table 340-1 held by the secondary storage system 40-2 of the remote system 2.
  • Each WRITE time management table 340 stores a logical volume ID 341 that stores an identifier of a logical volume that each storage system has, and a time (time stamp) when data was last written to each logical volume.
  • the access control unit 34 of each storage system sets the time when the writing is completed to the WRITE time 342 of the record of the corresponding volume when the writing is performed to each volume.
  • FIG. 10 is a flowchart showing an example of the checkpoint acquisition process. This process is executed when the DBMS 20-1 of the main system 1 reaches a predetermined timing.
  • the predetermined timing is a preset period, when the transaction processing amount reaches a threshold, or when the amount of the primary log 330 reaches a predetermined value.
  • the DBMS 20-1 first outputs “CP START” to the primary log 330 as the checkpoint acquisition start information in the primary checkpoint information 320 (S1).
  • the DBMS 20-1 adds an LSN to this checkpoint acquisition start information in the same manner as the log of the primary DB data 310.
  • the DBMS 20-1 writes all data (all DB blocks) updated in the DB buffer to the primary DB data volume 31 (S2).
  • the DBMS 20-1 outputs “CP END” to the primary log 330 as checkpoint acquisition end information (S3).
  • the DBMS 20-1 adds an LSN to the checkpoint acquisition end information in the same manner as described above.
  • the DBMS 20-1 writes the LSN added to the checkpoint acquisition end information in the correct checkpoint information 320.
  • the data updated in the DB buffer is written to the primary DB data 310 every time the predetermined timing is reached.
  • the LSN given to the checkpoint acquisition end information is the correct checkpoint information 320.
  • the check point information volume 32 is written.
  • the primary checkpoint information 320 of the main system 1 is copied to the primary checkpoint information 320 of the remote system 2 asynchronously with the writing of the DBMS 20-1.
  • the primary DB data 310 of the main system 1 is also copied asynchronously with the writing of the DBMS 20-1 and the primary DB data 310 is copied to the primary DB data 310 of the remote system 2.
  • FIG. 11 is a flowchart illustrating an example of processing performed by the DB restart processing unit 210. This process is executed when the operation is switched from the main system 1 to the remote system 2 and the DBMS 20-2 of the remote system 2 is started.
  • a well-known or publicly known technique can be adopted for switching from the main system 1 to the remote system 2.
  • the host computer 10-2 of the remote system 2 may monitor the heartbeat of the host computer 10-1 of the main system 1 and start the DBMS 20-2 when the occurrence of a failure is detected.
  • the DB restart processing unit 210 reads the primary checkpoint information 320 of the primary storage system 30-2, and determines whether or not the database of the main system 1 has ended normally. If the information indicating that the DBMS 20-1 has been normally terminated is not stored in the primary checkpoint information 320, it is determined that the DBMS 20-1 has not terminated normally and the process proceeds to step S12. If not, the process ends.
  • step S12 it is determined whether or not the system is the remote system 2 with reference to the DB definition information table 280. If the system is the remote system 2, the process proceeds to step S ⁇ b> 13 and a recovery start position determination process from the log is executed. On the other hand, when the system is the main system 1, the process proceeds to step S ⁇ b> 14, and the DB recovery processing unit 260 executes the recovery process of the primary DB data 310 based on the log.
  • the DB recovery processing unit 260 converts the primary log 330 or the secondary log 430 from the primary DB data volume 31 and the secondary DB data volume 41 from the LSN or WRITE time of the checkpoint information selected in step S13.
  • the recovery process is executed by applying to the DB data 410.
  • the log to be selected the log corresponding to the newer one of the primary checkpoint information 320 and the secondary checkpoint information 420 is selected.
  • the DB recovery processing unit 260 refers to the LSN 294 of the checkpoint information management table # 1 (290-1), selects the checkpoint information with the larger value (the correct checkpoint information 320 in the illustrated example),
  • the primary log 330 (or secondary log 430) corresponding to the checkpoint information is selected, and recovery processing is executed.
  • the value of the main WRITE time 298 in the checkpoint information management table # 2 (290-2) is Newer checkpoint information may be selected, and the primary log 330 or the secondary log 430 corresponding to the checkpoint information may be selected.
  • step S13 it is determined from which position in the log the primary DB data 310 is to be recovered (S13). The process in step S13 will be described in detail with reference to FIG.
  • the DB restart processing unit 210 of the DBMS 20-2 recovers the primary DB data 310 and the secondary DB data 410 from the determined log recovery start position, and resumes providing the database after the recovery is completed.
  • the mirroring function provided by the OS 300 or the I / F 13 is used. With this mirroring function, the primary storage system 30-2 and the secondary storage system 40-2 are synchronized to ensure the redundancy of the database system in the remote system 2.
  • FIG. 12 is a flowchart showing an example of a recovery start position determination process from a log. This process is a process performed in step S13 of FIG.
  • the DB restart processing unit 210 of the DBMS 20-2 refers to the DB definition information table 280 and acquires the value 282 of the WRITE time acquisition mode. Then, the DB restart processing unit 210 determines whether or not the value 282 of the WRITE time acquisition mode is “N”. If the WRITE time acquisition mode is “N”, the process proceeds to step S22. If not, the process proceeds to step S26. That is, when the DB restart processing unit 210 does not use the WRITE time of the DBMS 20-1 of the main system 1, the checkpoint information mismatch determination process # 1 shown in FIG. 13A is executed in step S22. On the other hand, when the DB restart processing unit 210 uses the WRITE time of the DBMS 20-1 of the main system 1, the checkpoint information mismatch determination process # 1 shown in FIG. 13B is executed in step S26.
  • step S22 the DB restart processing unit 210 executes checkpoint information mismatch determination processing # 1, and determines whether or not the LSN values of the primary checkpoint information 320 and the secondary checkpoint information 420 match.
  • the DB restart processing unit 210 ends the process if the LSNs of the primary checkpoint information 320 and the secondary checkpoint information 420 match.
  • the DB restart processing unit 210 proceeds to step S24 and executes the checkpoint information determination process # 1 shown in FIG. 14A.
  • the DB restart processing unit 210 refers to the checkpoint information management table # 1 (290-1), and the LSN 294 of the primary checkpoint information 320 and the secondary checkpoint information 420 The old (smaller) one is selected as checkpoint information for recovering the primary DB data 310.
  • step S25 the DB restart processing unit 210 executes checkpoint information mismatch resolution processing # 1 shown in FIG. 15A to clear checkpoint information that is not used for DB recovery.
  • the DB restart processing unit 210 converts the primary log 330 or the secondary log 430 corresponding to the checkpoint information with the newer LSN or main WRITE time into the primary DB data 310 in step S14. And applied to the secondary DB data 410, the primary DB data 310 and the secondary DB data 410 are recovered.
  • step S21 if the WRITE time acquisition mode of the DB definition information table 280 is “Y” in the determination in step S21, the process proceeds to step S26, and the DB restart processing unit 210 determines that the checkpoint information mismatch shown in FIG. Determination processing # 2 is executed.
  • the DB restart processing unit 210 refers to the checkpoint information management table # 2 (290-2), and the main side of the primary checkpoint information 320 and the secondary checkpoint information 420 It is determined whether or not the WRITE time 298 matches.
  • the DB restart processing unit 210 ends the process if the WRITE times of the primary checkpoint information 320 and the secondary checkpoint information 420 match. On the other hand, if the WRITE times of the primary checkpoint information 320 and the secondary checkpoint information 420 do not match, the DB restart processing unit 210 proceeds to step S28 and executes the checkpoint information determination process # 2 shown in FIG. 14B. .
  • the DB restart processing unit 210 refers to the checkpoint information management table # 1 (290-2), and among the primary checkpoint information 320 and the secondary checkpoint information 420, the WRITE time The older one is selected as checkpoint information for recovering the primary DB data 310.
  • step S29 the DB restart processing unit 210 refers to the DB definition information table 280 to determine whether or not the value 282 of the mirrored volume synchronization mode is “N”. If the primary storage system 30-2 and the secondary storage system 40-2 are “N” that is not synchronized, the DB restart processing unit 210 proceeds to step S30 and performs the checkpoint information mismatch resolution processing # 2 shown in FIG. 15B. Execute.
  • step S31 the DB restart processing unit 210 proceeds to step S31 and performs the checkpoint information mismatch resolution processing # 3 shown in FIG. 15C. Execute.
  • the volume with the older LSN or WRITE time of the primary checkpoint information 320 and the secondary checkpoint information 420 is selected, and the DB restart processing unit 210 selects the primary log 330 or secondary log 440 specified by the LSN. Is used to recover the primary DB data 310.
  • the primary DB data 310 and the secondary check data for asynchronous transfer are synchronized with the new LSN or WRITE time out of the primary checkpoint information 320 and the secondary checkpoint information 420 received from the main system 1 asynchronously with the DBMS 20-1. Even if a shift occurs between the DB data 410, both can be restored to a state in which consistency is maintained without loss of data. Thereby, redundancy can be ensured even when backup is performed from the main system 1 to the remote system 2 asynchronously with the DBMS 20-1 of the main system 1. Further, it is possible to suppress an increase in the time from when a failure occurs in the main system 1 until the database is restarted in the remote system 2.
  • FIG. 13A is a flowchart illustrating an example of checkpoint information mismatch determination processing # 1. This process is a process performed by the checkpoint information mismatch determination processing unit 230 of the recovery start position determination unit 220 in step S22 of FIG.
  • the checkpoint information mismatch determination processing unit 230 stores the last (latest) primary checkpoint information 320 stored in the volume 32 of the primary storage system 30-2 and the last (stored in the volume 42 of the secondary storage system 70-2).
  • the latest sub-checkpoint information 420 is read (S41).
  • the checkpoint information mismatch determination processing unit 230 acquires the LSN recorded last in the correct checkpoint information 320, and the LSN acquired in the LSN 294 of the record in which the system 292 of the checkpoint information management table # 1 is “correct”. Store (S42).
  • the checkpoint information mismatch determination processing unit 230 acquires the last recorded LSN in the sub-checkpoint information 420, and the system 292 of the checkpoint information management table # 1 acquires the LSN acquired in the LSN 294 of the “sub” record. Store (S43).
  • the checkpoint information mismatch determination processing unit 230 determines that the LSN of the primary checkpoint information 320 and the secondary checkpoint information 420 is It is determined that there is a mismatch (S44).
  • the checkpoint information mismatch determination processing unit 230 compares the LSNs of the primary and secondary checkpoint information to detect a shift in the primary and secondary checkpoint information that is backed up asynchronously with the DBMS 20-1 of the main system 1. be able to.
  • FIG. 13B is a flowchart illustrating an example of checkpoint information mismatch determination processing # 2. This process is a process performed by the checkpoint information mismatch determination processing unit 230 of the recovery start position determination unit 220 in step S26 of FIG.
  • the checkpoint information mismatch determination processing unit 230 refers to the DB-volume mapping table 270 to search for a remote logical volume ID in which the system 272 is “correct” and the type 273 is “checkpoint” (S51). .
  • VOL3-B1 becomes the corresponding volume ID.
  • This logical volume ID VOL3-B1 corresponds to the primary checkpoint information volume 32 of the primary storage system 30-2 shown in FIG. 1, and stores the primary checkpoint information 320.
  • the checkpoint information mismatch determination processing unit 230 inquires of the host computer 10-1 of the main system 1 about the time (WRITE time) when the main checkpoint information 320 was last written in the main system 1 (S52).
  • the DB restart processing unit 210 When the DB restart processing unit 210 receives the response of the WRITE time from the host computer 10-1 of the main system 1, the DB restart processing unit 210 accepts the system 292 of the checkpoint information management table # 2 at the main side WRITE time 298 of the “correct” record.
  • the WRITE time is stored (S53).
  • the DB restart processing unit 210 refers to the DB-volume mapping table 270 to search for a remote logical volume ID in which the system 272 is “secondary” and the type 273 is “checkpoint” (S54).
  • VOL3-B2 becomes the corresponding volume ID.
  • This logical volume ID VOL3-B2 corresponds to the secondary checkpoint information volume 42 of the secondary storage system 40-2 shown in FIG. 1, and stores the secondary checkpoint information 420.
  • the DB restart processing unit 210 inquires of the host computer 10-1 of the main system 1 about the time (WRITE time) when the correct checkpoint information 320 was last written in the main system 1 (S55).
  • the details of this inquiry processing are the same as in S52 described above, and will be described later with reference to FIG.
  • the DB restart processing unit 210 When the DB restart processing unit 210 receives the response of the WRITE time from the host computer 10-1 of the main system 1, the system 292 of the checkpoint information management table # 2 is set to the main WRITE time 298 of the “secondary” record. The accepted WRITE time is stored (S56).
  • the DB restart processing unit 210 will check the primary checkpoint information 320 and the secondary checkpoint information. It is determined that the WRITE time 420 does not match (S57).
  • FIG. 14A is a flowchart illustrating an example of checkpoint information determination processing # 1. This process is a process performed by the checkpoint information determination processing unit 240 of the recovery start position determination unit 220 in step S24 of FIG.
  • the checkpoint information determination processing unit 240 refers to the checkpoint information management table # 1 (290-1) (S61), and compares the LSN294 of the primary checkpoint information 320 with the value of the LSN294 of the secondary checkpoint information 420 ( S62).
  • the checkpoint information determination processing unit 240 determines the checkpoint information with the older (smaller) value of the LSN 294 in the checkpoint information management table # 1 for recovery of the primary DB data 310 and the secondary DB data 410 ( S63). Then, the checkpoint information determination processing unit 240 sets the checkpoint information selection flag 295 of the checkpoint information determined in the checkpoint information management table # 1 to “ON”. Note that the default value of the checkpoint information selection flag 295 is “OFF”.
  • checkpoint information having a small LSN is selected, and the checkpoint information selection flag 295 is updated to “ON”.
  • FIG. 14B is a flowchart illustrating an example of checkpoint information determination processing # 2. This process is a process performed by the checkpoint information determination processing unit 240 in step S28 of FIG.
  • the checkpoint information determination processing unit 240 refers to the checkpoint information management table # 2 (290-2) (S71), and checks the main side WRITE time 298 of the primary checkpoint information 320 and the main side WRITE of the secondary checkpoint information 420. The values at time 298 are compared (S72).
  • the checkpoint information determination processing unit 240 determines the checkpoint information with the older main WRITE time 298 in the checkpoint information management table # 2 for recovery of the primary DB data 310 and the secondary DB data 410 (S73). ). Then, the checkpoint information determination processing unit 240 sets the checkpoint information selection flag 295 of the checkpoint information determined in the checkpoint information management table # 2 to “ON” (S74). Note that the default value of the checkpoint information selection flag 295 is “OFF”.
  • the checkpoint information management table # 2 selects the checkpoint information with the older main WRITE time 298 and checks The point information selection flag 295 is updated to “ON”.
  • FIG. 15A is a flowchart illustrating an example of checkpoint information mismatch resolution processing # 1. This process is performed by the checkpoint information mismatch resolution processing unit 250 of the recovery start position determination unit 220 in step S25 of FIG.
  • the checkpoint information determination processing unit 240 refers to the checkpoint information management table # 1 (290-1) (S81), and initializes checkpoint information in which the checkpoint information selection flag 295 is “OFF” (S82).
  • the checkpoint information selection that is not used for the recovery process of the primary DB data 310 is cleared by initialization.
  • FIG. 15B is a flowchart illustrating an example of checkpoint information mismatch resolution processing # 2. This process is performed by the checkpoint information mismatch resolution processing unit 250 of the recovery start position determination unit 220 in step S30 of FIG.
  • the checkpoint information mismatch resolution processing unit 250 refers to the checkpoint information management table # 2 (290-2) (S91), and checks the checkpoint information with the checkpoint information selection flag 295 “OFF” as the checkpoint information selection flag.
  • the check point information 295 is overwritten with the “ON” checkpoint information (S92).
  • the primary checkpoint information 320 of the primary storage system 30-2 of the remote system 2 and the secondary checkpoint information 420 of the secondary storage system 40-2 are synchronized.
  • FIG. 15C is a flowchart illustrating an example of checkpoint information mismatch resolution processing # 3. This processing is performed by the checkpoint information mismatch resolution processing unit 250 of the recovery start position determination unit 220 in step S31 of FIG.
  • the checkpoint information mismatch resolution processing unit 250 of the recovery start position determination unit 220 refers to the checkpoint information management table # 2 (290-2) (S101), and checkpoint information whose checkpoint information selection flag 295 is “OFF”. Is overwritten with checkpoint information whose checkpoint information selection flag 295 is “ON” (S102).
  • the primary checkpoint information 320 of the primary storage system 30-2 of the remote system 2 and the secondary checkpoint information 420 of the secondary storage system 40-2 are synchronized.
  • FIG. 16 is a flowchart showing an example of the WRITE time inquiry process. This process is performed in steps S52 and S55 of FIG. 13B and is performed when the DBMS 20-2 of the remote system 2 is started (when the DBMS is restarted).
  • the DBMS 20-2 of the host computer 10-2 receives the logical volume ID, refers to the DB-volume mapping table 270, and acquires the remote storage system ID 276 (S111).
  • the host computer 10-2 acquires the WRITE time 342 by referring to the WRITE time management tables 340-3 to 340-4 shown in FIGS. 9C and 9D with the remote storage system ID 276 acquired in step S111. (S112).
  • the DBMS 20-2 of the remote system 2 can acquire the time (WRITE time 342) when the checkpoint information was last written from the WRITE time management tables 340-3 to 340-4.
  • the main-side WRITE time acquisition process is performed separately from this process. That is, when the primary / secondary DB data, the primary / secondary checkpoint information, and the primary / secondary log from the main system 1 are asynchronously transferred, the main WRITE time is also transferred, and the primary / secondary storage systems 30-2, 40-2 of the remote system 2 Stored in the reflection destination logical volume of the time management tables 340-3 and 340-4.
  • data of the primary / secondary storage system of the main system 1 that provides the database is copied to the primary / secondary storage system of the remote system 2 asynchronously with the DBMS 20-1.
  • checkpoint information 320, 420 generated when the DBMS 20-1 writes updated data in the DB buffer to the primary DB data 310 of the primary storage system 30-1 is included in the primary and secondary storage system data.
  • Checkpoint information 320 and 420 are LSNs attached to messages indicating the start and end of checkpoints. Further, in the checkpoint information 320 and 420, status information of the DBMS 20-1 of the main system 1 can be recorded.
  • the DB data 310 and 410 are mirrored, and the DBMS 20-1 is duplicated for checkpoint information and logs.
  • the mirroring function is stopped.
  • a copy of the primary data is transferred to the primary / secondary storage system of the remote system 2 asynchronously with the DBMS and the mirroring function.
  • the primary / secondary DB data and the primary / secondary log are not always synchronized when a failure occurs in the DBMS 20-1 of the main system 1.
  • the DBMS 20-2 of the remote system 2 detects a deviation between the primary checkpoint information 320 and the secondary checkpoint information 420 when a failure occurs in the DBMS 20-1. This deviation is detected by LSN mismatch or WRITE time mismatch.
  • the checkpoint information with the older LSN or WRITE time is determined as the recovery start position of the primary DB data 310 and secondary DB data 410.
  • the recovery start position the older one of the LSN 294 of the checkpoint information management table # 1 or the main WRITE time 298 of the checkpoint information management table # 2 is designated.
  • the recovery processing unit 260 of the DBMS 20-2 executes recovery processing of the primary DB data 310 and the secondary DB data 410 from the newer one of the primary log 330 or the secondary log 430 from the designated recovery start position. Thereby, recovery of the primary DB data 310 and the secondary DB data 410 can be realized only by the DBMS 20-2.
  • all the data of the primary and secondary storage systems of the main system 1 and the remote system 2 can be backed up asynchronously with the DBMS 20-1, and the recovery process in the event of a failure can be performed quickly.
  • the network bandwidth and processing capacity of the main system 1 can be suppressed from being consumed by disaster recovery, and data replication can be performed when the network bandwidth and processing capacity are sufficient. Can be done asynchronously. Therefore, when processing such as big data in the main system 1, the processing capability of the host computer 10-1 and the bandwidth of the network can be used efficiently.
  • the primary storage system 30-2 and the secondary storage system 40-2 are made redundant to be provided by the remote system 2. Database redundancy can be ensured.
  • FIG. 17 is a block diagram illustrating an example of the host computer 10 according to the second embodiment.
  • the DB restart processing unit 210 of the DBMS 20-2 refers to the update time (WRITE time) of the primary / secondary DB data volume (or primary / secondary DB data), and for the DB data with the newest update time. Select checkpoint information in the volume system.
  • the primary / secondary DB data volume is synchronized with the DB data volume with the newest update time.
  • the recovery process of the primary DB data 310 in the remote system 2 is accelerated by executing the recovery process of the primary DB data 310 from the selected checkpoint information.
  • the configuration of the host computer 10 is different from that of the first embodiment in that a DB data volume mismatch resolution processing unit 255 is added. Other configurations are the same as those of the first embodiment.
  • FIG. 18 is a flowchart illustrating an example of processing performed by the DB restart processing unit 210. 18 is different from the first embodiment in that step S120 is added to the flowchart shown in FIG. 11 of the first embodiment. Others are the same as in the first embodiment.
  • the DB restart processing unit 210 of the DBMS 20-2 of the remote system 2 will be described.
  • Steps S11 and S12 as in the first embodiment, if a failure has occurred in the main system 1, the system is determined to be the remote system 2, and the process proceeds to Step S120.
  • step S120 the DB restart processing unit 210 performs the primary DB data volume 31 of the primary storage system 30-2 of the remote system 2 and the secondary DB data of the secondary storage system 40-2 as shown in FIG.
  • the WRITE time (update time) of the volume 41 is compared, and the primary and secondary DB data volumes 31 and 41 are synchronized with the DB data volume with the newest update time.
  • the process of step S120 will be described in detail with reference to FIG.
  • the DB restart processing unit 210 executes a recovery start position determination process from the log (S13A). This process is different in that the first embodiment selects checkpoint information with an old LSN or WRITE time, whereas the second embodiment selects WRITE time or new checkpoint information. That is, check point information of the same system (primary / secondary) as the DB data volume with the newest update time is selected for recovery.
  • step S13A the process in step S24 in FIG. 12 of the first embodiment is executed in place of FIG. 14A, the process in FIG. 23 is executed, and the process in step S28 in FIG. Instead, the process of FIG. 24 may be executed.
  • the process of FIG. 23 is different from the first embodiment in that the DB restart processing unit 210 selects checkpoint information with a newer LSN in step S63A.
  • 24 is different from the first embodiment in that the DB restart processing unit 210 selects checkpoint information having a new WRITE time in step S73A.
  • step S14 the DB recovery processing unit 260 converts the primary log 330 or the secondary log 430 from the LSN or WRITE time of the checkpoint information selected in step S13A to the primary DB data 310 and the secondary DB of the primary DB data volume 31.
  • Recovery processing is executed by applying to the secondary DB data 410 of the data volume 41.
  • the log to be selected may be the primary log volume 33 or the secondary log volume 43 of the same system as the checkpoint information selected in step S13A.
  • FIG. 19 is a flowchart showing an example of processing performed by the DB data volume mismatch resolution processing unit 255. This process is a process executed by the DB data volume mismatch resolution processing unit 255 of the recovery start position determination unit 220 in step S120 of FIG.
  • the DB data volume mismatch resolution processing unit 255 determines whether the primary DB data 310 of the primary DB data volume 31 of the remote system 2 matches the secondary DB data 410 of the secondary DB data volume 41 ( S121). In step S122, if the primary DB data 310 and the secondary DB data 410 do not match, the process proceeds to step S123. If they match, the process ends and returns to the process of FIG.
  • step S123 the DB data volume mismatch resolution processing unit 255 refers to the update time (WRITE time) of the primary DB data 310 and the secondary DB data 410, and selects the DB data volume with the newest update time for recovery. Determine as volume. This process will be described in detail with reference to FIG.
  • step S124 the DB data volume mismatch resolution processing unit 255 synchronizes the primary DB data volume 31 and the secondary DB data volume 41 with the contents of the DB data volume determined in step S123. That is, the primary DB data 310 and the secondary DB data 410 are synchronized.
  • the primary / secondary DB data volumes 31 and 41 have the DB data volume mismatch resolution processing unit 255 refer to the update time (WRITE time) of the DB data volume, and for the DB data with the newest update time.
  • the primary and secondary DB data volumes are synchronized with the volume.
  • FIG. 20 is a flowchart showing an example of the DB data volume discriminating process. This process is a process executed in step S121 of the DB data volume mismatch resolution processing unit 255 shown in FIG.
  • the recovery start position determining unit 220 refers to the DB-volume mapping table 270 and searches for a remote logical volume ID in which the system 272 is “normal” and the type 273 is “DB data” (S1211).
  • VOL1-B1 in FIG. 5 becomes the corresponding volume ID.
  • This logical volume ID VOL1-B1 corresponds to the primary DB data volume 31 of the primary storage system 30-2 shown in FIG. 1, and stores the primary DB data 310.
  • the recovery start position determination unit 220 inquires of the primary storage system 30-2 storing the primary checkpoint information 320 about the time (WRITE time) at which the primary DB data 310 was last written by the main system 1 (S1212).
  • the recovery start position determination unit 220 receives the response of the WRITE time from the primary storage system 30-2, the WRITE time that the system 292 of the checkpoint information management table # 2 has received at the main WRITE time 298 of the “primary” record Is stored (S1213).
  • the recovery start position determination unit 220 refers to the DB-volume mapping table 270 and searches for a remote logical volume ID in which the system 272 is “secondary” and the type 273 is “DB data” (S1214).
  • VOL1-B2 becomes the corresponding volume ID.
  • This logical volume ID VOL1-B2 corresponds to the secondary checkpoint information volume 42 of the secondary storage system 40-2 shown in FIG. 1, and stores the secondary checkpoint information 420.
  • the recovery start position determination unit 220 inquires of the primary storage system 30-2 about the time (WRITE time) at which the primary checkpoint information 320 was last written in the main system 1 (S1215).
  • the recovery start position determination unit 220 When receiving the response of the WRITE time from the secondary storage system 40-2, the recovery start position determination unit 220 receives the received WRITE at the main WRITE time 298 of the record in which the system 292 of the checkpoint information management table # 2 is “secondary”. The time is stored (S1216).
  • the recovery start position determination unit 220 determines that the primary DB data 310 and the secondary DB data 410 are It is determined that there is a mismatch (S1217).
  • FIG. 21 is a flowchart showing an example of DB data volume determination processing. This process is a process executed by the recovery start position determination unit 220 in step S123 shown in FIG.
  • the recovery start position determining unit 220 refers to the checkpoint information management table # 2 (290-2) (S1221), and the main WRITE time 298 when the system 292 is “primary” and the main WRITE when the system 292 is “secondary”. The values at time 298 are compared (S1222).
  • the recovery start position determination unit 220 determines the checkpoint information at the main WRITE time 298 in the checkpoint information management table # 2 as the recovery volume of the primary DB data 310 (S1223). Then, the recovery start position determination unit 220 sets the checkpoint information selection flag 295 of the checkpoint information determined in the checkpoint information management table # 1 to “ON”. Note that the default value of the checkpoint information selection flag 295 is “OFF”.
  • the DB data volume of the newer WRITE time 298 or LSN is selected, and the checkpoint information selection flag 295 is updated to “ON”.
  • FIG. 22 is a flowchart showing an example of DB data volume synchronization processing. This process is a process performed by the recovery start position determination unit 220 in step S31 of FIG.
  • the recovery start position determination unit 220 refers to the checkpoint information management table # 2 (290-2) (S1241), and selects the DB data volume for which the checkpoint information selection flag 295 is “OFF” as the checkpoint information selection flag 295. Is overwritten with the contents of the DB data volume with "ON” (S1242).
  • the primary DB data 310 of the primary storage system 30-2 of the remote system 2 and the secondary DB data 410 of the secondary storage system 40-2 are synchronized with the contents of the newer WRITE time.
  • the DB restart processing unit 210 acquires the update time (WRITE time) of the DB data volumes 31 and 41 of the remote system 2 from the storage system of the main system 1, and the update time is Checkpoint information is selected in the new DB data volume system. Further, the DB restart processing unit 210 synchronizes the primary and secondary DB data volumes 31 and 41 with the DB data volume with the newest update time.
  • the recovery process of the primary DB data 310 in the remote system 2 can be speeded up by executing the recovery process of the primary DB data 310 from the primary log 330 or the secondary log 430 based on the selected checkpoint information. it can.
  • FIG. 25 is a block diagram illustrating an example of the host computer 10 according to the third embodiment.
  • the DB restart processing unit 210 of the DBMS 20-2 uses the checkpoint information volume system whose update time (WRITE time) of the primary / secondary checkpoint information volume (or primary / secondary checkpoint information) is newer. Is an update system. If the update times of the primary / secondary DB checkpoint information volume (or primary / secondary checkpoint information) match, the system of the primary / secondary log volume with the newest update time (WRITE time) of the primary / secondary log volumes 33 and 43 is updated. System. Then, after the other system is overwritten with the update system as the synchronization source, the recovery of the primary DB data 310 is executed. This speeds up the DB data recovery process.
  • the configuration of the host computer 10 differs from the first embodiment in that a primary / secondary volume mismatch resolution processing unit 256, a system determination result management table 510, and a volume synchronization information table 520 are added.
  • Other configurations are the same as those of the first embodiment.
  • FIG. 29 is a diagram showing an example of the system determination result management table 510.
  • the system determination result management table 510 managed by the DB restart processing unit 210 includes a synchronization source storage system ID 511 and a synchronization destination storage system ID 512 in one record.
  • ID "CTL # B1”
  • CTL # B2 "CTL # B2”
  • FIG. 30 is a diagram illustrating an example of the volume synchronization information table 520.
  • the volume synchronization information table 520 managed by the DB restart processing unit 210 includes a type 521 for storing data types, a synchronization source storage system ID 522 that serves as a copy source identifier, and a synchronization source volume ID 523 that serves as a copy source volume identifier. And a synchronization destination storage system ID 524 that becomes an identifier to be overwritten and a synchronization destination volume ID 525 that becomes a volume identifier to be overwritten.
  • FIG. 26 is a flowchart illustrating an example of processing performed by the DB restart processing unit 210.
  • the recovery start position determination process from the log in step S13 is replaced with the primary / secondary volume mismatch resolution process in step S130 with respect to the flowchart shown in FIG. 11 of the first embodiment. The same as in the first embodiment.
  • an example of the DB restart processing unit 210 of the DBMS 20-2 of the remote system 2 will be described.
  • steps S11 and S12 as in the first embodiment, if a failure has occurred in the main system 1, the system is determined to be the remote system 2, and the process proceeds to step S130.
  • step S130 the primary / secondary volume mismatch resolution processing unit 256 of the DB restart processing unit 210 determines that the update time (WRITE time) of the primary / secondary checkpoint information volume (or primary / secondary checkpoint information) is newer or the primary / secondary log volume.
  • the update time (WRITE time) is determined as the synchronization source system (storage system), and the other system is determined as the synchronization destination.
  • the primary / secondary volume mismatch resolution processing unit 256 overwrites the contents of the synchronization destination system with the contents of the synchronization source system.
  • the primary / secondary volume mismatch resolution processing unit 256 synchronizes the primary / secondary volume with the contents of the DB data update time that is newer or the log update time that is newer.
  • step S14 the DB recovery processing unit 260 applies the primary log 330 to the primary DB data 310 of the primary DB data volume 31 from the latest LSN or WRITE time of the checkpoint information synchronized in step S130. Execute the process.
  • the primary / secondary volume is synchronized in a system with a new checkpoint information update time or a new log update time, and then the primary / secondary DB data 310 is recovered by applying the log from the most recent LSN or WRITE time.
  • the scope of log application can be narrowed down to speed up the recovery process.
  • FIG. 27 is a flowchart showing an example of the primary / secondary volume mismatch resolution processing unit 256. This process is a process executed by the primary / secondary volume mismatch resolution processing unit 256 in step S130 of FIG.
  • the primary / secondary volume mismatch resolution processing unit 256 determines whether the LSN or update time (WRITE time) of the primary checkpoint information 320 and the secondary checkpoint information 420 match (S131). For this process, either the checkpoint information mismatch determination process # 1 by the LSN shown in FIG. 13A of the first embodiment or the checkpoint information mismatch determination process # 2 by the WRITE time shown in FIG. 13B may be executed. .
  • step S132 the primary / secondary volume mismatch resolution processing unit 256 determines whether the primary checkpoint information 320 and the secondary checkpoint information 420 match from the result of step S131. If they match, the process proceeds to step S135, and if they do not match, the process proceeds to step S133.
  • step S133 the primary / secondary volume mismatch resolution processing unit 256 determines the system of the volume with the newer checkpoint information as the synchronization source, and determines the other system as the synchronization destination.
  • the determination of the volume with the newer checkpoint information may be performed by executing the flowchart of FIG. 23 or FIG. 24 of the second embodiment.
  • step S137 the primary / secondary volume mismatch resolution processing unit 256 determines the system of the volume with the newer log as the synchronization source and the other system as the synchronization destination. In determining the volume with the newer log, the volume with the newest update time (main WRITE time) of the primary log 330 or the secondary log 430 is synchronized with the checkpoint information of FIG. Determine as the original.
  • step S137 the primary / secondary volume mismatch resolution processing unit 256 overwrites the contents of the synchronization destination system with the contents of the synchronization source system determined in step S133 or S137, and synchronizes the primary and secondary volumes.
  • FIG. 28 is a flowchart showing an example of primary and secondary volume synchronization processing.
  • the primary / secondary volume mismatch resolution processing unit 256 refers to the DB-volume mapping table 270, acquires the storage system ID of the synchronization destination system, stores it in the synchronization source storage system ID 511 of the system determination result management table 510, and stores the other The system storage system ID is stored in the synchronization destination storage system ID 512. Further, the primary / secondary volume mismatch resolution processing unit 256 sets a logical volume ID in the volume synchronization information table 520 for each type of data in the synchronization source and synchronization destination storage systems (S1341).
  • the primary / secondary volume mismatch resolution processing unit 256 transmits the information in the volume synchronization information table 520 to the access control units 34 and 44 of the primary and secondary storage systems 30-2 and 40-2, respectively, and synchronizes with the contents of the synchronization source logical volume. Perform synchronization by overwriting the contents of the previous logical volume.
  • the system with the newer checkpoint information or log is used as the update system, and the recovery system is executed after the other system is synchronized with the update system.
  • the recovery system is executed after the other system is synchronized with the update system.
  • the various software exemplified in the present embodiment can be stored in various recording media (for example, non-transitory storage media) such as electromagnetic, electronic, and optical, and through a communication network such as the Internet. It can be downloaded to a computer.
  • recording media for example, non-transitory storage media
  • a communication network such as the Internet. It can be downloaded to a computer.
  • the present invention is not limited to the above-described embodiments, and includes various modifications.
  • the above-described embodiments have been described in detail for easy understanding of the present invention, and are not necessarily limited to those having all the configurations described.
  • the restart processing unit 210 of the DBMS 20-2 of the remote system 2 detects the data shift of the primary and secondary storage systems of the remote system 2 at a predetermined cycle.
  • the DBMS 20-1 notifies the occurrence of a failure to the remote system 2
  • a data shift in the primary / secondary storage system of the remote system 2 may be detected.
  • the restart processing unit 210 of the DBMS 20-2 may start the recovery process.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Computing Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　データベースを提供する第１のサイトと、前記データベースの複製を格納する第２のサイトと、を有し、第１のサイトの第１の計算機が、データベースの処理を行って、データベースのデータを更新し、第１のサイトの第１の正ストレージがデータベース管理部とは非同期でデータを第２のサイトの第２の正ストレージへ送信し、第１のサイトの第１の副ストレージがデータベース管理部とは非同期でデータを第２のサイトの第２の副ストレージへ送信し、第２のサイトの第２の計算機が、所定のタイミングで第２の正ストレージのデータと、第２の副ストレージのデータを比較した結果、第２の正ストレージのデータと第２の副ストレージのデータが一致しない場合にはデータベースを回復する。

Description

データベースシステムの制御方法及びデータベースシステム
　本発明は、ディザスタリカバリを利用したデータベースシステムに関する。
　ディザスタリカバリを利用するデータベース管理システム（以下、ＤＢＭＳ）では、ストレージ装置のリモートコピー機能を使用し、データベースのログをメインシステムからリモートシステムへ転送及び書き込んで同期させ、データベースのデータ（ＤＢデータ）およびチェックポイント情報については非同期でリモートサイトへ転送及び書き込みする方法が知られている（例えば、特許文献１、２）。
　また、データベースシステムに障害が発生した後に回復する手法としては、ログを用いる技術が知られている（例えば、特許文献３）。
特許第４３０１８４９号公報 特開２００５－２６７３０１号公報 米国特許第５６４０５６１号公報
　しかしながら、上記従来例では、データベースのログをリモートシステムと同期させるため、ログの生成、格納及び転送の処理が必要となる。このログの同期処理に計算機のリソースが使用されるため、メインシステムのＤＢＭＳのオンライン性能等の処理能力が低下する場合があった。特に、ビッグデータなどの大量のデータを処理する場合には、メインシステムのＤＢＭＳではログを処理するために処理能力が低下する。
　さらに、上記従来例では、メインシステムで障害が発生したときには、リモートシステムでデータベースを回復することができる。しかし、メインシステムに障害が発生した後にリモートシステムで障害が発生した場合はデータベースの回復が難しい、という問題があった。
　そこで本発明は、メインシステムの処理能力への影響を抑制しながら、メインシステムで障害が発生したときにはリモートシステム側で迅速にデータベースを回復し、リモートシステムのみの状態でも信頼性を確保することを目的とする。
　本発明は、データベースを提供する第１のサイトと、前記データベースの複製を格納する第２のサイトと、を有して第２のサイトの管理計算機で前記データベースを回復するデータベースシステムの制御方法であって、前記第１のサイトは、プロセッサとメモリを含んで前記データベースを制御するデータベース管理部を稼働させる第１の計算機と、前記データベースに関連するデータを格納する第１の正ストレージ装置と、前記第１の正ストレージ装置に格納される前記データの複製を格納する第１の副ストレージ装置と、を有し、前記第２のサイトは、プロセッサとメモリを含んで前記データベースを回復する再開始処理部を稼働させる第２の計算機と、前記第１の正ストレージ装置から受信した前記データを格納する第２の正ストレージ装置と、前記第１の副ストレージ装置から受信した前記データを格納する第２の副ストレージ装置と、を有し、前記制御方法は、前記第１の計算機が、前記データベースの処理を行って、前記データベースのデータを更新する第１のステップと、前記第１の正ストレージ装置が、前記データベース管理部とは非同期で、前記データを前記第２の正ストレージ装置へ送信する第２のステップと、前記第１の副ストレージ装置が、前記データベース管理部とは非同期で、前記データを前記第２の副ストレージ装置へ送信する第３のステップと、前記第２の計算機が、所定のタイミングで前記第２の正ストレージ装置のデータと、前記第２の副ストレージ装置のデータを比較する第４のステップと、前記第２の計算機が、前記比較の結果、前記第２の正ストレージ装置のデータと、前記第２の副ストレージ装置のデータが一致しない場合には、前記データベースを回復する第５のステップと、を含む。
　本発明によれば、データベース管理部とは非同期のバックアップによって第１のサイト（メインシステム）の処理能力への影響を抑制しながら、メインシステムで障害が発生したときには第２のサイト（リモートシステム）で確実にデータベースを回復することができ、リモートシステムの信頼性を確保できる。
本発明の第１の実施例を示し、データベースシステムの一例を示すブロック図である。 本発明の第１の実施例を示し、ホストコンピュータの一例を示すブロック図である。 本発明の第１の実施例を示し、正ストレージシステムの一例を示すブロック図である。 本発明の第１の実施例を示し、正ログ及び正チェックポイント情報の関係を示す図である。 本発明の第１の実施例を示し、ＤＢ－ボリュームマッピングテーブルの一例を示す図である。 本発明の第１の実施例を示し、ＤＢ定義情報テーブルの一例を示す図である。 本発明の第１の実施例を示し、チェックポイント情報管理テーブル＃１の一例を示す図である。 本発明の第１の実施例を示し、チェックポイント情報管理テーブル＃２の一例を示す図である。 本発明の第１の実施例を示し、ＷＲＩＴＥ時刻管理テーブル（メイン側正ストレージシステム）の一例を示す図である。 本発明の第１の実施例を示し、ＷＲＩＴＥ時刻管理テーブル（メイン側副ストレージシステム）の一例を示す図である。 本発明の第１の実施例を示し、ＷＲＩＴＥ時刻管理テーブル（リモート側正ストレージシステム）の一例を示す図である。 本発明の第１の実施例を示し、ＷＲＩＴＥ時刻管理テーブル（リモート側副ストレージシステム）の一例を示す図である。 本発明の第１の実施例を示し、チェックポイント取得処理の一例を示すフローチャートである。 本発明の第１の実施例を示し、データベースシステム再開始処理の一例を示すフローチャートである。 本発明の第１の実施例を示し、ログからの回復開始位置決定処理の一例を示すフローチャートである。 本発明の第１の実施例を示し、チェックポイント情報不一致判別処理＃１の一例を示すフローチャートである。 本発明の第１の実施例を示し、チェックポイント情報不一致判別処理＃２の一例を示すフローチャートである。 本発明の第１の実施例を示し、チェックポイント情報決定処理＃１の一例を示すフローチャートである。 本発明の第１の実施例を示し、チェックポイント情報決定処理＃２の一例を示すフローチャートである。 本発明の第１の実施例を示し、チェックポイント情報不一致解消処理＃１の一例を示すフローチャートである。 本発明の第１の実施例を示し、チェックポイント情報不一致解消処理＃２の一例を示すフローチャートである。 本発明の第１の実施例を示し、チェックポイント情報不一致解消処理＃３の一例を示すフローチャートである。 本発明の第１の実施例を示し、ＷＲＩＴＥ時刻問合せ処理の一例を示すフローチャートである。 本発明の第２の実施例を示し、ホストコンピュータの一例を示すブロック図である。 本発明の第２の実施例を示し、データベースシステム再開始処理の一例を示すフローチャートである。 本発明の第２の実施例を示し、ＤＢデータ用ボリューム不一致解消処理の一例を示すフローチャートである。 本発明の第２の実施例を示し、ＤＢデータ用ボリューム不一判別処理の一例を示すフローチャートである。 本発明の第２の実施例を示し、ＤＢデータ用ボリューム決定処理の一例を示すフローチャートである。 本発明の第２の実施例を示し、ＤＢデータ用ボリューム同期処理の一例を示すフローチャートである。 本発明の第２の実施例を示し、チェックポイント情報決定処理＃１の一例を示すフローチャートである。 本発明の第２の実施例を示し、チェックポイント情報決定処理＃２の一例を示すフローチャートである。 本発明の第３の実施例を示し、ホストコンピュータの一例を示すブロック図である。 本発明の第３の実施例を示し、データベースシステム再開始処理の一例を示すフローチャートである。 本発明の第３の実施例を示し、正副ボリューム不一致解消処理の一例を示すフローチャートである。 本発明の第３の実施例を示し、正副ボリューム同期処理の一例を示すフローチャートである。 本発明の第３の実施例を示し、系決定結果管理テーブルの一例を示す図である。 本発明の第３の実施例を示し、ボリューム同期情報テーブルの一例を示す図である。
　以下、本発明の一実施形態について添付図面を用いて説明する。
　図１は、本発明の第１の実施例を示し、データベースシステムの一例を示すブロック図である。データベースシステムは、ディザスタリカバリを利用してメインシステム１のデータベースをリモートシステムでバックアップし、メインシステムで障害が発生したときにリモートシステム２でデータベースを提供する計算機システムである。
　＜システム構成＞
　メインシステム１とリモートシステム２は、ネットワーク３を介して接続される。メインシステム１とリモートシステム２は、同様に構成することができる。メインシステム１は、データベース管理システム（データベース管理部）２０－１を実行してデータベースを提供するホストコンピュータ１０－１と、提供するデータベースの正データ（正ＤＢデータ３１０、正ログ３３０、正チェックポイント情報３２０）を格納する正ストレージシステム３０－１と、正データの複製（副データ）を格納する副ストレージシステム４０－１がネットワークまたはホストコンピュータ１０を介して接続される。
　リモートシステム２は、データベース管理システム２０－２を実行するホストコンピュータ１０－２と、正ストレージシステム３０－１に格納された正データの複製を非同期で格納する正ストレージシステム３０－２と、副ストレージシステム４０－１に格納された副データの複製を非同期で格納する副ストレージシステム４０－２がネットワークを介して接続される。
　メインシステム１とリモートシステム２は、同様に構成することができる。ホストコンピュータ１０－１、１０－２は同様の構成であり、また、正ストレージシステム３０－１、３０－２、副ストレージシステム４０－１、４０－２も同様の構成である。
　なお、以下の説明では、ホストコンピュータの総称は添え字のない符号１０で示し、他の構成要素についても総称については添え字無しの符号で示し、メインシステム１とリモートシステム２の区別が必要な場合には添え字を付与する。
　正ストレージシステム３０－１は、正ＤＢデータ３１０を格納する正ＤＢデータ用ボリューム３１と、正チェックポイント情報３２０を格納する正チェックポイント情報用ボリューム３２と、正ログ３３０を格納する正ログ用ボリューム３３と、これらのボリューム３１～３３を制御するアクセス制御部３４を含む。
　正ストレージシステム３０－１のアクセス制御部３４は、ＤＢＭＳ２０－１からのアクセス要求に応じて正ＤＢデータ３１０へのアクセスを制御する。そして、アクセス制御部３４は、リモートコピー機能を有し、ＤＢＭＳ２０－１のアクセスとは非同期で正ＤＢデータ３１０、正チェックポイント情報３２０及び正ログ３３０の内容をリモートシステム２の正ストレージシステム３０－２へ転送する。
　ホストコンピュータ１０－１は、ＯＳ３００またはＩ／Ｆ１３が提供するミラーリング機能によって正ストレージシステム３０－１のデータの複製を副ストレージシステム４０－１に格納する。なお、正ストレージシステム３０－１のデータの複製は、正ＤＢデータ３１０をミラーリング機能によっての複製し、正チェックポイント情報３２０と正ログ３３０の複製はＤＢＭＳ２０－１で実施する。
　副ストレージシステム４０－１は、正ストレージシステムと同様の構成であり、正ＤＢデータ３１０の複製を副ＤＢデータ４１０として格納する副ＤＢデータ用ボリューム４１と、正チェックポイント情報３２０の複製を副チェックポイント情報４２０として格納する副チェックポイント情報用ボリューム４２と、正ログ３３０の複製を副ログ４３０として格納する副ログ用ボリューム４３と、これらのボリューム４１～４３を制御するアクセス制御部４４と、を含む。
　そして、アクセス制御部４４は、リモートコピー機能を有し、ホストコンピュータ１０－１のミラーリングとは非同期で副ＤＢデータ４１０、副チェックポイント情報４２０及び副ログ４３０の内容を、リモートシステム２の副ストレージシステム４０－２へ転送する。なお、ミラーリング機能は、データベース管理システム２０－１の書き込みを起因として正ストレージシステム３０－１に副ストレージシステム４０－１を同期させるので、換言すれば、データベース管理システム２０－１の書き込みに同期して副ストレージシステム４０－１にデータが書き込まれることになる。
　なお、実施例１では、メインシステム１が図示しないクライアント計算機へデータベースを提供する現用系（第１のサイト）として機能し、リモートシステム２はデータベース管理システム２０－１等の制御とは非同期でメインシステム１から送信されたデータをバックアップし、障害発生時にはメインシステム１のデータベースを回復して引き継ぐ待機系（第２のサイト）として機能する。
　また、本実施例１では、リモートシステム２のホストコンピュータ１０－２では、データベース管理システム２０－２のうち、少なくともＤＢ再開始処理部２１０が実行されていれば良い。そして、メインシステム１で障害が発生した後にデータベース管理システム２０－２でデータベースを提供する機能（データベース管理部）を起動するようにしてもよい。すなわち、メインシステム１のデータベース管理システム２０－１では、データベース管理部のみが機能する。そして、メインシステム１のデータベース管理システム（以下、ＤＢＭＳ）２０－１に障害が発生すると、リモートシステム２のＤＢＭＳ２０－２では、ＤＢ再開始処理部２１０とデータベース管理部が機能する。
　＜ホストコンピュータ＞
　図２は、ホストコンピュータ１０の一例を示すブロック図である。ホストコンピュータ１０は、演算処理を行うプロセッサ１１と、データやプログラムを保持するメモリ１２と、ネットワークを介して正ストレージシステム３０、副ストレージシステム４０あるいは外部に接続されるインターフェース（以下、Ｉ／Ｆ）１３を含む。
　メモリ１２には、ＤＢＭＳ２０がロードされ、プロセッサ１１によって実行される。ＤＢＭＳ２０は、正ＤＢデータ３１０へのアクセスを処理するのに加え、メインシステム１に障害が発生したときにデータベース（正ＤＢデータ３１０）を回復するＤＢ再開始処理部２１０を有する。なお、ＤＢ再開始処理部２１０は、リモートシステム２のホストコンピュータ１０－２で稼働させれば良く、メインシステム１のホストコンピュータ１０－１ではＤＢ再開始処理部２１０を停止させることができる。
　ＤＢ再開始処理部２１０は、正チェックポイント情報３２０から正ＤＢデータ３１０の回復位置を特定する回復開始位置決定部２２０と、正ＤＢデータ３１０を回復するＤＢ回復処理部２６０と、各種テーブルを含む。
　ＤＢ回復処理部２６０は、公知または周知の手法によって正ＤＢデータ３１０を回復すれば良い。本実施例では、例えば、前記特許文献３のように、副ログ４３０または正ログ３３０から正ＤＢデータ３１０を回復する例を示す。
　回復開始位置決定部２２０は、正チェックポイント情報３２０と副チェックポイント情報４２０のずれを検出するチェックポイント情報不一致判別処理部２３０と、正ＤＢデータ３１０の回復を開始するチェックポイント情報４２０の位置を決定するチェックポイント情報決定処理部２４０と、正チェックポイント情報３２０と副チェックポイント情報４２０不一致がある場合には同期させるチェックポイント情報不一致解消処理部２５０と、を含む。
　ＤＢ再開始処理部２１０が管理するテーブルは、格納するデータと正ストレージシステム３０または副ストレージシステム４０のボリュームの関係を格納するＤＢ－ボリュームマッピングテーブル２７０と、ＤＢＭＳ２０の設定を格納するＤＢ定義情報テーブル２８０と、正チェックポイント情報３２０または副チェックポイント情報４２０を管理するチェックポイント情報管理テーブル＃１（２９０－１）及びチェックポイント情報管理テーブル＃２（２９０－２）を含む。
　ＤＢＭＳ２０の各機能部はプログラムとしてメモリ１２にロードされる。プロセッサ１１は、各機能部のプログラムに従って処理することによって、所定の機能を提供する機能部として稼働する。例えば、プロセッサ１１は、ＤＢ再開処理プログラムに従って処理することでＤＢ再開始処理部２１０として機能する。他のプログラムについても同様である。さらに、プロセッサ１１は、各プログラムが実行する複数の処理のそれぞれの機能を提供する機能部としても稼働する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。
　ＤＢＭＳ２０の各機能を実現するプログラム、テーブル等の情報は、正ストレージシステム３０、副ストレージシステム４０や不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。
　＜ストレージシステム＞
　図３は、正ストレージシステム３０の一例を示すブロック図である。なお、副ストレージシステム４０も同様の構成であるので重複した説明は省略する。
　正ストレージシステム３０は、演算処理を行うプロセッサ３５と、データやプログラムを保持するメモリ３６と、複数のボリュームを提供するドライブに接続されるＩ／Ｆ３８と、ネットワークを介してホストコンピュータ１０あるいは外部に接続されるインターフェース（以下、Ｉ／Ｆ）３７を含む。
　各ボリューム３１～３３は、１以上のディスクドライブまたはＳＳＤ等の不揮発性半導体を含む論理的な記憶領域である。図示の例では、正ストレージシステム３０－１から正ＤＢデータ３１０を格納する正ＤＢデータ用ボリューム３１と、正チェックポイント情報３２０を格納する正チェックポイント情報用ボリューム３２と、正ログ３３０を格納する正ログ用ボリューム３３と、を含む。
　メモリ３６には、各ボリューム３１～３３を制御するアクセス制御部３４が読み込まれ、プロセッサ３５によって実行される。アクセス制御部３４は、各ボリュームへ書き込みを最後に実行した時刻を格納するＷＲＩＴＥ時刻管理テーブル３４０を含む。また、アクセス制御部３４は、リモートコピー機能を有し、ＤＢＭＳ２０－１やミラーリング機能のアクセスとは非同期で各データの内容をリモートシステム２へ転送する。
　アクセス制御部３４のリモートコピー機能は、メインシステム１の正ストレージシステム３０－１からリモートシステム２の正ストレージシステム３０－２へＤＢＭＳ２０－１のアクセスとは非同期で、正ＤＢデータ３１０、正チェックポイント情報３２０、正ログ３３０の複製を転送する。
　また、副ストレージシステム４０のアクセス制御部４４では、メインシステム１の副ストレージシステム４０－１からリモートシステム２の副ストレージシステム４０－２へミラーリング機能のアクセスとは非同期で、副ＤＢデータ４１０、副チェックポイント情報４２０、副ログ４３０の複製を転送する。
　＜処理の概要＞
　まず、メインシステム１のＤＢＭＳ２０－１の処理について説明する。ＤＢＭＳ２０－１は、図示しないクライアントやアプリケーションからの要求に応じて、正ＤＢデータ３１０のデータをメモリ１２に確保した図示しないＤＢバッファ（またはＤＢキャッシュ）に読み込む。ＤＢバッファに読み出されたデータは、トランザクションがコミットすると、ＤＢＭＳ２０－１は、データの更新内容を示すログを生成して正ログ３３０に格納し、更新されたデータが正ＤＢデータ３１０に格納される。
　ＤＢＭＳ２０－１は、ログを生成する際に、ログを一意に識別するための識別子としてログ・シーケンス・ナンバー（以下、ＬＳＮとする）をログに付与する。そして、本発明のＤＢＭＳ２０－１は、ＬＳＮを含むログを正ログ３３０に格納する。次に、ＤＢＭＳ２０－１は、更新されたデータを正ＤＢデータ３１０に格納し、一連のデータ更新の処理を終了する。
　チェックポイント情報３２０は、次のように生成される。メインシステム１のＤＢＭＳ２０－１は、所定のタイミングとなるたびに、チェックポイント取得処理を実行する。所定のタイミングは、例えば、予め設定した周期や、トランザクションの処理量が閾値に達したときや、正ログ３３０の量が所定値に達したときなどである。
　チェックポイント取得処理では、ＤＢＭＳ２０－１がＤＢバッファ上で更新されたデータを正ＤＢデータ用ボリューム３１の正ＤＢデータ３１０へ書き戻す。このとき、正ＤＢデータ３１０へ書き込むデータのＬＳＮを取得してチェックポイント情報３２０に書き込む。
　ホストコンピュータ１０－１のＯＳ３００またはＩ／Ｆ１３が提供するミラーリング機能によって正ストレージシステム３０－１のデータの複製を副ストレージシステム４０－１に格納する。これにより、正ＤＢデータ３１０に書き込まれたデータが副ＤＢデータ４１０にも書き込まれる。また、ＤＢＭＳ２０－１は、正ログ３３０の複製を副ログ４３０に書き込み、また、ＤＢＭＳ２０－１は、正チェックポイント情報３２０を副チェックポイント情報４２０に書き込んで多重化する。
　メインシステム１の正ストレージシステム３０－１は、ＤＢＭＳ２０－１の更新とは非同期で、所定のタイミングになるとリモートシステム２の各ボリューム３１～３３を、正ストレージシステム３０－２の各ボリューム３１～３３と同期する。すなわち、正ＤＢデータ３１０、正チェックポイント情報３２０、正ログ３３０のうち、新たに更新されたデータが正ストレージシステム３０－１から正ストレージシステム３０－２へ転送される。なお、所定のタイミングとは、ネットワーク３の使用率が閾値以下の状態や、正ストレージシステム３０－１の負荷が閾値以下の状態や、各ボリューム３１～３３のアクセス負荷が閾値以下の状態を所定のタイミングとする。
　メインシステム１の副ストレージシステム４０－１は、ホストコンピュータ１０－１のミラーリング処理とは非同期で、所定のタイミングになると、リモートシステム２の副ストレージシステム４０－２と同期する。すなわち、副ＤＢデータ４１０、副チェックポイント情報４２０、副ログ４３０のうち、新たに更新されたデータが副ストレージシステム４０－１から副ストレージシステム４０－２へ転送される。なお、所定のタイミングは、上記と同様であり、ネットワーク３の使用率が閾値以下の状態や、副ストレージシステム４０－１の負荷が閾値以下の状態や、各ボリューム４１～４３のアクセス負荷が閾値以下の状態を所定のタイミングとする。
　メインシステム１のＤＢＭＳ２０－１は、異常が発生すると、正チェックポイント情報３２０に、異常が発生したことを示す情報を書き込む。例えば、図４で示すように“ＦＡＩＬＵＲＥ”等の情報を書き込む。すなわち、ＬＳＮの最後または間にメインシステム１のＤＢＭＳ２０－１の状態を示す情報が格納される。
　ＤＢ再開始処理部２１０は、メインシステム１のＤＢＭＳ２０－１に障害が発生したことを検知すると、リモートシステム２の正ログ３３０または副ログ４３０から正ＤＢデータ３１０を回復する。
　ここで、本発明では、後述するように、チェックポイント情報を用いてログの回復開始位置を決定することで、メインシステム１の複製をＤＢＭＳ２０－１とは非同期でリモートシステム２に格納するデータベースシステムの冗長性を確保する。
　そして、リモートシステム２のＤＢＭＳ２０－２では、障害が発生したメインシステム１に代わって、データベースの提供を再開する。なお、ログに基づいて正ＤＢデータ３１０を回復する手法としては、周知または公知の手法を適用することができ、例えば、前記従来例に示した特許文献３の技術を適用するものとする。
　ホストコンピュータ１０－２では、ＤＢＭＳ２０－２がデータベースの提供を開始する。
　以上の処理により、正ＤＢデータ３１０、正ログ３３０、正チェックポイント情報３２０の内容をＤＢＭＳ２０－１の更新とは非同期でリモートシステム２に複製を送ることができる。そして、後述するように、チェックポイント情報に基づいて、正ＤＢデータ３１０を回復すべきログの位置を決定することにより、正確にデータベースの回復を行うことができる。
　なお、リモートシステム２のＤＢＭＳ２０－２のＤＢ再開始処理部２１０によるメインシステム１のＤＢＭＳ２０－１の監視は、正ストレージシステム３０－２の正チェックポイント情報３２０を監視し、障害の発生を示す情報を読み込んだときに限定されるものではなく、ホストコンピュータ１０－１やＤＢＭＳ２０－１のハートビートを監視したり、ネットワーク３の通信状態を監視して、メインシステム１側の障害発生として検知することができる。
　図４は、正ログ３３０及び正チェックポイント情報３２０の関係を示す図である。正ログ３３０は、メインシステム１が付与したログ・シーケンス・番号を格納するＬＳＮ３３１と、当該ログに対応するトランザクションの識別子を格納するトランザクション識別子３３２と、当該ログの種類を示すログ種別３３３と、当該ログに対応する正ＤＢデータ３１０の識別子を格納するデータ識別子３３４と、当該データ識別子の更新前の値を格納する更新前データ３３５と、当該データ識別子の更新後の値を格納する更新後データ３３６と、をひとつのレコードに含む。なお、ＬＳＮ３３１は、更新されたデータベースのデータが正ストレージシステム３０－１へ書き込まれたときの正ログ３３０の位置を特定するための識別子である。
　正チェックポイント情報３２０は、正ログ３３０のうち、ＬＳＮ３３１の値と、ＤＢＭＳ２０－１が書き込んだ状態情報と、をＬＳＮ３２１に格納する。図中“５０”、“１００”は、正ログ３３０のＬＳＮ３３１の値を示し、図中“ＤＢＳＴＡＲＴ”は、ＤＢＭＳ２０－１が正ログ３３０に書き込んだ稼働開始の情報を示す。また、図中“ＤＢＥＮＤ”は、ＤＢＭＳ２０－１が正ログ３３０に書き込んだ正常終了の情報を示す。したがって、正常終了したことを示す情報が正チェックポイント情報３２０に格納されていない場合には、ＤＢＭＳ２０－１が正常終了していないと判定することができる。
　また、ログ種別３３３は、図中“ＳＴＡＲＴ”がトランザクションＴ１の開始を示すメッセージで、ＤＢＭＳ２０－１によって書き込まれる。そして、図中“ＵＰＤＡＴＥ”はデータの更新を示すログを意味し、図中“ＣＯＭＭＩＴ”は、トランザクションが完了したことを示すログである。
　図中“ＣＰ　ＳＴＡＲＴ”はＤＢＭＳ２０－１が、所定の周期で書き込むチェックポイント取得処理の開始を示すメッセージである。また、図中“ＣＰ　ＥＮＤ”はＤＢＭＳ２０－１がチェックポイント取得処理を完了したときに書き込んだメッセージである。
　データの更新や追加あるいはトランザクションの完了がない時間帯であっても、ＤＢＭＳ２０－１が所定の周期毎にチェックポイント情報を書き込むことにより、正ＤＢデータ３１０の更新や追加がない期間でも、チェックポイント情報を生成することが可能となる。
　図５は、ＤＢ－ボリュームマッピングテーブル２７０の一例を示す図である。ＤＢ－ボリュームマッピングテーブル２７０は、当該データを格納するストレージシステム３０、４０の領域名を格納するＤＢ領域ＩＤ２７１と、当該データを格納するストレージシステムが正と副の何れに所属するかを格納する系２７２と、当該データの種別を格納する種別２７３と、当該データをメインシステム１で格納するストレージシステムの識別子を格納するメイン側ストレージシステムＩＤ２７４と、当該データをメインシステム１で格納するボリュームの識別子を格納するメイン側論理ボリュームＩＤ２７５と、当該データをリモートシステム２で格納するストレージシステムの識別子を格納するリモート側ストレージシステムＩＤ２７６と、当該データをリモートシステム２で格納するボリュームの識別子を格納するリモート側論理ボリュームＩＤ２７７と、をひとつのレコードに含む。
　ＤＢ－ボリュームマッピングテーブル２７０では、メインシステム１とリモートシステム２のボリューム間で非同期のコピーの関係が設定され、メイン側ストレージシステムＩＤ２７４からリモート側ストレージシステムＩＤ２７６へ各ボリュームのデータの複製が転送されることを示している。
　ＤＢ－ボリュームマッピングテーブル２７０の各値は、データベースシステムの管理者などが予め設定しておく。図中、系２７２は、メインシステム１は“正”に設定され、リモートシステム２は“副”に設定される。
　図示の例では、メインシステム１の正ストレージシステム３０－１のＩＤが“ＣＴＬ＃Ａ１”で、副ストレージシステム４０－１のＩＤが“ＣＴＬ＃Ａ２”であることを示す。また、リモートシステム２の正ストレージシステム３０－２のＩＤが“ＣＴＬ＃Ｂ１”で、副ストレージシステム４０－２のＩＤが“ＣＴＬ＃Ｂ２”であることを示す。
　図６は、ＤＢ定義情報テーブル２８０の一例を示す図である。ＤＢ定義情報テーブル２８０は、パラメータ２８１と、値２８２と、をひとつのレコードに含む。
　図示の例では、リモートシステム２のＤＢＭＳ２０－２のＤＢ定義情報テーブル２８０を示しており、第１のレコードが、パラメータ２８１として、リモートシステム２でメインシステム１のストレージシステムが書き込んだWRITE時刻を取得するか否かを設定するＷＲＩＴＥ時刻取得モードが設定され、値２８２には“Ｎ”が格納されている。この例では、リモートシステム２ではメインシステム１のＷＲＩＴＥ時刻管理テーブル３４０のデータを取得しないことを示す。
　また、図示の例では、第２のレコードが、パラメータ２８１として、ミラー化ボリューム間の同期機能利用モードが設定され、値２８２には“Ｎ”が格納されている。この機能は、ミラーリングしたボリューム間の内容を同期(コピー)する機能を適用するか否かを示す。図示の“Ｎ”は当該機能を適用しない設定を示す。
　図示はしないが、メインシステム１のＤＢＭＳ２０－１も同様にＤＢ定義情報テーブル２８０を有し、ミラーリングしたボリューム間の内容を同期(コピー)する機能を適用するか否かを設定することができる。
　また、図示はしないが、ＤＢ定義情報テーブル２８０には、メインシステム１またはリモートシステム２の何れであるかを識別する情報を含む。例えば、サイトというパラメータ２８１と、“リモート”という値２８２であればリモートシステム２のＤＢＭＳ２０－２を示す。
　図７は、チェックポイント情報管理テーブル＃１（２９０－１）の一例を示す図である。チェックポイント情報管理テーブル＃１（２９０－１）は、チェックポイント情報の識別子を格納するチェックポイント情報ＩＤ２９１と、チェックポイント情報が正と副の何れのストレージシステムに格納されているかを格納する系２９２と、データの種類を格納する種別２９３と、チェックポイント情報の最新のＬＳＮの値を格納するＬＳＮ２９４と、正ＤＢデータ３１０を回復する際に選択することを示すチェックポイント情報選択フラグ２９５と、をひとつのレコードに含む。
　図示の例では、リモートシステム２において、ＤＢＭＳ２０－２のチェックポイント情報管理テーブル＃１では、正チェックポイント情報３２０（ＣＨＫＰＮＴ１）のＬＳＮ２９４が“９０”で、副チェックポイント情報４２０（ＣＨＫＰＮＴ２）のＬＳＮ２９４が“８５”で、系２９２が“副”のチェックポイント情報選択フラグ２９５が“ＯＮ”であることから、正ＤＢデータ３１０の回復に副チェックポイント情報４２０を選択されたことを示している。
　図８は、チェックポイント情報管理テーブル＃２（２９０－２）の一例を示す図である。チェックポイント情報管理テーブル＃２（２９０－２）は、チェックポイント情報の識別子を格納するチェックポイント情報ＩＤ２９１と、チェックポイント情報が“正”と“副”の何れのストレージシステムに格納されているかを格納する系２９２と、データの種類を格納する種別２９３と、当該チェックポイント情報が格納されているストレージシステムの識別子を格納するストレージシステムＩＤ２９６と、当該チェックポイント情報が格納されている論理ボリュームの識別子を格納する論理ボリュームＩＤ２９７と、メインシステム１で当該チェックポイント情報が書き込まれた時刻を格納するメイン側ＷＲＩＴＥ時刻２９８と、正ＤＢデータ３１０を回復する際に選択することを示すチェックポイント情報選択フラグ２９５と、をひとつのレコードに含む。
　図示の例では、リモートシステム２において、ＤＢＭＳ２０－２のチェックポイント情報管理テーブル＃２では、正チェックポイント情報３２０（ＣＨＫＰＮＴ１）のメイン側ＷＲＩＴＥ時刻２９８が“１４：５０”で、副チェックポイント情報４２０（ＣＨＫＰＮＴ２）のメイン側ＷＲＩＴＥ時刻２９８が“１４：４０”で、系２９２が“副”のチェックポイント情報選択フラグ２９５が“ＯＮ”であることから、正ＤＢデータ３１０の回復に副チェックポイント情報４２０を選択されたことを示している。
　上記図７、図８に示したチェックポイント情報管理テーブル＃１、＃２は、ＤＢＭＳ２０が更新する。リモートシステム２のＤＢＭＳ２０－２は、後述する処理によってチェックポイント情報管理テーブル＃１（２９０－１）、＃２（２９０－２）を更新する。
　チェックポイント情報管理テーブル＃１（２９０－１）の更新は、正チェックポイント情報３２０、副チェックポイント情報４２０のＬＳＮの値をＬＳＮ２９４にそれぞれ格納する。
　一方、チェックポイント情報管理テーブル＃２（２９０－２）の更新は、メインシステム１からのデータ非同期転送時に、メインシステム１側でのＷＲＩＴＥ時刻の情報もリモートシステム２で受け取り、正チェックポイント情報３２０と副チェックポイント情報４２０の最終書き込み時刻をメイン側ＷＲＩＴＥ時刻２９８にそれぞれ格納する。
　図９Ａ～図９Ｄは、各ストレージシステム３０、４０がそれぞれ保持するＷＲＩＴＥ時刻管理テーブル３４０の一例を示す図である。図９Ａは、メインシステム１の正ストレージシステム３０－１が保持するＷＲＩＴＥ時刻管理テーブル３４０－１である。図９Ｂは、メインシステム１の副ストレージシステム４０－１が保持するＷＲＩＴＥ時刻管理テーブル３４０－２である。図９Ｃは、リモートシステム２の正ストレージシステム３０－２が保持するＷＲＩＴＥ時刻管理テーブル３４０－１である。図９Ｄは、リモートシステム２の副ストレージシステム４０－２が保持するＷＲＩＴＥ時刻管理テーブル３４０－１である。
　各ＷＲＩＴＥ時刻管理テーブル３４０は、各ストレージシステムが有する論理ボリュームの識別子を格納する論理ボリュームＩＤ３４１と、各論理ボリュームへ最後に書き込みを行った時刻（タイムスタンプ）が格納される。
　各ストレージシステムのアクセス制御部３４は、各ボリュームに書き込みが行われると、書き込みが完了した時刻を該当ボリュームのレコードのＷＲＩＴＥ時刻３４２に設定する。
　図１０は、チェックポイント取得処理の一例を示すフローチャートである。この処理は、メインシステム１のＤＢＭＳ２０－１が所定のタイミングとなったときに実行する。なお、所定のタイミングは、上述したように、予め設定した周期や、トランザクションの処理量が閾値に達したときや、正ログ３３０の量が所定値に達したときなどである。
　ＤＢＭＳ２０－１は、まず、正チェックポイント情報３２０にチェックポイント取得開始情報として“ＣＰ　ＳＴＡＲＴ”を正ログ３３０に出力する（Ｓ１）。ＤＢＭＳ２０－１は、このチェックポイント取得開始情報に、正ＤＢデータ３１０のログと同様にＬＳＮを付与する。
　次に、ＤＢＭＳ２０－１は、ＤＢバッファ上で更新された全てのデータ（全てのＤＢブロック）を正ＤＢデータ用ボリューム３１に書き込む（Ｓ２）。
　ＤＢＭＳ２０－１は、チェックポイント取得終了情報として“ＣＰ　ＥＮＤ”を正ログ３３０に出力する（Ｓ３）。ＤＢＭＳ２０－１は、このチェックポイント取得終了情報に、上記と同様にＬＳＮを付与する。
　最後に、ＤＢＭＳ２０－１は、チェックポイント取得終了情報に付与したＬＳＮを正チェックポイント情報３２０に書き込む。
　以上の処理により、所定のタイミングとなるたびに、ＤＢバッファ上で更新されたデータが正ＤＢデータ３１０に書き込まれ、このとき、チェックポイント取得終了情報に付与したＬＳＮが正チェックポイント情報３２０として正チェックポイント情報用ボリューム３２に書き込まれる。そして、ＤＢＭＳ２０－１の書き込みとは非同期で、メインシステム１の正チェックポイント情報３２０は、リモートシステム２の正チェックポイント情報３２０へ複写される。
　メインシステム１の正ＤＢデータ３１０も、ＤＢＭＳ２０－１の書き込みとは非同期で、正ＤＢデータ３１０をリモートシステム２の正ＤＢデータ３１０へ複写される。
　図１１は、ＤＢ再開始処理部２１０で行われる処理の一例を示すフローチャートである。この処理は、メインシステム１からリモートシステム２へ運用の切り替えが行われ、リモートシステム２のＤＢＭＳ２０－２が開始されると実行される。なお、メインシステム１からリモートシステム２への切り替えは、周知または公知の技術を採用することができる。例えば、リモートシステム２のホストコンピュータ１０－２がメインシステム１のホストコンピュータ１０－１のハートビートを監視し、障害の発生を検知するとＤＢＭＳ２０－２を起動するようにしてもよい。
　ＤＢ再開始処理部２１０は、正ストレージシステム３０－２の正チェックポイント情報３２０を読み込んで、メインシステム１のデータベースが正常に終了したか否かを判定する。正チェックポイント情報３２０にＤＢＭＳ２０－１が正常終了したことを示す情報が格納されていない場合には、ＤＢＭＳ２０－１が正常終了していないと判定してステップＳ１２へ進む。そうでない場合には処理を終了する。
　ステップＳ１２では、ＤＢ定義情報テーブル２８０を参照して、当該システムがリモートシステム２であるか否かを判定する。当該システムがリモートシステム２であればステップＳ１３へ進んで、ログからの回復開始位置の決定処理を実行する。一方、当該システムがメインシステム１の場合には、ステップＳ１４へ進んで、ＤＢ回復処理部２６０が、ログに基づいて正ＤＢデータ３１０の回復処理を実行する。
　ＤＢ回復処理部２６０は、ステップＳ１３で選択されたチェックポイント情報のＬＳＮまたはＷＲＩＴＥ時刻から正ログ３３０または副ログ４３０を正ＤＢデータ用ボリューム３１の正ＤＢデータ３１０及び副ＤＢデータ用ボリューム４１の副ＤＢデータ４１０に適用して回復処理を実行する。なお、選択するログは、正チェックポイント情報３２０と副チェックポイント情報４２０のうち新しい方に対応するログを選択する。 例えば、ＤＢ回復処理部２６０は、チェックポイント情報管理テーブル＃１（２９０－１）のＬＳＮ２９４を参照し、値が大きい方（図示の例では正チェックポイント情報３２０）のチェックポイント情報を選択し、当該チェックポイント情報に対応する正ログ３３０（または副ログ４３０）を選択し、回復処理を実行する。また、回復処理をストレージ層（正ストレージシステム３０－２及び副ストレージシステム４０－２）で制御する場合には、チェックポイント情報管理テーブル＃２（２９０－２）のメイン側ＷＲＩＴＥ時刻２９８の値が新しい方のチェックポイント情報を選択し、当該チェックポイント情報に対応する正ログ３３０または副ログ４３０を選択すればよい。
　すなわち、リモートシステム２のＤＢＭＳ２０－２が、メインシステム１の異常発生を検知したときには、ログとチェックポイント情報及びＤＢデータが正副ともにメインシステム１のＤＢＭＳ２０－１とは非同期で、メインシステム１からリモートシステム２へコピーされていたので、まず、ログのどの位置から正ＤＢデータ３１０を回復するかを決定する（Ｓ１３）。なお、ステップＳ１３の処理については、図１２で詳述する。
　そして、ＤＢＭＳ２０－２のＤＢ再開始処理部２１０は、決定したログの回復開始位置から正ＤＢデータ３１０及び副ＤＢデータ４１０を回復し、回復が完了した後にはデータベースの提供を再開する。
　データベースの再開始時には、ＯＳ３００またはＩ／Ｆ１３が提供するミラーリング機能を利用する。このミラーリング機能によって、正ストレージシステム３０－２と副ストレージシステム４０－２を同期させて、リモートシステム２におけるデータベースシステムの冗長性を確保する。
　図１２は、ログからの回復開始位置決定処理の一例を示すフローチャートである。この処理は、図１１のステップＳ１３で行われる処理である。
　ＤＢＭＳ２０－２のＤＢ再開始処理部２１０は、ＤＢ定義情報テーブル２８０を参照して、ＷＲＩＴＥ時刻取得モードの値２８２を取得する。そして、ＤＢ再開始処理部２１０は、ＷＲＩＴＥ時刻取得モードの値２８２が“Ｎ”であるか否かを判定する。ＷＲＩＴＥ時刻取得モードが“Ｎ”の場合にはステップＳ２２へ進み、そうでない場合にはステップＳ２６へ進む。すなわち、ＤＢ再開始処理部２１０がメインシステム１のＤＢＭＳ２０－１のＷＲＩＴＥ時刻を使用しない場合には、ステップＳ２２で図１３Ａに示すチェックポイント情報不一致判別処理＃１を実行する。一方、ＤＢ再開始処理部２１０がメインシステム１のＤＢＭＳ２０－１のＷＲＩＴＥ時刻を使用する場合には、ステップＳ２６で図１３Ｂに示すチェックポイント情報不一致判別処理＃１を実行する。
　ステップＳ２２では、ＤＢ再開始処理部２１０がチェックポイント情報不一致判別処理＃１を実行し、正チェックポイント情報３２０と副チェックポイント情報４２０のＬＳＮの値が一致しているか否かを判定する。ＤＢ再開始処理部２１０は、正チェックポイント情報３２０と副チェックポイント情報４２０のＬＳＮが一致していれば処理を終了する。一方、ＤＢ再開始処理部２１０は、正チェックポイント情報３２０と副チェックポイント情報４２０のＬＳＮが一致していなければステップＳ２４へ進んで、図１４Ａに示すチェックポイント情報決定処理＃１を実行する。
　ステップＳ２４のチェックポイント情報決定処理＃１では、ＤＢ再開始処理部２１０が、チェックポイント情報管理テーブル＃１（２９０－１）を参照し、正チェックポイント情報３２０と副チェックポイント情報４２０うちＬＳＮ２９４の古い（小さい）方を、正ＤＢデータ３１０を回復するためのチェックポイント情報として選択する。
　次に、ステップＳ２５では、ＤＢ再開始処理部２１０が図１５Ａに示すチェックポイント情報不一致解消処理＃１を実行して、ＤＢの回復に使用しないチェックポイント情報をクリアする。
　そして、図１１の処理に戻り、ＤＢ再開始処理部２１０は、ステップＳ１４で、ＬＳＮまたはメイン側ＷＲＩＴＥ時刻が新しい方のチェックポイント情報に対応する正ログ３３０または副ログ４３０を、正ＤＢデータ３１０と副ＤＢデータ４１０に適用して、正ＤＢデータ３１０と副ＤＢデータ４１０を回復させる。
　一方、上記ステップＳ２１の判定で、ＤＢ定義情報テーブル２８０のＷＲＩＴＥ時刻取得モードが“Ｙ”の場合には、ステップＳ２６へ進んで、ＤＢ再開始処理部２１０は、図１３Ｂに示すチェックポイント情報不一致判別処理＃２を実行する。
　ステップＳ２６のチェックポイント情報決定処理＃２では、ＤＢ再開始処理部２１０が、チェックポイント情報管理テーブル＃２（２９０－２）を参照し、正チェックポイント情報３２０と副チェックポイント情報４２０のメイン側ＷＲＩＴＥ時刻２９８が一致しているか否かを判定する。
　ＤＢ再開始処理部２１０は、正チェックポイント情報３２０と副チェックポイント情報４２０のＷＲＩＴＥ時刻が一致していれば処理を終了する。一方、ＤＢ再開始処理部２１０は、正チェックポイント情報３２０と副チェックポイント情報４２０のＷＲＩＴＥ時刻が一致していなければステップＳ２８へ進んで、図１４Ｂに示すチェックポイント情報決定処理＃２を実行する。
　ステップＳ２８のチェックポイント情報決定処理＃２では、ＤＢ再開始処理部２１０が、チェックポイント情報管理テーブル＃１（２９０－２）を参照し、正チェックポイント情報３２０と副チェックポイント情報４２０うちＷＲＩＴＥ時刻古い方を、正ＤＢデータ３１０を回復するためのチェックポイント情報として選択する。
　次に、ステップＳ２９では、ＤＢ再開始処理部２１０がＤＢ定義情報テーブル２８０を参照して、ミラー化ボリューム間同期モードの値２８２が“Ｎ”であるか否かを判定する。正ストレージシステム３０－２と副ストレージシステム４０－２が同期されていない“Ｎ”の場合、ＤＢ再開始処理部２１０は、ステップＳ３０へ進んで、図１５Ｂに示すチェックポイント情報不一致解消処理＃２を実行する。
　一方、メインシステム１とリモートシステム２の正副ストレージシステムが同期されている“Ｙ”の場合、ＤＢ再開始処理部２１０は、ステップＳ３１へ進んで、図１５Ｃに示すチェックポイント情報不一致解消処理＃３を実行する。
　以上の処理により、正チェックポイント情報３２０と副チェックポイント情報４２０のＬＳＮまたはＷＲＩＴＥ時刻が古い方のボリュームが選択されて、ＤＢ再開始処理部２１０はＬＳＮで指定される正ログ３３０または副ログ４４０を用いて正ＤＢデータ３１０の回復を実施する。
　このように、ＤＢＭＳ２０－１とは非同期でメインシステム１から受信した正チェックポイント情報３２０と副チェックポイント情報４２０のうち、新しい方のＬＳＮまたはＷＲＩＴＥ時刻によって、非同期転送のため正ＤＢデータ３１０と副ＤＢデータ４１０の間にずれが発生していても、双方をデータの損失なく整合性を保った状態に回復できる。これにより、メインシステム１のＤＢＭＳ２０－１とは非同期でメインシステム１からリモートシステム２へバックアップを行う場合でも、冗長性を確保することができる。また、メインシステム１で障害が発生してからリモートシステム２でデータベースを再開するまでの時間が増大するのを抑制できる。
　図１３Ａは、チェックポイント情報不一致判別処理＃１の一例を示すフローチャートである。この処理は、図１２のステップＳ２２で回復開始位置決定部２２０のチェックポイント情報不一致判別処理部２３０によって行われる処理である。
　チェックポイント情報不一致判別処理部２３０は、正ストレージシステム３０－２のボリューム３２に格納された最後（最新）の正チェックポイント情報３２０と、副ストレージシステム７０－２のボリューム４２に格納された最後（最新）の副チェックポイント情報４２０と、をそれぞれ読み込む（Ｓ４１）。
　チェックポイント情報不一致判別処理部２３０は、正チェックポイント情報３２０のうち最後に記録されたＬＳＮを取得し、チェックポイント情報管理テーブル＃１の系２９２が“正”のレコードのＬＳＮ２９４に取得したＬＳＮを格納する（Ｓ４２）。
　チェックポイント情報不一致判別処理部２３０は、副チェックポイント情報４２０のうち最後に記録されたＬＳＮを取得し、チェックポイント情報管理テーブル＃１の系２９２が“副”のレコードのＬＳＮ２９４に取得したＬＳＮを格納する（Ｓ４３）。
　チェックポイント情報不一致判別処理部２３０は、系２９２が“正”のＬＳＮ２９４と、系２９２が“副”のＬＳＮ２９４の値が一致しなければ、正チェックポイント情報３２０と副チェックポイント情報４２０のＬＳＮは不一致と判定する（Ｓ４４）。
　以上の処理により、チェックポイント情報不一致判別処理部２３０が、正副チェックポイント情報のＬＳＮを比較することで、メインシステム１のＤＢＭＳ２０－１とは非同期でバックアップされる正副チェックポイント情報のずれを検出することができる。
　図１３Ｂは、チェックポイント情報不一致判別処理＃２の一例を示すフローチャートである。この処理は、図１２のステップＳ２６で回復開始位置決定部２２０のチェックポイント情報不一致判別処理部２３０によって行われる処理である。
　チェックポイント情報不一致判別処理部２３０は、ＤＢ－ボリュームマッピングテーブル２７０を参照して、系２７２が“正”で、かつ、種別２７３が“チェックポイント”のリモート側論理ボリュームＩＤを検索する（Ｓ５１）。図５に示すリモート側論理ボリュームＩＤ２７７でＶＯＬ３－Ｂ１が該当するボリュームＩＤとなる。この論理ボリュームＩＤ＝ＶＯＬ３－Ｂ１は、図１に示した正ストレージシステム３０－２の正チェックポイント情報用ボリューム３２に対応し、正チェックポイント情報３２０を格納する。
　チェックポイント情報不一致判別処理部２３０は、当該正チェックポイント情報３２０をメインシステム１で最後に書き込んだ時刻（ＷＲＩＴＥ時刻）を、メインシステム１のホストコンピュータ１０－１に問い合わせる（Ｓ５２）。
　すなわち、チェックポイント情報不一致判別処理部２３０は、上記ステップＳ５１で検索した論理ボリュームＩＤ＝ＶＯＬ３－Ｂ１のレコードで、当該メイン側論理ボリュームＩＤ２７５（この例では、ＶＯＬ３－Ａ１）を取得して、ホストコンピュータ１０－１にＷＲＩＴＥ時刻を問い合わせる。この問合せ処理の詳細については、図１６で後述する。
　ＤＢ再開始処理部２１０は、メインシステム１のホストコンピュータ１０－１からＷＲＩＴＥ時刻の応答を受け付けると、チェックポイント情報管理テーブル＃２の系２９２が“正”のレコードのメイン側ＷＲＩＴＥ時刻２９８に受け付けたＷＲＩＴＥ時刻を格納する（Ｓ５３）。
　ＤＢ再開始処理部２１０は、ＤＢ－ボリュームマッピングテーブル２７０を参照して、系２７２が“副”で、かつ、種別２７３が“チェックポイント”のリモート側論理ボリュームＩＤを検索する（Ｓ５４）。図５に示すリモート側論理ボリュームＩＤ２７７でＶＯＬ３－Ｂ２が該当するボリュームＩＤとなる。この論理ボリュームＩＤ＝ＶＯＬ３－Ｂ２は、図１に示した副ストレージシステム４０－２の副チェックポイント情報用ボリューム４２に対応し、副チェックポイント情報４２０を格納する。
　ＤＢ再開始処理部２１０は、当該正チェックポイント情報３２０をメインシステム１で最後に書き込んだ時刻（ＷＲＩＴＥ時刻）を、メインシステム１のホストコンピュータ１０－１に問い合わせる（Ｓ５５）。
　すなわち、ＤＢ再開始処理部２１０は、上記ステップＳ５５で検索した論理ボリュームＩＤ＝ＶＯＬ３－Ｂ２のレコードで、当該メイン側論理ボリュームＩＤ２７５（この例では、ＶＯＬ３－Ａ２）を取得して、ホストコンピュータ１０－１にＷＲＩＴＥ時刻を問い合わせる。この問合せ処理の詳細については、上記Ｓ５２と同様であり、図１６で後述する。
　ＤＢ再開始処理部２１０は、メインシステム１のホストコンピュータ１０－１からＷＲＩＴＥ時刻の応答を受け付けると、チェックポイント情報管理テーブル＃２の系２９２が“副”のレコードのメイン側ＷＲＩＴＥ時刻２９８に、受け付けたＷＲＩＴＥ時刻を格納する（Ｓ５６）。
　ＤＢ再開始処理部２１０は、系２９２が“正”のメイン側ＷＲＩＴＥ時刻２９８と、系２９２が“副”のメイン側ＷＲＩＴＥ時刻２９８が一致しなければ、正チェックポイント情報３２０と副チェックポイント情報４２０のＷＲＩＴＥ時刻は不一致と判定する（Ｓ５７）。
　以上の処理により、正副チェックポイント情報が最後に書き込まれたＷＲＩＴＥ時刻を比較することで、メインシステム１のＤＢＭＳ２０－１とは非同期でバックアップされる正副チェックポイント情報のずれを検出することができる。
　図１４Ａは、チェックポイント情報決定処理＃１の一例を示すフローチャートである。この処理は、図１２のステップＳ２４で回復開始位置決定部２２０のチェックポイント情報決定処理部２４０で行われる処理である。
　チェックポイント情報決定処理部２４０は、チェックポイント情報管理テーブル＃１（２９０－１）を参照し（Ｓ６１）、正チェックポイント情報３２０のＬＳＮ２９４と、副チェックポイント情報４２０のＬＳＮ２９４の値を比較する（Ｓ６２）。
　そして、チェックポイント情報決定処理部２４０は、チェックポイント情報管理テーブル＃１のＬＳＮ２９４の値が古い（小さい）方のチェックポイント情報を、正ＤＢデータ３１０及び副ＤＢデータ４１０の回復用に決定する（Ｓ６３）。そして、チェックポイント情報決定処理部２４０は、チェックポイント情報管理テーブル＃１で決定したチェックポイント情報のチェックポイント情報選択フラグ２９５を“ＯＮ”に設定する。なお、チェックポイント情報選択フラグ２９５のデフォルト値は“ＯＦＦ”である。
　以上の処理によりＬＳＮの小さいチェックポイント情報が選択されて、チェックポイント情報選択フラグ２９５が“ＯＮ”に更新される。
　図１４Ｂは、チェックポイント情報決定処理＃２の一例を示すフローチャートである。この処理は、図１２のステップＳ２８でチェックポイント情報決定処理部２４０によって行われる処理である。
　チェックポイント情報決定処理部２４０は、チェックポイント情報管理テーブル＃２（２９０－２）を参照し（Ｓ７１）、正チェックポイント情報３２０のメイン側ＷＲＩＴＥ時刻２９８と、副チェックポイント情報４２０のメイン側ＷＲＩＴＥ時刻２９８の値を比較する（Ｓ７２）。
　そして、チェックポイント情報決定処理部２４０は、チェックポイント情報管理テーブル＃２のメイン側ＷＲＩＴＥ時刻２９８が古い方のチェックポイント情報を、正ＤＢデータ３１０及び副ＤＢデータ４１０の回復用に決定する（Ｓ７３）。そして、チェックポイント情報決定処理部２４０は、チェックポイント情報管理テーブル＃２で決定したチェックポイント情報のチェックポイント情報選択フラグ２９５を“ＯＮ”に設定する（Ｓ７４）。なお、チェックポイント情報選択フラグ２９５のデフォルト値は“ＯＦＦ”である。
　以上の処理により、ＤＢ定義情報テーブル２８０のＷＲＩＴＥ時刻取得モードが“Ｙ”の場合には、チェックポイント情報管理テーブル＃２でメイン側ＷＲＩＴＥ時刻２９８の古い方のチェックポイント情報が選択されて、チェックポイント情報選択フラグ２９５が“ＯＮ”に更新される。
　図１５Ａは、チェックポイント情報不一致解消処理＃１の一例を示すフローチャートである。この処理は、図１２のステップＳ２５で回復開始位置決定部２２０のチェックポイント情報不一致解消処理部２５０によって行われる。
　チェックポイント情報決定処理部２４０は、チェックポイント情報管理テーブル＃１（２９０－１）を参照し（Ｓ８１）、チェックポイント情報選択フラグ２９５が“ＯＦＦ”のチェックポイント情報を初期化する（Ｓ８２）。
　上記処理により、正ＤＢデータ３１０の回復処理に使用されないチェックポイント情報選択は初期化によってクリアされる。
　図１５Ｂは、チェックポイント情報不一致解消処理＃２の一例を示すフローチャートである。この処理は、図１２のステップＳ３０で回復開始位置決定部２２０のチェックポイント情報不一致解消処理部２５０によって行われる処理である。
　チェックポイント情報不一致解消処理部２５０で、チェックポイント情報管理テーブル＃２（２９０－２）を参照し（Ｓ９１）、チェックポイント情報選択フラグ２９５が“ＯＦＦ”のチェックポイント情報を、チェックポイント情報選択フラグ２９５が“ＯＮ”のチェックポイント情報で上書きする（Ｓ９２）。
　上記処理により、リモートシステム２の正ストレージシステム３０－２の正チェックポイント情報３２０と、副ストレージシステム４０－２の副チェックポイント情報４２０は同期する。
　図１５Ｃは、チェックポイント情報不一致解消処理＃３の一例を示すフローチャートである。この処理は、図１２のステップＳ３１で回復開始位置決定部２２０のチェックポイント情報不一致解消処理部２５０によって行われる処理である。
　回復開始位置決定部２２０のチェックポイント情報不一致解消処理部２５０は、チェックポイント情報管理テーブル＃２（２９０－２）を参照し（Ｓ１０１）、チェックポイント情報選択フラグ２９５が“ＯＦＦ”のチェックポイント情報を、チェックポイント情報選択フラグ２９５が“ＯＮ”のチェックポイント情報で上書きする（Ｓ１０２）。
　上記処理により、リモートシステム２の正ストレージシステム３０－２の正チェックポイント情報３２０と、副ストレージシステム４０－２の副チェックポイント情報４２０は同期する。
　図１６は、ＷＲＩＴＥ時刻問合せ処理の一例を示すフローチャートである。この処理は、図１３ＢのステップＳ５２、Ｓ５５で行われる処理で、リモートシステム２のＤＢＭＳ２０－２の開始時（ＤＢＭＳの再開時）に行われる処理である。
　ホストコンピュータ１０－２のＤＢＭＳ２０－２は論理ボリュームＩＤを受け付け、ＤＢ－ボリュームマッピングテーブル２７０を参照して、リモート側ストレージシステムＩＤ２７６を取得する（Ｓ１１１）。
　ホストコンピュータ１０－２は、ステップＳ１１１で取得したリモート側ストレージシステムＩＤ２７６で、図９Ｃ、図９Ｄに示したＷＲＩＴＥ時刻管理テーブル３４０－３～３４０－４を参照してＷＲＩＴＥ時刻３４２を取得する。（Ｓ１１２）。
　以上の処理によって、リモートシステム２のＤＢＭＳ２０－２は、チェックポイント情報が最後に書き込まれた時刻（ＷＲＩＴＥ時刻３４２）をＷＲＩＴＥ時刻管理テーブル３４０－３～３４０－４から取得することができる。なお、メイン側ＷＲＩＴＥ時刻の取得処理は、本処理とは別に行われる。すなわち、メインシステム１からの正副ＤＢデータ、正副チェックポイント情報、正副ログの非同期転送時に、メイン側ＷＲＩＴＥ時刻も一緒に転送され、リモートシステム２の正副ストレージシステム３０－２、４０－２は、ＷＲＩＴＥ時刻管理テーブル３４０－３、３４０－４の反映先論理ボリュームに格納する。
　以上のように本実施例１によれば、データベースを提供するメインシステム１の正副ストレージシステムのデータを、リモートシステム２の正副ストレージシステムへＤＢＭＳ２０－１とは非同期で複写する。正副ストレージシステムのデータには、ＤＢデータとログに加え、ＤＢＭＳ２０－１がＤＢバッファの更新済みデータを正ストレージシステム３０－１の正ＤＢデータ３１０へ書き込んだときに生成するチェックポイント情報３２０、４２０を含む。チェックポイント情報３２０、４２０は、チェックポイントの開始及び終了を示すメッセージに付与したＬＳＮである。また、チェックポイント情報３２０、４２０には、メインシステム１のＤＢＭＳ２０－１の状態情報を記録できる。
　そして、メインシステム１の正副ストレージシステムではＤＢデータ３１０、４１０についてミラーリングを行い、チェックポイント情報とログについてはＤＢＭＳ２０－１が２重化する。リモートシステム２の正副ストレージシステムでは、ミラーリング機能を停止しておく。メインシステム１では、ＤＢＭＳやミラーリング機能とは非同期でリモートシステム２の正副ストレージシステムへ正データの複製を転送する。
　リモートシステム２の正副ストレージシステムでは、ミラーリング機能を停止しているため、メインシステム１のＤＢＭＳ２０－１に障害が発生した時点で、正副ＤＢデータや正副ログは同期しているとは限らない。
　そこで、リモートシステム２のＤＢＭＳ２０－２では、ＤＢＭＳ２０－１に障害が発生すると、正チェックポイント情報３２０と副チェックポイント情報４２０のずれを検出する。このずれの検出は、ＬＳＮの不一致や、ＷＲＩＴＥ時刻の不一致などで検出する。
　そして、正副チェックポイント情報が不一致の場合には、ＬＳＮまたはＷＲＩＴＥ時刻が古い方のチェックポイント情報を、正ＤＢデータ３１０及び副ＤＢデータ４１０の回復開始位置として決定する。回復開始位置は、チェックポイント情報管理テーブル＃１のＬＳＮ２９４、またはチェックポイント情報管理テーブル＃２のメイン側ＷＲＩＴＥ時刻２９８の古い方が指定される。
　ＤＢＭＳ２０－２の回復処理部２６０は、指定された回復開始位置から正ログ３３０または副ログ４３０のうち新しい方から正ＤＢデータ３１０及び副ＤＢデータ４１０の回復処理を実行する。これによりＤＢＭＳ２０－２のみで正ＤＢデータ３１０及び副ＤＢデータ４１０の回復を実現できる。
　そして、メインシステム１とリモートシステム２の正副ストレージシステムの全てのデータをＤＢＭＳ２０－１とは非同期でバックアップしながらも、障害発生時の回復処理を迅速に行うことができるのである。これにより、メインシステム１のネットワークの帯域や、処理能力がディザスタリカバリで消費されるのを抑制することができ、ネットワークの帯域や処理能力に余裕があるときにデータの複製をＤＢＭＳ２０－１とは非同期で行うことができる。したがって、メインシステム１でビッグデータなどの処理を行う際には、ホストコンピュータ１０－１の処理能力及びネットワークの帯域を効率よく利用することができる。
　そして、リモートシステム２で正ＤＢデータ３１０及び副ＤＢデータ４１０の回復処理が完了した後には、正ストレージシステム３０－２と副ストレージシステム４０－２を冗長化することによって、リモートシステム２で提供するデータベースの冗長性を確保できるのである。
　図１７は、第２の実施例を示し、ホストコンピュータ１０の一例を示すブロック図である。第２の実施例では、ＤＢＭＳ２０－２のＤＢ再開始処理部２１０は、正副ＤＢデータ用ボリューム（または正副ＤＢデータ）の更新時刻（ＷＲＩＴＥ時刻）を参照し、更新時刻が新しい方のＤＢデータ用ボリュームの系でチェックポイント情報を選択する。また、更新時刻が新しい方のＤＢデータ用ボリュームで正副ＤＢデータ用ボリュームを同期させておく。そして、選択したチェックポイント情報から正ＤＢデータ３１０の回復処理を実行することで、リモートシステム２での正ＤＢデータ３１０の回復処理の高速化を図るものである。図１７において、ホストコンピュータ１０の構成としては、ＤＢデータ用ボリューム不一致解消処理部２５５を加えた点が、前記実施例１と異なる点である。その他の構成は、前記実施例１と同様である。
　図１８は、ＤＢ再開始処理部２１０で行われる処理の一例を示すフローチャートである。図１８では、前記実施例１の図１１に示したフローチャートに対して、ステップＳ１２０を追加した点が前記実施例１とは異なる。その他については、前記実施例１と同様である。以下では、リモートシステム２のＤＢＭＳ２０－２のＤＢ再開始処理部２１０の例について説明する。
　ステップＳ１１、Ｓ１２では、前記実施例１と同様に、メインシステム１に障害が発生していれば、当該システムがリモートシステム２と判定し、ステップＳ１２０へ進む。
　ステップＳ１２０では、ＤＢ再開始処理部２１０が、後述する図１９のように、リモートシステム２の正ストレージシステム３０－２の正ＤＢデータ用ボリューム３１と、副ストレージシステム４０－２の副ＤＢデータ用ボリューム４１のＷＲＩＴＥ時刻（更新時刻）を比較して、更新時刻が新しい方のＤＢデータ用ボリュームで正副ＤＢデータ用ボリューム３１、４１を同期させておく。なお、ステップＳ１２０の処理については図１９で詳述する。
　次に、ＤＢ再開始処理部２１０は、ログからの回復開始位置の決定処理を実行する（Ｓ１３Ａ）。この処理は、実施例１がＬＳＮまたはＷＲＩＴＥ時刻が古いチェックポイント情報を選択したのに対して、本実施例２では、ＷＲＩＴＥ時刻または新しいチェックポイント情報を選択する点が相違する。すなわち、更新時刻が新しい方のＤＢデータ用ボリュームと同じ系（正副）のチェックポイント情報を回復用に選択する。
　具体的には、ステップＳ１３Ａの処理は、前記実施例１の図１２のステップＳ２４の処理を、図１４Ａに代わって図２３の処理を実行し、図１２のステップＳ２８の処理を、図１４Ｂに代わって図２４の処理を実行すればよい。図２３の処理では、ステップＳ６３Ａで、ＤＢ再開始処理部２１０が、ＬＳＮが新しい方のチェックポイント情報を選択する点が前記実施例１と相違する。また、図２４の処理では、ステップＳ７３Ａで、ＤＢ再開始処理部２１０が、ＷＲＩＴＥ時刻が新しい方のチェックポイント情報を選択する点が前記実施例１と相違する。
　そして、ステップＳ１４では、ＤＢ回復処理部２６０が、ステップＳ１３Ａで選択されたチェックポイント情報のＬＳＮまたはＷＲＩＴＥ時刻から正ログ３３０または副ログ４３０を正ＤＢデータ用ボリューム３１の正ＤＢデータ３１０と副ＤＢデータ用ボリューム４１の副ＤＢデータ４１０に適用して回復処理を実行する。なお、選択するログは、ステップＳ１３Ａで選択されたチェックポイント情報と同一の系の正ログ用ボリューム３３または副ログ用ボリューム４３を用いればよい。
　図１９は、ＤＢデータ用ボリューム不一致解消処理部２５５で行われる処理の一例を示すフローチャートである。この処理は、図１８のステップＳ１２０で回復開始位置決定部２２０のＤＢデータ用ボリューム不一致解消処理部２５５が実行する処理である。
　ＤＢデータ用ボリューム不一致解消処理部２５５は、リモートシステム２の正ＤＢデータ用ボリューム３１の正ＤＢデータ３１０と、副ＤＢデータ用ボリューム４１の副ＤＢデータ４１０が一致しているか否かを判定する（Ｓ１２１）。ステップＳ１２２では、正ＤＢデータ３１０と副ＤＢデータ４１０が一致していない場合にはステップＳ１２３へ進み、一致している場合には処理を終了して図１８の処理に復帰する。
　ステップＳ１２３では、ＤＢデータ用ボリューム不一致解消処理部２５５が、正ＤＢデータ３１０と副ＤＢデータ４１０の更新時刻（ＷＲＩＴＥ時刻）を参照し、更新時刻が新しい方のＤＢデータ用ボリュームを、回復用のボリュームとして決定する。この処理については図２１で詳述する。
　ステップＳ１２４では、ＤＢデータ用ボリューム不一致解消処理部２５５が、上記ステップＳ１２３で決定したＤＢデータ用ボリュームの内容で、正ＤＢデータ用ボリューム３１と副ＤＢデータ用ボリューム４１を同期させる。すなわち、正ＤＢデータ３１０と副ＤＢデータ４１０を同期させる。
　以上の処理によって、正副ＤＢデータ用ボリューム３１、４１は、ＤＢデータ用ボリューム不一致解消処理部２５５が、ＤＢデータ用ボリュームの更新時刻（ＷＲＩＴＥ時刻）を参照し、更新時刻が新しい方のＤＢデータ用ボリュームで正副ＤＢデータ用ボリュームを同期させる。
　図２０は、ＤＢデータ用ボリューム不一判別処理の一例を示すフローチャートである。この処理は、図１９に示したＤＢデータ用ボリューム不一致解消処理部２５５のステップＳ１２１で実行される処理である。
　回復開始位置決定部２２０は、ＤＢ－ボリュームマッピングテーブル２７０を参照して、系２７２が“正”で、かつ、種別２７３が“ＤＢデータ”のリモート側論理ボリュームＩＤを検索する（Ｓ１２１１）。
　図５に示すリモート側論理ボリュームＩＤ２７７で図５のＶＯＬ１－Ｂ１が該当するボリュームＩＤとなる。この論理ボリュームＩＤ＝ＶＯＬ１－Ｂ１は、図１に示した正ストレージシステム３０－２の正ＤＢデータ用ボリューム３１に対応し、正ＤＢデータ３１０を格納する。
　回復開始位置決定部２２０は、当該正ＤＢデータ３１０をメインシステム１で最後に書き込んだ時刻（ＷＲＩＴＥ時刻）を、正チェックポイント情報３２０を格納した正ストレージシステム３０－２に問い合わせる（Ｓ１２１２）。
　すなわち、回復開始位置決定部２２０は、上記ステップＳ１２１１で検索した論理ボリュームＩＤ＝ＶＯＬ１－Ｂ１を制御する正ストレージシステム３０－２に、図９Ｃに示したＷＲＩＴＥ時刻管理テーブル３４０－３の値を問い合わせる。
　回復開始位置決定部２２０は、正ストレージシステム３０－２からＷＲＩＴＥ時刻の応答を受け付けると、チェックポイント情報管理テーブル＃２の系２９２が“正”のレコードのメイン側ＷＲＩＴＥ時刻２９８に受け付けたＷＲＩＴＥ時刻を格納する（Ｓ１２１３）。
　回復開始位置決定部２２０は、ＤＢ－ボリュームマッピングテーブル２７０を参照して、系２７２が“副”で、かつ、種別２７３が“ＤＢデータ”のリモート側論理ボリュームＩＤを検索する（Ｓ１２１４）。図５に示すリモート側論理ボリュームＩＤ２７７でＶＯＬ１－Ｂ２が該当するボリュームＩＤとなる。この論理ボリュームＩＤ＝ＶＯＬ１－Ｂ２は、図１に示した副ストレージシステム４０－２の副チェックポイント情報用ボリューム４２に対応し、副チェックポイント情報４２０を格納する。
　回復開始位置決定部２２０は、当該正チェックポイント情報３２０をメインシステム１で最後に書き込んだ時刻（ＷＲＩＴＥ時刻）を、正ストレージシステム３０－２に問い合わせる（Ｓ１２１５）。
　すなわち、回復開始位置決定部２２０は、上記ステップＳ１２１５で検索した論理ボリュームＩＤ＝ＶＯＬ１－Ｂ２について、副ストレージシステム４０－２にＷＲＩＴＥ時刻を問い合わせる。
　回復開始位置決定部２２０は、副ストレージシステム４０－２からＷＲＩＴＥ時刻の応答を受け付けると、チェックポイント情報管理テーブル＃２の系２９２が“副”のレコードのメイン側ＷＲＩＴＥ時刻２９８に、受け付けたＷＲＩＴＥ時刻を格納する（Ｓ１２１６）。
　回復開始位置決定部２２０は、系２９２が“正”のメイン側ＷＲＩＴＥ時刻２９８と、系２９２が“副”のメイン側ＷＲＩＴＥ時刻２９８が一致しなければ、正ＤＢデータ３１０と副ＤＢデータ４１０は不一致と判定する（Ｓ１２１７）。
　以上の処理により、正副ＤＢデータ３１０、４１０で情報が最後に書き込まれたＷＲＩＴＥ時刻を比較することで、非同期でバックアップされる正副ＤＢデータのずれを検出することができる。
　図２１は、ＤＢデータ用ボリューム決定処理の一例を示すフローチャートである。この処理は、図１９に示したステップＳ１２３で回復開始位置決定部２２０によって実行される処理である。
　回復開始位置決定部２２０は、チェックポイント情報管理テーブル＃２（２９０－２）を参照し（Ｓ１２２１）、系２９２が“正”のメイン側ＷＲＩＴＥ時刻２９８、系２９２が“副”のメイン側ＷＲＩＴＥ時刻２９８の値を比較する（Ｓ１２２２）。
　そして、回復開始位置決定部２２０は、チェックポイント情報管理テーブル＃２のメイン側ＷＲＩＴＥ時刻２９８のチェックポイント情報を、正ＤＢデータ３１０の回復用のボリュームとして決定する（Ｓ１２２３）。そして、回復開始位置決定部２２０は、チェックポイント情報管理テーブル＃１で決定したチェックポイント情報のチェックポイント情報選択フラグ２９５を“ＯＮ”に設定する。なお、チェックポイント情報選択フラグ２９５のデフォルト値は“ＯＦＦ”である。
　以上の処理によりメイン側ＷＲＩＴＥ時刻２９８やＬＳＮの新しい方のＤＢデータ用ボリュームが選択されて、チェックポイント情報選択フラグ２９５が“ＯＮ”に更新される。
　図２２は、ＤＢデータ用ボリューム同期処理の一例を示すフローチャートである。この処理は、図１９のステップＳ３１で回復開始位置決定部２２０によって行われる処理である。
　回復開始位置決定部２２０は、チェックポイント情報管理テーブル＃２（２９０－２）を参照し（Ｓ１２４１）、チェックポイント情報選択フラグ２９５が“ＯＦＦ”のＤＢデータ用ボリュームを、チェックポイント情報選択フラグ２９５が“ＯＮ”のＤＢデータ用ボリュームの内容で上書きする（Ｓ１２４２）。
　上記処理により、リモートシステム２の正ストレージシステム３０－２の正ＤＢデータ３１０と、副ストレージシステム４０－２の副ＤＢデータ４１０は、ＷＲＩＴＥ時刻が新しい方の内容に同期される。
　以上の処理によって、実施例２では、ＤＢ再開始処理部２１０が、リモートシステム２のＤＢデータ用ボリューム３１、４１の更新時刻（ＷＲＩＴＥ時刻）をメインシステム１のストレージシステムから取得し、更新時刻が新しい方のＤＢデータ用ボリュームの系でチェックポイント情報を選択する。また、ＤＢ再開始処理部２１０は、更新時刻が新しい方のＤＢデータ用ボリュームで正副ＤＢデータ用ボリューム３１、４１を同期させておく。そして、選択したチェックポイント情報に基づいて正ログ３３０または副ログ４３０から正ＤＢデータ３１０の回復処理を実行することで、リモートシステム２での正ＤＢデータ３１０の回復処理の高速化を図ることができる。
　図２５は、第３の実施例を示し、ホストコンピュータ１０の一例を示すブロック図である。第３の実施例では、ＤＢＭＳ２０－２のＤＢ再開始処理部２１０は、正副チェックポイント情報用ボリューム（または正副チェックポイント情報）の更新時刻（ＷＲＩＴＥ時刻）が新しい方のチェックポイント情報用ボリュームの系を、更新用の系とする。正副ＤＢチェックポイント情報用ボリューム（または正副チェックポイント情報）の更新時刻が一致する場合は、正副ログ用ボリューム３３、４３の更新時刻（ＷＲＩＴＥ時刻）が新しい方の正副ログ用ボリュームの系を、更新用の系とする。そして、更新用の系を同期元として他方の系を上書きしてから、正ＤＢデータ３１０の回復を実行する。これにより、ＤＢデータ回復処理の高速化を図るものである。
　図２５において、ホストコンピュータ１０の構成としては、正副ボリューム不一致解消処理部２５６と、系決定結果管理テーブル５１０と、ボリューム同期情報テーブル５２０を加えた点が、前記実施例１と異なる点である。その他の構成は、前記実施例１と同様である。
　図２９は、系決定結果管理テーブル５１０の一例を示す図である。ＤＢ再開始処理部２１０が管理する系決定結果管理テーブル５１０は、同期元ストレージシステムＩＤ５１１と、同期先ストレージシステムＩＤ５１２と、をひとつのレコードに含む。図示の例では、リモートシステム２の副ストレージシステム４０－２（ＩＤ＝“ＣＴＬ＃Ｂ２”）の内容で、正ストレージシステム３０－２（ＩＤ＝“ＣＴＬ＃Ｂ１”）を上書きすることを示唆している。
　図３０は、ボリューム同期情報テーブル５２０の一例を示す図である。ＤＢ再開始処理部２１０が管理するボリューム同期情報テーブル５２０は、データの種類を格納する種別５２１と、コピー元の識別子となる同期元ストレージシステムＩＤ５２２と、コピー元のボリューム識別子となる同期元ボリュームＩＤ５２３と、上書き対象の識別子となる同期先ストレージシステムＩＤ５２４と、上書き対象のボリューム識別子となる同期先ボリュームＩＤ５２５と、をひとつのレコードに含む。
　図２６は、ＤＢ再開始処理部２１０で行われる処理の一例を示すフローチャートである。図２６では、前記実施例１の図１１に示したフローチャートに対して、ステップＳ１３のログからの回復開始位置決定処理を、ステップＳ１３０の正副ボリューム不一致解消処理に置き換えたもので、その他については、前記実施例１と同様である。以下では、リモートシステム２のＤＢＭＳ２０－２のＤＢ再開始処理部２１０の例について説明する。
　ステップＳ１１、Ｓ１２では、前記実施例１と同様に、メインシステム１に障害が発生していれば、当該システムがリモートシステム２と判定し、ステップＳ１３０へ進む。
　ステップＳ１３０では、ＤＢ再開始処理部２１０の正副ボリューム不一致解消処理部２５６が、正副チェックポイント情報用ボリューム（または正副チェックポイント情報）の更新時刻（ＷＲＩＴＥ時刻）が新しい方、あるいは、正副ログ用ボリュームの更新時刻（ＷＲＩＴＥ時刻）が新しい方を同期元の系（ストレージシステム）として決定し、他方の系を同期先として決定する。そして、正副ボリューム不一致解消処理部２５６は、同期元の系の内容で、同期先となる系の内容を上書きする。これにより、正副ボリューム不一致解消処理部２５６は、ＤＢデータの更新時刻が新しい、または、ログの更新時刻が新しい方の内容に正副ボリュームを同期する。
　そして、ステップＳ１４では、ＤＢ回復処理部２６０が、ステップＳ１３０で同期されたチェックポイント情報の直近のＬＳＮまたはＷＲＩＴＥ時刻から正ログ３３０を正ＤＢデータ用ボリューム３１の正ＤＢデータ３１０に適用して回復処理を実行する。
　以上の処理により、チェックポイント情報の更新時刻が新しいか、ログの更新時刻が新しい系で正副ボリュームを同期させてから、直近のＬＳＮまたはＷＲＩＴＥ時刻からログを適用して正副ＤＢデータ３１０を回復することで、ログ適用の範囲を絞って、回復処理の高速化を計ることができる。
　図２７は、正副ボリューム不一致解消処理部２５６の一例を示すフローチャートである。この処理は、図２６のステップＳ１３０で、正副ボリューム不一致解消処理部２５６が実行する処理である。
　正副ボリューム不一致解消処理部２５６は、正チェックポイント情報３２０と副チェックポイント情報４２０のＬＳＮまたは更新時刻（ＷＲＩＴＥ時刻）が一致するかを判別する（Ｓ１３１）。この処理は、前記実施例１の図１３Ａに示したＬＳＮによるチェックポイント情報不一致判別処理＃１、または図１３Ｂに示したＷＲＩＴＥ時刻によるチェックポイント情報不一致判別処理＃２の何れかを実行すればよい。
　ステップＳ１３２で、正副ボリューム不一致解消処理部２５６は、ステップＳ１３１の結果から正チェックポイント情報３２０と副チェックポイント情報４２０が一致するか否かを判定する。一致する場合はステップＳ１３５へ進み、一致しない場合にはステップＳ１３３へ進む。
　ステップＳ１３３では、正副ボリューム不一致解消処理部２５６が、チェックポイント情報が新しい方のボリュームの系を同期元として決定し、他方の系を同期先として決定する。チェックポイント情報が新しい方のボリュームの決定は、前記実施例２の図２３または図２４のフローチャートを実行すれば良い。
　ステップＳ１３７では、正副ボリューム不一致解消処理部２５６が、ログが新しい方のボリュームの系を同期元として決定し、他方の系を同期先として決定する。ログが新しい方のボリュームの決定は、前記実施例２の図２４のチェックポイント情報と同様にして、正ログ３３０または副ログ４３０の更新時刻（メイン側ＷＲＩＴＥ時刻）が新しい方のボリュームを、同期元として決定する。
　ステップＳ１３７では、正副ボリューム不一致解消処理部２５６が、上記ステップＳ１３３またはＳ１３７で決定した同期元の系の内容で、同期先の系の内容を上書きし、正副のボリュームを同期させる。
　図２８は、正副ボリューム同期処理の一例を示すフローチャートである。正副ボリューム不一致解消処理部２５６は、ＤＢ－ボリュームマッピングテーブル２７０を参照し、同期先の系のストレージシステムＩＤを取得して、系決定結果管理テーブル５１０の同期元ストレージシステムＩＤ５１１に格納し、他方の系のストレージシステムＩＤを同期先ストレージシステムＩＤ５１２に格納する。また、正副ボリューム不一致解消処理部２５６は、同期元と同期先のストレージシステムのデータの種類毎に、論理ボリュームＩＤをボリューム同期情報テーブル５２０に設定する（Ｓ１３４１）。
　正副ボリューム不一致解消処理部２５６は、ボリューム同期情報テーブル５２０の情報を、正副ストレージシステム３０－２、４０－２のアクセス制御部３４、４４にそれぞれ送信し、同期元の論理ボリュームの内容で、同期先の論理ボリュームの内容を上書きして同期を実行する。
　以上のように、実施例３では、チェックポイント情報またはログが新しい方の系を、更新用の系とする、更新用の系で他方の系を同期してからログからの回復を実行することで、ログの適用範囲を絞り込んでＤＢデータの回復処理の高速化を図ることができる。
　＜まとめ＞
　なお、本発明において説明した計算機等の構成、処理部及び処理手段等は、それらの一部又は全部を、専用のハードウェアによって実現してもよい。
　また、本実施例で例示した種々のソフトウェアは、電磁的、電子的及び光学式等の種々の記録媒体（例えば、非一時的な記憶媒体）に格納可能であり、インターネット等の通信網を通じて、コンピュータにダウンロード可能である。
　また、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明をわかりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
　また、上記各実施例では、所定の周期でリモートシステム２のＤＢＭＳ２０－２の再開始処理部２１０が、リモートシステム２の正副ストレージシステムのデータのずれを検出する例を示したが、メインシステム１のＤＢＭＳ２０－１が障害の発生をリモートシステム２に通知したとき等に、リモートシステム２の正副ストレージシステムのデータのずれを検出するようにしてもよい。あるいは、リモートシステム２のホストコンピュータ１０－２が、メインシステム１と通信できなくなったとき、あるいは、ホストコンピュータ１０－２がメインシステム１のホストコンピュータ１０－２のハートビートを検出できなくなったとき等にＤＢＭＳ２０－２の再開始処理部２１０が回復処理を開始してもよい。

Claims (15)

  1. 　データベースを提供する第１のサイトと、前記データベースの複製を格納する第２のサイトと、を有して第２のサイトの管理計算機で前記データベースを回復するデータベースシステムの制御方法であって、
    　前記第１のサイトは、
    　プロセッサとメモリを含んで前記データベースを制御するデータベース管理部を稼働させる第１の計算機と、
    　前記データベースに関連するデータを格納する第１の正ストレージ装置と、
    　前記第１の正ストレージ装置に格納される前記データの複製を格納する第１の副ストレージ装置と、を有し、
    　前記第２のサイトは、
    　プロセッサとメモリを含んで前記データベースを回復する再開始処理部を稼働させる第２の計算機と、
    　前記第１の正ストレージ装置から受信した前記データを格納する第２の正ストレージ装置と、
    　前記第１の副ストレージ装置から受信した前記データを格納する第２の副ストレージ装置と、を有し、
    　前記制御方法は、
    　前記第１の計算機が、前記データベースの処理を行って、前記データベースのデータを更新する第１のステップと、
    　前記第１の正ストレージ装置が、前記データベース管理部とは非同期で、前記データを前記第２の正ストレージ装置へ送信する第２のステップと、
    　前記第１の副ストレージ装置が、前記データベース管理部とは非同期で、前記データを前記第２の副ストレージ装置へ送信する第３のステップと、
    　前記第２の計算機が、所定のタイミングで前記第２の正ストレージ装置のデータと、前記第２の副ストレージ装置のデータを比較する第４のステップと、
    　前記第２の計算機が、前記比較の結果、前記第２の正ストレージ装置のデータと、前記第２の副ストレージ装置のデータが一致しない場合には、前記データベースを回復する第５のステップと、
    を含むことを特徴とするデータベースシステムの制御方法。
  2. 　請求項１に記載のデータベースシステムの制御方法であって、
    　前記データベースに関連するデータは、前記データベースのデータと、前記データベースの更新時に生成されたログと、所定のタイミングで生成されたチェックポイント情報と、を含み、
    　前記第１のステップは、
    　前記第１の計算機が、前記データベースのデータを更新する際に、前記更新するデータのログを生成して前記ログを前記第１の正ストレージ装置に格納するステップと、
    　前記第１の計算機が、前記更新されたデータベースのデータを前記第１の正ストレージ装置へ書き込む際に、前記ログの位置を示すチェックポイント情報を生成し、前記更新されたデータと前記チェックポイント情報とを前記第１の正ストレージ装置に格納するステップと、を含み
    　前記第４のステップは、
    　前記第２の計算機が、前記第２の正ストレージ装置のチェックポイント情報と、前記第２の副ストレージ装置のチェックポイント情報とを比較し、
    　前記第５のステップは、
    　前記第２の計算機が、前記比較の結果、前記第２の正ストレージ装置と前記第２の副ストレージ装置のチェックポイント情報が一致しない場合には、何れか一方のチェックポイント情報を選択してログの回復開始位置を決定し、当該回復開始位置から前記ログを前記データベースに適用してデータを回復することを特徴とするデータベースシステムの制御方法。
  3. 　請求項２に記載のデータベースシステムの制御方法であって、
    　前記第５のステップは、
    　前記第２の計算機が、前記第２の正ストレージ装置と前記第２の副ストレージ装置のうち古い方のチェックポイント情報を選択し、前記選択したチェックポイント情報に対応するログから回復開始位置を決定し、当該回復開始位置から前記ログを前記データベースに適用してデータを回復することを特徴とするデータベースシステムの制御方法。
  4. 　請求項１に記載のデータベースシステムの制御方法であって、
    　前記データベースに関連するデータは、前記データベースのデータと、前記データベースの更新時に生成されたログと、所定のタイミングで生成されたチェックポイント情報と、を含み、
    　前記第１のステップは、
    　前記第１の計算機が、前記データベースのデータを更新する際に、前記更新するデータのログを生成して前記ログを前記第１の正ストレージ装置に格納するステップと、
    　前記第１の計算機が、前記更新されたデータベースのデータを前記第１の正ストレージ装置へ書き込む際に、前記ログの位置を示すチェックポイント情報を生成し、前記更新されたデータと前記チェックポイント情報とを前記第１の正ストレージ装置に格納するステップと、
    　前記第１の正ストレージ装置が、前記チェックポイント情報を前記第１の正ストレージ装置に格納した第１の書き込み時刻を保持するステップと、
    　前記第１の副ストレージ装置が、前記チェックポイント情報を前記第１の副ストレージ装置に格納した第２の書き込み時刻を保持するステップと、を含み
    　前記第４のステップは、
    　前記第２の計算機が、前記第２の正ストレージ装置のチェックポイント情報について、前記第１の計算機が前記第１の正ストレージ装置に格納した第１の書き込み時刻を取得し、前記第２の副ストレージ装置のチェックポイント情報について、前記第１の計算機が前記第１の副ストレージ装置に格納した第２の書き込み時刻を取得し、これら第１の書き込み時刻と第２の書き込み時刻とを比較し、
    　前記第５のステップは、
    　前記第２の計算機は、前記比較の結果、前記第１の書き込み時刻と前記第２の書き込み時刻が一致しない場合には、何れか一方のチェックポイント情報を選択してログの回復開始位置を決定し、当該回復開始位置から前記ログを前記データベースに適用してデータを回復することを特徴とするデータベースシステムの制御方法。
  5. 　請求項４に記載のデータベースシステムの制御方法であって、
    　前記第５のステップは、
    　前記第２の計算機は、前記第１の書き込み時刻と前記第２の書き込み時刻が一致しない場合には、前記第１の書き込み時刻と前記第２の書き込み時刻のうち古い方を選択し、当該選択した書き込み時刻に対応するチェックポイント情報からログの回復開始位置を決定し、当該回復開始位置から前記ログを前記データベースに適用してデータを回復することを特徴とするデータベースシステムの制御方法。
  6. 　請求項２に記載のデータベースシステムの制御方法であって、
    　前記第５のステップは、
    　前記第２の計算機が、前記比較の結果、前記第２の正ストレージ装置と前記第２の副ストレージ装置のチェックポイント情報が一致しない場合には、何れか一方のチェックポイント情報を選択し、当該選択したチェックポイント情報の内容で前記選択されなかったチェックポイント情報を上書き、または選択されなかったチェックポイント情報を初期化するステップをさらに含むことを特徴とするデータベースシステムの制御方法。
  7. 　請求項１に記載のデータベースシステムの制御方法であって、
    　前記データベースに関連するデータは、前記データベースのデータと、前記データベースの更新時に生成されたログと、所定のタイミングで生成されたチェックポイント情報と、を含み、
    　前記第１のステップは、
    　前記第１の計算機が、前記データベースのデータを更新する際に、前記更新するデータのログを生成して前記ログを前記第１の正ストレージ装置に格納するステップと、
    　前記第１の計算機が、前記更新されたデータベースのデータを前記第１の正ストレージ装置へ書き込む際に、前記ログの位置を示すチェックポイント情報を生成し、前記更新されたデータと前記チェックポイント情報とを前記第１の正ストレージ装置に格納するステップと、を含み
    　前記第４のステップは、
    　前記第２の計算機が、前記第２の正ストレージ装置のデータベースのデータと、前記第２の副ストレージ装置のデータベースのデータとを比較し、
    　前記第５のステップは、
    　前記第２の計算機が、前記比較の結果、前記第２の正ストレージ装置と前記第２の副ストレージ装置のデータベースのデータが一致しない場合には、何れか一方のデータベースのデータを選択するステップと、
    　前記第２の計算機が、前記選択したデータベースのデータで、前記選択されなかったデータベースのデータを上書きするステップと、
    　前記第２の計算機が、前記選択したデータベースのデータを格納する第２の正ストレージ装置または第２の副ストレージ装置を特定し、前記特定したストレージ装置のチェックポイント情報からログの回復開始位置を決定し、当該回復開始位置から前記ログを前記データベースに適用してデータを回復することを特徴とするデータベースシステムの制御方法。
  8. 　請求項１に記載のデータベースシステムの制御方法であって、
    　前記データベースに関連するデータは、前記データベースのデータと、前記データベースの更新時に生成されたログと、所定のタイミングで生成されたチェックポイント情報と、を含み、
    　前記第１のステップは、
    　前記第１の計算機が、前記データベースのデータを更新する際に、前記更新するデータのログを生成して前記ログを前記第１の正ストレージ装置に格納するステップと、
    　前記第１の計算機が、前記更新されたデータベースのデータを前記第１の正ストレージ装置へ書き込む際に、前記ログの位置を示すチェックポイント情報を生成し、前記更新されたデータと前記チェックポイント情報とを前記第１の正ストレージ装置に格納するステップと、
    　前記第１の正ストレージ装置が、前記チェックポイント情報を前記第１の正ストレージ装置に格納した第１の書き込み時刻を保持するステップと、
    　前記第１の副ストレージ装置が、前記チェックポイント情報を前記第１の副ストレージ装置に格納した第２の書き込み時刻を保持するステップと、
    　前記第１の正ストレージ装置が、前記ログを前記第１の正ストレージ装置に格納した第３の書き込み時刻を保持するステップと、
    　前記第１の副ストレージ装置が、前記ログを前記第１の副ストレージ装置に格納した第４の書き込み時刻を保持するステップと、を含み
    　前記第４のステップは、
    　前記第２の計算機が、前記第２の正ストレージ装置のチェックポイント情報について、前記第１の計算機が前記第１の正ストレージ装置に格納した第１の書き込み時刻を取得し、前記第２の副ストレージ装置のチェックポイント情報について、前記第１の計算機が前記第１の副ストレージ装置に格納した第２の書き込み時刻を取得し、これら第１の書き込み時刻と第２の書き込み時刻とを比較し、前記第１の書き込み時刻と第２の書き込み時刻が等しい場合には、前記第３の書き込み時刻と第４の書き込み時刻を比較し、
    　前記第５のステップは、
    　前記第２の計算機は、前記比較の結果、前記第３の書き込み時刻と前記第４の書き込み時刻が一致しない場合には、何れか一方のログを選択し、当該選択したログを格納する前記第２の正ストレージ装置または第２の副ストレージ装置を特定し、前記特定したストレージ装置の内容で他方のストレージ装置を上書きし、前記選択したログから回復開始位置を決定し、当該回復開始位置から前記ログを前記データベースに適用してデータを回復することを特徴とするデータベースシステムの制御方法。
  9. 　データベースを提供する第１のサイトと、
    　前記データベースの複製を格納する第２のサイトと、を有して第２のサイトの管理計算機で前記データベースを回復するデータベースシステムであって、
    　前記第１のサイトは、
    　プロセッサとメモリを含んで前記データベースを制御するデータベース管理部を稼働させる第１の計算機と、
    　前記データベースに関連するデータを格納する第１の正ストレージ装置と、
    　前記第１の正ストレージ装置に格納される前記データの複製を格納する第１の副ストレージ装置と、を有し、
    　前記第２のサイトは、
    　プロセッサとメモリを含んで前記データベースを回復する再開始処理部を稼働させる第２の計算機と、
    　前記第１の正ストレージ装置から受信した前記データを格納する第２の正ストレージ装置と、
    　前記第１の副ストレージ装置から受信した前記データを格納する第２の副ストレージ装置と、を有し、
    　前記第１の計算機の前記データベース管理部は、
    　前記第１の計算機が、前記データベースの処理を行って、前記データベースのデータを更新し、
    　前記第１の正ストレージ装置が、前記データベース管理部とは非同期で、前記データを前記第２の正ストレージ装置へ送信し、
    　前記第１の副ストレージ装置が、前記データベース管理部とは非同期で、前記データを前記第２の副ストレージ装置へ送信し、
    　前記第２の計算機の前記再開始処理部は、
    　所定のタイミングで前記第２の正ストレージ装置のデータと、前記第２の副ストレージ装置のデータを比較して、前記第２の正ストレージ装置のデータと、前記第２の副ストレージ装置のデータが一致しない場合には、前記データベースを回復することを特徴とするデータベースシステム。
  10. 　請求項９に記載のデータベースシステムであって、
    　前記データベースに関連するデータは、前記データベースのデータと、前記データベースの更新時に生成されたログと、所定のタイミングで生成されたチェックポイント情報と、を含み、
    　前記第１の計算機の前記データベース管理部は、
    　前記データベースのデータを更新する際に、前記更新するデータのログを生成して前記ログを前記第１の正ストレージ装置に格納し、前記更新されたデータベースのデータを前記第１の正ストレージ装置へ書き込む際に、前記ログの位置を示すチェックポイント情報を生成し、前記更新されたデータと前記チェックポイント情報とを前記第１の正ストレージ装置に格納し、
    　前記第２の計算機の前記再開始処理部は、
    　前記第２の計算機が、前記第２の正ストレージ装置のチェックポイント情報と、前記第２の副ストレージ装置のチェックポイント情報とを比較した結果、前記第２の正ストレージ装置と前記第２の副ストレージ装置のチェックポイント情報が一致しない場合には、何れか一方のチェックポイント情報を選択してログの回復開始位置を決定し、当該回復開始位置から前記ログを前記データベースに適用してデータを回復することを特徴とするデータベースシステム。
  11. 　請求項１０に記載のデータベースシステムであって、
    　前記第２の計算機の前記再開始処理部は、
    　前記第２の正ストレージ装置と前記第２の副ストレージ装置のうち古い方のチェックポイント情報を選択し、前記選択したチェックポイント情報に対応するログから回復開始位置を決定し、当該回復開始位置から前記ログを前記データベースに適用してデータを回復することを特徴とするデータベースシステム。
  12. 　請求項９に記載のデータベースシステムであって、
    　前記データベースに関連するデータは、前記データベースのデータと、前記データベースの更新時に生成されたログと、所定のタイミングで生成されたチェックポイント情報と、を含み、
    　前記第１の計算機の前記データベース管理部は、
    　前記データベースのデータを更新する際に、前記更新するデータのログを生成して前記ログを前記第１の正ストレージ装置に格納し、前記更新されたデータベースのデータを前記第１の正ストレージ装置へ書き込む際に、前記ログの位置を示すチェックポイント情報を生成し、前記更新されたデータと前記チェックポイント情報とを前記第１の正ストレージ装置に格納し、
    　前記第１の正ストレージ装置が、前記チェックポイント情報を前記第１の正ストレージ装置に格納した第１の書き込み時刻を保持し、
    　前記第１の副ストレージ装置が、前記チェックポイント情報を前記第１の副ストレージ装置に格納した第２の書き込み時刻を保持し、
    　前記第２の計算機の前記再開始処理部は、
    　前記第２の正ストレージ装置のチェックポイント情報について、前記第１の計算機が前記第１の正ストレージ装置に格納した第１の書き込み時刻を取得し、前記第２の副ストレージ装置のチェックポイント情報について、前記第１の計算機が前記第１の副ストレージ装置に格納した第２の書き込み時刻を取得し、これら第１の書き込み時刻と第２の書き込み時刻とを比較した結果、前記第１の書き込み時刻と前記第２の書き込み時刻が一致しない場合には、何れか一方のチェックポイント情報を選択してログの回復開始位置を決定し、当該回復開始位置から前記ログを前記データベースに適用してデータを回復することを特徴とするデータベースシステム。
  13. 　請求項１２に記載のデータベースシステムであって、
    　前記第２の計算機の前記再開始処理部は、
    　前記第１の書き込み時刻と前記第２の書き込み時刻が一致しない場合には、前記第１の書き込み時刻と前記第２の書き込み時刻のうち古い方を選択し、当該選択した書き込み時刻に対応するチェックポイント情報からログの回復開始位置を決定し、当該回復開始位置から前記ログを前記データベースに適用してデータを回復することを特徴とするデータベースシステム。
  14. 　請求項１０に記載のデータベースシステムであって、
    　前記第２の計算機の前記再開始処理部は、
    　前記比較の結果、前記第２の正ストレージ装置と前記第２の副ストレージ装置のチェックポイント情報が一致しない場合には、何れか一方のチェックポイント情報を選択し、当該選択したチェックポイント情報の内容で前記選択されなかったチェックポイント情報を上書き、または選択されなかったチェックポイント情報を初期化することを特徴とするデータベースシステム。
  15. 　請求項９に記載のデータベースシステムであって、
    　前記データベースに関連するデータは、前記データベースのデータと、前記データベースの更新時に生成されたログと、所定のタイミングで生成されたチェックポイント情報と、を含み、
    　前記第１の計算機の前記データベース管理部は、
    　前記データベースのデータを更新する際に、前記更新するデータのログを生成して前記ログを前記第１の正ストレージ装置に格納し、前記更新されたデータベースのデータを前記第１の正ストレージ装置へ書き込む際に、前記ログの位置を示すチェックポイント情報を生成し、前記更新されたデータと前記チェックポイント情報とを前記第１の正ストレージ装置に格納し、
    　前記第２の計算機の前記再開始処理部は、
    　前記第２の正ストレージ装置のデータベースのデータと、前記第２の副ストレージ装置のデータベースのデータとを比較した結果、前記第２の正ストレージ装置と前記第２の副ストレージ装置のデータベースのデータが一致しない場合には、何れか一方のデータベースのデータを選択し、前記選択したデータベースのデータで、前記選択されなかったデータベースのデータを上書きし、前記第２の計算機が、前記選択したデータベースのデータを格納する第２の正ストレージ装置または第２の副ストレージ装置を特定し、前記特定したストレージ装置のチェックポイント情報からログの回復開始位置を決定し、当該回復開始位置から前記ログを前記データベースに適用してデータを回復することを特徴とするデータベースシステム。
PCT/JP2014/050322 2014-01-10 2014-01-10 データベースシステムの制御方法及びデータベースシステム WO2015104835A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2014/050322 WO2015104835A1 (ja) 2014-01-10 2014-01-10 データベースシステムの制御方法及びデータベースシステム
US14/907,653 US10078558B2 (en) 2014-01-10 2014-01-10 Database system control method and database system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/050322 WO2015104835A1 (ja) 2014-01-10 2014-01-10 データベースシステムの制御方法及びデータベースシステム

Publications (1)

Publication Number Publication Date
WO2015104835A1 true WO2015104835A1 (ja) 2015-07-16

Family

ID=53523683

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/050322 WO2015104835A1 (ja) 2014-01-10 2014-01-10 データベースシステムの制御方法及びデータベースシステム

Country Status (2)

Country Link
US (1) US10078558B2 (ja)
WO (1) WO2015104835A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109753389A (zh) * 2019-01-03 2019-05-14 Oppo广东移动通信有限公司 保证数据一致性的方法、装置、存储介质及服务器

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6508648B2 (ja) * 2014-11-27 2019-05-08 インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ データベースを管理するシステム及び方法
JP2017091456A (ja) * 2015-11-17 2017-05-25 富士通株式会社 制御装置、制御プログラムおよび制御方法
JP6686762B2 (ja) * 2016-07-22 2020-04-22 富士通株式会社 情報処理システム、情報処理装置、情報処理方法及びプログラム
JP7242744B2 (ja) * 2021-04-13 2023-03-20 株式会社日立製作所 マイグレーション支援方法及びシステム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003099306A (ja) * 2001-09-25 2003-04-04 Hitachi Ltd 計算機システムおよび計算機システムにおけるバックアップ方法
JP2004303025A (ja) * 2003-03-31 2004-10-28 Hitachi Ltd 情報処理方法及びその実施システム並びにその処理プログラム並びにディザスタリカバリ方法およびシステム並びにその処理を実施する記憶装置およびその制御処理方法
JP2004348701A (ja) * 2003-03-27 2004-12-09 Hitachi Ltd 計算機システム間のデータ二重化制御方法
JP2005267301A (ja) * 2004-03-19 2005-09-29 Hitachi Ltd ログ同期ｄｂデータ非同期転送によるリカバリ方式および装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5530855A (en) 1992-10-13 1996-06-25 International Business Machines Corporation Replicating a database by the sequential application of hierarchically sorted log records
JP2000163344A (ja) * 1998-11-27 2000-06-16 Nec Corp ネットワーク管理システムのデータベース復旧方式
US7383264B2 (en) 2003-03-27 2008-06-03 Hitachi, Ltd. Data control method for duplicating data between computer systems

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003099306A (ja) * 2001-09-25 2003-04-04 Hitachi Ltd 計算機システムおよび計算機システムにおけるバックアップ方法
JP2004348701A (ja) * 2003-03-27 2004-12-09 Hitachi Ltd 計算機システム間のデータ二重化制御方法
JP2004303025A (ja) * 2003-03-31 2004-10-28 Hitachi Ltd 情報処理方法及びその実施システム並びにその処理プログラム並びにディザスタリカバリ方法およびシステム並びにその処理を実施する記憶装置およびその制御処理方法
JP2005267301A (ja) * 2004-03-19 2005-09-29 Hitachi Ltd ログ同期ｄｂデータ非同期転送によるリカバリ方式および装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109753389A (zh) * 2019-01-03 2019-05-14 Oppo广东移动通信有限公司 保证数据一致性的方法、装置、存储介质及服务器

Also Published As

Publication number Publication date
US10078558B2 (en) 2018-09-18
US20160170845A1 (en) 2016-06-16

Similar Documents

Publication Publication Date Title
US10346253B2 (en) Threshold based incremental flashcopy backup of a raid protected array
JP4833734B2 (ja) データベースシステム、ストレージ装置、初期コピー方法及びログ適用方法
US9940205B2 (en) Virtual point in time access between snapshots
US7779295B1 (en) Method and apparatus for creating and using persistent images of distributed shared memory segments and in-memory checkpoints
US7607037B1 (en) SAR restart and going home procedures
US8028192B1 (en) Method and system for rapid failback of a computer system in a disaster recovery environment
US7822715B2 (en) Data mirroring method
US7657718B1 (en) Storage automated replication processing
US9600375B2 (en) Synchronized flashcopy backup restore of a RAID protected array
US7353335B2 (en) Storage control method for database recovery in logless mode
JP4581500B2 (ja) ディザスタリカバリシステム、プログラム及びデータベースのリカバリ方法
US7577788B2 (en) Disk array apparatus and disk array apparatus control method
US7761732B2 (en) Data protection in storage systems
EP1455275B1 (en) Data restoring apparatus using journal data and identification information
EP2161661B1 (en) Computer system and backup method therefor
JP2006023889A (ja) リモートコピーシステム及び記憶装置システム
KR20090099529A (ko) 페일오버 및 페일백 환경에서 버추얼 카피의 사용
KR19980024086A (ko) 컴퓨터 시스템 및 화일 관리 방법
JP2009505280A (ja) データベースミラーからのオンラインページリストア
US20170235652A1 (en) Method and system for star replication using multiple replication technologies
WO2015104835A1 (ja) データベースシステムの制御方法及びデータベースシステム
US6934805B2 (en) Method and apparatus for managing computer storage devices for improved operational availability
US9141495B2 (en) Automatic failure recovery using snapshots and replicas
US20090177916A1 (en) Storage system, controller of storage system, control method of storage system
JP4898609B2 (ja) ストレージ装置、データ回復方法及び計算機システム

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: 14877762

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14907653

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14877762

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP