1. - 1 - Copyright 2013 Zero Defect Computing, Inc. An Exploration of Oracle Database 12c Key Feature Sets Jim Czuprynski Zero Defect Computing, Inc. September 22, 2013

2. - 2 - Copyright 2013 Zero Defect Computing, Inc. My Credentials 30+ years of database-centric IT experience Oracle DBA since 2001 Oracle 9i, 10g, 11g OCP ~ 100 articles on databasejournal.com and ioug.org Teach core Oracle DBA courses (G/I+RAC, Exadata, Performance Tuning, Data Guard) 2009: Oracle Education Partner Trainer of the Year Speaker at Oracle OpenWorld, IOUG COLLABORATE11, and OUG Norway 2013 Oracle-centric blog (Generally, It Depends)

3. - 3 - Copyright 2013 Zero Defect Computing, Inc. Our Agenda DBA 3.0: Consolidate or Perish! Multi-Tenancy Databases: CDBs and PDBs SQL Plan Management Upgrades Information Lifecycle Management Automatic Data Optimization Online Datafile and Partition Movement Policy-Based Automatic Redaction Q+A

4. - 4 - Copyright 2013 Zero Defect Computing, Inc. DBA 3.0: Consolidate or Perish! “Testing in production” is considered blasphemy …but DBAs must be able to guarantee excellent application performance before rollout of new releases You’ll just have to do more with less. - Our CIOs, 2013 Engineered systems are the new 800-pound gorillas Resource consolidation is the new reality  Earlier releases used instance caging, DBRM I/O management, and Exadata IORM to enforce it  Oracle 12cR1 offers several excellent, intrinsic consolidation features Less is more. – Ludwig Mies van der Rohe, c.1950

5. - 5 - Copyright 2013 Zero Defect Computing, Inc. Ex Uno, Multi: Multi-Tenancy Databases

6. - 6 - Copyright 2013 Zero Defect Computing, Inc. Multi-Tenancy: CDBs and PDBs Oracle Database 12cR1 offers a completely new multi- tenancy architecture for databases and instances: A Container Database (CDBs) comprises one or more Pluggable Databases (PDBs) CDBs are databases that contain common elements shared with PDBs PDBs are much like traditional databases in prior releases … …but PDBs offer extreme flexibility for cloning, upgrading, and application workload localization

7. - 7 - Copyright 2013 Zero Defect Computing, Inc. CDBs and Common Objects A CDB owns in common: Control files and SPFILE Online and archived redo logs Backup sets and image copies Each CDB has one SYSTEM, SYSAUX, UNDO, and TEMP tablespace Oracle-supplied data dictionary objects, users, and roles are shared globally between CDB and all PDBs PDB1 PDB3 PDB2 CDB1 SPFILE ORLs Control Files ARLs Backups Image Copies SYSTEM UNDOTBS1 SYSAUX TEMP Data Dictionary Roles Users CDBs and PDBs share common objects

8. - 8 - Copyright 2013 Zero Defect Computing, Inc. PDBs and Local Objects PDBs also own local objects PDBs have a local SYSTEM and SYSAUX tablespace PDBs may have their own local TEMP tablespace PDBs can own one or more application schemas: Local tablespaces Local users and roles PDBs own all application objects within their schemas By default, PDBs can only see their own objects PDB1 PDB3 PDB2 CDB1 SYSTEM SYSAUX TEMP SYSTEM SYSAUX TEMP SYSTEM SYSAUX TEMP AP_DATA HR_ DATA MFG_DATA AP_ROLE AP HR_ROLE HR MFG_ROLE MFG

9. - 9 - Copyright 2013 Zero Defect Computing, Inc. Shared Memory and Processes CDBs and PDBs also share common memory and background processes All PDBs share same SGA and PGA All PDBs share same background processes OLTP: Intense random reads and writes (DBWn and LGWR) DW/DSS: Intense sequential reads and/or logicaI I/O Batch and Data Loading: Intense sequential physical reads and physical writes PDB1 PDB3 PDB2 CDB1 System Storage DW and DSS OLTP BATCH + IDL SGA & PGA LGWR DBWn Others

