Oracle Data Guard ensures high availability, disaster recovery and data protection for enterprise data. This enable production Oracle databases to survive disasters and data corruptions. Oracle 18c and 19c offers many new features it will bring many advantages to organization.

1. Why Oracle DataGuard? New Features in
Oracle 18c,19c
Satishbabu Gunukula, Oracle ACE
• 19+ Years of Experience in Database Technologies and
specialized in high availability solutions.
• Masters Degree in Computer Applications
• Written articles for major publications
• Oracle Certified Professional Oracle 8i,9i,10g
• Oracle Certified Expert Oracle 10g RAC
http://www.oracleracexpert.com

2. Program Agenda
• Introduction to Oracle Data Guard
• Oracle DataGuard Benefits
• Standby Database types
• DataGuard Protection Modes
• What is new in Oracle 18c
• What is new in Oracle 19c
• References
• Contact Info
• Q&A

3. Introduction to Oracle Data Guard
• Oracle Data Guard ensures high availability disaster recovery and data
protection for enterprise data
• It provides a comprehensive set of services that create, maintain,
manage, and monitor one or more standby databases to enable
production Oracle databases to survive disasters and data corruptions.
• Data Guard maintains these standby databases as copies of the
production database. Then, if the production database becomes
unavailable because of a planned or an unplanned outage, Data Guard
can switch any standby database to the production role, minimizing the
downtime associated with the outage.
• Data Guard can be used with traditional backup, restoration, and cluster
techniques to provide a high level of data protection and data availability.

4. Oracle Data Guard Benefits
Benefits
 Disaster recovery, high availability and data protection
 Complete data protection
 Efficient use of system resources
 Flexibility in data protection to balance availability
against performance requirements
 Automatic gap detection and resolution
 Centralized and simple management
 Integration with Oracle Database
 Automatic role transitions

5. Standby Database types
A standby database is a transactionally consistent copy of an Oracle
production database that is initially created from a backup copy of the
primary database.
Once the standby database is created and configured, Data Guard
automatically maintains the standby database by transmitting primary
database redo log data to the standby system, where the redo log data is
applied to the standby database.
A standby database can be one of these types
 Physical Standby Databases
 Logical Standby Databases
 Snapshot Standby Databases

6. Physical Standby Databases
A physical standby database is an exact, block-for-block copy of a primary
database. It maintains an exact copy through redo apply process.
The redo log data received from primary database is continuously applied
to physical standby using recovery mechanism.
Physical Standby Database Benefits:
 Disaster recovery and high availability
 Data protection
 Reduction in primary database workload
 Performance

7. Logical Standby Databases
A logical standby database is initially created as an identical copy of the
primary database, but it can be altered to have a different structure.
The logical standby database can be updated by using SQL statements.
This will allow users to access the standby database for queries and
reporting purpose.
Logical Standby Database Benefits:
 Protection against additional kinds of failure
 Efficient use of resources
 Workload distribution
 Optimized for reporting and decision support requirements
 Minimizing downtime on software upgrades

8. Snapshot Standby Databases
A snapshot standby database is a fully updatable database that is
created by converting a physical standby database into a snapshot
standby database
A snapshot standby database receives and archives, but it will not
apply redo data from its primary database. Redo data received will
be applied when a snapshot standby database is converted back
into a physical standby database. To convert snapshot standby
database all the local changes needs to discard.
Snapshot Standby Database Benefits:
 It provides an exact replica of a production database for development
and testing purposes
 t can be easily refreshed to contain current production data by
converting to a physical standby and resynchronizing.

9. DataGuard Protection Modes
Maximum Protection
 This mode ensures that zero data loss occurs. Each transaction must be will written in
primary and at least one standby before transaction commits.
 If the redo stream to standby fails then primary database shuts down to prevent any
data loss. This the highest level of protection
Maximum Availability
 This mode provides highest level of data protection with out compromising the
availability of primary database. Each transaction must be written in primary and at least
one standby
 If the redo stream to standby fails then primary database still continue to run and no
effect on availability.
Maximum Performance
 This mode provides the highest level of data without affection the performance of a
primary database. The primary never waits for standby acknowledgement to commit a
transaction.
 This mode has least impact on system and protects from failure of any single component
and there is not guarantee of zero data loss.

10. What is new in Oracle 18c
 Database Buffer Cache State- The buffer cache state is maintained on
a active DataGuard standby during a role transition so that application
performance is not effected by physical reads from disk.
 Temporary tables – We can create temporary tables on Active Data
Guard instance even thought they are read-only. These are helpful in
applications where a result set is to be buffered for reporting purpose.
 Global Temporary tables– These tables are permanent database objects and stored on
disk. DML and DDL operations are allowed on Global temporary tables and visible to all
sessions connected to the database.
 Private temporary tables – These tables metadata stored in memory rather than disk
and the lifetime of the private temporary tables is only during the session which created
it.

