Downloaded 13 times
Uploaded byAitor Ibañez
Bilbao oracle12c keynote
The document discusses Oracle Database 12c and its features, particularly focusing on the benefits of cloud integration, database consolidation, and improved management through multitenant architecture. It emphasizes the need for efficiency and innovation in IT due to increasing demands and complexities, while showcasing new functionalities such as automatic data optimization, improved security measures, and performance enhancements. Customer testimonials highlight the advantages of pluggable databases for better resource management and reduced downtime.
More Related Content
Similar to Bilbao oracle12c keynote
Bilbao oracle12c keynote
- 1. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.1 Aitor Ibañez Enterprise Architect North Region Technical Manager Plug into the Cloud with Oracle Database 12c
- 2. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.2 A long journey… started 8 years ago… Oracle at Bilbao
- 3. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.3 … speaking about the future RAC and Maximum Availability Architecture: 10 years ago Storage Database Database Storage
- 4. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.4 … getting to the next level of efficiency… Cloud Computing & Database as a Service Consolidation High Availability Business Continuity Extreme Performance In-Memory Database Task Automation Security ConsolidationDensity Schema Consolidation Share Servers,OS & Database Virtual Machines Share Servers Clustered Databases Share Servers & OS … to be READY for…
- 5. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.5 IT Under Pressure WE’RE AT A TIPPING POINT IN IT Increasing Demands from Users Explosion in Mobile Devices, Data and Risk State Pressures on Business / IT
- 6. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.6 IT Under Pressure BUSINESS REQUIRES NEW SERVICES 10x more Servers 50x more Data 75x more Files 1.5x more IT Personnel all with only
- 7. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.7 IT Under Pressure ARE DRIVING COMPLEXITY Big Data Globaliization Mobile Devices Inhibits Growth and Innovation Wastes Growth and Innovation
- 8. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.8 IT Under Pressure 80% TODAY, of budget goes to Maintaining current operations
- 9. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.9 The Changing World of IT Consolidation $ $ Maintenance Innovation RIGHT NOW Business spend 4x more on IT maintenance than on innovation $$ Maintenance Innovation CONSOLIDATION CAN SHIFT THAT
- 10. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.10 Oracle Database 12c Reduce the cost of storing data Provide continued access to data Enable quicker access to data Provide simpler management of data Ensure secure access to data Core Aims of Oracle Database 12c
- 11. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.11 Database Consolidation on Clouds Traditional consolidation methods ConsolidationDensity Schema Consolidation Share Servers, OS & Database Virtual Machines Share Servers Clustered Databases Share Servers & OS
- 12. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.12 ConsolidationDensity Oracle Multitenant Simplifies consolidation, enables Database as a Service Share Servers, OS & Database Pluggable DatabasesClustered Databases Share Servers & OS Virtual Machines Share Servers
- 13. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.13 Oracle Database Architecture Requires memory, processes and database files System Resources
- 14. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.14 New Multitenant Architecture Memory and processes required at container level only System Resources
- 15. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.15 New Multitenant Architecture Memory and processes required at container level only System Resources
- 16. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.16 Managing Shared Resources Resource management for consolidated databases High Priority Medium Priority Low Priority
- 17. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.17 Simplified Patching Apply changes once, all pluggable databases updated Upgrade in-place
- 18. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.18 Simplified Upgrades Flexible choice when patching & upgrading databases
- 19. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.19 RAC, Data Guard Data Guard Oracle Multitenant for Database as a Service Pick from standard sizes and service levels ✔ GOLD SILVER BRONZE Backups✔
- 20. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.20 Creating Databases for Test and Development Fast, flexible copy and snapshot of pluggable databases
- 21. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.21 Isolation and multitenancy Fast provisioning and cloning Secure and highly available No application changes Manage many as one Greater resource utilization Performant and scalable Lower IT costs New Multitenant Architecture Ideal for consolidating databases on Clouds
- 22. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.22 Oracle Database 12c What customers are saying… “Pluggable databases 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 “Pluggable databases 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 Power “Undoubtedly the number one most compelling feature of Oracle Database 12c is the support for consolidation. Pluggable databases can share memory resources, and they can make the 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
- 23. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.23 Heat Map Smart Compression Automated Tiering In Database Archiving Network Compression Automatic Data Optimization Optimize data storage based on usage
- 24. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.24 Automatic Data Optimization An in memory Heat Map tracks access to segments and blocks – Data is periodically written to disk – Information is accessible by views or stored procedures Users can attach policies to tables to compress or tier data based on access to data – Tables or Partitions can be moved between compression levels whilst data is still being accessed Simplifying the life cycle of data Policy 1
- 25. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.25 Automatic Data Optimization Add compression and tiering policies to tables Copyright © 2012, Oracle and/or its affiliates. All rights reserved.25 Oldest Data Most Recent Data Policy 1 Policy 2 Compress Partitions with row compression if they haven’t been modified in 30 days Compress Partitions with columnar compression if they haven’t been modified in 180 days
- 26. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.26 Automatic Data Optimization Reduce storage footprint, read compressed data faster Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted26 Oldest Data Most Recent Data Policy 1 Policy 2
- 27. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.27 Automatic Data Optimization Automatically tier data to lower cost storage Copyright © 2012, Oracle and/or its affiliates. All rights reserved.27 Oldest Data Most Recent Data Policy 1 Policy 2 Policy 3 If the tablespace is nearly full compress the oldest partition with archive compression and move it to Tier 2 Storage
- 28. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.28 Data Guard Far Sync Data Guard Fast Sync Global Data Services Active Data Guard Reporting Enhancements Flex ASM Rolling Upgrade using Data Guard Application Continuity High Availability Active Replicas GoldenGate Integrated Capture
- 29. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.29 Data Masking at Source Privilege Analysis Integrated Audit Framework Data Redaction Database Vault Mandatory Realms Sensitive Data Discovery Security Defense in Depth
- 30. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.30 Soc. Sec. # 115-69-3428 DOB 11/06/71 PIN 5623 Policy enforced redaction of sensitive data Redacting Sensitive Data Mask Application Data Dynamically Call Center Operator Payroll Processing Call Centers Decision Support Systems Systems with PII, PHI, PCI data
- 31. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.31 Security & Compliance Big Data Consolidation Data Optimization Application Development High Availability In-Memory Performance & Scalability Data Warehousing Plug into the Cloud
- 32. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.32 INTRODUCING ORACLE DATABASE BACKUP LOGGING RECOVERY APPLIANCE
- 33. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.33 Database Protection Without Compromise Oracle Database Backup Logging Recovery Appliance 000s of Databases Redo and change data Validated and compressed changes Replicate changes offsite to the Cloud
- 34. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.34 INTRODUCING ORACLE DATABASE IN-MEMORY OPTION
- 35. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.35 Oracle Database In-Memory Option Seamlessly integrated into Oracle Database 12c Delivers extreme performance for – Analytics and ad-hoc reporting on live data – Enterprise OLTP and Data Warehousing – Scale-up and scale-out Trivial to deploy for all applications and customers Leading edge In-Memory technology
- 36. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.36 Oracle 12c: Stores Data in Both Formats Simultaneously Optimizing Transaction and Query Performance Row Format Databases versus Column Format Databases Row Transactions run faster on row format – Insert or query a sales order – Fast processing few rows, many columns Column Analytics run faster on column format – Report on sales totals by state – Fast accessing few columns, many rows ORDER SALES SALES S T A T E
- 37. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.37 BOTH row and column in-memory formats for same data/table Simultaneously active and transactionally consistent 100X Faster Analytics & reporting: column format 2X Faster OLTP: row format Breakthrough: Dual Format In-Memory Database Column Format Memory Row Format Memory AnalyticsOLTP Sales Sales
- 38. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.38 OLTP is Slowed Down by Analytic Indexes Table 1 to 3 OLTP Indexes 5 to 15 Analytics Indexes Most Indexes in OLTP (e.g. ERP) databases are only used for analytic queries Indexes work well for predictable access patterns both in-memory and on-disk Inserting one row into a table requires 10-20 analytic indexes to be updated: Slow!
- 39. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.39 Column Store Replaces Analytic Indexes Table 1 to 3 OLTP Indexes Analytic queries 100X faster OLTP & batch: 2X - 3X faster No Analytic Index Overhead Replaced by Column Store: Near Zero Overhead Updates Less Tuning & Administration In-Memory Column Store
- 40. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.40
- 41. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.41 Engineered for Clouds and Big Data Copyright © 2013, Oracle and/or its affiliates. All rights reserved.41 Big Data Database as a Service Cloud
- 42. Copyright © 2013,Oracle and/or its affiliates. All rights reserved.42
Editor's Notes
- #12 11
- #13 12
- #17 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.
- #19 Erp never moves to 12.x Parches, versiones, solo lo haces una vez para todas las PDBs…
- #20 19
- #21 Concepto de semilla de una PDB: template con la configuración de DB, clonas y lo despliegas en el Container destino (Dev o Prod).
- #23 22
- #29 Fast sync means don't wait for confirmation that the remote site has written to disk before acknowledging the remote propagation has completed. Improved throughput for marginal increase in risk. Typically a distance greater than 100-150 miles is where latency becomes punitive for sync standby. It is possible to run at distances greater than this but you experience a degradation in performance… Typically 1ms per 100miles.
- #30 1.9.2.7 Oracle Database Vault Mandatory Realms Oracle Database Vault mandatory realms block both DBA privileges and direct object privilege grants, including the object owner. Traditional Oracle Database Vault realms protect against the common DBA ANY system privileges, preventing privileged users from accessing realm-protected objects using their SELECT ANY privilege. With the mandatory realm, users with direct object privileges, including the object owner, are blocked from accessing realm protected objects as well. As with traditional realms, users who need access are authorized using the realm authorization capability of Oracle Database Vault. Oracle Database Vault mandatory realms provide increased protection for sensitive application tables that exist within a larger application. Using this feature, application tables that contain highly sensitive information can be placed in a mandatory realm and users with direct object grants will be blocked from accessing data contained in those tables. Mandatory realms can also be used in situations where database administrators, support analysts, or developers need temporary access to an application schema but access to specific application tables needs to be blocked.
- #31 Points to communicate: Emphasize security and compliance benefit Redacts specific columns in the database Works for tables, views, and materialized views Use Cases: Existing Applications Screens, reports dashboards, panels … Decision Support Systems Data warehouse and BI Exported spreadsheets Target data: Sensitive or regulated data Data with structure Stored in columns Data needs to be redacted in almost all cases
- #34 33
- #37 Row format is optimized for OLTP workloads. OLTP operations tend to access only a few rows but touch all of the columns. A row format allows quick access to all of the columns in a record since all the data for a given record are kept together in-memory and on-storage. Since all data for a row is kept together, much of the row data will be brought into the CPU with a single memory reference. Row format is also much more efficient for row updates and inserts. Analytical workloads access few columns but scan the entire data set. They also typically require some sort of aggregation. A columnar format allows for much faster data retrieval when only a few columns in a table are selected because all the data for a column is kept together in-memory and a single memory access will load many column values into the CPU. It also lends itself to faster filtering and aggregation, making it the most optimzed format for analytics. Up until now you have been force to pick just one format and suffer the tradeoff of either sub-optimal OLTP or sub-optimal Analytics.
- #38 Other databases have row and column formats but you must choose ONE format for a given table. Therefore you get either fast OLTP or fast Analytics on that table but not both. Oracle’s unique dual format architecture allows data to be stored in both row and column format simultaneously. This eliminates the tradeoffs required by others. Up until now, this could only be achieved by having a second copy of the table (Data Mart, Reporting DB, Operational Data Store), which adds cost and complexity to the environment, requires additional ETL processing and incurs time delays. With Oracle’s unique approach, there is a single copy of the table on storage. So there are no additional storage costs, synchronization issues, etc. The Oracle optimizer is In-Memory aware. It has been optimized to automatically route analytic queries to the column store, and OLTP queries to the row store.
- #39 Up until now, the only way to run analytic queries with an acceptable response on an OLTP environment was to create specific indexes for these queries. The good thing about indexes is that they are extremely scalable. They work well in-memory and also are extremely efficient on-disk since they minimize disk IO needed to find the requested data. All of these additional indexes need to be maintained as the data changes, which increase the elapse time for each of these changes.
- #40 The In-Memory Column store can now remove the need for additional analytic indexes if tables fit in memory. Makes DML faster and reduces the overall storage space required for system. And unlike a pure in-memory database, if the system should crash and need to restart your business can still operate fully. OLTP queries and updates (the heart of any transaction based system) will perform just as they always do against the indexed row store. Analytical queries will execute slowly until the In-Memory Column Store is populated, but they will still run. You don’t have to wait for all of the data to be populated in memory before resuming your business. Removing the need for analytic indexes greatly simplifies tuning and reduces ongoing administration. Queries on large tables no longer need to be indexed to perform well.