partner webcast – enabling oracle database high availability and disaster recovery with oracle...

59

Upload: oracleimc-innovation-modernization-center

Post on 05-Apr-2017

206 views

Category:

Technology


0 download

TRANSCRIPT

Copyright © 2016, Oracle and/or its affiliates. All rights reserved. |

High Availability & Disaster Recovery with Oracle Cloud

Data Protection for Cloud & On-Premises Databases

Jesus Robles Director, EMEA Core Technology Oracle EMEA Technology Javier Puerta Director, DB Cloud & Infrastructure Partner Programs Oracle EMEA Alliances & Channels

March 23, 2017

Copyright © 2017 Oracle and/or its affiliates. All rights reserved. | 3/23/2017 4

Program Agenda

Motivation for Disaster Recovery in the Cloud.

How does the DR Solution look like?

Using Cloud for Disaster Recovery, main use cases.

Customer Wins.

Building the business case for DR in the Cloud.

Demo

Resources for Partners

1

2

3

4

5

6

7

4

Copyright © 2017 Oracle and/or its affiliates. All rights reserved. | Compensation

Recruiting Copyright © 2017, Oracle and/or its affiliates. All rights reserved. | 5

Motivation for Disaster

Recovery in the Cloud

5

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

• Prevent Data Loss by removing Single Point of Failures.

• Reduce Downtime Cost & Revenue impact for Planned & Unplanned Outages.

• Disaster and Data Protection for Compliance & Regulatory Purposes.

Customers need a Disaster Recovery Plan

6

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Challenges with Disaster Recovery Deployment

Complex to Plan & Deploy DR Site

Risk of Data Inconsistency & Corruption

Higher CAPEX & Management Cost

Data Security Concerns

Long Time to Deploy

No On-Demand Elasticity to Match Production Data Growth

7

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Disaster Recovery to Oracle Cloud

Simple Deployment Model - Oracle Managed Infrastructure

No CAPEX, Low OPEX

Strong Data Security with Encryption / SSL

Elastic Compute and Storage for Data Protection

On-Demand, Instantaneous Elastic DR Site

No Data Inconsistency or Corruption due to continuous validation

8

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Compensation Recruiting Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Target Criteria & Personas

9

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

• Enterprises that do not have a DR site

– Cannot afford CAPEX for deploying an on-prem DR site

– Want low OPEX DR site with no active management

– Offsite copy for regulatory & compliance reasons

– Want a lower RTO / RPO

• Enterprises that already have a DR site

– Want to reduce cost by migrating DR site to cloud

– Want to have a sandbox environment in the cloud

– Additional offsite copy in the cloud

– Want on-demand commission & de-commission of DR site

• Enterprises who already have production in the cloud (or are planning to migrate to cloud)

– Seeking a low OPEX model

– Want “all in the cloud” DR (primary and standby in the cloud)

DR to Cloud: Target Accounts & Recommended Solution

Solution: Hybrid DR On-Premises Cloud

Solution: Hybrid DR On-Premises Cloud

Solution: Cloud DR Cloud Cloud

10

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. | 11 Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Personas and their Disaster Recovery Needs in the Cloud

• Accelerate time to recovery in case of HW failures or data corruption

• Reduce the cost of DR environment

• Meet regulatory compliance requirements for offsite data protection

• Reduce CapEX, OpEx and risk

• Maximize business agility and budget flexibility using elastic DR capability

• Protect data in case of disaster; Secured against data breach

• Faster time to recovery

• Ensure company viability is not threatened endangered by disaster

• Quickly stand up DB in cloud from RMAN backups (cold site recovery)

• Leverage standard DB options like Data Guard, Active DG, and Golden Gate for higher availability and better RTO/RPO. No retraining

• Maximum Availability Architecture defined deployments

DBA / Data Manager DB Admin, DBA Manager

Executive CIO / CFO

LOB Leaders / Business Owners

