Oracle RAC 12c Release 2: Operational Best Practices OOW17

45

Transcript of Oracle RAC 12c Release 2: Operational Best Practices OOW17

Page 1: Oracle RAC 12c Release 2: Operational Best Practices OOW17
Page 2: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Oracle  Real  Applica@on  Clusters  (RAC)  12c  Rel.  2  –  Opera@onal  Best  Prac@ces  

Anil  Nair,  Markus  Michalewicz  RAC  Product  Management  RAC  /  ST  Development  October  2,  2017  

Confiden@al  –  Oracle  Internal/Restricted/Highly  Restricted  

Page 3: Oracle RAC 12c Release 2: Operational Best Practices OOW17

Copyright  ©  2017,  Oracle  and/or  its  affiliates.  All  rights  reserved.    |   Confiden@al  –  Oracle  Internal/Restricted/Highly  Restricted   3  

•  Julian  Dontcheff,    • Global  Database  Lead,    • Accenture  

Customer  Tes@monial  

Page 4: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Fact  

4  

Way:  Automa@on  

Goal:  Simplifica@on  

Best  Prac@ce  Recommenda@ons  Go  with  the  Flow  

IT

Page 5: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Self-­‐Driving    -­‐  User  defines  service  levels,  database  makes  them  happen  

Self-­‐Tuning    -­‐  Con@nuous  adap@ve  performance  tuning  

Self-­‐Scaling    -­‐  Instantly  resize  compute  and  storage  without  down@me  

Self-­‐Securing  -­‐  Protec@on  from  both  external  a^acks  and  internal  users  

Self-­‐Repairing  -­‐  Automated  protec@on  from  all  down@me  

Less  Labor,  Lower  Cost,  Fewer  Errors,  More  Secure,  More  Reliable  

The  World’s  First  Autonomous  Database  

5  

Page 6: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Safe  Harbor  Statement  The  following  is  intended  to  outline  our  general  product  direc@on.  It  is  intended  for  informa@on  purposes  only,  and  may  not  be  incorporated  into  any  contract.  It  is  not  a  commitment  to  deliver  any  material,  code,  or  func@onality,  and  should  not  be  relied  upon  in  making  purchasing  decisions.  The  development,  release,  and  @ming  of  any  features  or  func@onality  described  for  Oracle’s  products  remains  at  the  sole  discre@on  of  Oracle.  

6  

Page 7: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Program  Agenda  

Fundamentals  To  Be  Considered  First  

Architecture  Choices  

Applying  Opera@onal  Best  Prac@ces  

Tes@monial:  Julian  Dontcheff,  Accenture  

Summary  

1  

2  

3  

4  

5  

7  

Page 8: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Program  Agenda  

Fundamentals  To  Be  Considered  First  

Architecture  Choices  

Applying  Opera@onal  Best  Prac@ces  

Tes@monial:  Julian  Dontcheff,  Accenture  

Summary  

1  

2  

3  

4  

5  

8  

Page 9: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Shared  Storage   Network  /    Interconnect  

Virtualiza@on  /  Container   Cloud  

Fundamentals  To  Be  Considered  First  

Page 10: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Shared  Storage  Fundamentals  

•  Shared  storage  is  the  top  requirement  for  Oracle  RAC.  •  Block  storage  that  is  supported  as  shared  storage  for  RAC  by    the  storage  vendor  and  the  server  vendor  is  supported  for  RAC.  h^ps://www.slideshare.net/MarkusMichalewicz/how-­‐to-­‐use-­‐oracle-­‐rac-­‐in-­‐a-­‐cloud-­‐a-­‐support-­‐ques@on    

•   Excep@ons  prove  the  rule.  –  Shared  File  System  require  cer@fica@on.    –  Storage  solu@ons  may  be  subject  to  “special  ruling”.    

•  Currently,  No  3rd  Party  Public  Cloud  supports  shared  storage  for  RAC.  •  Oracle  ASM  and  ACFS  are  by  far  the  preferred    storage  management  soluFons  for  Oracle  RAC.  

