| Oracle® TimesTen In-Memory Database TimesTen to TimesTen Replication Guide Release 11.2.1 Part Number E13072-06 |
|
|
View PDF |
This preface summarizes the new features of Oracle TimesTen In-Memory Database release 11.2.1 that are documented in this guide. It provides links to more information.
If your application has predictable transactional dependencies and does not require the commit order on the target data store be the same as the order on the source data store, then you can increase replication throughput by configuring parallel replication. See "Increasing replication throughput for other replication schemes".
Add or remove spare hosts using the following ttCWAdmin options: -addMasterHosts, -delMasterHosts, -addSubscriberHosts, -delMasterHosts. See "Adding a host to the cluster" and "Removing a host from the cluster".
This section summarizes new features in Release 11.2.1.4.0 that are documented in this guide.
You can use the -switch and -relocate options of the ttCWAdmin utility to change the configuration of a cluster. See "Reversing the roles of the master data stores" and "Moving a data store to a different host".
Use the -ocrConfig option of ttCWAdmin to register a TimesTen cluster with the Oracle Cluster Registry. See "Register the TimesTen cluster information".
From a subscriber data store, you can verify that the subscriber has received all updates from the master data store. See "Verifying that a subscriber has received and applied all updates".
This section summarizes new features in Release 11.2.1.1.0 that are documented in this guide.
TimesTen integrates with Oracle Clusterware to manage failure recovery for active standby replication schemes. See Chapter 6, "Using Oracle Clusterware to Manage Active Standby Pairs" and Chapter 7, "TimesTen Configuration Attributes for Oracle Clusterware".
You can replicate tables that have columns in different positions or tables that have a different number of partitions. See "Replicating tables with different definitions".
VARCHAR2, NVARCHAR2, VARBINARY and TT_VARCHAR columns in replicated tables can have a size of 4 megabytes. See "Table requirements and restrictions for replication schemes".
You can configure increased throughput for active standby pairs. See "Increasing replication throughput for active standby pairs".