Before Switching Active and Standby Databases

Illustrates a warm standby application for a database that does not participate in the replication system other than through the activities of the warm standby application itself.

It represents the warm standby application in normal operation, before you switch the active and standby databases.

Warm Standby Application—Before Switching

Figure 3-4 illustrates a warm standby application for a database that does not participate in the replication system other than through the activities of the warm standby application itself. This also illustrates a warm standby application in normal operation before you switch the active and standby databases. The Replication Server writes transactions received from the active database into an inbound message queue. This inbound queue is read by the D S I thread for the standby database, which executes the transactions in the standby database. Transactions in this figure are simply replicated from the active database into the standby database.

Figure: Warm Standby Application—Before Switching includes internal details to show that:

Replication Server writes transactions received from the active database into an inbound message queue.
This inbound queue is read by the DSI thread for the standby database, which executes the transactions in the standby database.

Messages received from the active database cannot be truncated from the inbound queue until the standby DSI thread has read them and applied them to the standby database.

In this example, transactions are simply replicated from the active database into the standby database. The logical database itself does not:

Contain primary data that is replicated to replicate databases or remote Replication Servers, or
Receive replicated transactions from another Replication Server.