•  Cau@on:  no  Oracle  provided  tool  can  fully  reliably  check  the  appropriate  configura@on  of  shared  storage  beforehand.    

10  

Page 11: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Network  /  Interconnect  Fundamentals  

•  The  interconnect  is  crucial  to  the  opera@on  of  Oracle  RAC.  –  Think  of  it  as  a  RDMA  access  path  rather  than  a  network.  –  1  GigE  and  redundancy  should  be  the  bare  minimum.  –  10  GigE  and  redundancy  are  strongly  recommended.  

•  Converged  networks  and  switches  are  supported.  Rou@ng  is  not.    –  I.E.  combining  public  /  private  network  communica@on.  

•  In  a  future  release,  communica@on  on  interconnect  is  planned  to  be  secured  by  default.  –  VLANs  are  a  logical  separa@on,  not  a  physical  one.  

•  E.g.  they  do  not  protect  from  interference  on  the  same  physical  network.  – When  network  and  storage  communica@on  are  combined,    storage  communica@on  should  get  priori@zed.    

•  Cau@on:  no  Oracle  provided  tool  can  fully  reliably  check  the  appropriate  configura@on  of  the  interconnect  beforehand.    

11  

Page 12: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Virtualiza@on  /  Container  Fundamentals  

•  Choosing  a  virtualiza@on  solu@on  or  a  container-­‐based  infrastructure  is  a  database-­‐independent  decision.    

• Whether  an  Oracle  RAC  database  can  be  operated  in  a  par@cular  virtualiza@on  solu@on  /  container  is  the  ques@on.  

• Many  of  them  can  be  supported.  More  informa@on:  h^ps://www.slideshare.net/MarkusMichalewicz/how-­‐to-­‐use-­‐oracle-­‐rac-­‐in-­‐a-­‐cloud-­‐a-­‐support-­‐ques@on    

– OpenStack,  Docker  (soon  &  for  test  purposes),  etc.  – Oracle  VM  is  a  cer@fied  virtualiza@on  solu@on  for  Oracle  RAC.    

• With  the  excep@on  of  Oracle  RAC  in  Oracle  VM,  there  is  currently  no  best  prac@ces  recommenda@on  for  any  virtualiza@on  or  container-­‐based  solu@on  from  Oracle.    – For  containers,  Oracle  documenta@on  is  provided.    

12  

Page 13: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Cloud  Fundamentals  

•  Choosing  a  Third  Party  Public  Cloud  for  Oracle  RAC  is  mainly    a  licensing  ques@on  at  this  point  in  @me.  Discussed  here:  h^ps://www.slideshare.net/MarkusMichalewicz/how-­‐to-­‐use-­‐oracle-­‐rac-­‐in-­‐a-­‐cloud-­‐a-­‐support-­‐ques@on  

–  For  license-­‐restricted  3rd  Party  Public  Clouds  no  support  statements  are  issued.  

•  For  an  Infrastructure  Cloud  (IaaS)  the  same  rules  as  for    virtualiza@on  solu@ons  /  containers  apply  in  principle.    – Most  IaaS  /  3rd  Party  Public  Clouds  are  subject  to  “special  ruling”  (see  above).  

•  Three  Oracle  RAC  offerings  in  the  Oracle  Cloud:  

1.  In  the  Oracle  Cloud  Infrastructure  Compute  Classic  Service  2.  In  the  Oracle  Cloud  Infrastructure  Database  Service    3.  As  part  of  the  Engineered  System  Cloud  Services  

13  

PaaS  

Infrastructure    

Page 14: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

•  Virtual  Machines  •  Test,  Development,  Departmental  Applica@ons  

•  Oracle  Apps  Unlimited,  PaaS  •  Compute  Shapes  –  by  OCPU,  Standard  or  High  RAM  

•  Block  Storage  –  by  the  GB  •  Up  to  7.8TB  database  

•  Bare  Metal    •  Intensive  Test,  Development,  Departmental  Applica@ons  

•  Custom  Applica@ons  •  Bare  Metal  Compute  Shape  –  2-­‐node  RAC  DB  System  

