79 results about "Commit Operation" patented technology

A file server provides transaction processing capabilities previously supplied by the operating system of a host computer. On-disk file system metadata is changed only at commit time, and a transaction log protects the transition. The disk state can only be a consistent state, resulting from a commit operation. All disk-block reservation and pre-allocation mapping are in the memory, and after a crash, they are automatically discarded. The file server therefore relieves the client of processing burden and also reduces network traffic. In addition, the file server can more efficiently perform the transaction processing capabilities and reduce the frequency of access to storage by judicious allocation of file system blocks and transfer of file system blocks between file system objects, cache memory, and the transaction log. The differentiation between preallocation states and allocation states of in-memory file system blocks also permits application programs to more efficiently transfer data between files.

While speculatively executing a given one of a plurality of transactions concurrently executing on a computer, carry out write operations in a local data block, and automatically create an entry in a checkpoint log when reading from a shared memory. Continuously conflict check during read and tentative commit operations, and carry out a partial rollback upon detection of a conflict. The partial rollback is based upon the checkpoint log.

An industrial control system includes an industrial controller and a programming interface. The industrial controller maintains a control program for interfacing with a controlled process. The programming interface is operable to communicate a transaction to the industrial controller. The transaction includes a plurality of operations for modifying the control program followed by a commit transaction command. The industrial controller is operable to preprocess the plurality of operations, designate the plurality of operations with a pending status, and commit the operations and clear the pending status responsive to receiving the commit transaction command.

A system and method enables efficient implementation of snapshots of data organized as arbitrary data structures on a byte-addressable persistent memory of a host computer. A user-level library of the host computer may configure the persistent memory as a software transactional memory (STM) system defined by operations, such as a STM commit operation, that ensure safe and consistent storage of the data (i.e., the data structures) within a region of the persistent memory. The library may then cooperate with an application executing on the host computer to control access to a data structure, e.g., to change a datum, stored in the region of the persistent memory as a transaction using the STM commit operation. Within a context of the transaction, the library may precisely determine which byte or bytes of the datum have changed within the region, as well as how and when the bytes have changed. Armed with precise knowledge of the context of the transaction, the library may efficiently implement a snapshot (i.e., point-in-time copy) of the changed datum and its associated data structure at the granularity at which it was modified, e.g., at the byte-addressable granularity.

A system and method for file management is comprised of hierarchical files systems, referred to as “areas.” There are three types of areas: work areas, staging areas, and edition areas. A work area is a modifiable file system, and, in a work area a user can create, edit, and delete files and directories. A staging area is a read-only file system that supports select versioning operations. Various users of work areas can integrate their work by submitting the contents of their work area to the staging area. In the staging area, developers can compare their work and see how their changes fit together. An edition is a read-only file system, and the contents of a staging area are virtually copied into an edition to create a frozen, read-only snapshot of the contents of the staging area. One use of the system and method for file management is as a website development tool. The parent map replacement mechanism describes an alternate approach to tracking all the parent directories of a particular file version, which does not require storing and maintaining back pointers to all its parent directories. This mechanism improves the performance of submit operations.

Methods, computer readable mediums, and computer program products for a computer system communicating with a plurality of clients, the system including at least a server, wherein the server receives incoming messages of the system, the server being connected to a SQL database for storing incoming messages, the method including: receiving updating instructions via incoming messages; storing the incoming messages in a file having a horizontal file structure; updating the database by performing updating operations according to the instructions of the messages; and performing a committing operation of all updating operations performed since the last committing operation at predetermined intervals in order to make all data modifications performed since the start of the last committing operation a permanent part of the database.

A method and system for combined commit transaction request and subsequent operation request for committing the operations of a synchronized transaction by one or more applications (301, 4001, 501) on a resource manager (302, 402, 502). The method comprises: receiving a combined request (310, 410, 510) for an operation and a request to commit any outstanding synchronized transaction; committing the outstanding transaction (311, 414, 512); and processing (313, 413, 517) the requested operation outside the outstanding transaction. For example, in an asynchronous messaging process, the combined request specifies an option in a get operation request to commit any outstanding units of work prior to carrying out the get operation.

