Professional Documents
Culture Documents
02 Understanding The Oracle Data Guard Architecture
02 Understanding The Oracle Data Guard Architecture
Oracle net
Online
redo Standby
logs redo logs Backup
FAL Reports
ARC0
ARC0
Oracle net
Online
redo Standby
logs redo logs Backup
FAL Reports
ARC0
ARC0
Oracle net
Online
redo Standby
logs redo logs Backup
FAL Reports
ARC0
ARC0
Standby Archived
Redo from redo logs redo logs
primary database
RFS ARC0
MRP/LSP
Standby database
Redo
stream
Backup
Transform redo
information into
SQL
Reports
LCR
Reader Preparer LCR Builder
:
Redo Shared
records pool
Redo data from Logical change records not
primary database Log Mining grouped into transactions Transaction
groups
Apply processing
Applier Coordinator Analyzer
Transactions to Transactions
be applied sorted in
Data files
dependency
order
RFS
ARC0
Archived
redo log
Standby
files
database
Real-Time Apply
When you enable the optional real-time apply feature, log apply services apply the redo data
from standby redo log files in real time (at the same time the log files are being written to) as
opposed to recovering redo from archived redo log files when a log switch occurs. If for some
reason the apply service is unable to keep up (for example, if you have a physical standby in
READ ONLY mode for a period of time), then the apply service automatically goes to the archive
log files as needed. The apply service also tries to catch up and go back to reading the standby
redo log files as soon as possible.
Real-time application of redo information provides a number of benefits, including quicker
switchover and failover operations, instantly up-to-date results after you change a physical
standby database to read-only, up-to-date reporting from a logical standby database, and the
ability to leverage larger logs files.
Having larger log files with real-time apply is desirable because the apply service stays with a
log longer and the overhead of switching has less impact on the real-time apply processing.
The RECOVERY_MODE column of the V$ARCHIVE_DEST_STATUS view contains the value
MANAGED REAL TIME APPLY when log apply services are running in real-time apply mode.
San Francisco
SF1_DB
DB_UNIQUE_NAME = SF1_DB
Primary Standby
database database
Not used
LOG_ARCHIVE_DEST_2= location=
"/u01/app/oracle/oradata/orcldg2/arc",
valid_for=(STANDBY_LOGFILE,STANDBY_ROLE)
DB_UNIQUE_NAME = HRDB2
Online Standby
redo redo
Redo
logs shipment logs
RFS
Primary Standby
database database