Best Practices For Oracle Ex A Data Cloud Deployments
Best Practices For Oracle Ex A Data Cloud Deployments
The preceding is intended to outline our general product direction. It is intended for information purposes
only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code,
or functionality, and should not be relied upon in making purchasing decisions. The development,
release, timing, and pricing of any features or functionality described for Oracle’s products may change
and remains at the sole discretion of Oracle Corporation.
Statements in this presentation relating to Oracle’s future plans, expectations, beliefs, intentions and
prospects are “forward-looking statements” and are subject to material risks and uncertainties. A detailed
discussion of these factors and other risks that affect our business is contained in Oracle’s Securities and
Exchange Commission (SEC) filings, including our most recent reports on Form 10-K and Form 10-Q
under the heading “Risk Factors.” These filings are available on the SEC’s website or on Oracle’s website
at http://www.oracle.com/investor. All information in this presentation is current as of September
2019 and Oracle undertakes no duty to update any statement in light of new information or future events.
Secure
Virtual
Networks
Cloud Exadata Public Cloud Service
Security and In Oracle Public
Hardening
Cloud Data
Oracle- Centers
Managed
Core Exadata Exadata
Platform Infrastructure
Cost of downtime How much downtime before How much data can I lose Pick the architecture that
- Business/Market Share serious business impact? before the business suffers fits your needs.
- For planned irreparable damage? - Any environmental
- Application or Database
maintenance? restraints?
- Consolidated set of
applications or - for Local Failures? - Application needs to be
databases - for Disasters and close to the database
Corruptions? - Specific region or
location
- Network latency and
bandwidth requirements
Instance or
Dev, Test, Prod - Single Instance or
Multitenant
Multitenant Database with Backups
Database
•
Management
MAA cloud backup/restore
Outage Matrix
• Cloud object storage backups Unplanned Outage RTO / RPO Service Level Objectives (f1)
with copy across AD for public Recoverable node or instance failure Minutes (f2)
cloud
• ZDLRA with incremental forever Disasters: corruptions and site failures Hours to days. RPO since last backup or
and near zero RPO for Exadata near zero with ZDLRA
Cloud@Customer
Planned Maintenance
• Multitenant Database/Resource Mgmt
with PDB features Software/hardware updates Minutes (f2)
• Online Maintenance Major database upgrade Minutes to hour
• Some corruption protection
f1 : RPO=0 unless explicitly specified
• Flashback technologies f2 : Exadata systems has RAC but Bronze Exadata configuration with Single Instance
database running with Oracle Clusterware has highest consolidation density to reduce
Copyright © 2020 Oracle and/or its affiliates. costs 11
SILVER Primary Availability Domain
RAC or RAC
Secondary Availability Domain
Bronze +
ExaCC/ Cloud Replicated
• Real Application Clustering (RAC) ExaCS Backup Backups
• Application Continuity
Outage Matrix
Unplanned Outage RTO/RPO Service Level Objectives(f1)
Recoverable node or instance failure Single digit seconds (f2)
Disasters: corruptions and site failures Hours to days. RPO since last backup
or near zero with ZDLRA
Planned Maintenance
Software/Hardware updates Zero (f2)
Major database upgrade Minutes to hour
f1: RPO=0 unless explicitly specified
Copyright © 2020 Oracle and/or its affiliates. f2: To achieve zero downtime or lowest impact, apply application checklist best practices 12
GOLD Primary Region
AD2 AD1
Secondary Region
Mission Critical
Silver +
• Active Data Guard
• Comprehensive Data Protection Cloud Local Remote Cloud
Primary backup
backup Standby Standby
MAA Architecture:
• Minimum one standby either Outage Matrix
across AD or region. Unplanned Outage RTO/RPO Service Level Objectives (f1)
• ExaCC/ExaCS primary in one data
Recoverable node or instance failure Single digit seconds (f2)
center(or AD) replicated to a
standby ExaCC/ExaCS in another Disasters: corruptions and site Seconds to 2 minutes. RPO zero or
data center
failures seconds
• Local backups on both sites
Planned Maintenance
Software/Hardware updates Zero (f2)
Major database upgrade Less than 30 seconds
f1: RPO=0 unless explicitly specified
Copyright © 2020 Oracle and/or its affiliates. f2: To achieve zero downtime or lowest impact, apply application checklist best practices 13
PLATINUM Primary Region Secondary Region
AD2 AD1 AD1 AD2
Extreme Critical
GG
Replication
Gold +
• GoldenGate Active/Active
Replication
• Optional Editions Based Cloud Cloud
Redefinition backup Standby Primary Primary Standby backup
MAA Architecture:
• Each GoldenGate “primary” replica
protected by Exadata, RAC and
Outage Matrix
Active Data Guard Unplanned Outage RTO/RPO Service Level Objectives (f1)
• ExaCC/ExaCS primary in one data Recoverable node or instance failure Zero or single digit seconds (f2/f3)
center (or AD) replicated to another
primary ExaCC/ExaCS in remote Disasters including corruptions and site Zero (f3)
data center (or AD) failures
• Oracle GG & Edition-based
Redefinition (EBR) for zero Planned Maintenance
downtime application upgrade Most common software/hardware updates Zero (f2)
• Local/cloud backups on both sites Major database upgrade, application upgrade Zero (f3)
• To achieve zero downtime, custom
failover to available GG replica
f1: RPO=0 unless explicitly specified
required f2: To achieve zero downtime or lowest impact, apply application checklist best practices
14
Copyright © 2020 Oracle and/or its affiliates. f3: Application failover is custom or with Global Data Services
MAA Database Deployment in the Cloud
• Simple UI / CLI / REST interfaces being configured for MAA topologies
• Databases are provisioned with MAA parameter configurations
• MAA made easy in the Cloud
• Oracle Cloud Infrastructure (or) Cloud at Customer
FSFO
Region #1
AD #1
PLATINUM (HA)
GOLD (DR)
Primary
GG replication
SILVER (HA)
FSFO
BRONZE
Region #2
AD #2
Single DB Backup DB Backup
Service RAC
Instance Service Standby Primary Standby
Understand your Determine all Pick the correct Work with Oracle
requirements databases to be Exadata shape Sales or Pre-Sales
consolidated based Consultant
1. Database CPU Including
on requirements
processing Test/Dev
2. Database Memory* Environments
3. Database Storage
capacity and *No oversubscription of memory and storage capacity
throughput* * Performance impact when oversubscribing CPU and storage
throughput limits
AVOID!!!
1. DBCA or your custom create database scripts
2. Inherent your existing initialization parameters (with undoc parameters, arbritary tracing and
settings that you don’t even remember what is used for)
3. No ACFS for database, backup, DB/GI software, diagnostic_dest, ORACLE_BASE,
audit_file_dest
20
Copyright © 2020 Oracle and/or its affiliates.
Cloud Tip 3: Use ZDM for Database
Migration to Cloud
Tip 3a: Use ZDM for automated physical Tip 3b: Use MV2OCI for automated
migration logical migration
• Backup/Restore for Instantiation • MV2OCI and MV2ADB uses Data Pump to
instantiation and to re-optimize data
• Encryption conversion can happen in cloud • Complete orchestration, prechecks and cloudify
without impacting on-premise
• Encryption conversion will happen in the cloud
• Data Guard switchover reduces downtime without impacting on-premise
Data Guard
Switchover
• When ready, Data Guard
Switchover with seconds to
minutes of downtime
Application • Database is registered as new
Application cloud database so cloud life cycle
operations can be enabled
SQLnet
• Application from on-premise or in
the cloud connects to new
Primary in the cloud
SSH SSH
ZDM
• During patching:
• Dbaacli database move –dname <dbname> -home <oracle_home>
• only run datapatch after all databases in DG environment is patched
• During patching:
• dbaascli patch db prereq --patchid <patchid> --dbnames grid
• Patching the Grid infrastructure is a RAC rolling operation which will stop all database instances on a node that at the time it is
being patched.
WARNING: Avoid customizations since they will need to be removed prior to software update and added back afterwards
Default: 2 TB/hr
Tuned: 8.31 TB/hr
Role Console and Console and Planned Planned Manual w/ Data Guard
Transition/Reinstate dbaascli dbaascli Broker
Monitoring (no cross region)
Cloud DG Doc ExaCS Data Guard ExaCC Gen1 Data Use ExaCS Hybrid N/A • OCI BM/VM Hybrid -
Doc Guard Doc Paper to set up MAA Whitepaper
Data Guard but • ExaCC Gen1 - MAA
limited cloud life Whitepaper
cycle support • ExaCS & ExaCC Gen 2 -
MAA Whitepaper
31
Copyright © 2020 Oracle and/or its affiliates.
Oracle GoldenGate for Exadata Cloud
Oracle GoldenGate is fully supported in Oracle cloud for DBaaS, ExaCS, and ExaCC. Migrating a database using
GoldenGate to Autonomous database is possible today. Refer to Oracle GoldenGate Cloud Service:
https://docs.oracle.com/en/cloud/paas/goldengate-cloud/index.html
Oracle GoldenGate deployment can use GoldenGate on OCI Marketplace to install and deploy GoldenGate in a
separate cloud system resource to offload GoldenGate software maintenance and configuration from source and
target Exadata servers. This “GoldenGate Hub” can be used for migration or replication purposes
Oracle GoldenGate can be deployed and configured on source or target database server on DBaaS, ExaCS and
ExaCC. Refer to https://docs.cloud.oracle.com/en-us/iaas/Content/Resources/Assets/whitepapers/oracle-
goldengate-microservices-architecture-on-oci.pdf Key points for this type of deployment are the following
• Use ACFS or DBFS for GoldenGate files
• Install latest GoldenGate software locally on all nodes and ensure the directory is the same in all nodes
• Install Oracle Grid Infrastructure Bundled Agents for GoldenGate
• Use GoldenGate Microservices
• For all GoldenGate license questions, refer to http://aseng-
wiki.us.oracle.com/asengwiki/display/GoldenGate/GoldenGate+on+OCI+Marketplace+FAQs
32
Copyright © 2020 Oracle and/or its affiliates.
Cloud Tip 10: 19c GI and Database is Strategic
• Today
• All new Exadata Cloud Deployments have 19c Grid Infrastructure
• All Exadata Cloud Systems can create new 19c database or new 19c Database home
• Patching existing 19c Databases and Grid Infrastructures is possible
• New/Pending
• Upgrading to 19c Oracle Grid Infrastructure on Exadata Cloud Service (Doc ID 2624992.1)
• Upgrading to 19c Oracle Database on Exadata Cloud Service