<Insert Picture Here>

Oracle Data Guard 11g Release 2

Technical Overview
Name
 Agenda

• Disaster Protection & HA <Insert Picture Here>

• Process Architecture & Protection Modes

• Corruption Protection
• Active Data Guard
• Management & Role Transitions
• Reducing Planned Downtime
• Customer Use Cases
• Resources

2
 What is a Disaster?

• Well-recognized disasters such as headline-grabbing events

• Fire, earthquake, tsunami, flood, hurricane, power outages…

• And . . .more mundane events that occur more frequently

• Faulty system components – server, network, storage, software, …
• Data corruptions
• Backup/recovery of bad data
• Wrong batch job
• Bad HW/SW installations / upgrades / patching
• Operator errors
• Etc.

• Database down for critical applications, regardless of cause = disaster

3
Disaster
At a Financial Services Company

• Errors observed in the alert.log of the production database:

• Errors in file /opt/app/oracle/admin/dg/bdump/dg1.trc:

• ORA-01186 : file 93 failed verification tests
• ORA-01251 : Unknown File Header Version read for file number 93

ORA-01251 - Corrupted file header. This could be caused due to

missed read or write or hardware problem or process external to
oracle overwriting the information in file header.

• Database crashed – applications down

• Primary customer-facing applications for trade transaction
confirmation, new accounts, and customer account information

4
 So What Happened?

• They had a Data Guard standby database

• Corruptions isolated to the primary database
• Failed over to standby database
• Resumed operation in minutes
• Investigated & resolved h/w problems with no impact

5
 What is Oracle Data Guard?
Best Data Protection and Availability for Oracle Databases

Data Guard
Primary Site Standby Site

Data Guard SYNC / ASYNC

Physical
Primary or Logical
Database Standby
Database

Data Guard Broker

6
 Data Guard
Essential for High Availability
LAN & MAN deployments provide Local HA and DR
Extend to a Wide Area Network and add remote DR
Data Guard Capabilities
1. Built-in Oracle integration: ensures
transactional consistency
2. Extremely high performance
3. Transparent operation, supports all
Oracle features and data types
4. Application-integrated failover
5. Automatic or manual failover
6. Loosely coupled architecture:
ensures fault isolation
7. Protection from data corruptions
8. Ensures zero data loss
9. DR servers can be utilized for
testing while providing DR
10.Addresses both planned and
unplanned downtime
11.No vendor lock-in for storage
12.Minimal network consumption
13.No distance limitation
7
 Agenda

• Disaster Protection & HA <Insert Picture Here>

• Process Architecture & Protection Modes

• Corruption Protection
• Active Data Guard
• Management & Role Transitions
• Reducing Planned Downtime
• Customer Use Cases
• Resources

8
 Data Guard Architecture
Overview

Primary Database Remote Replica

1 SYNC or ASYNC
Oracle Instance Oracle Instance

3 2

Oracle Data files Oracle Data files

Automatic outage resolution
Recovery Recovery
data data
4

9
 Synchronous Transport
Zero Data Loss - SYNC
User Transactions
Queries, Updates, DDL
Comm

Co
it

Active
m
it

Primary
A

Standby
CK

Online
Redo Logs Database
SGA
LGWR
Standb
y
Redo Redo
Buffer
Logs
NSS RFS MRP
Oracle Net
Primary
Database

Queries, Reports
Testing & Backups

10
 Asynchronous Transport
ASYNC
User Transactions
Queries, updates, DDL

commitDDL

Co Online
updates,

m Redo
m Logs
it
AC Active
User

K
Standby
Queries,

Database
LGWR
SGA

Redo MRP
NSA RFS
Buffer LSP

Standb MRP - physical

y LSP - logical
Redo
Primary Logs
Database Oracle Net
Queries, Reports
Testing & Backups

11
 Redo Transport vs. Protection Mode
Protection Mode Controls Response to Failure Events

Mode Risk of data loss Transport If no acknowledgement from standby:

Zero Data Loss
Maximum Stall primary until acknowledgement is
Protection Double Failure SYNC received from replica
Protection
Zero Data Loss Stall primary until acknowledgement is
Maximum
Availability Single Failure SYNC received or timeout threshold period expires
Protection – then resume processing

Maximum Potential for Primary never waits for standby

Performance
ASYNC acknowledgement
Minimal Data Loss

NET_TIMEOUT parameter of LOG_ARCHIVE_DEST_n

