Suche senden
Hochladen
Cloud Consolidation with Oracle (RAC) - How much is too much?
•
2 gefällt mir
•
2,246 views
Markus Michalewicz
Folgen
Cloud Consolidation with Oracle (RAC) – How much is too much?
Weniger lesen
Mehr lesen
Technologie
Business
Melden
Teilen
Melden
Teilen
1 von 21
Jetzt herunterladen
Downloaden Sie, um offline zu lesen
Empfohlen
Oracle RAC 12c Practical Performance Management and Tuning OOW13 [CON8825]
Oracle RAC 12c Practical Performance Management and Tuning OOW13 [CON8825]
Markus Michalewicz
Oracle RAC One Node 12c Overview
Oracle RAC One Node 12c Overview
Markus Michalewicz
Oracle RAC 12c Best Practices Sanger OOW13 [CON8805]
Oracle RAC 12c Best Practices Sanger OOW13 [CON8805]
Markus Michalewicz
Oracle RAC 12c New Features List OOW13
Oracle RAC 12c New Features List OOW13
Markus Michalewicz
The Oracle RAC Family of Solutions - Presentation
The Oracle RAC Family of Solutions - Presentation
Markus Michalewicz
Understanding Oracle RAC 12c Internals OOW13 [CON8806]
Understanding Oracle RAC 12c Internals OOW13 [CON8806]
Markus Michalewicz
Understanding oracle rac internals part 2 - slides
Understanding oracle rac internals part 2 - slides
Mohamed Farouk
What's New and Coming in Oracle ASM 12c Rel. 2 - by Jim Williams
What's New and Coming in Oracle ASM 12c Rel. 2 - by Jim Williams
Markus Michalewicz
Empfohlen
Oracle RAC 12c Practical Performance Management and Tuning OOW13 [CON8825]
Oracle RAC 12c Practical Performance Management and Tuning OOW13 [CON8825]
Markus Michalewicz
Oracle RAC One Node 12c Overview
Oracle RAC One Node 12c Overview
Markus Michalewicz
Oracle RAC 12c Best Practices Sanger OOW13 [CON8805]
Oracle RAC 12c Best Practices Sanger OOW13 [CON8805]
Markus Michalewicz
Oracle RAC 12c New Features List OOW13
Oracle RAC 12c New Features List OOW13
Markus Michalewicz
The Oracle RAC Family of Solutions - Presentation
The Oracle RAC Family of Solutions - Presentation
Markus Michalewicz
Understanding Oracle RAC 12c Internals OOW13 [CON8806]
Understanding Oracle RAC 12c Internals OOW13 [CON8806]
Markus Michalewicz
Understanding oracle rac internals part 2 - slides
Understanding oracle rac internals part 2 - slides
Mohamed Farouk
What's New and Coming in Oracle ASM 12c Rel. 2 - by Jim Williams
What's New and Coming in Oracle ASM 12c Rel. 2 - by Jim Williams
Markus Michalewicz
Oracle Multitenant meets Oracle RAC - IOUG 2014 Version
Oracle Multitenant meets Oracle RAC - IOUG 2014 Version
Markus Michalewicz
Oracle RAC 12c Overview
Oracle RAC 12c Overview
Markus Michalewicz
Understanding oracle rac internals part 1 - slides
Understanding oracle rac internals part 1 - slides
Mohamed Farouk
Oracle RAC BP for Upgrade & More by Anil Nair and Markus Michalewicz
Oracle RAC BP for Upgrade & More by Anil Nair and Markus Michalewicz
Markus Michalewicz
Paper: Oracle RAC and Oracle RAC One Node on Extended Distance (Stretched) Cl...
Paper: Oracle RAC and Oracle RAC One Node on Extended Distance (Stretched) Cl...
Markus Michalewicz
Understanding Oracle RAC 11g Release 2 Internals
Understanding Oracle RAC 11g Release 2 Internals
Markus Michalewicz
Oracle RAC 12c Collaborate Best Practices - IOUG 2014 version
Oracle RAC 12c Collaborate Best Practices - IOUG 2014 version
Markus Michalewicz
Oracle RAC 12c Release 2 - Overview
Oracle RAC 12c Release 2 - Overview
Markus Michalewicz
RMAN best practices for RAC
RMAN best practices for RAC
Syed Hussain
Oracle RAC 11g Release 2 Client Connections
Oracle RAC 11g Release 2 Client Connections
Markus Michalewicz
Oracle RAC 12c Best Practices with Appendices DOAG2013
Oracle RAC 12c Best Practices with Appendices DOAG2013
Markus Michalewicz
Oracle RAC features on Exadata
Oracle RAC features on Exadata
Anil Nair
Oracle RAC 12c Rel. 2 for Continuous Availability
Oracle RAC 12c Rel. 2 for Continuous Availability
Markus Michalewicz
Oracle RAC Internals - The Cache Fusion Edition
Oracle RAC Internals - The Cache Fusion Edition
Markus Michalewicz
Oracle RAC - Customer Proven Scalability
Oracle RAC - Customer Proven Scalability
Markus Michalewicz
Expert performance tuning tips for Oracle RAC
Expert performance tuning tips for Oracle RAC
SolarWinds
Top five reasons for selecting react.js for your next web application
Top five reasons for selecting react.js for your next web application
Solution Analysts
Paper: Oracle RAC Internals - The Cache Fusion Edition
Paper: Oracle RAC Internals - The Cache Fusion Edition
Markus Michalewicz
Cluster Health Advisor (CHA) Deep Dive by Mark Scardina
Cluster Health Advisor (CHA) Deep Dive by Mark Scardina
Markus Michalewicz
Oracle Cloud is Best for Oracle Database - High Availability
Oracle Cloud is Best for Oracle Database - High Availability
Markus Michalewicz
The power of hadoop in cloud computing
The power of hadoop in cloud computing
Joey Echeverria
Hadoop in the Enterprise - Dr. Amr Awadallah @ Microstrategy World 2011
Hadoop in the Enterprise - Dr. Amr Awadallah @ Microstrategy World 2011
Cloudera, Inc.
Weitere ähnliche Inhalte
Was ist angesagt?
Oracle Multitenant meets Oracle RAC - IOUG 2014 Version
Oracle Multitenant meets Oracle RAC - IOUG 2014 Version
Markus Michalewicz
Oracle RAC 12c Overview
Oracle RAC 12c Overview
Markus Michalewicz
Understanding oracle rac internals part 1 - slides
Understanding oracle rac internals part 1 - slides
Mohamed Farouk
Oracle RAC BP for Upgrade & More by Anil Nair and Markus Michalewicz
Oracle RAC BP for Upgrade & More by Anil Nair and Markus Michalewicz
Markus Michalewicz
Paper: Oracle RAC and Oracle RAC One Node on Extended Distance (Stretched) Cl...
Paper: Oracle RAC and Oracle RAC One Node on Extended Distance (Stretched) Cl...
Markus Michalewicz
Understanding Oracle RAC 11g Release 2 Internals
Understanding Oracle RAC 11g Release 2 Internals
Markus Michalewicz
Oracle RAC 12c Collaborate Best Practices - IOUG 2014 version
Oracle RAC 12c Collaborate Best Practices - IOUG 2014 version
Markus Michalewicz
Oracle RAC 12c Release 2 - Overview
Oracle RAC 12c Release 2 - Overview
Markus Michalewicz
RMAN best practices for RAC
RMAN best practices for RAC
Syed Hussain
Oracle RAC 11g Release 2 Client Connections
Oracle RAC 11g Release 2 Client Connections
Markus Michalewicz
Oracle RAC 12c Best Practices with Appendices DOAG2013
Oracle RAC 12c Best Practices with Appendices DOAG2013
Markus Michalewicz
Oracle RAC features on Exadata
Oracle RAC features on Exadata
Anil Nair
Oracle RAC 12c Rel. 2 for Continuous Availability
Oracle RAC 12c Rel. 2 for Continuous Availability
Markus Michalewicz
Oracle RAC Internals - The Cache Fusion Edition
Oracle RAC Internals - The Cache Fusion Edition
Markus Michalewicz
Oracle RAC - Customer Proven Scalability
Oracle RAC - Customer Proven Scalability
Markus Michalewicz
Expert performance tuning tips for Oracle RAC
Expert performance tuning tips for Oracle RAC
SolarWinds
Top five reasons for selecting react.js for your next web application
Top five reasons for selecting react.js for your next web application
Solution Analysts
Paper: Oracle RAC Internals - The Cache Fusion Edition
Paper: Oracle RAC Internals - The Cache Fusion Edition
Markus Michalewicz
Cluster Health Advisor (CHA) Deep Dive by Mark Scardina
Cluster Health Advisor (CHA) Deep Dive by Mark Scardina
Markus Michalewicz
Oracle Cloud is Best for Oracle Database - High Availability
Oracle Cloud is Best for Oracle Database - High Availability
Markus Michalewicz
Was ist angesagt?
(20)
Oracle Multitenant meets Oracle RAC - IOUG 2014 Version
Oracle Multitenant meets Oracle RAC - IOUG 2014 Version
Oracle RAC 12c Overview
Oracle RAC 12c Overview
Understanding oracle rac internals part 1 - slides
Understanding oracle rac internals part 1 - slides
Oracle RAC BP for Upgrade & More by Anil Nair and Markus Michalewicz
Oracle RAC BP for Upgrade & More by Anil Nair and Markus Michalewicz
Paper: Oracle RAC and Oracle RAC One Node on Extended Distance (Stretched) Cl...
Paper: Oracle RAC and Oracle RAC One Node on Extended Distance (Stretched) Cl...
Understanding Oracle RAC 11g Release 2 Internals
Understanding Oracle RAC 11g Release 2 Internals
Oracle RAC 12c Collaborate Best Practices - IOUG 2014 version
Oracle RAC 12c Collaborate Best Practices - IOUG 2014 version
Oracle RAC 12c Release 2 - Overview
Oracle RAC 12c Release 2 - Overview
RMAN best practices for RAC
RMAN best practices for RAC
Oracle RAC 11g Release 2 Client Connections
Oracle RAC 11g Release 2 Client Connections
Oracle RAC 12c Best Practices with Appendices DOAG2013
Oracle RAC 12c Best Practices with Appendices DOAG2013
Oracle RAC features on Exadata
Oracle RAC features on Exadata
Oracle RAC 12c Rel. 2 for Continuous Availability
Oracle RAC 12c Rel. 2 for Continuous Availability
Oracle RAC Internals - The Cache Fusion Edition
Oracle RAC Internals - The Cache Fusion Edition
Oracle RAC - Customer Proven Scalability
Oracle RAC - Customer Proven Scalability
Expert performance tuning tips for Oracle RAC
Expert performance tuning tips for Oracle RAC
Top five reasons for selecting react.js for your next web application
Top five reasons for selecting react.js for your next web application
Paper: Oracle RAC Internals - The Cache Fusion Edition
Paper: Oracle RAC Internals - The Cache Fusion Edition
Cluster Health Advisor (CHA) Deep Dive by Mark Scardina
Cluster Health Advisor (CHA) Deep Dive by Mark Scardina
Oracle Cloud is Best for Oracle Database - High Availability
Oracle Cloud is Best for Oracle Database - High Availability
Ähnlich wie Cloud Consolidation with Oracle (RAC) - How much is too much?
The power of hadoop in cloud computing
The power of hadoop in cloud computing
Joey Echeverria
Hadoop in the Enterprise - Dr. Amr Awadallah @ Microstrategy World 2011
Hadoop in the Enterprise - Dr. Amr Awadallah @ Microstrategy World 2011
Cloudera, Inc.
Data Science Day New York: The Platform for Big Data
Data Science Day New York: The Platform for Big Data
Cloudera, Inc.
Integrating hadoop - Big Data TechCon 2013
Integrating hadoop - Big Data TechCon 2013
Jonathan Seidman
Impala: Real-time Queries in Hadoop
Impala: Real-time Queries in Hadoop
Cloudera, Inc.
Sql no sql
Sql no sql
Dave Stokes
PASS Summit 2020
PASS Summit 2020
Kellyn Pot'Vin-Gorman
Santo Leto - MySQL Connect 2012 - Getting Started with Mysql Cluster
Santo Leto - MySQL Connect 2012 - Getting Started with Mysql Cluster
Santo Leto
Cloud Computing - Making IT Simple
Cloud Computing - Making IT Simple
Bob Rhubart
Consolidate and prepare for cloud efficiencies
Consolidate and prepare for cloud efficiencies
DLT Solutions
Business Intelligence and Data Analytics Revolutionized with Apache Hadoop
Business Intelligence and Data Analytics Revolutionized with Apache Hadoop
Cloudera, Inc.
How Apache Hadoop is Revolutionizing Business Intelligence and Data Analytics...
How Apache Hadoop is Revolutionizing Business Intelligence and Data Analytics...
Amr Awadallah
Things learned from OpenWorld 2013
Things learned from OpenWorld 2013
Connor McDonald
Expanding dr with_zfssa_110810
Expanding dr with_zfssa_110810
rjmurphyslideshare
Cloud Computing: Making IT Simple
Cloud Computing: Making IT Simple
Bob Rhubart
Hadoop World 2011: How Hadoop Revolutionized Business Intelligence and Advanc...
Hadoop World 2011: How Hadoop Revolutionized Business Intelligence and Advanc...
Cloudera, Inc.
MongoDB at eBay
MongoDB at eBay
MongoDB
Embracing Database Diversity: The New Oracle / MySQL DBA - UKOUG
Embracing Database Diversity: The New Oracle / MySQL DBA - UKOUG
Keith Hollman
Oracle Optimized Datacenter - Storage
Oracle Optimized Datacenter - Storage
Walter Moriconi
001 hbase introduction
001 hbase introduction
Scott Miao
Ähnlich wie Cloud Consolidation with Oracle (RAC) - How much is too much?
(20)
The power of hadoop in cloud computing
The power of hadoop in cloud computing
Hadoop in the Enterprise - Dr. Amr Awadallah @ Microstrategy World 2011
Hadoop in the Enterprise - Dr. Amr Awadallah @ Microstrategy World 2011
Data Science Day New York: The Platform for Big Data
Data Science Day New York: The Platform for Big Data
Integrating hadoop - Big Data TechCon 2013
Integrating hadoop - Big Data TechCon 2013
Impala: Real-time Queries in Hadoop
Impala: Real-time Queries in Hadoop
Sql no sql
Sql no sql
PASS Summit 2020
PASS Summit 2020
Santo Leto - MySQL Connect 2012 - Getting Started with Mysql Cluster
Santo Leto - MySQL Connect 2012 - Getting Started with Mysql Cluster
Cloud Computing - Making IT Simple
Cloud Computing - Making IT Simple
Consolidate and prepare for cloud efficiencies
Consolidate and prepare for cloud efficiencies
Business Intelligence and Data Analytics Revolutionized with Apache Hadoop
Business Intelligence and Data Analytics Revolutionized with Apache Hadoop
How Apache Hadoop is Revolutionizing Business Intelligence and Data Analytics...
How Apache Hadoop is Revolutionizing Business Intelligence and Data Analytics...
Things learned from OpenWorld 2013
Things learned from OpenWorld 2013
Expanding dr with_zfssa_110810
Expanding dr with_zfssa_110810
Cloud Computing: Making IT Simple
Cloud Computing: Making IT Simple
Hadoop World 2011: How Hadoop Revolutionized Business Intelligence and Advanc...
Hadoop World 2011: How Hadoop Revolutionized Business Intelligence and Advanc...
MongoDB at eBay
MongoDB at eBay
Embracing Database Diversity: The New Oracle / MySQL DBA - UKOUG
Embracing Database Diversity: The New Oracle / MySQL DBA - UKOUG
Oracle Optimized Datacenter - Storage
Oracle Optimized Datacenter - Storage
001 hbase introduction
001 hbase introduction
Mehr von Markus Michalewicz
Achieving Continuous Availability for Your Applications with Oracle MAA
Achieving Continuous Availability for Your Applications with Oracle MAA
Markus Michalewicz
"It can always get worse!" – Lessons Learned in over 20 years working with Or...
"It can always get worse!" – Lessons Learned in over 20 years working with Or...
Markus Michalewicz
Oracle RAC Virtualized - In VMs, in Containers, On-premises, and in the Cloud
Oracle RAC Virtualized - In VMs, in Containers, On-premises, and in the Cloud
Markus Michalewicz
The Top 5 Reasons to Deploy Your Applications on Oracle RAC
The Top 5 Reasons to Deploy Your Applications on Oracle RAC
Markus Michalewicz
HA, Scalability, DR & MAA in Oracle Database 21c - Overview
HA, Scalability, DR & MAA in Oracle Database 21c - Overview
Markus Michalewicz
Oracle Database – Mission Critical
Oracle Database – Mission Critical
Markus Michalewicz
2020 – A Decade of Change
2020 – A Decade of Change
Markus Michalewicz
Standard Edition High Availability (SEHA) - The Why, What & How
Standard Edition High Availability (SEHA) - The Why, What & How
Markus Michalewicz
Why Use an Oracle Database?
Why Use an Oracle Database?
Markus Michalewicz
"Changing Role of the DBA" Skills to Have, to Obtain & to Nurture - Updated 2...
"Changing Role of the DBA" Skills to Have, to Obtain & to Nurture - Updated 2...
Markus Michalewicz
Oracle RAC 19c and Later - Best Practices #OOWLON
Oracle RAC 19c and Later - Best Practices #OOWLON
Markus Michalewicz
MAA for Oracle Database, Exadata and the Cloud
MAA for Oracle Database, Exadata and the Cloud
Markus Michalewicz
(Oracle) DBA and Other Skills Needed in 2020
(Oracle) DBA and Other Skills Needed in 2020
Markus Michalewicz
Make Your Application “Oracle RAC Ready” & Test For It
Make Your Application “Oracle RAC Ready” & Test For It
Markus Michalewicz
MAA Best Practices for Oracle Database 19c
MAA Best Practices for Oracle Database 19c
Markus Michalewicz
Best Practices for the Most Impactful Oracle Database 18c and 19c Features
Best Practices for the Most Impactful Oracle Database 18c and 19c Features
Markus Michalewicz
AskTom: How to Make and Test Your Application "Oracle RAC Ready"?
AskTom: How to Make and Test Your Application "Oracle RAC Ready"?
Markus Michalewicz
Oracle Database Availability & Scalability Across Versions & Editions
Oracle Database Availability & Scalability Across Versions & Editions
Markus Michalewicz
Oracle RAC 19c - the Basis for the Autonomous Database
Oracle RAC 19c - the Basis for the Autonomous Database
Markus Michalewicz
From HA to Maximum Availability - A Holistic Historical Discussion
From HA to Maximum Availability - A Holistic Historical Discussion
Markus Michalewicz
Mehr von Markus Michalewicz
(20)
Achieving Continuous Availability for Your Applications with Oracle MAA
Achieving Continuous Availability for Your Applications with Oracle MAA
"It can always get worse!" – Lessons Learned in over 20 years working with Or...
"It can always get worse!" – Lessons Learned in over 20 years working with Or...
Oracle RAC Virtualized - In VMs, in Containers, On-premises, and in the Cloud
Oracle RAC Virtualized - In VMs, in Containers, On-premises, and in the Cloud
The Top 5 Reasons to Deploy Your Applications on Oracle RAC
The Top 5 Reasons to Deploy Your Applications on Oracle RAC
HA, Scalability, DR & MAA in Oracle Database 21c - Overview
HA, Scalability, DR & MAA in Oracle Database 21c - Overview
Oracle Database – Mission Critical
Oracle Database – Mission Critical
2020 – A Decade of Change
2020 – A Decade of Change
Standard Edition High Availability (SEHA) - The Why, What & How
Standard Edition High Availability (SEHA) - The Why, What & How
Why Use an Oracle Database?
Why Use an Oracle Database?
"Changing Role of the DBA" Skills to Have, to Obtain & to Nurture - Updated 2...
"Changing Role of the DBA" Skills to Have, to Obtain & to Nurture - Updated 2...
Oracle RAC 19c and Later - Best Practices #OOWLON
Oracle RAC 19c and Later - Best Practices #OOWLON
MAA for Oracle Database, Exadata and the Cloud
MAA for Oracle Database, Exadata and the Cloud
(Oracle) DBA and Other Skills Needed in 2020
(Oracle) DBA and Other Skills Needed in 2020
Make Your Application “Oracle RAC Ready” & Test For It
Make Your Application “Oracle RAC Ready” & Test For It
MAA Best Practices for Oracle Database 19c
MAA Best Practices for Oracle Database 19c
Best Practices for the Most Impactful Oracle Database 18c and 19c Features
Best Practices for the Most Impactful Oracle Database 18c and 19c Features
AskTom: How to Make and Test Your Application "Oracle RAC Ready"?
AskTom: How to Make and Test Your Application "Oracle RAC Ready"?
Oracle Database Availability & Scalability Across Versions & Editions
Oracle Database Availability & Scalability Across Versions & Editions
Oracle RAC 19c - the Basis for the Autonomous Database
Oracle RAC 19c - the Basis for the Autonomous Database
From HA to Maximum Availability - A Holistic Historical Discussion
From HA to Maximum Availability - A Holistic Historical Discussion
Kürzlich hochgeladen
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
UiPathCommunity
Exploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone Processors
debabhi2
[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf
Sandro Moreira
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
apidays
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
Zilliz
DBX First Quarter 2024 Investor Presentation
DBX First Quarter 2024 Investor Presentation
Dropbox
presentation ICT roal in 21st century education
presentation ICT roal in 21st century education
jfdjdjcjdnsjd
AXA XL - Insurer Innovation Award Americas 2024
AXA XL - Insurer Innovation Award Americas 2024
The Digital Insurer
Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...
Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...
Angeliki Cooney
MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024
MIND CTI
MS Copilot expands with MS Graph connectors
MS Copilot expands with MS Graph connectors
Nanddeep Nachan
FWD Group - Insurer Innovation Award 2024
FWD Group - Insurer Innovation Award 2024
The Digital Insurer
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
DianaGray10
How to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected Worker
ThousandEyes
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
apidays
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Orbitshub
Emergent Methods: Multi-lingual narrative tracking in the news - real-time ex...
Emergent Methods: Multi-lingual narrative tracking in the news - real-time ex...
Zilliz
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
Orbitshub
ICT role in 21st century education and its challenges
ICT role in 21st century education and its challenges
rafiqahmad00786416
Cyberprint. Dark Pink Apt Group [EN].pdf
Cyberprint. Dark Pink Apt Group [EN].pdf
Overkill Security
Kürzlich hochgeladen
(20)
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
Exploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone Processors
[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
DBX First Quarter 2024 Investor Presentation
DBX First Quarter 2024 Investor Presentation
presentation ICT roal in 21st century education
presentation ICT roal in 21st century education
AXA XL - Insurer Innovation Award Americas 2024
AXA XL - Insurer Innovation Award Americas 2024
Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...
Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...
MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024
MS Copilot expands with MS Graph connectors
MS Copilot expands with MS Graph connectors
FWD Group - Insurer Innovation Award 2024
FWD Group - Insurer Innovation Award 2024
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
How to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected Worker
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Emergent Methods: Multi-lingual narrative tracking in the news - real-time ex...
Emergent Methods: Multi-lingual narrative tracking in the news - real-time ex...
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
ICT role in 21st century education and its challenges
ICT role in 21st century education and its challenges
Cyberprint. Dark Pink Apt Group [EN].pdf
Cyberprint. Dark Pink Apt Group [EN].pdf
Cloud Consolidation with Oracle (RAC) - How much is too much?
1.
5/14/2012 1
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Cloud Consolidation with Oracle (RAC) – How much is too much? Markus.Michalewicz@oracle.com Nitin.Vengurlekar@oracle.com Senior Principal Product Manager Technical Director, Oracle RAC 2 Copyright © 2012, OracleRAC, Oraclereserved. Oracle and/or its affiliates. All rights America Development, Oracle America 1
2.
5/14/2012
Safe Harbor Statement The following 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, and timing of any features or functionality described for Oracle’s products remains at the sole discretion of Oracle. 3 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Agenda • Database Cloud Architectures • General Considerations • Database Consolidation – Memory Management – CPU(_COUNT) Management • A word on Instance Caging – Database Resource Management – Summary Database Consolidation • Oracle RAC-specific Considerations for Consolidation – Per Server Limits – Real Time (RT) Processes – Cluster Limits • Summary and Q&A 4 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 2
3.
5/14/2012
Database Cloud Architectures Common building blocks are shared server and storage pools Infrastructure Cloud Database Cloud Database Cloud DW CRM ERP DW ERP CRM DW ERP CRM DB DB DB DB DB DB DB OS OS OS Hypervisor Hypervisor OS OS OS OS Server Database Schema 5 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. General Considerations 6 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 3
4.
5/14/2012
Oracle (RAC) Database Consolidation Registered vs. Running • Registered databases and instances could Registered: potentially start and run at the same time. • n DB instances are defined to run on a machine • Oracle’s Quality of Service Management (potentially) or scripts can be used to model policies to run certain databases only at certain times; e.g. geographic region over time vs. • Assume the cluster is PST based: Running: • EMEA based DBs run 10:00pm – 8am PST • Registered databases • APAC based DBs run 6:00pm – 3am PST and instances are (concurrently) running • USA based DBs run 8:00am – 6pm PST (active workload) 7 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Database Consolidation General Considerations • Simplest of all consolidation cases: Database Cloud • One database Instance per Server DW ERP CRM • When consolidating more than one DB database on a server, consider the server capacity with any DB added. OS OS • More details: Best Practices for Database Consolidation in Private Clouds http://www.oracle.com/technetwork/database/focus- areas/database-cloud/database-cons-best-practices-1561461.pdf • Exadata Database Machine-specific: Schema http://www.oracle.com/technetwork/database/features/ availability/exadata-consolidation-522500.pdf 8 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 4
5.
5/14/2012
General Considerations Consider Workload Characteristics during Capacity Planning Existing Workload Utilization Peak The smaller this Average gap, the better. Time New Workloads Workload A OR Workload B Utilization Utilization Time Time 9 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. General Considerations Consider Workload Characteristics during Capacity Planning Existing Workload Resulting Workload Utilization Peak The smaller this gap, the better. Average Peak Poor match: Utilization Time Gap increases (antagonistic) + Average Workload B Time Utilization Time 10 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 5
6.
5/14/2012
General Considerations Consider Workload Characteristics during Capacity Planning Existing Workload Resulting Workload Utilization Peak The smaller this gap, the better. Average Utilization Time Good match: Peak Gap decreases Average + (complimentary) Workload A Time Utilization Time 11 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. General Considerations Consider Workload Characteristics during Downtime Utilization Normal Operation Utilization Peak HR DW ERP CRM Average DBA Time DBA DBB OS OS OS OS 12 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 6
7.
5/14/2012
General Considerations Consider Workload Characteristics during Downtime Utilization Normal Operation Utilization Peak HR DW ERP CRM Average DBA Time DBA DBB During Downtime Peak OS OS OS OS Utilization Average Time 13 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. The Benefits of Standardization Easier deployment and better predictability • Standardization of software and hardware simplifies planning • Standardized hardware means a Nodes predictable behavior should demand increase and additional hardware needs to be added (horizontal scaling approach) New • Using “application profiling” (template Application A based deployment) based on current system(s) and performance baselines Large OLTP Medium allows for a predictable deployment of OLTP Small new applications on the same system OLTP using existing profiles. Then deploy 14 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 7
8.
5/14/2012
Database Consolidation 15 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Database Consolidation Starting block: One Database instance per server • Components to consider: • Memory • CPU DB • I/O • Processes OS • Network 16 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 8
9.
5/14/2012
Database Consolidation One instance per server as the basis • An Oracle database by default assumes that there is only one database instance running on the server: • Instance parameters are based on this assumption • Consolidation changes that premise • Main resources used: DB • Memory • CPU • I/O • Resources “regulated by default”: • Memory OS • SGA / PGA Targets • CPU 17 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Database Consolidation Recommendation 1: Manage Memory carefully (and dynamically) • Avoid memory starvation and swapping as it has negative impact on the system. • Do not oversubscribe memory resources • Define memory settings carefully – rule of thumb: • For the OS in general: • Shared Memory identifiers and segments DB • Use Hugepages, if possible – details: 80% • MOS notes 361323.1 and 401749.1 • For OLTP applications: • SUM (sga_target + pga_aggregated_target) <= 80% of physically available memory per DB server OS 20% • For DW / BI applications: • SUM (sga_target + 3* pga_aggregated_target) <= 80% of physically available memory per DB server 18 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 9
10.
5/14/2012
Database Consolidation Recommendation 2: Use CPU_COUNT to “cage instances” • CPU usage should be regulated. • The OS scheduler schedules CPU as requested by each individual instance. • The OS scheduler does not know about the DBB priority of the various instances on the server. • Use CPU_COUNT or ideally Instance Caging DBA • Instance Caging is configured in just 2 steps: • 1. Set “cpu_count” parameter • Max. number of CPUs the instance can use at any time • 2. Set “resource_manager_plan” parameter OS • Enables CPU Resource Manager • E.g. out-of-box plan “DEFAULT_PLAN” 19 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Database Consolidation Using CPU_COUNT as a “central knob” • CPU_COUNT regulates CPU usage and Data Structures dependent resources (to a certain degree): Concurrency Parallelism • Parallelism (PQ operations) fx(CPU_COUNT) • Processes Processes DBB • Load Calculation Memory Allocation Load Calculation • Processes and PQ DBA operations should be 80% considered explicitly. 16 OS 20% 20 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 10
11.
5/14/2012
A Word on Instance Caging 21 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Database Consolidation Instance Caging: Partitioning Approach • Provides maximum isolation 16 CPUs 32 28 • For performance-critical databases DBA DBB DBC DBD 24 • If one database instance is idle, 20 its CPU allocation is unused 16 Instance D: 4 CPUs 12 • The rule of thumb for the partitioning Instance C: 4 CPUs 8 approach is to set a general limit: Instance B: 4 CPUs • SUM (CPU_COUNT) < 75% x Total CPUs 16 OS 4 Instance A: 4 CPUs 0 22 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 11
12.
5/14/2012
Database Consolidation Instance Caging: Over-Provisioning Approach • Best used for non-critical databases 16 CPUs 32 that are typically well-behaved 28 DBA DBB DBC DBD • Contention for CPU if database 24 instances are sufficiently loaded 20 Instance D: 8 CPUs 16 • Typically not enough contention 12 to destabilize OS or DB instances Instance C: 6 CPUs 8 Instance B: 4 CPUs • Best approach if the goal 16 OS 4 Instance A: 4 CPUs is fully utilized CPUs 0 23 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Database Consolidation Instance Caging – under the covers • If cpu_count is set to 4 on a 16 CPU server Over-Provisioning • All foreground processes make progress Partitioning Approach Approach • But only 4 foregrounds are running at any time 32 32 28 28 • Most backgrounds are not managed 24 24 • Critical and use very little CPU 20 20 • MMON, Job Scheduler slaves are managed Instance D: 8 CPUs 16 16 Instance D: 4 CPUs • No CPU affinity 12 12 Instance C: 6 CPUs Instance C: 4 CPUs • Not meant for hard-partitioning or licensing 8 8 • All CPUs may be used Instance B: 4 CPUs Instance B: 4 CPUs 4 4 • CPU utilization averaged across all CPUs ≤ 25% Instance A: 4 CPUs Instance A: 4 CPUs 0 0 • More information: http://www.oracle.com/technetwork/database/focus-areas/performance/instance-caging-wp-166854.pdf 24 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 12
13.
5/14/2012
Database Consolidation Over-Provisioning Approach – It’s still hardware that’s the limit • Best used for non-critical 140 120 databases that are typically 100 80 well-behaved – examples: CPU Util. 60 Average 40 • Complimentary workload 20 0 • Systems with little contention t1 t2 t3 t4 t5 t6 t7 t8 t9 t10 t11 t12 for CPU if database instances 32 16 CPUs are sufficiently loaded. 28 DBADBBDBCDBD 24 • Do not use, 20 Instance D: 8 CPUs 16 • If the load is significant and of longer duration, as system 12 Instance C: 6 CPUs stability can get impacted. 8 Instance B: 4 CPUs • For highly critical systems 16 OS 4 Instance A: 4 CPUs 0 25 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Database Consolidation How much over-provisioning is OK? • As CPU_COUNT does not consider the “quality of a CPU” an absolute maximum 32 is hard to determine / depends on the system. 16 CPUs 28 DBA DBB DBC DBD • The general rule of thumb is: 24 • SUM (CPU_COUNT) <= up to 2x Total CPUs 20 • Consider different system types: Instance D: 8 CPUs 16 Threaded Core based Engineered 12 “Total CPUs” Instance C: 6 CPUs # of threads # of cores # of threads are based on 8 Max. over- Instance B: 4 CPUs provisioning 1.5 (HT*) 2.0 3.0 (DBM) 16 OS 4 1.0 (hHT**) 2.0 (ODA) Instance A: 4 CPUs factor 0 (HT*): ratio 1:2; (hHT**): ratio 1:n, with n >2 26 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 13
14.
5/14/2012
Database Resource Management 27 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Database Consolidation Recommendation 3: Use DB Resource Manager 3 steps to use Resource Manager: 1. Group sessions with similar performance objectives into Consumer Groups 2. Allocate resources to consumer groups using Resource Plans 3. Enable Resource Plan 28 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 14
15.
5/14/2012
Summary Database Consolidation 29 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Database Consolidation Summary 1. Define memory settings carefully: • For OLTP applications: 32 • SUM (sga_target + pga_aggregated_target) 28 <= 80% of physically available memory per DB server DBB • For DW / BI applications: 24 • SUM (sga_target + 3* pga_aggregated_target) 20 <= 80% of physically available memory per DB server 80% Instance D: 8 CPUs DBA 16 2. Use CPU_COUNT or ideally Instance Caging 12 Instance C: 6 CPUs • The general rule of thumb is: • SUM (CPU_COUNT) <= up to 2 x Total CPUs 8 OS 20% Instance B: 4 CPUs 4 • Consider different system types. Instance A: 4 CPUs 0 3. These are the most crucial per server limits. 30 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 15
16.
5/14/2012
Oracle RAC-specific Considerations for Consolidation 31 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Oracle RAC based Consolidation Server limits are mostly reached before cluster limits apply • Most customers will experience “per server limits” before “cluster limits” apply. • Oracle RAC introduces a few more Per Server Limits DBA1 DBB1 DBC1 DBA2 DBB2 DBC2 processes (potential limits) to consider. • Oracle RAC DBs use LMS Real Time (RT) processes per instance. • LMS RT processes need to be considered in particular Clusterware Clusterware 16 OS 16 OS Cluster Limits 32 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 16
17.
5/14/2012
Real Time (RT) Processes 33 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Oracle RAC based Consolidation Considerations for Real Time (RT) Processes in general • A Real Time process can only run on one CPU (core) at a time. • The usage of the CPU is typically short. DBA1 DBB1 DBC1 DBA2 DBB2 DBC2 • The general rule of thumb is: • The aggregated number of RT processes per server should not exceed the number of cores per server • One Oracle RAC instance has typically at Clusterware Clusterware least one RT process (LMS) per default 16 OS 16 OS • An Oracle ASM instance has one RT process • Oracle Clusterware uses various RT processes 34 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 17
18.
5/14/2012
Oracle RAC based Consolidation Background for LMS Real Time (RT) Process recommendation • The number of LMS RT processes per instance is determined by a function on CPU_COUNT. • In order to guarantee optimized DBA1 DBB1 DBC1 DBA2 DBB2 DBC2 performance and reliability, the general rule of thumb for RAC is: • The aggregated number of LMS RT processes per server should not exceed [cores per server]-1 • See MOS note: 558185.1 for details Clusterware Clusterware • This leaves one core free for additional RT processes to be assigned as needed, as 16 OS 16 OS LMS RT can stay on a core for a moment 35 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Oracle RAC based Consolidation Automatic adjustment of LMS process priority in 11.2.0.3 • With 11.2.0.3 the number of LMS RT processes are monitored and adjusted according to the number of cores on DBA2 DBB2 DBC2 DBD2 DBA1 DBB1 DBC1 DBD1 the node periodically. Per Server Limits DBF1 DBF2 • The goal is to keep RT LMSs per server <= # cores per server • For details, see MOS note 1392248.1 – Auto-Adjustment of LMS Process Priority in Oracle RAC with 11.2.0.3 and later DBE1 DBE2 • This excludes any ASM instance running on the system as well as any pre-11.2.0.3 database instance 4 OS 4 OS • See also MOS note 1439551.1 – Oracle (RAC) Database Consolidation Guidelines for Environments using mixed Database Versions 36 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 18
19.
5/14/2012
Oracle RAC based Consolidation Recommendation 4: Over-provision only based on CPU_COUNT • Do not over-provision the number 48 . of LMS RT processes on one server. . . . DBA2 DBB2 DBC2 DBD2 DBA1 DBB1 DBC1 DBD1 . Per Server Limits . • Limit the number of RT LMSs by: DBF1 DBF2 32 • Using CPU_COUNT 28 • Directly reducing the number of LMS 24 RT processes (gcs_server_processes) DBE1 DBE2 20 • Downgrading additional LMS RT Instance D: 8 CPUs 16 processes to time share (TS). 12 • In 11.2.0.3 and later, the RT to CPU OS OS 8 Instance C: 6 CPUs rule will be enforced by automatically Instance B: 4 CPUs downgrading subsequently started 4 LMS RT processes to TS. Instance A: 4 CPUs 0 37 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Cluster Limits 38 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 19
20.
5/14/2012
Oracle RAC based Consolidation Cluster Limits – Starting DBs are currently the main concern • In most cases, per server limits will be Starting: reached before cluster limits are reached. • Registered databases and instances start • Cluster limits apply to: • Default is “starting • Registered resources (databases) at the same time”. DBC1 DBD1 DBC2 DBD2 DBA1 DBB1 DBA2 DBB2 • Starting databases in the cluster – reason: • Starting databases need to register with the cluster (Oracle Clusterware). • Currently and for example, 100 Clusterware Clusterware starting Oracle RAC databases on a 4 node cluster are supported. OS OS • The Number assumes each Oracle RAC database uses an instance on each node. Cluster Limits 39 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Summary 40 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 20
21.
5/14/2012
(Oracle RAC) Database Consolidation Summary • For a successful database consolidation, consider the following as rules of thumb: Existing Workload Peak DB Utilization 80% 1. General considerations for capacity planning Average 2. Manage Memory carefully (and dynamically) Time + OS 20% 3. Use CPU_COUNT 4. Use DB Resource Manager Data Structures 5. Over-provision only based on CPU_COUNT Concurrency Parallelism Processes Memory Allocation Load Calculation = 41 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 42 Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 21
Jetzt herunterladen