10. - 10 - Copyright 2013 Zero Defect Computing, Inc. Sharing: It’s a Good Thing! Sharing common resources - when it makes sense - tends to reduce contention as well as needless resource over- allocation: Not all PDBs demand high CPU cycles Not all PDBs have same memory demands Not all PDBs have same I/O bandwidth needs DSS/DW: MBPS OLTP: IOPS and Latency Result: More instances with less hardware

11. - 11 - Copyright 2013 Zero Defect Computing, Inc. PDBs: Ultra-Fast Provisioning Four ways to provision PDBs: 1.Clone from PDB$SEED 2.Clone from existing PDB 3.“Replugging” previously “unplugged” PDB 4.Plug in non-CDB as new PDB CDB and PDBs stay alive during any of these operations! PDB1 11gR2 DB CDB1 PDB3 PDB$ SEED PDB4 PDB2 PDB5

12. - 12 - Copyright 2013 Zero Defect Computing, Inc. XStream: Extreme Replication As of Oracle 12cR1, Oracle Streams is deprecated in favor of XStream XStream Outbound Server handles CDC (change data capture) sourced directly from PDB(s) committed transactions XStream Inbound Server(s) replicates CDC to any PDB(s) (but never to a CDB) Because it’s based on Oracle GoldenGate, XStream may require licensing of additional OGG features

13. - 13 - Copyright 2013 Zero Defect Computing, Inc. SQL on Autopilot: Adaptive SQL Efficiency, Performance, and Tuning

14. - 14 - Copyright 2013 Zero Defect Computing, Inc. Adaptive SQL Plan Management Automatic Plan Evolution (APE) now available via package DBMS_SPM By default, a new automatic task runs during regular maintenance window Auto-evolution of all non-accepted plans (NAPs): Most recently added plans get precedence NAPs that still perform poorly: Wait 30 days Any NAPs that perform better are automatically enabled New SPM report procedure shows results of Automatic Plan Evolution

15. - 15 - Copyright 2013 Zero Defect Computing, Inc. SPM Evolve Advisor In prior releases: All SQL Plan evolution had to be performed manually Gathering SPM advice on whether evolution was even possible was a manual process In this new release: Automatic SQL Plan Evolution tasks included Manual advice and implementation also supported via new DBMS_SPM procedures Warning! Tuning Pack licensing may be required

16. - 16 - Copyright 2013 Zero Defect Computing, Inc. Cardinality Feedback Cardinality Feedback was introduced in Oracle 11gR2 as part of Adaptive Cursor Sharing: Captures actual execution statistics during query execution Compares expected vs. actual cardinality during first execution of query During second execution, optimizer uses actual execution statistics to reparse statement’s plan Works best for non-skewed row sources with limited volatility

17. - 17 - Copyright 2013 Zero Defect Computing, Inc. Adaptive Execution Plans (AEP) The optimizer can now adaptively recognize and capture multiple potential execution sub-plans within an existing execution plan: AEP constructs dynamic plans automatically AEP dynamic statistics collector buffers each row set If a new row count exceeds prior counts during statement execution, the optimizer will choose an alternative favored subplan (e.g. HASH JOIN instead of NESTED LOOP) Otherwise, AEP will utilize the original sub-plan Largest AEP benefit: Sub-plans whose row sets contain dramatically skewed data

18. - 18 - Copyright 2013 Zero Defect Computing, Inc. Automatic Re-Optimization (ARO) For some statements, ARO features may help to overcome intrinsic limitations of AEP dynamic plans: The optimizer discovers an inefficiency during a statement’s first execution that AEP cannot resolve (e.g. order in which row sets are joined) During the next execution, the optimizer gathers additional statistics to improve the join order All subsequent executions of the same statement improve as more execution statistics and optimizer statistics are gathered

19. - 19 - Copyright 2013 Zero Defect Computing, Inc. SQL Plan Directives The latest release offers the capability to capture and retain compilation and execution statistics within the data dictionary: Before, a statement’s compilation and execution statistics were retained only within the Shared Pool Now these statistics will be retained within the data dictionary instead as SQL Plan Directives (SPDs) SPDs are not SQL statement specific! They pertain to best methods to process row sets Therefore, multiple future queries may benefit DBMS_XPLAN.DISPLAY … +NOTES tells if an SPD has been used against an existing SQL statement New data dictionary views capture SPD metadata