•  Local  SSD  drives  storage  •  Up  to  8.6TB  database  

14  

•  Mission  Cri@cal,  Intensive    OLTP  and  Decision  Support  

•  Oracle  and  Custom  Apps  •  ¼,  ½  and  Full  Rack  Shapes  •  2/4/8-­‐node  Exadata  DB  System  •  Fixed  Storage  &  RAM  by  Shape  •  Up  to  168TB  database  

Oracle  RAC  in  the  Oracle  Cloud  Infrastructure  Compute  Classic   Database   Engineered  Systems  

Page 15: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Program  Agenda  

Fundamentals  To  Be  Considered  First  

Architecture  Choices  

Applying  Opera@onal  Best  Prac@ces  

Tes@monial:  Julian  Dontcheff,  Accenture  

Summary  

1  

2  

3  

4  

5  

15  

Page 16: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Oracle  Restart  Not  a  cluster,    

but  back  for  good!    

See  updates  in    MOS  Note  1584742.1    

Standalone  Cluster  Dedicated  cluster  for  OLTP,    DWH  or  mixed-­‐WL  systems.    

Cluster  Domain  Domain  Services  Cluster  (DSC)    &  Member  Clusters  for  large  cluster  estates  and  storage  consolida@on.    

Extended  Cluster  Standalone  Cluster  or  DSC    

maintaining  two  independent  storage  arrays  (over  distance).    

Architecture  Choices    

Site  A   Site  B  

Domain    Services  Cluster  

Page 17: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Best  Prac@ces  Apply  Across  Architectures  

•  BP  are  designed  for  Standalone  Cluster  deployments  

•  A  DSC  is  a  Standalone  Cluster    –  that  offers  addi@onal  services  to  Member  Clusters.  – BP  for  Standalone  Clusters  apply  to  a  DSC  

• Member  Clusters  come  with  a  simplified  deployment    – Basic  BP  for  Standalone  Clusters  apply  to  Member  Clusters    

•  Extended  Clusters  for  RAC  come  with  addi@onal  BP:    –  h^ps://www.slideshare.net/MarkusMichalewicz/oracle-­‐extended-­‐clusters-­‐for-­‐oracle-­‐rac      

17  

The  simplified  Best  PracFces  (BP)  equaFon  

Domain    Services  Cluster  

Page 18: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Program  Agenda  

Fundamentals  To  Be  Considered  First  

Architecture  Choices  

Applying  Opera@onal  Best  Prac@ces  

Tes@monial:  Julian  Dontcheff,  Accenture  

Summary  

1  

2  

3  

4  

5  

18  

Page 19: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Read  &  implement  Oracle  Documenta@on  

and  My  Oracle    Support  (MOS)  Notes  

Read  &  implement  Blogs  &  Forum  Entries  Not  always  ve^ed  by  Oracle.    

Run  &  apply  Cluster  Verifica@on  U@lity  (CVU)  &    Oracle  Universal  Installer  (OUI)  

     

Run  &  follow  ORAchk    

How  To  Obtain  and  Apply  Best  Prac@ces  for  Oracle  RAC?    

Page 20: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Each  “Tool”  has  a  Different  Purpose  

Establish  the  base  system;  e.g.:  hardware  and  OS    minimum  requirements  

(fundamentals)  

Check  and  confirm  baseline;  e.g.  check  for  and  apply  OS    

minimum  parameter  requirements;  supports  diff  comparison  

Check  for    recommended  best  prac@ces    and  implement  manually  

20  

Page 21: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

For  automated  and  simpler  best  pracFces  applicaFon  Oracle  Autonomous  Health  Framework  (AHF)  

Oracle  AHF  integrates  next  genera@on  tools  

running  as  components  -­‐  24/7    

Page 22: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Establishes  Baseline  and  Maintains  Best  PracFce  ConfiguraFons  Oracle  Cluster  Verifica@on  U@lity  (CVU)  

•  Use  during  install  and  opera@on  •  Checks  O/S,  GI  and  DB  mandatory  

