Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted1
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted2
The following is in...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted3
Oracle Multitenant
...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted4
Agenda
 Rethinking...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted5
Agenda
 Rethinking...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted6
Pressures
Increase ...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted7
Private Cloud Datab...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted8
Private Cloud Datab...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted9
Oracle Database Arc...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted10
New Multitenant Ar...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted11
New Multitenant Ar...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted12
Agenda
 Rethinkin...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted13
Multitenant Archit...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted14
Multitenant Archit...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted15
Multitenant Archit...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted16
0
0.5
1
1.5
2
2.5
...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted17
Files in the CDB
...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted18
Users  Local user...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted20
Unplug / plug to c...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted21
Unplug / plug to c...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted22
Unplug / plug to c...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted23
Agenda
 Rethinkin...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted24
Manage Many as One...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted25
Manage Many as One...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted26
Multitenant for Si...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted27
Multitenant for Up...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted30
GOLD
SILVER
BRONZE...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted31
Multitenant for Fa...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted32
Multitenant for Pr...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted34
Per PDB vs per CDB...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted35
Advantages of Mult...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted36
Benefit Capability...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted37
Agenda
 Rethinkin...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted38
Managing Shared Re...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted41
Manage CPU
Pluggab...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted42
Agenda
 Rethinkin...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted43
Upgrading to Multi...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted44
Upgrading to Multi...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted45
Upgrading to Multi...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted46
Upgrading to Multi...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted47
Migrate using Repl...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted48
Agenda
 Rethinkin...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted49
1. Multitenant for...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted50
2. Consolidation o...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted51
RAC, Data
Guard, D...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted52
RAC, Data
Guard, D...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted53
4. Multitenant. Pe...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted54
5. Multitenant. Pe...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted56
Oracle Multitenant...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted57
Benefit Capability...
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted58
Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted59
Upcoming SlideShare
Loading in …5
×

„Simplify Consolidation with Oracle Database 12c” Piotr Kołodziej, Master Principal Sales Consultant, Oracle Polska

1,232 views

Published on

