Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
US8281092B2 - Memory-mirroring control apparatus and memory-mirroring control method - Google Patents
[go: Go Back, main page]

US8281092B2 - Memory-mirroring control apparatus and memory-mirroring control method - Google Patents

Memory-mirroring control apparatus and memory-mirroring control method Download PDF

Info

Publication number
US8281092B2
US8281092B2 US12/533,882 US53388209A US8281092B2 US 8281092 B2 US8281092 B2 US 8281092B2 US 53388209 A US53388209 A US 53388209A US 8281092 B2 US8281092 B2 US 8281092B2
Authority
US
United States
Prior art keywords
update
log
memory
update log
updating
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related, expires
Application number
US12/533,882
Other languages
English (en)
Other versions
US20090292891A1 (en
Inventor
Kazuhisa Fujita
Kazuya Uesugi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Assigned to FUJITSU LIMITED reassignment FUJITSU LIMITED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: UESUGI, KAZUYA, FUJITA, KAZUHISA
Publication of US20090292891A1 publication Critical patent/US20090292891A1/en
Priority to US13/595,531 priority Critical patent/US9612928B2/en
Application granted granted Critical
Publication of US8281092B2 publication Critical patent/US8281092B2/en
Expired - Fee Related legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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/1666—Error detection or correction of the data by redundancy in hardware where the redundant component is memory or memory area
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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/2041—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 with more than one idle spare processing component
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/275—Synchronous replication

Definitions

  • the embodiments discussed herein are directed to a memory-mirroring control apparatus and a memory-mirroring control method for controlling data mirroring among a plurality of memories.
  • mission-critical systems typified by online systems for financial institutions and transportations are expected to achieve both “high reliability” and “high speed”.
  • a database-duplexing technology is generally used, such as cluster technology and replication technology.
  • FIG. 6 is a diagram of a conventional database cluster technology.
  • the cluster technology is a technique of using cluster software to make a database redundant. With hardware being made in a redundant structure (“node # 1 ”, “node # 2 ”, “node # 3 ”, . . . depicted in FIG. 6 ), the database is made highly reliable. This technology is adopted in, for example, a social infrastructure system. In this cluster technology, data maintenance is ensured by a shared disk (“disk” depicted in FIG. 6 ).
  • FIG. 7 is a diagram of a conventional database replication technology.
  • the replication technology is a technique of conveying only the update result in a copy-source database (“node # 1 ” in FIG. 7 ) to a copy-destination database (“node # 2 ” in FIG. 7 ) for application, thereby making a replica of the database.
  • This technology is adopted in, for example, a disaster control system.
  • File Transfer Protocol (FTP) transfer is used as a technique of transferring data to the copy destination.
  • FTP File Transfer Protocol
  • the in-memory database is a database that achieves an increase of the speed of accessing from an application to data and also achieves load distribution by storing data not in a disk but in a main memory (for example, refer to “Oracle TimesTen In-Memory Database” retrieved on Feb. 15, 2005 from the Internet ⁇ URL: http://otn.oracle.co.jp/products/timesten/>).
  • FIG. 8 is a diagram for explaining an in-memory database.
  • user data stored in a hard disk resides in a memory.
  • a task application updates the user data in the memory. Since an access is made onto the memory, high speed can be achieved.
  • a database in addition to high speed, reliability as a database can be achieved by writing a log for insuring a transaction process into a disk.
  • Such a technique of achieving reliability by using a log is used not only for the in-memory database but also for a conventional database with a disk as a storage medium.
  • Examples of a log for use in this technique generally include a Before Image (BI) log and an After Image (AI) log.
  • the BI log is a log retaining the contents of the database before update, and is used mainly at the time of rolling back for restoring the contents of the database to a state before updating a transaction.
  • the AI log is a log retaining the contents of the database after update, and is used mainly for insuring the updated contents of the database about a transaction completed at the time of down recovery.
  • down recovery is explained.
  • a transaction is recognized at the time of rebooting the database after the system goes down, and whether this transaction is valid or invalid is selected depending on the state of the transaction when the system goes down.
  • a transaction in which a commit process had not yet been completed when the system went down is taken as invalid, and a data update performed during that transaction is also taken as invalid.
  • a transaction in which a commit process had been completed when the system went down is taken as valid, and a data update performed during that transaction is also taken as valid.
  • FIG. 9 is a diagram for explaining conventional database down recovery.
  • a task application performs a commit process after updating user data “A” to “B”.
  • a log indicating that the user data “A” has been updated to “B” is retained in a hard disk.
  • update log a log indicating the updated contents of data (hereinafter, referred to as “update log”) is retained in a hard disk so as to allow data to be restored at the time of occurrence of a failure, thereby achieving high reliability.
  • an apparatus of controlling data mirroring among a plurality of memories includes an update-log generating unit that generates, when an update instruction for updating data stored in a predetermined memory is transmitted through a transaction process performed by an application, based on the update instruction, the update log indicating update contents of the data stored in the predetermined memory; and a memory-mirroring control unit that controls memory-mirroring among the memories by distributing, in a multicast manner, the generated update log to a plurality of other node apparatuses each with a memory.
  • FIG. 1 is a diagram for explaining the concept of memory mirroring by node apparatuses according to an embodiment
  • FIG. 2 is a functional block diagram of the configuration of a node apparatus according to the present embodiment
  • FIG. 3 is a flowchart of the process procedure of the node apparatuses according to the present embodiment
  • FIG. 4 is a functional block diagram of the configuration of a computer that executes a memory-mirroring program according to the present embodiment
  • FIG. 5 is a system configuration diagram when a memory-mirroring control system according to the present invention is applied to a stock exchange system
  • FIG. 6 is a diagram of a conventional database cluster technology
  • FIG. 7 is a diagram of a conventional database replication technology
  • FIG. 8 is a diagram for explaining an in-memory database
  • FIG. 9 is a diagram for explaining conventional database down recovery.
  • FIG. 1 is a diagram for explaining the concept of memory mirroring by node apparatuses according to the present embodiment.
  • node apparatuses 10 1 to 10 3 according to the present embodiment are set in a manner such that the node apparatus 10 1 operates as active and the node apparatuses 10 2 and 10 3 operate as standbys.
  • These node apparatuses are connected to each other via a network not depicted, and are also communicably connected to an application server 20 that performs various transaction processes by using a predetermined task application.
  • the node apparatus has a main feature such that, when an update instruction for updating task data stored in a memory is transmitted through a transaction process performed by the application server 20 , the node apparatus generates, based on that update instruction, an update log indicating the updated contents of the task data stored in the memory and distributes, in a multicast manner, the generated update log to other node apparatus each with a memory, thereby controlling data mirroring among a plurality of memories.
  • the node apparatus 10 1 when an instruction for updating task data is distributed in a multicast manner through a transaction process performed by the application server 20 (refer to ( 1 ) in FIG. 1 ), the node apparatus 10 1 generates, based on that update instruction, an update log indicating the updated contents of the task data, and retains the update log in its own memory (refer to ( 2 ) in FIG. 1 ).
  • the node apparatuses 10 2 and 10 3 do not perform any process even when the update instruction is similarly distributed thereto, and discard the distributed update instruction (refer to ( 3 ) and ( 4 ) in FIG. 1 ).
  • the node apparatus 10 1 distributes the generated update log to other node apparatuses that belong to the same task group (here, the node apparatuses 10 2 and 10 3 ) in a multicast manner (refer to ( 5 ) in FIG. 1 ).
  • the node apparatuses 10 2 and 10 3 receiving the update log each retain the received update log in its own memory, and reply to the node apparatus 10 1 with an acknowledgement (ACK) response indicating that the update log has been received (refer to ( 6 ) and ( 7 ) in FIG. 1 ).
  • ACK acknowledgement
  • the node apparatus 10 1 When a reply with an ACK response is sent from the node apparatuses 10 2 and 10 3 , the node apparatus 10 1 performs real updating of the task data stored in the memory based on the update log retained in the memory (refer to ( 8 ) in FIG. 1 ). On the other hand, the node apparatuses 10 2 and 10 3 performs real updating of the task data stored in their respective memories based on the update log retained in their respective memories at a predetermined timing asynchronous with the updating of the task data in the node apparatus 10 1 (refer to ( 9 ) and ( 10 ) in FIG. 1 ).
  • the node apparatuses 10 1 , 10 2 , and 10 3 allow the same task data to be retained in the memories of the plurality of node apparatuses, thereby achieving high reliability of the in-memory database without using a disk.
  • FIG. 2 is a functional block diagram of the configuration of the node apparatus 10 1 according to the present embodiment. As depicted in FIG. 2 , the node apparatus 10 1 includes a transaction-communication control unit 11 , a node-to-node communication control unit 12 , a memory 13 , and a control unit 14 .
  • the transaction-communication control unit 11 is a processing unit that controls transmission and reception of data exchanged with the application server 20 . Specifically, when the node apparatus 10 1 is set as active, upon receiving a task-data update instruction distributed in a multicast manner from the application server 20 , the transaction-communication control unit 11 passes the received update instruction to a log generating unit 14 a , which will be explained further below.
  • the transaction-communication control unit 11 passes the received commit information to a log-distribution control unit 14 b , which will be explained further below.
  • the transaction-communication control unit 11 transmits to the application server 20 commit information indicating that an update of the task data has been completed.
  • the transaction-communication control unit 11 discards the received update instruction, and also notifies the data updating unit 14 c , which will be explained further below, that the update instruction has been received.
  • the node-to-node communication control unit 12 is a processing unit that controls transmission and reception of data exchanged with another node apparatus. Specifically, when the node apparatus 10 1 is set as active, the node-to-node communication control unit 12 distributes an update log 13 a passed from the log-distribution control unit 14 b , which will be explained further below, to another node apparatus in a multicast manner. Also, when receiving from another node apparatus an ACK response indicating that an update log has been received, the node-to-node communication control unit 12 notifies the data updating unit 14 c , which will be explained further below, that the ACK response has been received.
  • the node-to-node communication control unit 12 passes the received update log to the log-distribution control unit 14 b , which will be explained further below, and also replies to the active node apparatus with an ACK response indicating that the update log has been received.
  • the memory 13 is a storage unit that has stored therein various data and programs, such as the update log 13 a and the task data 13 b , which are examples of those relating to the present invention.
  • the update log 13 a is data indicating the updated contents of the task data 13 b , and is generated based on the update instruction distributed by the application server 20 .
  • the task data 13 b includes various task data regarding task services provided by the application server 20 , and is managed by an in-memory database not depicted.
  • the control unit 14 is a control unit that controls over the entire node apparatus 10 1 , and includes the log generating unit 14 a , the log-distribution control unit 14 b , and the data updating unit 14 c , which are examples of those relating to the present invention.
  • the log generating unit 14 a is a processing unit that generates the update log 13 a indicating the updated contents of the task data 13 b . Specifically, when the task-data update instruction is passed from the transaction-communication control unit 11 , the log generating unit 14 a generates the update log 13 a based on that update instruction, and causes the generated update log 13 a to be stored in the memory 13 .
  • the log-distribution control unit 14 b is a processing unit that distributes the update log 13 a generated by the log generating unit 14 a to other node apparatuses and causes an update log distributed from another node apparatus to be stored in the memory 13 , thereby controlling data mirroring among the plurality of memories.
  • the log-distribution control unit 14 b passes the update log 13 a retained in the memory 13 to the node-to-node communication control unit 12 , thereby distributing the update log 13 a to other node apparatuses in a multicast manner.
  • the log-distribution control unit 14 b discards the update log 13 a retained in the memory 13 . With this, an update of the task data 13 b by the transaction process where an abnormality has occurred can be controlled so that the task data of other node apparatuses does not reflect this update.
  • the log-distribution control unit 14 b causes this update log to be stored in the memory 13 .
  • the data updating unit 14 c is a processing unit that performs real updating of the task data 13 b based on the update log 13 a retained in the memory 13 and asynchronously with the updating of the task data in each of the other node apparatuses.
  • the data updating unit 14 c performs real updating of the task data 13 b based on the update log 13 a retained in the memory 13 . Then, after the real updating of the task data 13 b is completed, the data updating unit 14 c notifies the transaction-communication control unit 11 of commit information indicating that the update of the task data has been completed, thereby transmitting the commit information to the application server 20 .
  • the data updating unit 14 c performs real updating of the task data 13 b based on the update log 13 a retained in the memory 13 .
  • the update of the task data performed in the node apparatus set as active and the update of the task data performed in the node apparatus set as standby are performed asynchronously.
  • FIG. 3 is a flowchart of the process procedure of the node apparatuses according to the embodiment.
  • the process procedure of each of the node apparatuses 10 1 to 10 3 depicted in FIG. 1 is depicted, and it is assumed that the node apparatus 10 1 is set as a node apparatus as active (hereinafter, referred to as an “active node”) and the node apparatuses 10 2 and 10 3 as node apparatuses as standby (hereinafter, referred to as “standby nodes”).
  • active node a node apparatus as active
  • standby nodes standby nodes
  • Step S 101 when a task-data update instruction is first distributed from the application server 20 in a multicast manner (Step S 101 ), in the node apparatus 10 1 , the transaction-communication control unit 11 receives the distributed update instruction, and the log generating unit 14 a generates the update log 13 a based on the update instruction (Step S 102 ).
  • each transaction-communication control unit receives the distributed update instruction, and discards the received update instruction (Steps S 103 and S 104 ).
  • Step S 105 when commit information (COMMIT) is transmitted (issued) from the application server 20 (Step S 105 ), in the node apparatus 10 1 , the transaction-communication control unit 11 receives the transmitted commit information, and the log-distribution control unit 14 b distributes the update log 13 a to the standby nodes (the node apparatuses 10 2 and 10 3 ) in a multicast manner (Step S 106 ).
  • commit information (COMMIT) is transmitted (issued) from the application server 20 (Step S 105 )
  • the transaction-communication control unit 11 receives the transmitted commit information, and the log-distribution control unit 14 b distributes the update log 13 a to the standby nodes (the node apparatuses 10 2 and 10 3 ) in a multicast manner (Step S 106 ).
  • each node-to-node communication control unit receives the update log 13 a , and replies with an ACK response to the active node (the node apparatus 10 1 ) (Steps S 107 and S 108 ).
  • the node-to-node communication control unit 12 receives the respective ACK responses (Step S 109 ), the data updating unit 14 c performs real updating of the task data 13 b retained in the memory 13 (Step S 110 ), and the transaction-communication control unit 11 transmits (returns) commit information (COMMIT) to the application server 20 (Step S 111 ).
  • each data updating unit 14 c performs real updating of the task data retained in its own memory asynchronously with the update of the task data in the node apparatus 10 1 (active node) explained above (Steps S 112 and S 113 ).
  • the log generating unit 14 a when an update instruction for updating the task data stored in the memory is transmitted through a transaction process performed by the application server 20 , the log generating unit 14 a generates, based on this update instruction, the update log 13 a indicating the updated contents of the task data 13 b stored in the memory 13 , and the log-distribution control unit 14 b then distributes the generated update log 13 a to other node apparatuses each with a memory in a multicast manner, thereby controlling task-data mirroring among the plurality of memories. Therefore, the same task data can be retained in the plurality of memories, thereby achieving high reliability of the in-memory database without using a disk.
  • the data updating unit 14 c performs, based on the generated update log 13 a , real updating of the task data 13 b stored in the memory 13 asynchronously with the update of the task data performed in other node apparatuses based on the distributed update log 13 a . Therefore, mirroring among the memories can be performed without affecting a response to the transaction process performed by the application server 20 .
  • the data updating unit 14 c when a reply with an ACK response indicating that the update log 13 a has been received is sent from all node apparatuses to which the update log 13 a has been distributed, the data updating unit 14 c performs, based on the generated update log 13 a , real updating of the task data 13 b stored in the memory 13 . Therefore, after it is confirmed that the update log 13 a has reached all node apparatuses, the task data 13 b stored in the memory 13 can be updated. With this, reliability of the in-memory database can be further increased.
  • the log-distribution control unit 14 b distributes the update log 13 a to other node apparatuses in a multicast manner.
  • the update log is discarded. Therefore, mirroring among the memories can be performed only when the transaction process normally ends, thereby minimizing a range of influence when an abnormality occurs in the transaction process.
  • the log-distribution control unit 14 b causes the update log distributed from other node apparatuses in a multicast manner to be stored in the memory 13 . Also, when a task-data update instruction is distributed in a multicast manner through a transaction process by the application server 20 , the task data 13 b stored in the memory 13 is subjected to real updating based on the stored update log. Therefore, by using the update instruction distributed in a multicast manner from the application server 20 , the update of the task data in each node apparatus can be controlled, thereby efficiently mirroring among the memories.
  • the log-distribution control unit 14 b causes the update log distributed from other node apparatuses in a multicast manner to be stored in the memory 13 . Also, when the update log is received, the task data 13 b stored in the memory 13 is subjected to real updating based on the update log already stored at the time of receiving the update log. Therefore, by using the update log distributed in a multicast manner from other node apparatuses, the data update in each node apparatus can be controlled, thereby efficiently mirroring among the memories.
  • the data updating unit 14 c updates the task data 13 b upon the update instruction distributed in a multicast manner from the application server 20 .
  • this is not meant to restrict the present invention.
  • the node-to-node communication control unit 12 may notify the data updating unit 14 c that the update log has been received.
  • the data updating unit 14 c may perform real updating of the task data 13 b based on the update log 13 a already retained in the memory 13 at the time of acceptance.
  • FIG. 4 is a functional block diagram of the configuration of a computer that executes a memory-mirroring program according to the present embodiment.
  • a computer 100 includes a Random Access Memory (RAM) 110 , a Central Processing Unit (CPU) 120 , a Hard Disk Drive (HDD) 130 , a Local Area Network (LAN) interface 140 , an input/output interface 150 , and a Digital Versatile Disk (DVD) drive 160 .
  • RAM Random Access Memory
  • CPU Central Processing Unit
  • HDD Hard Disk Drive
  • LAN Local Area Network
  • DVD Digital Versatile Disk
  • the RAM 110 is a memory that has stored therein programs and execution progress results of these programs and others.
  • the RAM 110 corresponds to the memory 13 depicted in FIG. 2 , and also has stored therein the update log 13 a and the task data 13 b , for example.
  • the CPU 120 is a central processing unit that reads a program from the RAM 110 for execution.
  • the HDD 130 is a disk device that has programs and data stored therein.
  • the LAN interface 140 is an interface for connecting the computer 100 to another computer via a LAN, connecting the computer 100 that operates as a node apparatus to the application server 20 and another node apparatus.
  • the input/output interface 150 is an interface for connecting an input device, such as a mouse and keyboard, and a display device.
  • the DVD drive 160 is a device that reads from and writes in a DVD.
  • a memory-mirroring program 111 executed on this computer 100 is stored in a DVD, and is read from the DVD by the DVD drive 160 to be installed on the computer 100 .
  • the memory-mirroring program 111 is stored, for example, in a database in another computer system connected via the LAN interface 140 , and is read from this database to be installed on the computer 100 .
  • the installed memory-mirroring program 111 is then stored in the HDD 130 , is read onto the RAM 110 , and is then executed by the CPU 120 as a memory-mirroring process 121 .
  • the task data having the same contents as that of the node apparatus set as active is retained. Therefore, even when the task data of the active node apparatus may not be referred to due to a network failure or the like, the task data can be checked by referring to the database in the standby node apparatus.
  • a predetermined recovery processing unit can be used to perform recovery as follows.
  • the recovery processing unit stops the active node apparatus, and also newly sets any one of the standby node apparatuses as active. At this time, the recovery processing unit sets the node apparatus newly set as active in a manner such that the update log is not distributed to the node apparatus where the failure has occurred. Specifically, from multicast addresses serving as a reference for distribution of the update log by the node-to-node communication control unit 12 , the recovery processing unit excludes the address of the node apparatus where a failure has occurred.
  • the recovery processing unit checks the state of reflecting the update log onto the task data. When it is confirmed that the update log has been correctly reflected on all node apparatuses, the recovery processing unit transmits, from the node apparatus newly set as active to the application server 20 , commit information indicating that the updating the task data has been completed.
  • the recovery processing unit rolls back the task data where the update log has already been reflected, thereby insuring consistency of the task data in the memory. Then, upon completion of the series of recovery processes, the recovery processing unit uses the node apparatus newly set as active to restart the task.
  • the recovery processing unit stops that standby node apparatus, and sets the active node apparatus so that it does not distribute the update log to the node apparatus where the failure has occurred. Specifically, from the multicast addresses serving as a reference for distribution of the update log by the node-to-node communication control unit 12 , the recovery processing unit excludes the address of the node apparatus where a failure has occurred.
  • the recovery processing unit is performing a recovery process, the active node apparatus continuously operates. Therefore, when a failure occurs in any standby node apparatus, the transaction process by the application server 20 , that is, the task service provided by the application server 20 is not affected by the recovery process.
  • all or part of the processes explained as being automatically performed can be manually performed, or all or part of the processes explained as being manually performed may be automatically performed through a known method.
  • each component of each apparatus depicted is conceptual in function, and is not necessarily physically configured as depicted. That is, the specific patterns of distribution and unification of the components are not meant to be restricted to those depicted in the drawings. All or part of the components can be functionally or physically distributed or unified in arbitrary units according to various loads and the state of use.
  • all or arbitrary part of the process functions performed in each component can be achieved by a CPU and a program analyzed and executed on that CPU, or can be achieved as hardware with a wired logic.
  • FIG. 5 is a system configuration diagram when a memory-mirroring control system according to the invention is applied to a stock exchange system.
  • reference numeral 1001 denotes a market management server, which corresponds to the application server 20 in the embodiment explained above.
  • this market management server 1001 based on schedule information stored in a schedule management 10021 of a DB server 1002 , a status instructing unit 10011 performs multicast communications of a status instruction through the procedure explained in the embodiment explained above via a network 1003 (in FIG. 5 , referred to as highly-reliable multicast 10012 ).
  • a status instruction 10013 in the market management server 1001 performs multicast communications of the regulation instruction through the procedure explained in the embodiment above through the network 1003 (in FIG. 5 , referred to as highly-reliable multicast 10014 ).
  • Reference numeral 1006 denotes a participant gateway that provides various notifications to participants in stock exchange.
  • a participant liaison adaptor 10061 receives information about various highly-reliable multicasts from the market management server 1001 , the participant liaison adaptor 10061 determines whether a notification is to be provided to the participants. As for multicast information for which a notification is determined to be provided, that multicast information is transmitted as a market management telegraphic message to a participant server 1007 .
  • Reference numeral 1008 denotes a trading server, including an order Durable Archive Memory (DAM) 10081 , a special quote DAM 10082 , and a board DAM 10083 .
  • the order DAM 10081 , the special quote DAM 10082 , and the board DAM 10083 are node apparatus groups depicted as the node apparatuses 10 1 , to 10 3 by units of task group explained above.
  • the order DAM 10081 , the special quote DAM 10082 , and the board DAM 10083 each determine whether the received information relates to itself, and perform a process through the procedure depicted in FIG. 3 .
  • an effect can be achieved such that the same data can be retained in a plurality of memories, thereby achieving high reliability of the in-memory database without using a disk.
  • an effect can be achieved such that mirroring among memories can be performed without affecting a response to the transaction process performed by the application.
  • an effect can be achieved such that data stored in a memory can be updated after it is confirmed that an update log has reached all node apparatuses, thereby further increasing reliability of the in-memory database.
  • an effect can be achieved such that mirroring among memories can be performed only when a transaction process normally ends, thereby minimizing a range of influence when an abnormality occurs in the transaction process.
  • an effect can be achieved such that data update in each node apparatus can be controlled by using an update instruction distributed in a multicast manner, thereby efficiently mirroring among memories.
  • an effect can be achieved such that data update in each node apparatus can be controlled by using an update log distributed in a multicast manner, thereby efficiently mirroring among memories.

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)
  • Computing Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Hardware Redundancy (AREA)
US12/533,882 2007-02-28 2009-07-31 Memory-mirroring control apparatus and memory-mirroring control method Expired - Fee Related US8281092B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/595,531 US9612928B2 (en) 2007-02-28 2012-08-27 Memory-mirroring control apparatus and memory-mirroring control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2007/053833 WO2008105098A1 (ja) 2007-02-28 2007-02-28 メモリミラー化制御方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2007/053833 Continuation WO2008105098A1 (ja) 2007-02-28 2007-02-28 メモリミラー化制御方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/595,531 Continuation US9612928B2 (en) 2007-02-28 2012-08-27 Memory-mirroring control apparatus and memory-mirroring control method

Publications (2)

Publication Number Publication Date
US20090292891A1 US20090292891A1 (en) 2009-11-26
US8281092B2 true US8281092B2 (en) 2012-10-02

Family

ID=39720942

Family Applications (2)

Application Number Title Priority Date Filing Date
US12/533,882 Expired - Fee Related US8281092B2 (en) 2007-02-28 2009-07-31 Memory-mirroring control apparatus and memory-mirroring control method
US13/595,531 Expired - Fee Related US9612928B2 (en) 2007-02-28 2012-08-27 Memory-mirroring control apparatus and memory-mirroring control method

Family Applications After (1)

Application Number Title Priority Date Filing Date
US13/595,531 Expired - Fee Related US9612928B2 (en) 2007-02-28 2012-08-27 Memory-mirroring control apparatus and memory-mirroring control method

Country Status (3)

Country Link
US (2) US8281092B2 (ja)
JP (1) JP4998549B2 (ja)
WO (1) WO2008105098A1 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5163179B2 (ja) * 2008-02-25 2013-03-13 株式会社リコー 情報処理装置、情報処理方法、及びプログラム
JP4870190B2 (ja) * 2009-04-27 2012-02-08 株式会社日立製作所 データ処理方法、計算機、及びデータ処理プログラム
JP5256173B2 (ja) * 2009-11-18 2013-08-07 株式会社日立製作所 データベース管理方法、データベース管理システム及びデータベース管理プログラム
JP5459613B2 (ja) * 2010-02-26 2014-04-02 日本電気株式会社 データ処理システム、データ処理方法およびデータ処理プログラム
US8554762B1 (en) * 2010-12-28 2013-10-08 Amazon Technologies, Inc. Data replication framework
JP5640767B2 (ja) * 2011-01-25 2014-12-17 富士通株式会社 情報処理装置、データ管理方法およびデータベースシステム
JP6056408B2 (ja) * 2012-11-21 2017-01-11 日本電気株式会社 フォールトトレラントシステム
US9135164B2 (en) * 2013-03-15 2015-09-15 Virident Systems Inc. Synchronous mirroring in non-volatile memory systems
GB2537446A (en) * 2014-01-22 2016-10-19 Hitachi Ltd Database management system and method
US10140109B2 (en) * 2014-02-25 2018-11-27 Ford Global Technologies, Llc Silent in-vehicle software updates
JP2016031733A (ja) * 2014-07-30 2016-03-07 富士通株式会社 推論容易性算出プログラム、装置、及び方法
WO2017183096A1 (ja) * 2016-04-19 2017-10-26 株式会社日立製作所 計算機システム及び不揮発性メモリの冗長化方法
CN106899648B (zh) * 2016-06-20 2020-02-14 阿里巴巴集团控股有限公司 一种数据处理方法和设备
JP6686762B2 (ja) * 2016-07-22 2020-04-22 富士通株式会社 情報処理システム、情報処理装置、情報処理方法及びプログラム
US10771315B2 (en) 2017-02-14 2020-09-08 Futurewei Technologies, Inc. High availability using multiple network elements
US10735248B2 (en) * 2018-02-12 2020-08-04 Futurewei Technologies, Inc. Cloudified N-way routing protection at hyper scale
JP7563907B2 (ja) * 2020-07-13 2024-10-08 Ｎｅｃプラットフォームズ株式会社 イベント処理システム、処理装置、処理方法、及び、プログラム
US11669516B2 (en) * 2020-10-29 2023-06-06 EMC IP Holding Company LLC Fault tolerance for transaction mirroring
CN114691341B (zh) * 2022-04-18 2025-06-03 北京自如信息科技有限公司 一种基于CocoaPods的打包任务处理方法、装置和电子设备
JP7684266B2 (ja) * 2022-10-21 2025-05-27 日立ヴァンタラ株式会社 ストレージシステムおよびストレージ制御方法

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH064578A (ja) 1992-06-22 1994-01-14 Matsushita Electric Ind Co Ltd データベースシステム
JPH07334402A (ja) 1994-06-13 1995-12-22 Hitachi Ltd メインメモリ化データベース
JPH0954718A (ja) 1995-08-15 1997-02-25 Nec Software Ltd 分散データベース非同期更新機能処理方式
JPH11312111A (ja) 1998-04-30 1999-11-09 Nec Corp データベース復旧方法及びデータベース管理システム
JP2002049517A (ja) 2000-05-25 2002-02-15 Hitachi Ltd 記憶システム
US20040249928A1 (en) * 2001-09-06 2004-12-09 Bea Systems, Inc. Exactly once data framework system
JP2005293315A (ja) 2004-03-31 2005-10-20 Nec Corp データミラー型クラスタシステム及びデータミラー型クラスタシステムの同期制御方法
JP2006053737A (ja) 2004-08-11 2006-02-23 Nec Corp レプリケーションシステム及びレプリケーション方法
US7587397B2 (en) * 2002-12-18 2009-09-08 Fujitsu Limited Distributed transaction processing control

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6449734B1 (en) * 1998-04-17 2002-09-10 Microsoft Corporation Method and system for discarding locally committed transactions to ensure consistency in a server cluster
US20050114285A1 (en) * 2001-11-16 2005-05-26 Cincotta Frank A. Data replication system and method

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH064578A (ja) 1992-06-22 1994-01-14 Matsushita Electric Ind Co Ltd データベースシステム
JPH07334402A (ja) 1994-06-13 1995-12-22 Hitachi Ltd メインメモリ化データベース
JPH0954718A (ja) 1995-08-15 1997-02-25 Nec Software Ltd 分散データベース非同期更新機能処理方式
JPH11312111A (ja) 1998-04-30 1999-11-09 Nec Corp データベース復旧方法及びデータベース管理システム
JP2002049517A (ja) 2000-05-25 2002-02-15 Hitachi Ltd 記憶システム
US20040249928A1 (en) * 2001-09-06 2004-12-09 Bea Systems, Inc. Exactly once data framework system
US7587397B2 (en) * 2002-12-18 2009-09-08 Fujitsu Limited Distributed transaction processing control
JP2005293315A (ja) 2004-03-31 2005-10-20 Nec Corp データミラー型クラスタシステム及びデータミラー型クラスタシステムの同期制御方法
JP2006053737A (ja) 2004-08-11 2006-02-23 Nec Corp レプリケーションシステム及びレプリケーション方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Office Action issued by the Patent Office of Japan for Japanese Patent Application No. 2009-501099, mailed Sep. 20, 2011 (with English language translation).
Oracle Corporation, Japan; "Oracle Timesten In-Memory Database." http://otn.oracke.co.jp/products/timesten; Feb. 15, 2005; English Web-site: http://a248.e.akamai.net/f/248/3214/1d/www.zones.com/images/pdf/oracle-timesten-ds.pdf , Jul. 21, 2009.
Oracle Corporation, Japan; "Oracle Timesten In-Memory Database." http://otn.oracke.co.jp/products/timesten; Feb. 15, 2005; English Web-site: http://a248.e.akamai.net/f/248/3214/1d/www.zones.com/images/pdf/oracle—timesten—ds.pdf , Jul. 21, 2009.

Also Published As

Publication number Publication date
US20120324187A1 (en) 2012-12-20
WO2008105098A1 (ja) 2008-09-04
JPWO2008105098A1 (ja) 2010-06-03
US20090292891A1 (en) 2009-11-26
US9612928B2 (en) 2017-04-04
JP4998549B2 (ja) 2012-08-15

Similar Documents

Publication Publication Date Title
US8281092B2 (en) Memory-mirroring control apparatus and memory-mirroring control method
US9983957B2 (en) Failover mechanism in a distributed computing system
CN113641511B (zh) 一种消息通信方法和装置
CN107295080B (zh) 应用于分布式服务器集群的数据存储方法和服务器
US9274906B2 (en) Implementing failover processes between storage stamps
US7293192B2 (en) System and method for failover
US8868492B2 (en) Method for maximizing throughput and minimizing transactions response times on the primary system in the presence of a zero data loss standby replica
US9710344B1 (en) Locality based quorum eligibility
US9846624B2 (en) Fast single-master failover
US20160062854A1 (en) Failover system and method
CN107040403A (zh) 基于dds技术提高分布式系统可靠性的方法
US20220286378A1 (en) In-order fault tolerant consensus logs for replicated services
US10097630B2 (en) Transferring data between sites
CN111708843A (zh) 一种基于MGR的跨数据中心MySQL多活实现方法
US10348817B2 (en) Optimizing latency and/or bandwidth of large client requests for replicated state machines
US8180729B2 (en) Data replication method
JP2005502957A (ja) 厳密に一回のキャッシュフレームワーク
CN110351122B (zh) 容灾方法、装置、系统与电子设备
JP2006058960A (ja) 冗長構成のサーバシステムにおける同期化方法及びシステム
US9582384B2 (en) Method and system for data replication
KR101696911B1 (ko) 분산 데이터 베이스 장치 및 그 장치에서의 스트림 데이터 처리 방법
US20220286229A1 (en) Safely overwriting decided slots
JP2021135828A (ja) リクエスト処理システムおよびリクエスト処理方法
US11947431B1 (en) Replication data facility failure detection and failover automation
CN111800485A (zh) 适应战术机动网络环境的服务节点抗毁接替方法

Legal Events

Date Code Title Description
AS Assignment

Owner name: FUJITSU LIMITED, JAPAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:FUJITA, KAZUHISA;UESUGI, KAZUYA;REEL/FRAME:023038/0673;SIGNING DATES FROM 20090630 TO 20090701

Owner name: FUJITSU LIMITED, JAPAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:FUJITA, KAZUHISA;UESUGI, KAZUYA;SIGNING DATES FROM 20090630 TO 20090701;REEL/FRAME:023038/0673

STCF Information on status: patent grant

Free format text: PATENTED CASE

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FPAY Fee payment

Year of fee payment: 4

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 8

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

LAPS Lapse for failure to pay maintenance fees

Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20241002