Guaranteed Durability for TimesTen
Guaranteed durability ensures that there is no loss of data (at the cost of some performance) for those cases where data integrity must be preserved.
To guarantee durability for all transactions, you should do at least one of the following. (There is very little advantage in using both of these options.)
-
Use replication enabled with the return twosafe service to replicate transactions. The return twosafe service provides a fully synchronous option by blocking the application until replication confirms that the update has been both received and committed on the subscriber before it is committed on the master. This provides applications a higher level of confidence that the effects of a committed transaction are durable, even if the master subsequently fails. This option is usually faster than the durable commit. See Return Twosafe Replication in the Oracle TimesTen In-Memory Database Replication Guide.
-
Configure durable commit operations by setting the
DurableCommitsconnection attribute to 1, which ensures that the transaction is synchronously written to the transaction log file while the application waits. See DurableCommits in the Oracle TimesTen In-Memory Database Reference.
Note:
If most of your transactions commit durably, you may want to set the
LogFlushMethod first connection attribute to 1. This connection
attribute configures how TimesTen writes and synchronizes log data to transaction
log files. For more information, see Use Durable Commits Appropriately.