compliance  and  best  prac@ces  with  healthcheck  op@on    

•  Runs  as  daemon  every  6  hours  •  ASM  Best  Prac@ces  Check  •  Creates  Baseline  collecFons  •  Add  user-­‐specified/disable    

problem  checks  •  New  user-­‐friendly  report  format  

Page 23: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Schedule  ORAchk  

?  

Hour  (0  –  23)  

?   ?   ?  

Day  of  month  (1  –  31)  

Month  (1  –  12)  

Day  of  week  (0  –  6)  (0  to  6  are  Sunday  to  Saturday)  

example:  orachk  -­‐set  'AUTORUN_SCHEDULE=8,20  *  *  2,5'  will  schedule  runs  on  Tuesday  and  Friday  at  08:00  &  20:00  

AUTORUN_SCHEDULE  =  

23  23  

Page 24: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

View  ORAchk  Report  

•  Health  score  •  Summary  of  ORAchk  run  

•  Table  of  content  •  Controls  for  report  features  •  Findings  •  Recommenda.ons  

24  

Page 25: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

View  ORAchk  Findings  

•  Check  status  •  Type  of  Check  •  Check  Message  

• Where  the  check  was  run  

•  Link  to  expand  details  

25  

Page 26: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

•  What  to  do  to  solve  the  problem  

•  Links  to  relevant  Knowledge  docs  •  Where  recommenda@on  applies  

•  Where  problem  doesn’t  apply  

•  Example  of  data  the  recommenda@on  is  based  on  

Act  on  Recommenda@ons  

26  

Page 27: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Automa@on  

27  

Simplifica@on  

•  Oracle  Cloud  Infrastructure  •  Compute  Classic  Service  

•  Database  Service    

•  Engineered  System  Cloud  Services  

Oracle  Cloud  =  Automa@on  and  Simplifica@on  

Page 28: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Program  Agenda  

Fundamentals  To  Be  Considered  First  

Architecture  Choices  

Applying  Opera@onal  Best  Prac@ces  

Tes@monial:  Julian  Dontcheff,  Accenture  

Summary  

1  

2  

3  

4  

5  

28  

Page 29: Oracle RAC 12c Release 2: Operational Best Practices OOW17

Oracle Public Cloud The Enterprise Cloud October 2nd, 2017 San Francisco

Page 30: Oracle RAC 12c Release 2: Operational Best Practices OOW17

49% Of the world’s

enterprise data runs on Oracle Databases

30

Oracle RAC and the Enterprise Cloud

Copyright © 2017 Accenture All rights reserved.

95% Of our Clients use

the Oracle Database to run their mission critical workloads.

Oracle is the only public cloud to offer Engineered Systems & Oracle Database as

a subscription

75% + Of our Clients run

Oracle Real Application

Clusters (RAC) for High Availability

Page 31: Oracle RAC 12c Release 2: Operational Best Practices OOW17

Copyright © 2017 Accenture All rights reserved. 31

Oracle Built an Infrastructure Cloud

Is it?

Oracle says it’s better than the other clouds.

Page 32: Oracle RAC 12c Release 2: Operational Best Practices OOW17

So what did we learn?

32 Copyright © 2017 Accenture All rights reserved.

Page 33: Oracle RAC 12c Release 2: Operational Best Practices OOW17

33

The Enterprise Cloud is Here!

Copyright © 2017 Accenture All rights reserved.

Exadata Cloud Service provides the same level of performance as that of the on-premises solution

Oracle’s DBaaS solutions (DBCS and Exadata Cloud Service) have standard tuning delivered out of the box

Oracle’s Compute Service showed consistent high performance

The underlying storage solution for Oracle’s Cloud Infrastructure appears to be a clear advantage.

Oracle Cloud Infrastructure Database Service provides a powerful, enterprise grade solution for performance hungry applications

Page 34: Oracle RAC 12c Release 2: Operational Best Practices OOW17

34

1. Oracle’s Cloud is Fast

Copyright © 2017 Accenture All rights reserved.