Plug into the Cloud with Oracle Database 12c, 27.06.2013

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,232
On SlideShare
0
From Embeds
0
Number of Embeds
4
Actions
Shares
0
Downloads
94
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Oracle Multitenant is a new architecture for consolidating databases and simplifying operations in the cloud.
  • Markus: Could you talk about some considerations we made as we set about designing Oracle Database 12c. PatrickWe always start by talking to our customers about the pressures and challenges they’re facing and what trends they’re seeing in the industry.Some things don’t change. They face the same pressures and the same requirements as ever:Pressure to do more with less; be faster, leaner, cheaper, and deliver services 24/7. Big companies have achieved scale. Now they want to realize economies of scale. Requirements are familiar: PSR & HA. Security in threatening climate. No time to stop and retool with new applications.The trends are what is new. These are the techniques to use to respond to these pressures within the constraints of the requirements. With the advent of cloud computing and availability of massively powerful servers – even engineered systems such as Exadata - our customers want to consolidate many applications into fewer larger servers. there’s a move to standardized services – even self-service.
  • Here we see various strategies available to customers in Oracle 11g and earlier for consolidating database services.First generation was to use VM’s. Architecture allows powerful servers to be partitioned between numerous virtual machines, one per application.Downside is that you have the resource and management overheads of OS and RDBMS per VM – that is, per application. "replaced physical sprawl with virtual sprawl and virtual sprawl is still expensive"In the dedicated database model, we have a single physical server supporting multiple databases, one per application. RDBMS process and memory overhead replicated per application. I’ll cover this in more detail in a moment. In 11g and earlier the highest level of consolidation could be achieved by what we call schema consolidation. In this model we have one big server with one big database. Individual applications are installed in separate schemas or table-owners. Database overheads are shared between all applications which affords maximum consolidation. However resource contention and tenant isolation are difficult to manage.Schemas downside is: not app transparent, no isolation
  • …and in Oracle Database 12c, we introduce Multitenant, our new architecture for consolidating databases in the cloud. This delivers all the resource utilization advantages of schema consolidation with none of the downsides.
  • Let’s review the dedicated database model in more detail.Each dedicated database consumes its own share of server resources for background processes and shared memory. As we add databases you can see the system resources being consumed.
  • In our new multitenant architecture, memory and background processes are required at the container database level only. Because this overhead is shared rather than replicated per database, you can see that there is a significantly reduced load on the system resources than with the dedicated database model.
  • By managing many as one, we maximize OpEx reduction. Here we see a single backup stragegy for the entire container database… with the granularity of a PITR capability at the individual PDB level.
  • High Availability – standby database maintained by Active Data Guard.
  • Manage many as one with upgrades or patches applied at the container level.
  • But if you want the granularity of a per-PDB upgrade, it can be done by unplug/plug into a second CDB, upgraded to the required level. ERP never moves to 12.x.
  • Multitenant plays well with RAC. It’s a symbiotic relationship. Multitenant makes RAC better and RAC makes Multitenant better.
  • Compare: Dedicated database – new backup required;Schema consolidation – manage many as one with no agility.
  • NOTE: A bug prevents remote clone from being used in 12.1.0.1. We hope that the fix will be included in 12.1.0.2.
  • Have your cake and eat it!
  • Consolidation to maximize resource utilization.Re standardize etc, make point that technology is the enabler here
  • This is an opportunity to describe how we can now support inter database Resource Management. The dials are simply showing that as higher priority workloads come on the lower priority ones release resources. We aren't being specific about the resource. It could be CPU or Parallel Query Servers.
  • Consolidation / DBaaSPut in provisioning message here…
  • Play this slide click-by-click, explaining choices on the way.Compare: Dedicated database – new backup required;Schema consolidation – manage many as one with no agility.
  • This slide plays automatically. No clicking required.Compare: Dedicated database – new backup required;Schema consolidation – manage many as one with no agility.
  • [why not use the original slide from larry with the bullets below?][changed tagline]Data Isolation: Each Customer’s Data in Private Pluggable DatabaseDatabase Security: All Native Database Security features work: Encryption, Redaction …Database Tools: All Native Query, Reporting, Business Intelligence Tools WorkNone of this Works when Multitenanacy is Implemented at the Application LevelAdd that this provides an instant SaaS architecture for legacy applications
  • Added periodIs -> are
  • Self-service of standardized DBaaS from farms / private cloudsSize, memory, HA characteristics
  • Run video
  • Consolidation to maximize resource utilization.Re standardize etc, make point that technology is the enabler here
  • „Simplify Consolidation with Oracle Database 12c” Piotr Kołodziej, Master Principal Sales Consultant, Oracle Polska

    1. 1. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted1
    2. 2. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted2 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. Release timing for Oracle Database 12c is planned for Calendar Year 2013.
    3. 3. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted3 Oracle Multitenant Simplify Consolidation with Oracle Database 12c Piotr Kołodziej Master Principal Technical Advisor, EMEA ACS piotr.kolodziej@oracle.com
    4. 4. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted4 Agenda  Rethinking Database Architecture for the Cloud  Multitenant Architecture  Capabilities Enabled  Managing Shared Resources  Upgrading to Multitenant  Use Cases
    5. 5. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted5 Agenda  Rethinking Database Architecture for the Cloud  Multitenant Architecture  Capabilities Enabled  Managing Shared Resources  Upgrading to Multitenant  Use Cases
    6. 6. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted6 Pressures Increase Agility Reduce Costs • Capital Costs • Operating Costs Non-stop operations DBA challenges: • Patching, upgrades • Provisioning Pressures Requirements Increase Agility Performance, scalability Reduce Costs • Capital Costs • Operating Costs Reliability, availability Non-stop operations Security, tenant isolation DBA challenges: • Patching, upgrades • Provisioning No application changes Pressures Requirements Trends Increase Agility Performance, scalability Private Cloud Reduce Costs • Capital Costs • Operating Costs Reliability, availability Massively Powerful Servers (Exadata) Non-stop operations Security, tenant isolation Virtualization DBA challenges: • Patching, upgrades • Provisioning No application changes Simplification • Standardized Services • Self-Service Industry Today
    7. 7. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted7 Private Cloud Database Architectures Oracle Database 11g Dedicated Databases share servers and OS Virtual Machines share servers Schema Consolidation share servers, OS and database Increasing Consolidation
    8. 8. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted8 Private Cloud Database Architectures Oracle Database 12c Dedicated Databases share servers and OS Virtual Machines share servers Multitenant Database share servers, OS and database Increasing Consolidation
    9. 9. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted9 Oracle Database Architecture Requires memory, processes and database files System Resources
    10. 10. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted10 New Multitenant Architecture Memory and processes required at multitenant container level only System Resources
    11. 11. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted11 New Multitenant Architecture Memory and processes required at multitenant container level only System Resources
    12. 12. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted12 Agenda  Rethinking Database Architecture for the Cloud  Multitenant Architecture  Capabilities Enabled  Managing Shared Resources  Upgrading to Multitenant  Use Cases
    13. 13. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted13 Multitenant Architecture Components of a Multitenant Container Database (CDB) Pluggable Databases (PDBs) PDBs Root CDB
    14. 14. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted14 Multitenant Architecture  Multitenant architecture can currently support up to 252 PDBs  A PDB feels and operates identically to a non-CDB  You cannot tell, from the viewpoint of a connected client, if you’re using a PDB or a non-CDB Database Link
    15. 15. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted15 Multitenant Architecture – Dynamics  PDBs share common SGA and background processes  Foreground sessions see only the PDB they connect to
    16. 16. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted16 0 0.5 1 1.5 2 2.5 3 CRM HCM ERP BI GB Pluggable Database MEMORY 0 0.5 1 1.5 2 2.5 3 CRM HCM ERP BI DW GB Pluggable Database MEMORY Multitenant Scalability  Only small increments in memory as additional PDBs are added 0 0.5 1 1.5 2 2.5 3 CRM HCM ERP GB Pluggable Database MEMORY
    17. 17. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted17 Files in the CDB  Each PDB has its own set of tablespaces including SYSTEM and SYSAUX  PDBs share UNDO, REDO and control files, (s)pfile  By default the CDB has a single TEMP tablespace but PDBs may create their own Namespaces
    18. 18. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted18 Users  Local users are the successors for customer-created users in a non-CDB  A local user is defined only in a PDB  A local user can administer a PDB  A common user is defined in the root and is represented in every PDB  A common user can log into any PDB where it has “Create Session” and can therefore administer a PDB  The Oracle system is owned by common users
    19. 19. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted20 Unplug / plug to change the Container Simply unplug from the old CDB…
    20. 20. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted21 Unplug / plug to change the Container …and plug in to the new CDB…  Moving between CDBs is a simple case of moving a PDB’s metadata  Upgrading and patching become much simpler  An unplugged PDB carries with it lineage, opatch, encryption key info etc
    21. 21. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted22 Unplug / plug to change the Container Example alter pluggable database HCM unplug into '/u01/app/oracle/oradata/…/hcm.xml' create pluggable database My_PDB using '/u01/app/oracle/oradata/…/hcm.xml' Plug Unplug
    22. 22. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted23 Agenda  Rethinking Database Architecture for the Cloud  Multitenant Architecture  Capabilities Enabled  Managing Shared Resources  Upgrading to Multitenant  Use Cases
    23. 23. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted24 Manage Many as One with Multitenant Backup databases as one; recover at pluggable database level One Backup Point-in-time recovery At pluggable database level
    24. 24. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted25 Manage Many as One with Multitenant One standby database covers all pluggable databases
    25. 25. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted26 Multitenant for Simplified Patching Apply changes once, all pluggable databases updated Upgrade in-place
    26. 26. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted27 Multitenant for Upgrades Flexible choice when patching & upgrading databases
    27. 27. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted30 GOLD SILVER BRONZE RAC, Data Guard, Daily Incrementals Data Guard, Daily Incrementals Weekly Full Backups PDB migrates through SLAs as it becomes more mission critical Unprecedented Agility with Pluggable Portability
    28. 28. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted31 Multitenant for Fast Provisioning Pluggable databases can be quickly provisioned from seed
    29. 29. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted32 Multitenant for Provisioning  PDBs can be cloned from remote CDBs  PDBs can be cloned from within the same CDB Fast cloning of PDBs
    30. 30. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted34 Per PDB vs per CDB Common operations on CDB with granular control where appropriate Single Oracle Software Version Data Guard Scheduled RMAN Backups Some parameters/properties e.g. homogeneous character set Redo and Undo RMAN point-in-time recovery Ad hoc RMAN backups Flush shared pool Parameters where IsPDB_Modifiable = 'TRUE' Per CDB Per PDB
    31. 31. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted35 Advantages of Multitenant Architecture Reduced CapEx & OpEx, Increased Agility, Easy Adoption Self-contained PDB for each application  Applications run unchanged  Rapid provisioning (via clones)  Portability (via pluggability) Shared memory and background processes  More applications per server Common operations performed at CDB level  Manage many as one (upgrade, HA, backup)  Granular control when appropriate
    32. 32. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted36 Benefit Capability Enabled Minimize CapEx • More applications per server Minimize OpEx • Manage many as one • Standardized procedures & service levels • Rapid provisioning Maximize Agility • Cloning for development / testing • Portability through “pluggability” • Scalability with RAC Ease of Adoption • Applications run unchanged Key Benefits
    33. 33. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted37 Agenda  Rethinking Database Architecture for the Cloud  Multitenant Architecture  Capabilities Enabled  Managing Shared Resources  Upgrading to Multitenant  Use Cases
    34. 34. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted38 Managing Shared Resources Resource management in multitenant environment High Priority Medium Priority Low Priority Database Resource Manager
    35. 35. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted41 Manage CPU Pluggable Database Shares Guaranteed CPU Maximum CPU HCM 2 2/4 = 50% 100% CRM 1 1/4 = 25% 100% ERP 1 1/4 = 25% 100% 2 Shares 1 Share 1 Share A CDB Resource Plan uses shares to specify how CPU is distributed between PDBs
    36. 36. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted42 Agenda  Rethinking Database Architecture for the Cloud  Multitenant Architecture  Capabilities Enabled  Managing Shared Resources  Upgrading to Multitenant  Use Cases
    37. 37. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted43 Upgrading to Multitenant: Method #1 Step 1: Upgrade databases in-place Upgrade in Place
    38. 38. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted44 Upgrading to Multitenant: Method #1 Step 2: Plug-in upgraded databases
    39. 39. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted45 Upgrading to Multitenant : Method #1 Step 3. Change applications to work with Multitenant
    40. 40. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted46 Upgrading to Multitenant : Method #1  No application changes required. Step 3. Change applications to work with Multitenant
    41. 41. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted47 Migrate using Replication: Method #2 ① Provision new PDB from Seed ② Replicate using technologies such as Oracle GoldenGate or Data Pump New in 12.1, you ask that full database export and full database import make maximum use of transportable tablespaces in the single expdb and impdb commands. (Backported to 11.2.0.3.)
    42. 42. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted48 Agenda  Rethinking Database Architecture for the Cloud  Multitenant Architecture  Capabilities Enabled  Managing Shared Resources  Upgrading to Multitenant  Use Cases
    43. 43. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted49 1. Multitenant for Test and Development Fast, flexible copy and snapshot of pluggable databases
    44. 44. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted50 2. Consolidation of Disparate Applications Shared overhead of memory and processes System Resources
    45. 45. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted51 RAC, Data Guard, Daily Incrementals Data Guard Daily Incrementals Pick from standard sizes and service levels 3. Self-Service Database as a Service (DBaaS) ✔ GOLD SILVER BRONZE Weekly Full Backups ✔
    46. 46. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted52 RAC, Data Guard, Daily Incrementals Data Guard Daily Incrementals Pick from standard sizes and service levels 3. Self-Service Database as a Service (DBaaS) ✔ GOLD SILVER BRONZE Weekly Full Backups ✔
    47. 47. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted53 4. Multitenant. Perfect for SaaS. Multitenancy implemented by the Database, not the Application
    48. 48. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted54 5. Multitenant. Perfect for ISVs. Packaged apps and reference data are easily distributed
    49. 49. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted56 Oracle Multitenant What customers are saying… “Oracle Multitenant is a step forward in that it gives us more control over our schemas and applications; to be able to isolate them, give definitive statements on how performance is working and be able to manage more databases better.” Carfax “Oracle Multitenant allows us to consolidate hundreds of databases onto a RAC environment that guarantees the separation that drove us to put them on separate servers previously.” Logical Technology “Undoubtedly the number one most compelling feature of Oracle Database 12c is the support for consolidation. Oracle Multitenant can share memory resources, and make management easier because it is still a single database instance.” Pythian “With Oracle Database 12c, we can now copy an entire database from one instance to another using full transportable export/import. This minimizes the downtime when migrating clients’ databases.” Accenture
    50. 50. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted57 Benefit Capability Enabled Minimize CapEx • More applications per server Minimize OpEx • Manage many as one • Standardized procedures & service levels • Rapid provisioning Maximize Agility • Cloning for development / testing • Portability through “pluggability” • Scalability with RAC Ease of Adoption • Applications run unchanged Key Benefits
    51. 51. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted58
    52. 52. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted59

    ×