Data Guard 11g default = 30 seconds

12
 Automatic Gap Resolution
Active
Oracle Net Standby
Transactions
Database

Redo
Buffer SYNC NSA MRP
RFS
SGA
ASYNC NSS LSP

LGWR Standb
Primary Online y
Redo Redo
Database Logs Logs

Queries
ping ARCH Reports
ARCH RFS Testing
Backups

Archived
Redo Logs

13
 Conserve Bandwidth, Improve RPO
Transport Compression - Advanced Compression Option

Ideal for bandwidth limited environments

Transport compression for ASYNC and gaps (11.1), SYNC (11.2)

2500
Uncompressed
2000 22 MB/sec
Compressed
1500 12 MB/sec
Transport
Lag - MB
1000
Test Details
500 • Asynchronous
• 12.5MB/sec bandwidth
0 • 22MB/sec redo rate
Elapsed time - minutes • 50% compression ratio

14
 Agenda

• Disaster Protection & HA <Insert Picture Here>

• Process Architecture & Protection Modes

• Corruption Protection
• Active Data Guard
• Management & Role Transitions
• Reducing Planned Downtime
• Customer Use Cases
• Resources

15
 Data Guard 11g Redo Apply
Simple and Fast – An Exact Replica of the Primary Database

• MEDIA RECOVERY COORDINATOR (MRP0)

• Manages recovery session, merges redo by SCN from multiple instances, parses redo into change mappings partitioned by apply process
• APPLY Processes
• Read data blocks, assemble redo changes from mappings, apply redo changes to data blocks

• Automatically configures # of apply processes = # CPUs - 1

Parallel Media Recovery - 4 CPU server

apply process (pr00)
Media Recovery Coordinator (MRP0)
apply process (pr01)
coordinator & thread merger
apply process (pr02)

16
Data Guard Redo Apply Performance
On Exadata Storage Server

Two Terabytes/hour

17
Data Guard Apply Validation
Best Possible Protection for the Oracle Database

• Primary changes are transmitted directly from memory

• Isolates standby from I/O corruptions

• Software code path on standby different than primary

• Isolates standby from firmware and software errors

• Known-state of standby database

• Oracle is mounted, open if Active Data Guard, ready for failover if needed

• Multiple Oracle corruption detection checks

• Data applied to the standby is logically and physically consistent

• Detect silent corruptions due to lost writes at either primary or standby

• Faults that occur after Oracle receives acknowledgment of write-complete

18
 Lost Writes

• What is a Lost Write:

• Storage loses a write that it has acknowledged to Oracle as complete
• Subsequent transactions read stale version of the block and either:
• Update the same block again
• Update another block
• Do something external: print a check, generate an invoice, issue an order
• Primary may continue running for hours or days
• It may generate an assortment of internal errors, e.g. ORA-00600:[4135],
or [4137], or [4152], or [qertbFetchByRowID], depending upon the objects
impacted and the writes that are lost
• Primary may eventually crash
• Any recovery of a block that is victim of a lost write will fail
• ORA-600 [3020] stuck recovery error

19
 Lost Write Happens
As Reported in SR - Oracle Database 10g Release 2

Lengthy outage impacting a multi-terabyte database

• Problems first surface on their standby database

