Log apply services convert the data from the redo logs into SQL statements and then
executes these SQL statements on the logical standby database. Because the logical
standby database remains open, tables that are maintained can be used simultaneously for
other tasks such as reporting, summations, and queries. Figure 6-2 shows log apply
services applying redo data to a logical standby database.
The remote file server process receives redo data from the primary database. The RFS process communicates with the logical standby process (LSP) to coordinate and record which files arrived.
The logical standby process is the coordinator process for a set of processes that concurrently read, prepare, build, analyze, and apply completed SQL transactions from the archived redo logs. The LSP also maintains metadata in the database.
To start log apply services, start the logical standby database, and then use the following statement. (Starting a logical standby database is done in the same manner as starting a primary database.)
Redo logs are read and applied to a logical standby database when a log switch occurs,
not as they arrive on the standby site. You can verify the status of archived redo log apply
operations by querying the following views:
Use this view to verify that the archived redo logs are being applied to the standby
database. This view provides information about the processes that are reading
redo data and applying archived redo logs to logical standby databases. For
example, the following query shows typical output during the initialization phase:
SQL> COLUMN STATUS FORMAT A50
SQL> COLUMN TYPE FORMAT A12
SQL> SELECT TYPE, HIGH_SCN, STATUS FROM V$LOGSTDBY;
ORA-16115: loading Log Miner dictionary
Now bringing you back...
Does that email address look wrong? Try again with a different email.