11

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Compensation Recruiting Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Oracle’s Solution for Disaster Recovery to the Cloud

12

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

DR to Cloud Solution components

High Availability Technologies for Cloud deployments

Oracle Maximum Availability Architecture

integration with ExaCS and ExaCM

Reference Architectures On-Premises and in the Cloud

Database Cloud Services

13

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Spectrum of Oracle Database Cloud Services

Exadata Express DBCS - Elastic Compute or Bare metal Exadata Cloud Service

DB Release 12.2 11.2, 12.1, 12.2 11.2, 12.1, 12.2

Edition Enterprise Edition Standard Edition, Enterprise Edition Enterprise Edition

Options Most DBO SE - EE No DBO High Performance

Most DBO

Extreme Performance .All

DBO (RAC/ADG/In-Memory) All DBO

Infrastructure PDB on Shared Exadata

-

Management (*)Fully Managed by Oracle (**)Automated by Oracle (**)Automated by Oracle

Number of

OCPUs

Elastic Compute Bare Metal ¼ - 2 DB

Nodes

½ -4 DB

Nodes

Full -8 DB

Nodes General purpose High Memory High I/O Dense I/O

X20 X50 X50IM 1 -16 1-16 2-36 2-36 16-68 56-136 112- 272

Memory (GB) 6 GB 10 GB 20 GB 7.5-120 GB 15-240 GB 512 GB 512 GB 480 GB 960 GB 1,920 GB

Storage (usable) 20 GB 20 GB 50 GB 4.6 TB 4.2 TB 9.6 TB 42 TB 84 TB 168 TB

Use cases Dev & Test / Departmental Dev & Test / Departmental / Enterprise Dev &Test / Departmental/Enterprise

Mission Critical

11

Flexible deployment Platforms – Oracle Public Cloud, Cloud @ Customer

1 dedicated OCPU Additional CPU capacity provided for OS, background

processes and mid-tier services.

Oracle Public

Cloud Oracle Public

Cloud

Oracle Cloud Machine Dedicated Exadata (¼, ½, Full)

ExaCS -OPC ExaCM –C@C

(**) Tools for: Storage & Compute scaling . Network Security . Patch automation. Schedule Backup (*) No customer DBA required.

14

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

• Offsite Database Backups (10.2 and above) with Simple and Low Cost Cloud Storage

• Includes data encryption, compression and 3-way Geo-Replication and Cloud Storage

• Standalone or with DBCS non-metered

• Pre-Paid DBCS Subscription –Metered

• Capture from On-Premises Oracle Databases

• Requires Golden Gate On-Premises licenses

• Deliver to Database Cloud Service in Oracle Public Cloud

• OCPU is counted based on the target database, DBCS OCPUs

Complementary Cloud Services for DR to the Cloud

Oracle Database Backup Cloud Service

Golden Gate Cloud Service

GGCS OC3 OC5

OCPU 1 4

Total Memory 7.5GB 30GB

Usable Local Storage 1TB 1TB

15

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Compensation Recruiting Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Using Cloud for DR, main

use cases

16

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

MAA Reference Architectures for the Cloud

Production Data Centre – On Premises, Oracle Cloud, Cloud @ Customer

Generic x86

Exadata ExaCM

Database Backups

ODBCS

SILVER

Queries

ExaCS/CM Active Standby

Backup

Test/Dev

GOLD

Zero Data Loss

Reporting

Primary Data Centre

Disaster Recovery– Oracle Cloud or Cloud@Customer

Queries

ExaCS/CM Active Standby

Backup

Test/Dev

PLATINUM

Gold + Zero App Downtime

Reporting

GGCS

ExaCS

17

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Silver: Disaster Recovery to Cloud using Backups

Summary – Dev/Test/Prod Databases

– Periodic backups at the local site replicated to the DR site

– Recovery time may be long

– Potential Data Loss

Cloud Services for DR -Oracle Cloud: For ExaCS use Oracle Database Backup Cloud Service