20. - 20 - Copyright 2013 Zero Defect Computing, Inc. Information Lifecycle Management (ILM) and Automatic Data Optimization (ADO)

21. - 21 - Copyright 2013 Zero Defect Computing, Inc. Automatic Data Optimization (ADO) ADO offers capability to move and/or compress data based on observed usage patterns Uses heat maps to determine how often data has been access Tracks exactly how data has been utilized (DML vs. query, single-block vs. table scan) Data usage patterns can be tracked at tablespace, segment, and row level

22. - 22 - Copyright 2013 Zero Defect Computing, Inc. Heat Maps: “How Hot Is It?” ADO leverages heat maps to: Capture data usage frequencies Determine which compression level is most appropriate for how data is being used Determine which data could be moved from a high- performance storage tier to a lower-performance tier Decide when data should be moved between different tablespaces or partitions to limit possible out-of-space conditions

23. - 23 - Copyright 2013 Zero Defect Computing, Inc. Heat Maps: An Example ADVANCED After 3 days of more limited access: Enable ADVANCED compression After 30 days of only limited access: HCC QUERY LOW* Enable HCC QUERY LOW* compression Heat map shows heavy DML and queries: uncompressed Leave data uncompressed After 90 days of no access: HCC ARCHIVE HIGH* Enable HCC ARCHIVE HIGH* compression * Requires Exadata, ZFS Appliance, or Pillar Axiom storage

24. - 24 - Copyright 2013 Zero Defect Computing, Inc. Information Lifecycle Management Information Lifecycle Management (ILM): Offers ability to track effectiveness of ADO policies Measures how much data has effectively been migrated to different storage levels based on ADO policies currently in place Avoids incrementing ILM activity when normal maintenance tasks (e.g. gathering optimizer statistics) should be safely ignored

25. - 25 - Copyright 2013 Zero Defect Computing, Inc. In-Database Archiving (IDA) Avoids unnecessary deletion of rows when they no longer contain valid data Activated via new ROW ARCHIVAL attribute of data segment During initial INSERT, each row’s state is set to default value of zero (0) in ORA_ARCHIVE_STATE hidden column Rows can be marked as inactive by setting ORA_ARCHIVE_STATE to one (1) Unless the ORA_ ARCHIVE_STATE column is mentioned in query, a row’s IDA status is invisible and only active rows will be returned to query Inactive rows can be compressed!

26. - 26 - Copyright 2013 Zero Defect Computing, Inc. Temporal Validity (TV) TV allows specification of time periods when data stored within a table will be actually considered “valid” Implemented through new PERIOD FOR table attribute Specified TV dimension can then be populated as desired with both time-valid and non-time-valid data Non-time-valid data can be compressed until it’s no longer needed (or until needed as well!)

27. - 27 - Copyright 2013 Zero Defect Computing, Inc. Perpetual Motion: Moving Datafiles and Partitions Online

28. - 28 - Copyright 2013 Zero Defect Computing, Inc. Advanced or HCC Compression Online Move Datafile (OMD) Online Move Datafile (OMD) offers the ability to: Move any datafile to other storage system without first offlining it Move any datafile from non-ASM to ASM storage Move any datafile to a different compression level (e.g. uncompressed to OLTP or HCC) Implications: Data objects within the datafile’s tablespace are always accessible DML and DDL against those data objects are never interrupted EXT3 GFS NTFS ASM SAN Uncompressed or Advanced Compression Traditional Engineered

29. - 29 - Copyright 2013 Zero Defect Computing, Inc. Online Move Partition (OMP) Online Move Partition (OMP) offers the ability to: Move, split, or merge partitioned objects without interrupting DML against data objects within those partitions Migrate partitions from one compression level to another Global and local indexes are still maintained.. all without interrupting DML against most data objects within those partitions P2 P3 P1 P2 P3 P1 P2 P3 P1 P2 P3 P1