ORA-00600: internal error code, arguments: [3020] , [648], [1182463], [2719091455], []
ORA-10567 : Redo is inconsistent with data block (file# 648, block# 1182463)
Recovery interrupted!

• Many hours later – production is down

Noticed odd query results on production
Noticed ORA-600 errors on production this morning for which SGA Heapdump was uploaded.
New info : I was rebuilding an index. After a few minutes, the database took an unexpected crash.
***please help. it's very urgent, production is down.***

• Problems later traced to lost writes caused by faulty hardware

20
 Lost Write Protection in Data Guard 11g
Capability Unique to Oracle Database

• Detect lost writes using new initialization parameter

db_lost_write_protect

• Apply compares standby version of block to incoming redo

• ORA-752 if block SCN from primary is lower than standby
• 100% certain of a lost write on the primary database
• Resolve via failover to standby to restore data consistency
• ORA-600 [3020] if block SCN from primary is higher than standby
• Possibility of a lost write on the standby database
• Resolve by re-creating the standby database or affected files

21
 Agenda

• Disaster Protection & Data Guard <Insert Picture Here>

• Process Architecture & Protection Modes

• Corruption Protection
• Active Data Guard
• Management & Role Transitions
• Reducing Planned Downtime
• Customer Use Cases
• Resources

22
 What is Active Data Guard 11g
Utilize Physical Standby Database to Offload Primary

Read-write
Workload Fast Incremental Real-time
Real-time
Backups ReportingQueries Fast Incremental
Real-time
Backups
Reporting

Continuous redo
shipping, validation & apply

Primary Active Standby

Database Database
Open Read-Only

Always active – use standby for queries, reports, backups

23
 Improve Performance for all Workload

3500
• Double read-write
3000 throughput
Transactions / sec

2500
2,610 • Increase read-only
2000 standby throughput by 70%

1500 • Eliminate contention

1000 1,530 between read-write
and read-only workload
500 630
R/O primary
290 • Simplify performance
R/W 0 Primary
Only
Primary
and Standby
tuning

24
Active Data Guard
Queries Return Up-to-date Results

Latency Between Primary Commit

and Ability to Read the Same Data on an Active Standby

1.2

0.8
Seconds

0.6

0.4

0.2

0
6:24:34
6:24:52
6:25:10
6:25:28
6:25:46
6:26:04
6:26:22
6:26:40
6:26:58
6:27:16
6:27:34
6:27:52
6:28:10
6:28:28

6:29:04
6:29:22
6:29:40
6:29:58
dw4
6:24:16

6:28:46 25
 Active Data Guard 11g Release 2
Scale Read Performance

• Support for up to 30 active standby databases

Queries

Queries
Updates
Queries
Queries

Queries

Production
Database

26
 Active Data Guard Query SLA
Automatically Monitor and Respond to Apply Lag

• Pre-configure the maximum apply lag allowed

• Data Guard automatically enforces the limit you set
• Query receives error if apply lag exceeds SLA
• Applications can be coded to redirect query
to primary database to satisfy SLA

Read/Write Real-time
Workload Reporting

Primary Continuous redo Active Standby

Database shipping, validation & apply Database

Oracle Database 11g Release 2

27
 Active Data Guard Auto Block Repair
High Availability by Repairing Corruptions Online

• Automatic Block Repair

• When Oracle detects corrupt blocks at the primary database, it
will repair online by copying the good version from an active
standby database (and vice versa)
• Transparent to the user and application

Read/Write Real-time
Workload Reporting

Continuous redo
shipping, validation & apply

Primary Active Standby

Database Database
Oracle Database 11g Release 2

28
 Agenda

• Disaster Protection & HA <Insert Picture Here>

• Process Architecture & Protection Modes

• Corruption Protection
• Active Data Guard
• Management & Role Transitions
• Reducing Planned Downtime
• Customer Use Cases
• Resources

29
 Oracle Enterprise Manager
HA Console

• Integrated view of key Data Guard and other HA metrics

30
Oracle Enterprise Manager
Data Guard Management Page

31
 Switchover and Failover

• Switchover
• Planned role reversal, never any data loss
• No database reinstantiation required
• Used for database upgrades, tech refresh, data center moves, OS
or hardware maintenance …

• Failover
• Unplanned failure of primary
• Use Flashback Database to reinstate original primary

• Manually execute via SQL or Enterprise Manager GUI, or..

• Automate failover using Data Guard Fast-Start Failover

32
 Reduce Unplanned Downtime
Data Guard 11g Fast-Start Failover

• Automatic database failover

• Database down
• Designated health-check conditions
Data • Or at request of an application
Guard
Observer
• Maximum Availability (10.2)
SYNC/ /ASYNC
SYNC ASYNC
• Maximum Performance (11.1)

• Integrated role-based services (11.2)

Site A Site B • Automatically start services
Standby
Primary Primary
Standby • Automatic notification and redirection
of client connections to new primary

33
 Application Failover
Application Tier is Still Viable
Primary Site Standby Site
3 FAN breaks clients out
Application Tier - Oracle of TCP timeout,
Application Server Clusters
TAF/FCF automatically
reconnect applications
to new primary
2 Role
specific
database
Database Tier- Oracle services start
Real Application Clusters automatically
(11.2)
Database Data Guard
1 Data Guard
Automatic
Services RedoFailover
Transport Standby
Standby
becomes
Database
Primary
primary
Database
database

MAA Best Practices for Client Failover in a Data Guard Configuration

Demonstrations – Automatic Database, Application & Complete Site Failover

34
 Complete Site Failover

Primary Site Standby Site

Primary Site
WAN traffic
3 WAN traffic
Automatic DNS
manager
manager
failover routes
Firewall users to new
Firewall
primary site
Application Tier - Oracle
Application Server Clusters 2 Start
mid-tier
Firewall Firewall

Database Tier- Oracle Standby

Real Application Clusters
becomes
Data Guard
Guard primary
1 Data
Automatic Failover
Redo Transport

Chapter 4.2.1 of HA Best Practices – complete site failover

Demonstrations – Automating Site Failover, E-Biz Suite and Siebel Apps

35
 Agenda

• Disaster Protection & HA <Insert Picture Here>

• Process Architecture & Protection Modes

• Corruption Protection
• Active Data Guard
• Management & Role Transitions
• Reducing Planned Downtime
• Customer Use Cases
• Resources

36
 Reduce Planned Downtime
General Process

1. Data Guard primary with standby database

2. Defer redo shipping
Availability

3. Implement changes at standby database

4. Data Guard resynchronizes standby with primary
5. Validate changes
6. Switchover
7. Production runs on new environment

37
Technology Refresh and Migrations
Using Redo Apply – Physical Standby

• Data center moves

• Technology refresh
• 32bit 64bit
• Windows Linux
• Single node Oracle RAC
• Migrating to ASM
• Testing new features – e.g. flashback database
• Migrating to Exadata storage
• Operating system and/or hardware maintenance on single
node (non-RAC) databases
• See Support Note 413484.1 for supported configurations

38
 Technology Refresh and Migrations
Using SQL Apply – Logical Standby

• Various database changes

• Example: ASSM, initrans, blocksize …
• Index and storage changes
• Implementing Advanced Compression (11.2)
• Migrating to Secure Files (11.2)
• Migrating to Exadata - when changing database
extent size

39
 Database Rolling Upgrades

• Patch-sets and new database releases

• One-off patches for single node (non-RAC) databases

• Using SQL Apply

• Any upgrade from 10.1.0.3 onward
• Using Redo Apply – Transient Logical Standby
• Any upgrade from 11.1.0.7 onward
• Added convenience for physical standby users
• No need to create new logical standby just for upgrade

40
 Example
Database Rolling Upgrade with Physical Standby

Database A Database B
Install new Oracle version in seperate
homes on A & B, set guaranteed PROD synchronize REDO
restore point (GRP) on A APPLY

Convert B to transient logical, synchronize

PROD SQL
upgrade to new version and sync APPLY

Switchover, flashback A to GRP,

REDO SWITCHOVER
PROD
mount in new/upgraded home APPLY

Upgrade A via redo stream

REDO synchronize
PROD
and synchronize APPLY
release n
release n+1

41
 Data Guard Snapshot Standby
Implement Changes with Confidence – Use as Test System

Updates Queries
Updates

redo Replay
data
workload
using
Primary Active
ActiveStandby
Standby
Database
Snapshot Standby Real
Database
Database Application
Testing

DGMGRL> convert database <name> to snapshot standby;

DGMGRL> convert database <name> to physical standby;

42
 Agenda

• Disaster Protection & HA <Insert Picture Here>

• Process Architecture & Protection Modes

• Corruption Protection
• Active Data Guard
• Management & Role Transitions
• Reducing Planned Downtime
• Customer Use Cases
• Resources

43
 Allstate Insurance
Next Generation Claims Applications
Primary Site
• Next generation architecture
Oracle RAC
ASM • Consolidation of 70+ legacy claims apps
Flashback
RMAN running on multiple mainframe & SQL
Data Guard Server databases into a scalable
Grid Control
architecture based on Oracle MAA
• 10,000 users at full roll-out
Data Guard
• MAA benefits
• Better than mainframe availability
Remote Recovery Site
• Scales to handle peak workload
Physical Standby • Transparent to most failures
- DR
- Testing • Fast recovery where not transparent
- Offload reporting
using Active Data
• Best protection from physical corruptions
Guard (future)

44
 Apple Inc
Reader Farm Scale Out using Active Data Guard
Primary ADG 1
Database
L App 1
ADG 2 o
a
SYNC
d App 2
ADG 3
ASYNC

B App 3
a
l
ADG 8
a
n
c
ADG 9 e
r
App n

Data Guard Standby Database

(Max Availability Mode) Oracle Data Guard 11g Release 1

45
Mercadona – Spain
Regularly Validate DR Readiness
1,267 supermarkets, $14 billion
(euro), 60,000 employees
Primary Site
Network to
• Two new data centers, 350km apart
standby site
>
• Symmetric configurations
• Test/QA in standby data center
• Oracle Database 11.1.0.7
• 25 databases, 10.6TB of data
• Oracle WebLogic Server
• 99+ different applications
WebLogic Server
DR - MIRRORING • Data Guard 11g
• Maximum Performance, ASYNC
Oracle Database
DR - DATA GUARD • Data Guard Broker
• 30MB/second redo generation
• Data Guard switchover across data
centers enables easy DR testing
every 4 months

46
 Amazon.com
Data Guard Fast-Start Failover

End-to End Failover Time

With Data Guard HA/DR
Database failover: 20 secs
60 Apps redirected: 2 mins
Resolve Standby site distance: 15 miles
50
Respond
40
Identify
Minutes

30
• Current Data Guard Status
20 • 350 standby databases
10 • 150 configured for automatic
failover
0
Before Data Guard
Data Guard Automatic Failover

47
 State of Connecticut
Increasing PeopleSoft Availability and Data Protection

PeopleSoft
Midtier HRMS 11i Web/Forms/PCP
Finance EPM Portal

RAC Database
Oracle Database 11g
on Linux Data Guard
Primary Site SYNC Secondary Site
6-node Dell PowerEdge 4-node Dell PowerEdge

“The State of Connecticut was able to satisfy its demands for increased system
availability and reliability by deploying its PeopleSoft system on Oracle RAC with a
Data Guard physical standby database.” Angelo Romano, IT Manager

48
Resources
• Data Guard Technical White Paper
http://www.oracle.com/technology/deploy/availability/pdf/twp_dataguard_11gr2.pdf
• HA Best Practices Documentation
http://www.oracle.com/pls/db111/portal.portal_db?selected=14&frame=
• Data Guard Technical Information and Best Practices
http://www.oracle.com/technology/deploy/availability/htdocs/DataGuardOverview.html
• HA Customer Case Studies
http://www.oracle.com/technology/deploy/availability/htdocs/HA_CaseStudies.html
• Maximum Availability Architecture Best Practices
http://www.oracle.com/technology/deploy/availability/htdocs/maa.htm
• Data Guard and GoldenGate
http://www.oracle.com/technology/deploy/availability/htdocs/dataguardgoldengate.html
• Live Active Data Guard Hands-On Lab Exercises Via Amazon Cloud
http://www.oracle.com/technology/deploy/availability/htdocs/adg_hol_2009.html

49
 Appendix – Additional Slides

• More Customer Use Cases

• Data Guard 11g New Features Summary
• Data Guard & Oracle GoldenGate
• Data Guard & Remote Mirroring

50
 Intermap Technologies Inc.
Active Data Guard 11g - Secure Access to Real-time Data

Use Active Data Guard to offload

public Internet access to high-res
3D digital data
- Auto Safety & Fuel Efficiency
- Insurance Flood Modeling
Real-time data - Global Positioning Systems
synchronization - Environmental Planning
through Data Guard - Wireless Communications
Ingest
geo-spatial
data
With Active Data Guard 11g
• Better performance
• Secured Internet access
• 24x7 - standby always up-to-date
10 TB 10 TB • Quick win!
Primary Database Active Data Guard • Easy to implement
Standby Database
• Utilize existing DR system

51
 MorphoTrak
Cut $100,000 in System Cost with Active Data Guard

Site A Site B
Read-write transactions Read-only transactions

Primary
Database Active
Data Guard Maximum Availability - SYNC
Data Guard
2-node RAC Zero data loss - automatic database failover Standby
Oracle Database
11.1.0.7

• Printrak Biometrics Identification • Read-only transactions directed to active

• 15 Terabyte database standby
• Mixed OLTP – read intensive • Full utilization reduces acquisition cost
• Simpler deployment reduces admin cost

52
 United Parcel Service Proof of Concept
Data Guard 11g Reduces Downtime for Upgrades by 93%

Total Application Downtime • Goal: minimal downtime database upgrade

55 for mission critical app
60
• Flight Operations & Scheduling
50 • UPS: 9th largest airline, serving 800 airports

40 • Planned downtime SLA - under 15 mins

• Tests showed traditional upgrade methods
30
Minutes

would not meet SLA

20 15
• Data Guard Rolling Upgrades
10 4 4 • Total downtime under 4 minutes
• Upgrade standby, switchover, then upgrade
0 original primary
10.2.0.3 to 10.2.0.4 10.2.0.4 to 11.1.0.6
• Application is available at all times except
Traditional Upgrade Rolling Upgrade during switchover

53 53
Oracle IT
Scale Beehive Office Applications to 95,000 Users

• Beehive – Oracle’s unified

collaboration solution
• Email, instant messaging,
conferencing, collaboration, calendar…
• Oracle Database 11.1.0.7
• 16 node RAC clusters
• 98 Exadata cells / site
• Multi-standby Data Guard configuration
• Local standby for HA
• Offload read-only workload
• Offload backups
• Remote standby for DR

54
 Data Guard 11g New Features Summary
Data Guard 11g Release 1
• Real-time Query
• Block change tracking on Active standby
• Snapshot Standby
• Fast-Start Failover supports ASYNC
• ASYNC redo transport enhancements
• Redo transport compression for gaps
• 100% increase in apply performance
• Data Guard broker enhancements
• Rolling upgrades for physical standbys
• More mixed primary/standby configurations
• Lost-write protection
• SSL authentication in lieu of password file
• • No shutdown to move from Max Availability to
SQL Apply switchover - no prior shutdown of any
RAC instances
• SQL Apply supports XMLType (stored as CLOB),
Transparent Data Encryption, DBMS_FGA (Fine
Grained Auditing), DBMS_RLS (Virtual Private
Database)
Data Guard 11g Release 2
• Automatic Block Repair
• Active Data Guard Query SLA
• Primary with 30 standbys
• Parallel local & remote SYNC transport
• Retrieve redo from primary at failover
• Improved client failover automation
• Role-based services
• Broker support for ONS
• Support auto-client failover for logical
standby for JDBC, OCI, ODP.Net
• No shutdown of RAC instances in physical
standby for switchover
Max Protection
• SQL Apply support of OLTP Compression,
SecureFiles, XA in RAC, Online Redefinition &
Edition-based Redefinition
55
 High Availability for Oracle Database
When to Use Active Data Guard vs. GoldenGate

• Disaster Recovery / Data Protection

 Active Data Guard: simple full Oracle Database protection

 High-performance, simple, drop-in solution for HA and DR, readable at standby
 Zero data loss, integrated data corruption protection, switchover / failover
 DR for all data types & apps including packaged apps that can’t be changed

• Information Distribution, Flexible HA

 GoldenGate: heterogeneous, active-active, migrations

 Heterogeneous replication, transformations, subsetting, multiple topologies
 All sites fully active (read/write): avoid or manage conflicts at application level
 Enable minimal downtime app migrations with 2 nd database copy

56
 Complementary Technologies
DR, Production Offload, Heterogeneous Replication

Read-write Read-only
Transactions Workload

Production Active Data Guard Data Guard Standby

Database (GoldenGate Source*)

Capture

Source Trail
Target Trail

Delivery

GoldenGate Targets
* GoldenGate archive log mode (ALO)

57
 Complementary Technologies
Minimizing Planned Downtime

Data Guard - continuous redo

Environment

shipping, validation & apply Data Guard

DG Standby Database
Old

(GoldenGate Source*)
Old Production
Capture
Database GoldenGate
Heterogeneous Source Trail
Replication
(sync prior to cutover) Target Trail

Delivery
Environment

Data Guard - continuous redo

shipping, validation & apply
New

DG
Data Guard New Production
Standby Database
Database
* GoldenGate archive log mode (ALO)

58
 Storage Remote-Mirroring

Production DBMS Standby Files

Network I/O
Control Control
Files
fil
Files
fil

Online Online
Logs Logs
Archive Archive
Logs Logs

Updates Flashback
Logs
Flashback
Logs

Data Data
Files Files

SYSTEM SYSTEM
USER
TEMP USER
UNDO TEMP
UNDO

59
 Data Guard
Database-Aware Transport and Apply

Production DBMS Standby DBMS

Control
Oracle apply
Filesfil

Network I/O Oracle validation

Online
Logs
Archive
7X less
Logs volume*

Updates Flashback
Logs
27X fewer
network
Data I/Os*
Files

SYSTEM
USER
TEMP
UNDO

*www.oracle.com/technology/deploy/availability/htdocs/DataGuardRemoteMirroring.html

60