-Cloud@Customer: For ExaCM use ZDLRA, ZFS Appliance

#1

Local Backup

Production Disaster Recovery

ODBCS

SILVER

Replicated Backup

18

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Gold: Achieve DR to Cloud with Zero Data Loss and Fast Failovers

Summary – Business Critical Databases

– Protection from planned & unplanned outages

– Zero Data Loss (Far-Sync Instance)

– Increased ROI with offloading Real-time queries, reporting, backups, test & dev

– On-Demand DR site in the Cloud , burst during DR

Oracle Products/ Cloud Services for DR - Cloud@Customer: ExaCM, ZFS or ZDLRA, Generic x86 for Far Sync

- Oracle Cloud : ExaCS , Database Backup Cloud Service , Compute Service for Far-Sync

- On-Premises: Active Data Guard Option

ExaCS/CM

Active Data Guard Backup

Queries

Reporting Test/Dev

Production Oracle Cloud or Cloud@Customer for DR

GOLD

19

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Platinum: Achieve DR to Cloud with Zero Application Outage, Zero Data Loss

ExaCS /CM

Active Data Guard Backup Queries

Reporting

Test/Dev

Production Oracle Cloud or Cloud@Customer for DR

Summary

– Mission Critical Databases

– Protection from planned & unplanned outages

– Zero Application downtime using Golden Gate

– Increased ROI with offloading Real-time queries, reporting, backups, test & dev

– On-Demand DR site in the Cloud , burst during DR

Oracle Products/ Cloud Services for DR - Cloud@Customer: ExaCM, ZFS or ZDLRA, Generic x86 for Far Sync , GGCS

- Oracle Cloud : ExaCS, Database Backup Cloud Service, Compute Service for Far-Sync, GGCS

- On-Premises: Golden Gate for Oracle Database

PLATINUM

20

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Full Stack DR to Cloud using Replication

• On Premises

– Application Tier: Copy app data into database

– Database Tier: Replicate database using (Active) Data Guard

• In the Cloud during DR

– Database Tier: Failover database first

– Application Tier: Copy app data into compute

• Selling Opportunities

– ExaCS, ExaCM, DBCS

– Active Data Guard

– Compute Cloud, Network Cloud

On-Premises to Cloud & C-2-C

Oracle Cloud (DR Site)

On-Premises (Production)

Production Database

Clients

DBCS or Exadata Cloud

Standby Database

Active Link

Compute

(Active) Data Guard

Applications

Copy App Data to Database

Java

Failover Link

DBFS DBFS

Java

Copy App Data to compute

21

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. | Compensation

Recruiting Copyright © 2017, Oracle and/or its affiliates. All rights reserved. | 22

Customer Wins

22

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

How did we differentiated

• Oracle Only Offers DB EE Licenses with advanced options as subscriptions

• EBS been certified only on Oracle Cloud

• Oracle Only Offers Engineered systems scale in the Cloud, everybody else offers commodity hardware

• ExadataCS offers dedicated hardware with No Noisy Neighbors which guarantees predictable performance

• Oracle Cloud Offers automation capabilities for Backup, Patching, Migration, others do it yourself (DIY)

Oracle EBS on IaaS/PaaS Win Case Study – AlShaya Group

As one of the most dynamic and successful retailers in the region, Alshaya Retail franchises some of the world's best known brands such as Starbucks, H&M, Mothercare, Debenhams, American Eagle Outfitters, P.F. Chang's, The Cheesecake Factory, Victoria's Secret, Boots, Pottery Barn and KidZania

Competition

• Fierce competition with MS Azure

• Early adopter for Office 365 Cloud

• Heavily Evaluating Azure IaaS Stack with big focus from MS on Demos, POC, Workshops, Free Trials

• Second largest player in the IaaS Magic Quadrant

• Large Data Center Presence

• Maturity and proven Track Record

• Strategic Relationship

Solution