IaaS DBaaS

Oracle IaaS Leading Cloud Provider Oracle DBCS Leading DBaaS

Provider

vCPU 4 4 4 4

Memory 30GB 30GB 30GB 30GB

SGA 6GB 6GB 12GB AMM 12GB AMM

Disk Type Latency Optimized General Disk Throughput Optimized General Disk

Total Transactions 4,837,067.00 1,397,270.00 3,598,654.00 1,419,827.00

Transactions per Second 1,343.63 388.13 999.63 394.40

Avg Response Time (ms) 75.08 457.85 125.63 428.76

When executing the 200 user test with the same basic database tuning across all instances, Oracle’s Cloud solutions completed as much as 3.4 times as many transactions during the 60 minute window

Oracle’s Compute Service showed consistent high performance

Page 35: Oracle RAC 12c Release 2: Operational Best Practices OOW17

35

1. Oracle’s Cloud is Fast

Copyright © 2017 Accenture All rights reserved.

0

2000

4000

6000

8000

10000

12000

12:47:46 12:55:43 13:03:15 13:10:46 13:18:17 13:25:49 13:33:20 13:40:50 13:48:22

IOPS

OPC Leading Cloud Provider

Page 36: Oracle RAC 12c Release 2: Operational Best Practices OOW17

36

1a. Oracle’s Cloud is Faster CPU utilization analysis shows OCI spends more time doing work than the other cloud

Copyright © 2017 Accenture All rights reserved.

Oracle Compute Other IaaS

This CPU utilization indicates that the other cloud is spending more time waiting to do work, which points to issues beyond the physical limitation

of the virtual CPUs, particularly since both SGAs were limited to 6 GB

0

10

20

30

40

50

60

70

80

90

100

12:48:47 12:58:44 13:08:46 13:18:47 13:28:49 13:38:50 13:48:52

Perc

enta

ge o

f CPU

Use

d

Oracle Compute Cloud Service

User % System % Wait %

0

10

20

30

40

50

60

70

80

90

100

12:07:51 12:22:57 12:37:57 12:52:58 13:07:59 13:22:59 13:38:00

Perc

enta

ge of

CPU

Use

d

Leading Cloud IaaS