30. - 30 - Copyright 2013 Zero Defect Computing, Inc. Hiding In Plain Sight: Oracle Data Redaction (ODR)

31. - 31 - Copyright 2013 Zero Defect Computing, Inc. Policy-Based Data Redaction Oracle Data Redaction (ODR) offers ability to: Partially obscure or completely hide sensitive data Implement recognized standards (PII, PHI, PCI) for confidential data “Anonymize” data for development or QA purposes Allow selected users to see all or just some of data values based on custom viewing policies No changes to existing application code are required

32. - 32 - Copyright 2013 Zero Defect Computing, Inc. ODR: Redaction Policies Redaction policies: Are implemented via new package DBMS_REDACT (think: DBMS_FGA, DBMS_RLS) Are only applied to outbound queried data Are applied to one or more columns in a table or view Can be joined together logically to provide a comprehensive redaction strategy

33. - 33 - Copyright 2013 Zero Defect Computing, Inc. ODR: Redaction Types Redaction types enable ODR to: Completely hide data (e.g. returned as empty string) Partially obscure data (e.g. show only last 4 digits of SSN) Completely obscure data by returning “anonymized” data values of same size / length Provide custom obfuscation for specific data using regular expressions that vary conditionally

34. - 34 - Copyright 2013 Zero Defect Computing, Inc. ODR: Practical Examples Redaction TypeStored DataRedacted Data FullWojiechowskiSingle empty string (‘’) Full125,378.95Single zero (0) Full2013-04-152001-01-01 (January 1, 2001) PartialBrzezinskiBr-------ki Partial178,245.95777,775.95 Partial1957-11-132050-01-03 RandomKowalskievichQwixzYloEmctpS Random931,403.24512,937.01 Random2013-04-211987-12-03 REGEXP3728-336491-09887****-******-*9887 REGEXP4398-4519-3651-0971$$$$-XXXX-####-0971

35. - 35 - Copyright 2013 Zero Defect Computing, Inc. ODR: Best Practices For optimal effectiveness: Grant access to ODR procedures sparingly Minimize the number of columns redacted Consider whitelisting instead of blacklisting Regular expressions take more resources to implement redaction than any other method, so use them sparingly

36. - 36 - Copyright 2013 Zero Defect Computing, Inc. Thank You For Your Kind Attention! Session #UGF-9757 An Exploration of Oracle Database 12c Key Feature Sets If you have any questions or comments, feel free to:  E-mail me at jczuprynski@zerodefectcomputing.comjczuprynski@zerodefectcomputing.com  Follow my blog (Generally, It Depends): http://jimczuprynski.wordpress.com http://jimczuprynski.wordpress.com  Follow me on Twitter (@jczuprynski)  Connect with me on LinkedIn (Jim Czuprynski) Please feel free to evaluate this session: http://www.ioug.org/eval

37. COLLABORATE14.IOUG.ORG Network with 5,000+ database and application professionals 5 days of in-depth education built by users, for users Complimentary Pre-Conference Workshops for IOUG registrants April 7 – 11, 2014 The Venetian Resort, Las Vegas, NV Attend for free! IOUG’s Call for Speakers is now open collaborate14.ioug.org/call-for-speakers

38. Communities Training Close to Home Maximum Availability Architecture with Oracle’s Larry Carpenter and Joe Meeks October 15: Milwaukee, WI October 16: Rochester, NY Performance and Internals with Craig Shallahamer November 6: Chicago, IL November 8: Atlanta, GA Get more information at www.ioug.org/masterclass or visit the IOUG kiosk in Moscone West, 2 nd floor IOUG Master Class Series Returns Coming soon to a city near you! One Day Interactive Training Events to meet your educational needs

39. Come See IOUG at the User Group Pavilion Win a Free Registration to COLLABORATE 14! Stop by the IOUG kiosk in the User Group Pavilion in Moscone West, 2nd floor, to pick up a lucky poker chip and see if you are a winner of a free registration to COLLABORATE 14 in Las Vegas!

40. Copyright © 2013, Oracle and/or its affiliates. All rights reserved. 40 Complimentary eBook Register Now www.mhprofessional.com/dbsec Use Code: db12c