• HA Multi Data Center Deployment

• Primary in Slough – UK DC

• DR in AMS – NL DC

• Compute Cloud Service (IaaS)

• Exadata Cloud Service (PaaS)

• Block Storage Cloud Service

• Object Storage Cloud Service

• DB Backup Cloud Service

• Engineered System Cloud VPN Service

Deal Size

• $ 1.62 Million – 3 Years TCV

• $ 0.54 Million – 1 Year ARR

23

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. | 24 Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Summary: Oracle Cloud for DR

Protects both on-premises (Hybrid) and Cloud applications

Low OPEX model with Oracle managed cloud infrastructure

On-demand resource elasticity in the cloud

Satisfy compliance & regulatory requirements for an off-site copy

High ROI with cloud based standby can be used to offload production workload

Database-aware data protection with encrypted data for security

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Building the business case for DR in the Cloud

Copyright © 2017 Oracle and/or its affiliates. All rights reserved. |

It is well-known that utilization and workload pattern are among key drivers of efficiency for Cloud adoption

Utilization % & workload profile − Low average % − Demand pattern:

stable versus variable

Labor costs − Existing costs − Future costs avoidance

Duration of projects − For activities or

projects limited in time

Product selection Inputs & Benefits Business summary

1 2 3

26

Copyright © 2017 Oracle and/or its affiliates. All rights reserved. |

This puts DR environments with extremely “spiky” load patterns among the best candidates to reap benefits of Cloud

Details Observations

IT resources with an equal utilization over time

An application experiencing static workload is less likely to benefit from an elastic cloud that offers a pay-per-use billing. IT resources with a peaking

utilization at reoccurring time intervals, a cyclical periodic load

Cost-saving potential in scope of periodic work- load is to use a a pay-per-use pricing model allowing the decommissioning of resources during non-peak times IT resources with an equal utilization

over time disturbed by a strong peak occurring only once experience once-in-a-lifetime workload

Characteristic for this type of workload is the large difference between the IT resources required during the peak and those required otherwise. As for periodic workload, static scaling provisions IT resources for the predicted workload peak

IT resources with a random and unforeseeable utilization over time

As the peaks are random and unpredictable, utilization of resources is monitored and resource numbers are adjusted based on this information

IT resources with a utilization that grows or shrinks over time experience continuously changing workload

Elasticity of clouds enables applications experiencing continuously changing work-load to provision or decommission resources with the same rate as the workload changes

well-suited for Cloud

“sweet spots” for Cloud

A typical “idle” DR

A partially utilized “DR

27

Copyright © 2017 Oracle and/or its affiliates. All rights reserved. |

The level of savings enabled by DR2Cloud may vary depending on several key parameters…

Average utilization of the DR Compute & PaaS

For DR environments not utilized other than during Prod failures, resource utilization should be very low compared to On-Prem capacity – the minimal resources needed to support data replication and fast provisioning / scaling up (“pilot light” approach)

For “Hot” DRs utilized for some read-only workloads even outside failure periods may be higher but still should be less than On-Prem equivalent due to cyclical nature of the workload

On-Premise licensing context

If new licenses are to be acquired for a DR site, this makes the Cloud alternative much more attractive in the short- to mid-term

If a ULA is present, this essentially removes the savings from licenses & support (as they cannot be properly allocated to a specific environment), leavings only infrastructure costs in play

Infrastructure and platform type

DRs for Engineered Systems may have different economics (e.g. using Exadata Cloud Service) than those for generic infrastructure

At the DB level, set of used features determines set of On-Prem licenses and the level of DBaaS thus influencing the cost structure

+ other parameters related to the specific costs structure of a given system in scope

28

Copyright © 2017 Oracle and/or its affiliates. All rights reserved. |

… but most of the time it is extremely appealing, as per examples based on Cloud Insight’s model for DR2Cloud Sample 1: existing licenses, IaaS + BYOL (license costs excluded)

8.1

8.6

