Fail Over
You are now ready to initiate the fail over from the active database to the standby.
Note:
During fail over, the TimesTen Operator takes down your active database, and immediately fails over to the standby. Do not perform this procedure at the busiest time of your production day. It's best to consider performing this operation during a scheduled production outage.
Before failing over, quiesce your applications on the active database. You can use the TimesTen ttAdmin
-close
and the ttAdmin
-disconnect
commands. See Opening and Closing the Database for User Connections and Disconnecting from a Database in the Oracle TimesTen In-Memory Database Operations
Guide.
To avoid potential data loss, use the TimesTen ttRepAdmin
-wait
command to wait until replication is caught up, ensuring that transactions that were executed on the active database are replicated to the standby database. See ttRepAdmin in the Oracle TimesTen In-Memory Database
Reference.
Once the standby is caught up, fail over from the active database to the standby by deleting the active Pod. When you delete the active Pod, the TimesTen Operator automatically detects the failure and promotes the standby database to be the active. Client/server applications that are using the active database are automatically reconnected to the new active database. Transactions in flight are rolled back. Prepared SQL statements do need to be re-prepared by the applications. See About Handling Failover and Recovery for more information.
Let's initiate the fail over.
Congratulations! You successfully performed a manual upgrade for a replicated TimesTenClassic object. The active and standby databases are upgraded, running, and fully operational.