Embodiments of the invention relate to a distributed transaction processing method and apparatus. The method comprises the steps of receiving a transaction enable request sent by a client, dividing a transaction corresponding to the transaction enable request into a plurality of sub-transactions, and selecting a participant node which executes at least one sub-transaction in the sub-transactions; sending a transaction execution request to the participant node to enable the participant node to execute the corresponding sub-transactions, and recording and sending first execution result information of the sub-transactions; receiving the first execution result information of all the sub-transactions, and determining second execution result information of the transaction according to the first execution result information of all the sub-transactions; and returning a transaction enable success or failure message to the client according to the second execution result information, and sending a transaction submitting or rollback message to the participant node to enable the participant node to execute submitting or rollback operations of the sub-transactions, and recording operation state information of the sub-transactions. Through the method and the apparatus, the response time of the distributed transaction can be shortened, so that the performance of a distributed system can be improved.

One embodiment of the present invention provides a system that facilitates performing multi-stage table updates. During operation, the system receives a query at a query processor, wherein executing the query causes an update to an entire table in a database. Next, the system estimates an amount of transaction log space required to execute the query. If the amount of transaction log space is greater than a pre-determined threshold, the system splits the query into a set of sub-queries, wherein an amount of transaction log space required by each sub-query in the set of sub-queries is less than the pre-determined threshold. For each sub-query in the set of sub-queries, the system executes the sub-query, and performs a mini-commit operation for the sub-query, wherein updates which comprise the mini-commit operation are not exposed to a user. Finally, when mini-commit operations have been performed for all of the sub-queries, the system performs a commit operation for the query.

Techniques and mechanisms for exchanging information between a solid state drive (SSD) and a write-in-place non-volatile memory via a host device. In an embodiment, access control information defines state of the SSD, where the access control information determines and / or is based on an access by the host device to other non-volatile memory of the SSD. The access control information includes address conversion information defining a correspondence of a logical address with a physical address for a location of the other non-volatile memory of the SSD. At least some of the access control information is stored by the SSD to the write-in-place non-volatile memory for later retrieval by the SSD. In another embodiment, the SSD signals that a commit operation is to be performed to flush any cached or buffered access control information into the write-in-place non-volatile memory.

Systems (100) and methods (200) for managing transactional processing. The methods involve executing a first transaction (120) which is blocked by an exclusive lock of at least one second transaction (110) from accessing at least one resource of a system. Thereafter, a determination is made as to whether a Service Level Agreement (“SLA”) associated with the first transaction is being met. If it is determined that the SLA is not being met, the resources needed by the first transaction are identified. Subsequently, all executing transactions, that are using the resources needed by the first transaction, are identified. At least one of the identified transactions is then dynamically slowed down or speed up. The transaction is slowed down or sped up by: adjusting how many records are to be processed in each sub-transaction of the transaction; and / or increasing or decreasing the time period between commit operations of the transaction.

The invention discloses an asynchronous collecting method for maintaining consistency of database replicas, comprising the steps of: 1) dividing a database differential replica into a complete replica type and a partial replica type; dividing the data into splinters according to the application requirement and storing them into two types of data replicas; 2) comparing the database contents to find the differential data in the complete replica and the partial replica, before modifying the local data, renewing the data and synchronizing the data from the complete replica to the partial replica;3) after modifying the local data, executing a committing operation, and synchronizing the data from the partial replica to the complete replica. The asynchronous collecting method provided by the invention supports multi-database concurrent changes, overcomes the dependence on the dump file and greatly reduces the dependence on the network stability compared with the online synchronous method realized via an application software.

The invention provides a distributed transaction processing method and device based on improved one-phase commit. The method comprises the steps of carrying out SQL (Structured Query Language) operations of application transactions on databases; resolving the SQL operations, thereby determining transaction correlated SQL operations; when it is determined that any two transaction correlated SQL operations belong to different databases, generating insert statements of distributed transaction locks, and inserting the insert statements of the distributed transaction locks into the application transactions; carrying out the SQL operations, after the SQL operations are carried out successfully, calling commit operations; after the commit operations are carried out successfully, triggering release operations of the distributed transaction locks; and after the commit operations are carried out unsuccessfully, carrying out re-commit operations of the preset retry times on the unsuccessful commit operations. According to the method and the device, the consistency of the distributed transactions is realized, the commit states of the distributed transactions can be obtained, the unsuccessful transactions are recovered, and a commit rate of the one-phase commit is ensured.