4.3

4.2

11.4

10.4

On Premise

-62,2%

34,1

12,9

Oracle Cloud

Servers

Storage

System SW

DC resources

Cloud compute

Cloud storage

The numbers are in ‘000s USD for 3-year TCO for a system running on Oracle DB EE with 16 x86 cores and 6 TB of data and an App server with 10 x86 cores; 2 OCPUs are assumed to be utilized for the “pilot light” setup

86.4

175.6

4.28.1

-52,6%

99,3

Oracle Cloud

8,6 4,3

209,7

On Premise

11,4

10,4

Cloud compute

Cloud storage

DC resources

Servers

Storage

System SW

DB CS

DB SW

Sample 2: existing licenses vs IaaS + DBaaS, DR not utilized

Sample 3: licenses need to be acquired, DR utilized at 30%

259.2

441.6

4.28.110.4

Oracle Cloud

-42,8%

On Premise

4,3 8,6

272,1

475,7

11,4 DC resources

Cloud compute

System SW

Servers

Cloud storage

DB CS

DB SW

Storage

29

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Cloud HA & DR Configuration Click Through Demo

Primary & Standby in the Cloud (DBaaS)

• Terminology

– OPC DBaaS

• Region : US or EMEA

• Datacenters : US - Chicago & Ashburn, EMEA - Slough & Amsterdam

• Each datacenter has multiple “zones” – with separate rack, power, cooling etc.

– Bare Metal (BMC) DBaaS

• Region: Phoenix or Ashburn (in future)

• Datacenters (aka Availability Domains): 3 in each Region

• High Availability

– Primary and Standby in the same datacenter (OPC) or in the same region (BMC)

• Disaster Recovery

• Primary and Standby in separate datacenters (OPC) or across regions (BMC)

This click-through is for OPC DBaaS

Data Guard : EE, HP Active Data Guard : EP

Choice of SI, RAC, SI+DG and RAC+DG

Choice of HA or DR

Change default

listener port

Automated Data Guard Setup

• It will take some time to setup Data Guard in the cloud

– Primary database is first created with seed database

– Standby is then instantiated from the Primary using RMAN ACTIVE DUPLICATE

– Replication is configured in ASYNC mode

• When Extreme Performance is chosen

– Active Data Guard is setup

– Standby can be used for read-only workloads

• When EE or High Performance is chosen

– Data Guard is setup

– Standby is only used for DR

• Additional Use Cases

– Snapshot standby, test/dev using cloning etc.

Dashboard Details & User Operations

Choosing Disaster Recovery

Choosing DR

Choosing RAC with Disaster Recovery

RAC + DG Setup

RAC + Active Data Guard (Requires Extreme Performance)

Choice of DR or HA with

RAC

Edition Specific Options

When EE is chosen, only

SI options are enabled

Compensation Recruiting Copyright © 2017, Oracle and/or its affiliates. All rights reserved. | 55

Resources for Partners

55 Oracle Confidential - Internal and OPN Partners only

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Resources for Partners

• White Papers

– DR to the Oracle Cloud (Production On-Premises, DR in the Cloud)

– DR in the Oracle Cloud (Production and DR in the Cloud)

• Sales Kit (Community membership required for access – Register at http://www.oracle.com/partners/goto/exadata-emea )

– High Availability & Disaster Recovery with Oracle Cloud – Sales kit

• Landing pages • Oracle Database Cloud Service: https://cloud.oracle.com/database

• Oracle Database Backup Cloud Service: https://cloud.oracle.com/database_backup

• Maximum Availability Architecture: http://oracle.com/goto/maa

56

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |

Oracle Partner Hub EMEA Innovation & Modernization Center

[email protected]

twitter.com/OracleIMC

facebook.com/OracleIMC

plus.google.com/+OracleIMC

youtube.com/user/OracleIMCTeam

linkedin.com/groups/4535240

blogs.oracle.com/imc

57

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. | 58