11. What is new in Oracle 18c
 Database nologging extended – From Oracle 18c two new modes
available, these modes helps to reduce redo generation and provides
better support for Oracle Active Data Guard environment.
 Standby Nologging for Load Performance
 Standby Nologging for Data Availability.
 Rolling Forward a Standby – Using RMAN a standby database can be
refreshed using RECOVER STANDBY DATABASE over the network. This
command restarts the standby instance and refreshes from primary
database.

12. What is new in Oracle 18c
 ADG_ACCOUNT_INFO_TRACKING – This parameter enables
maintaining a local copy of users account information in standby’s
memory. The login failures are tracked and denied when failure limit
reached. The default value is LOCAL and setting to GLOBAL triggers
more secure behavior by maintaining a single copy of user account
info across all Data Guard primary and standby databases.
 V$DATAGUARD_PROCESS – This view replaces V$MANAGED_STANDBY
and it maintains the information to verify that redo is being
transmitted from primary database and applied on standby database.
 Block Change Tracking is now supported with multi-instance redo
apply

13. What is new in Oracle 18c
 Data Guard Broker Support for DBMS_ROLLING Upgrades
 Before starting a DBMS_ROLLING upgrade the fast-start failover feature must be
disabled.
 Role changes are permissible during when rolling upgrade is in progress.
 During rolling upgrade any attempt to enable fast-start failover is rejected.
 Broker support is enabled by default during execution of the
DBMS_ROLLING.BUILD_PLAN procedure
 The broker prevents a role change to a standby which is not protecting the current
primary. The role changes to the Trailing Group Standby are allowed before the
switchover phase. After the switchover phase, role changes are only allowed to the
Leading Group Standbys.

14. What is new in Oracle 18c
 Data Guard Broker Support for DBMS_ROLLING Upgrades
 The broker will notifies Global Data Services and Oracle Clusterware as appropriate
during the rolling upgrade.
 If the upgrade target is an Oracle RAC database, then the broker automatically reduces
the target standby to one instance during the start of the upgrade process and allows
the upgrade to proceed. Without the broker, the start of the upgrade is rejected if
target has multiple instances running.
 The switchover step during a rolling upgrade should be performed using the
DBMS_ROLLING.SWITCHOVER procedure.
 The status of a rolling upgrade being done using the PL/SQL package DBMS_ROLLING
and the information is displayed in the broker commands SHOW CONFIGURATION and
SHOW DATABASE output.

15. What is new in Oracle 19c
 Replicating Restore Points from Primary to Standby – Before Oracle
19c Flashback feature is available on Primary only and now we can
replicate the restore point of the primary to standby. This helps to
flashing back a physical standby to a point in time.
 Automatic Flashback of a Mounted Standby – When you perform
flashback or point-in-time recovery on primary database then standby
that is in mounted mode can follow the same recovery procedure.
This happens after a RESETLOGS operation on the primary. If you
don’t want standby to flow the primary then stop the MRP process on
the standby or keep the standby database in OPEN mode.

16. What is new in Oracle 19c
 In-Memory column and Multi-instance redo Apply
 Multi-instance redo apply introduced in Oracle 12c and which will allow to apply
redo logs to multiple instances at same time. But there will have one MRP
coordinator processor for all recovery processes on different instances.
 In case of RAC, you can choose to run MRP on specific.
 From Oracle 19c, you can enable Oracle database In-Memory column store and
Multi-instance redo apply at the same time on Oracle Active Data Guard standby
database.

17. What is new in Oracle 19c
 DML operations on Active Data Guard standby – This helps
applications or reporting's which run occasionally DML and mostly
read. The DML operations on standby will be redirected to run on the
primary, if they do not contain bind variables and the Active data
guard session waits until the changes are applied to the Active data
guard standby.
 Between Primary and standby read-consistency will be maintained but other
standby instances can view only after the transaction is committed.
 In Active data guard avoid running too many DML which can impact performance
on primary
 DML operation on Oracle XA transactions are not supported on Active data guard
standby
 To redirect top-level PL/SQL operations that run on a standby to the primary
database you can configure automatic redirection on the standby database. Use
the following command
ALTER SESSION ENABLE ADG_REDIRECT_PLSQL;

18. Reference
• Oracle 18c, 19C Documentation
https://docs.oracle.com/en/database/oracle/oracle-database/19/index.html
• https://docs.oracle.com/en/database/oracle/oracle-database/18/index.html
• Oracle Data Guard concepts and Administration
• https://docs.oracle.com/en/database/oracle/oracle-database/19/sbydb/
• Oracle 19c High Availability
https://docs.oracle.com/en/database/oracle/oracle-database/19/high-availability.html

19. Summary
• Oracle Data Guard ensures high availability, disaster
recovery and data protection for enterprise data. This
enable production Oracle databases to survive disasters
and data corruptions. Oracle 18c and 19c offers many new
features it will bring many advantages to organization.

20. Questions & Answers