User % System %` Wait %

Page 37: Oracle RAC 12c Release 2: Operational Best Practices OOW17

37

2. The Oracle Cloud Block Storage… Rocks!

Copyright © 2017 Accenture All rights reserved.

Oracle IaaS Leading Cloud Provider

vCPU 4 8 4 16

Memory 30GB 60GB 30GB 122GB

Disk Type Latency Optimized

Latency Optimized General Disk Dedicated IOPS

Specified IOPS N/A N/A N/A* 12,000

Disk Size 612GB 612GB 612GB 612GB

Total Transactions 4,837,067 8,510,204 1,397,270 5,445,992

Transactions Per Second (TPS) 1343.63 2,363.95 388.13 1512.78

Average Response Time 75.08 19.00 457.85 12.36

Cost per Month $200.00 $350.00 $300.76 $1,828.56

Trans / $1 / Hr each Month 24,185.34 24,314.86 4,645.80 2,978.30 Cost of One Transaction per Second $0.15 $0.15 $0.77 $1.21

Page 38: Oracle RAC 12c Release 2: Operational Best Practices OOW17

38

2. The Oracle Cloud Block Storage… Rocks!

Copyright © 2017 Accenture All rights reserved.

Oracle IaaS Leading Cloud Provider

vCPU 4 (2 OCPU) 16

Memory 30GB 122GB

Disk Type Latency Optimized Dedicated IOPS

Specified IOPS N/A 12,000

Disk Size 612GB 612GB

Server List Price per Month $150 $973.56

Disk List Price per Month $50 $825.00

Total List Price per Month $200 $1798.56

Oracle Cloud Infrastructure: 1 Procs of Oracle DB EE: $47,500 3 yrs of Support: $31,350 3 yrs of OPC: $7,200

TOTAL: $86,050

The Other Cloud: 4 Procs of Oracle DB EE: $190,000 3 yrs of Support: $125,400 3 yrs of Cloud: $64,748.16

TOTAL: $380,148.16

Page 39: Oracle RAC 12c Release 2: Operational Best Practices OOW17

548

1107

2740

540

1072

2626

40 Users 80 Users 200 Users

Cloud X5

On-Prem X4

39

3. Exadata in the Cloud is the Real Deal

Copyright © 2017 Accenture All rights reserved.

1,973,769

3,985,263

9,864,578

1,945,384 3,858,236

9,454,677

40 Users 80 Users 200 Users

Cloud X5

On-Prem X4 Total Transactions Complete in 60 Minutes

Average Transactions per Second

Page 40: Oracle RAC 12c Release 2: Operational Best Practices OOW17

40

3. Exadata in the Cloud is the Real Deal

Copyright © 2017 Accenture All rights reserved.

On-Prem   Cloud Service  

1st Year Cost   $1,500,560.00   $480,000.00  

2nd Year Cost   $252,560.00   $480,000.00  

3rd Year Cost   $252,560.00   $480,000.00  

Total Cost Over 3 Years   $2,005,680.00   $1,440,000.00  

Exadata Cloud Service is a price-competitive option for running Oracle databases.

Comparison Includes:

•  Database EE •  RAC •  Advanced Security •  OEM Diagnostics •  OEM Tuning

Based on an 1/8 Rack with sub-capacity licensing for 16 cores

4th Year Cost   $252,560.00   $480,000.00  

5th Year Cost   $252,560.00   $480,000.00  

Total Cost Over 5 Years   $2,510,800.00   $2,400,000.00  

Page 41: Oracle RAC 12c Release 2: Operational Best Practices OOW17

41 Copyright © 2017 Accenture All rights reserved.

We see enterprises interested in moving to Oracle Cloud for a variety of technical reasons

Companies use Oracle Cloud Infrastructure as OCI is more complete & affordable

Developing new applications, built for the cloud

Reducing the development cycle

Cloud as a backup destination

Utilizing cloud as a secondary or tertiary DR point

Hosting Applications both from on-premises and the cloud

Scaling web applications

Fail fast, gain business insights

New applications

Dev/Test/Pilots

Backup / archiving

Disaster recovery

Cloud bursting (unique!)

Web applications / presence

Data warehousing / analytics

COST REDUCTION •  Lower Infrastructure costs •  Lower maintenance and

energy costs •  Reduced physical

footprint

CR

ELASTICITY / SCALABILITY •  Capacity only when you

need it •  Ability to handle

unexpected changes •  Quick response to

business needs

E

SPEED TO MARKET •  Reduction in cost and

time for PoCs •  Faster data analytics

decisions

S

Value

CR E

CR E

E S

E S

CR E

CR E

CR E S

Page 42: Oracle RAC 12c Release 2: Operational Best Practices OOW17

42

Summary & Conclusions

Copyright © 2017 Accenture All rights reserved.

•  For business and mission critical applications I would by all means recommend Oracle Real Application Clusters on Oracle Cloud Infrastructure

•  We should not forget that something works and something being supported are two totally different things - the 3rd party cloud could be "used“ by individuals for RAC testing, permitting technical feasibility, as certain testing does not require licensing

•  Conclusion 1: Oracle RAC can NOT be licensed (and consequently not be used for production workload) in 3rd party public cloud environments although such claims are published on the internet

•  Conclusion 2: Oracle RAC is times faster on the Oracle Cloud than on any other cloud environment

Page 43: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Program  Agenda  

Fundamentals  To  Be  Considered  First  

Architecture  Choices  

Applying  Opera@onal  Best  Prac@ces  

Tes@monial:  Julian  Dontcheff,  Accenture  

Summary  

1  

2  

3  

4  

5  

43  

Page 44: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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

Standalone  Cluster     Cluster  Domain  

Virtualized  environments   Cloud  

Summary  

Domain    Services  Cluster  

Page 45: Oracle RAC 12c Release 2: Operational Best Practices OOW17

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