An interface between a relational database application program and a database management system that reduces application program execution time by reducing the number of commit operations performed by the commit facility of the database management system. Repeatedly, commit statements issued by the application program are suppressed until a time interval based on a time interval parameter has elapsed, and then the next commit statement issued by the application program is passed on to the database management system.

A backup storage system includes a server having a restore operation that is independent from browse, mark and submit operations. A restore engine process is created as part of a restore session initiated by a client for retrieving a list of restorable objects to be displayed to a user via a graphical user interface. The user can browse the list of restorable objects, mark or select objects for restoration and submit the list of mark objects. Multiple restore submissions can be made prior to the user commanding the restore engine process, via a remote procedure call, to execute the submitted restore requests. To support new backup techniques and storage devices, a corresponding library can be added for processing with minimal impact to the overall restore system.

An integrated nonvolatile memory control subsystem and method are disclosed. The integrated nonvolatile memory control subsystem includes a nonvolatile buffer cache, a nonvolatile journal area, nonvolatile storage, and an integrated memory control unit. The integrated memory control unit performs a read operation, a write operation, a commit operation and a checkpoint operation on the cache blocks of the nonvolatile buffer cache and the journal blocks of the nonvolatile journal area. The integrated memory control unit sets each of data blocks of the nonvolatile storage as one among valid state, erasable state and invalid state, depending on being cached or not, being journaled or not, and being a clean cache or not, so as to maintain an authentic original up-to-date consistent data within any one of the nonvolatile buffer cache, the nonvolatile journal area and the nonvolatile storage.

The invention aims at providing a method and equipment for achieving transaction commit in an active-standby synchronization mode. Specifically, the method comprises the steps: sending a transaction number corresponding to a transaction and a former log number of a transaction commit request to a standby database when an active database receives the transaction commit request from a use; performing a transaction commit operation; detecting whether former log information corresponding to the transaction has been received by the standby database or not; sending a transaction commit finishing notification to the user if the former log information has been received. Compared with the prior art, the method and the equipment has the advantages that when the active database receives the transaction commit request from the user, the active database sends the transaction number corresponding to the transaction and the former log number of the transaction commit request to the corresponding standby database, performs the transaction commit operation, then, detects whether sent former log information has been received by the standby database or not and sends the transaction commit request finishing notification to the user if the former log information has been received by the standby database, so that the speed of transaction commit of databases and database performance are improved, and the user experience is optimized.

A processor, system, and method are described for continued retirement of operations during a commit of a speculative region of program code. For example, one embodiment of a method comprises the operations of identifying a plurality of transactional memory regions in program code, including a first transactional memory region; and retiring one or more of a plurality of operations which follow the first transactional memory region even when a commit operation associated with the first transactional memory region is waiting to complete.

A system and method for efficiently replicating data stored in a byte-addressable, persistent memory of a host computer. A user-level library of the host computer may configure the persistent memory as a software transactional memory (STM) system defined by operations, such as a STM commit operation, that ensure safe and consistent storage of the data within a region of the persistent memory. The library may then cooperate with an application executing on the host computer to control access to the data, e.g., to change the data, as a transaction using the STM commit operation. Within a context of the transaction, the library may precisely determine which bytes of the data have changed within the region, as well as how and when the data bytes have changed. Armed with precise knowledge of the context of the transaction, the library may efficiently replicate the changed data at the byte-addressable granularity.

The invention provides a product clearing method. The product clearing method comprises the steps of transmitting a to-be-cleared product list to a service terminal, and acquiring a payment notice ofa to-be-cleared product returned from the service terminal; transmitting the payment notice to a post management terminal; when a confirming instruction which is transmitted from the post management terminal and represents a fact that the to-be-cleared product is a normally cleared confirming instruction, transmitting a making message of escrow account transfer indication information; acquiring clearing data which are returned from a fund accounting terminal, and introducing the escrow account transfer indication information according to the clearing data in batch, and transmitting the escrowaccount transfer indication information to the fund accounting terminal for executing a submitting operation; submitting the escrow account transfer indication information to an escrow bank for finishing payment according to the submitting instruction which is transmitted by the fund accounting terminal, and acquiring a product clearing report. The product clearing method, the device thereof, thestorage medium and the terminal have advantages of realizing an online product clearing mode and improving automation degree and efficiency in product clearing.

A synchronization confirmation method required for operation of a database is provided to a host device connected to a disk device which provides remote asynchronous data transfer. Immediately after commit of write data, an application of the host device issues a sync command which requires synchronization confirmation. A disk control device notifies the host device of a number concerning latest data received from the host device of a local side and a number concerning latest data received by a remote side. When the two numbers have coincided with each other, the host device judges the commit operation to have been completed.

The invention provides a method for recording a transaction log, which includes the following steps: the database changes from a connected state to an interrupted state, and performs a dump operation, that is, serializes the data in the memory to obtain a text data stream, and converts the text data The stream is recorded on the transaction log. At this time, the storage mode is converted from the database storage mode to the transaction log storage mode; the database is in an interrupted state. At this time, the storage mode adopts the transaction log storage mode, and the storage operation only interacts with the transaction log; the database is controlled by The interrupted state changes to the connected state, and the submit operation is performed, that is, the data in the memory is submitted to the database. At this time, the storage mode is converted from the transaction log storage mode to the database storage mode; the database is in the connected state. At this time, the storage mode adopts In the database storage mode, the storage operation only interacts with the database and deletes the corresponding local transaction log. The method has the advantages of being simple, fast and convenient to use.

The invention discloses a method for blocking and awakening transaction threads in a hardware transactional memory system, which comprises the following steps of: arranging a transaction thread register in transaction supporting hardware and recording an identifier of a currently-executed transaction thread in the transaction thread register; when a blocked transaction thread is rescheduled and re-executed and if the blocked transaction thread is the same as the thread identifier in the register, continuing to submit the transaction; and if the blocked transaction thread is different from the thread identifier in the register, clearing a current transaction field and re-executing the transaction. The method of the invention has the advantages of eliminating the limitation that the transactions in the hardware transactional memory system are necessarily executed in a time slice, solving the problem that a transaction cache is difficult to migrate and optimizing the high-efficiency execution of the transactions in the hardware transactional memory system.

The invention discloses a method for maintaining data consistency. The method is executed in an application server and is suitable to be used for simultaneously writing service data into a first database and a second database. The method comprises the following steps of: creating first database connection with a first database, starting a first database transaction under the first database connection, and executing first read-write operation on the first database so as to write service data into the first database; creating second database connection with a second database, starting a second database transaction under the second database connection, and executing second read-write operation on the second database so as to write the service data into the second database; and when a first operation result corresponding to the first read-write operation and a second operation result corresponding to the second read-write operation are both successful, respectively executing the submitting operation on the first database transaction and the second database transaction. The invention also discloses a device and a system for maintaining the data consistency corresponding to the method and the application server.

An example system includes a registration engine that receives a request to register with a transaction. The request is from a one-phase commit resource manager. The example system also includes a proxy instantiation engine that determines whether a list of registered participants of the transaction includes at least one one-phase commit resource manager. When the list of registered participants is determined to include at least one one-phase commit resource manager, the proxy instantiation engine: (i) creates a proxy for the one-phase commit resource manager, and (2) adds the proxy to the list of registered participants. The proxy supports a prepare operation, commit operation, and abort operation. The system further includes a first-phase coordinator that sends a commit query to each registered two-phase commit participant included in the list. The commit query requests an indication of whether the respective participant can commit the transaction.

A method, a system, an apparatus, and a computer program product are presented for reducing synchronization waits when unique sequential identifiers are being allocated for transactions committed to a database that are occurring in a multi-threaded server environment. A transactional object containing an identifier data item is created for a transaction in an object-oriented environment. A pre-process object is then generated that contains the transactional object; when subsequently processed, the pre-process object allocates a sequential identifier value for the identifier data item. The pre-process object is added to a list of pre-process objects that are to be processed prior to completing the transaction, such as committing the transaction to a database. After some initial business logic processing, a commit operation for the transaction is commenced during which the pre-process object is processed, thereby allocating a sequential identifier value for the identifier data item just prior to committing the transaction.