Downloaded 60 times
Uploaded byMarkus Michalewicz
Under the Hood of the Smartest Availability Features in Oracle's Autonomous Database
The document discusses Oracle's Autonomous Database features, emphasizing its self-driving, self-securing, and self-repairing capabilities that automate database management. It details various smart features, including automatic data optimization, SQL plan management, and a hang manager designed to enhance database performance and reliability. The session outlines the journey of the Autonomous Database and the significance of engineered systems for optimized configurations and hardware-assisted resilience.
More Related Content
Similar to Under the Hood of the Smartest Availability Features in Oracle's Autonomous Database
Under the Hood of the Smartest Availability Features in Oracle's Autonomous Database
- 2.
- 3.
- 4.
- 5.
- 6.
- 7. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 7 Automatic Columnar Cache Autonomous Health Framework Automatic Diagnostic Framework Automatic Refresh of Database Clone Automatic Capture of SQL Monitor Automatic Data Optimization Automatic Workload Replay Automatic Storage Indexes Automatic SQL Tuning Automatic Segment Space Management Automatic Statistics Gathering Automatic Storage Management(ASM) Automatic Workload Repository (AWR) Automatic DB Diagnostic Monitor (ADDM) Automatic Memory Management Automatic Undo Management Automatic Query Rewrite Journey to Autonomous Database Oracle has invested thousands of engineer years automating key database functions
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | Policy 3 Policy 2 Automatic Data Optimization Heat Map • An in-memory heat map tracks disk based block and segment access – Heat map is periodically written to storage – Data is accessible by views or stored procedures • Users can attach policies to automatically manage segments based on access – Tables, Partitions or Sub-partitions can be moved in and out of the In-Memory Column Store, between storage tiers and compression levels – Online, no impact to data availability – It is NOT an archive and purge solution • Part of the Advanced Compression Option Policy 1 14
- 15. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | Automatic Data Optimization – Defining Policies • Policy action include: • set (NO) INMEMORY or MEMCOMPRESS level • Advanced compress levels • Tier data to lower cost storage • Policy criteria include: • after <time> of no access • after <time> of creation • after <time> of no modification • on <user defined boolean function> • Actions run in maintenance window • Also possible to run policies manually • dbms_ilm.execute_ilm procedure 15 ALTER TABLE sales ILM ADD POLICY … inmemory after 1 days of creation; No inmemory after 30 days of creation; memcompress for capacity after 3 days of no modification; compress for archive high after 90 days of no access; Tier to medium_storage_ts on MyCustomPolicyFunction;
- 16.
- 17. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | Plan Stability is Critical For Predictable Performance • Unpredictable changes can happen to an execution plan • Avoiding plan changes is the only method to avoid performance regression – Lock statistics to prevent them from changing does guarantee the plan won’t change – Freezing an execution plan with a Stored Outline, which have been deprecated! – No mechanism for plans to evolve! 17 • Solution use SQL Plan Management – Optimizer automatically manages ‘execution plans’ • Only known and verified plans are used – Plan changes are verified • Only comparable or better plans are used going forward Available in 18c Standard Edition
- 18. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | How SPM Works 18 SELECT count(empno) tot FROMemp e, dept d WHERE e.deptno=d.deptno AND d.dname=’SALES’; SQL statement is submitted 1 Plan history Plan baseline NL EMP DEPT During hard parse Optimizer determines execution plan 2 Acceptable plan Execute Before execution, the plan is compared to the plan in the baseline to confirm it’s acceptable 3 NL EMP DEPT
- 19. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | Plan history Plan baseline How SPM Works 19 HJ EMP DEPT During hard parse Optimizer determines execution plan 2 Plan Unacceptable NL EMP DEPT Before execution, the plan is compared to the plan in the baseline to confirm it’s acceptable 3 HJ EMP DEPT If the plan does not match an accepted plan in the SQL plan baseline it is added to the plan baseline but not executed 4 SQL statement is submitted 1 SELECT count(empno) tot FROM emp e, dept d WHERE e.deptno=d.deptno AND d.dname=’SALES’;
- 20. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | Plan history Plan baseline How SPM Works 20 NL EMP DEPT HJ EMP DEPT NL EMP DEPT Execute Acceptable plan SELECT count(empno) tot FROM emp e, dept d WHERE e.deptno=d.deptno AND d.dname=’SALES’; Only an accepted plan will be use 5
- 21.
- 22.
- 23.
- 24. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 24 Introduction to Hang Manager How it works Session DIAG0 EVALUATE DETECT ANALYZE Hung? VERIFY Victim QoS Policy • Always on, as enabled by default • Reliably detects database hangs – Including cross-layer hangs between ASM & DB • Automatically resolves hangs • Supports QoS Performance Classes, Ranks and Policies to maintain SLAs • Logs all detected hangs & their resolutions • New in 18c: Resolves Deadlocks
- 25. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 25 Hang Manager Optimizations with Oracle RAC 12c (Rel. 2) Tuning under the hood • Hang Manager auto-tunes itself by periodically collecting instance-and cluster-wide hang statistics • Metrics like cluster health/instance health is tracked over a moving average • This moving average is considered during resolution • Holders waiting on SQL*Net break/reset are fast tracked
- 26. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 26 Full Resolution Dump Trace File and DB Alert Log Audit Reports Hang Manager 2015-10-13T16:47:59.435039+17:00 Errors infile /oracle/log/diag/rdbms/hm6/hm6/trace/hm6_dia0_12433.trc (incident=7353): ORA-32701: Possible hangs up to hang ID=1 detected Incident details in: …/diag/rdbms/hm6/hm6/incident/incdir_7353/hm6_dia0_12433_i7353.trc 2015-10-13T16:47:59.506775+17:00 DIA0 requesting termination of session sid:40 with serial # 43179 (ospid:13031) on instance 2 due to a GLOBAL, HIGH confidence hang with ID=1. Hang Resolution Reason: Automatic hang resolution was performed to free a significant number of affected sessions. DIA0: Examine the alert log on instance 2 for session termination status of hang with ID=1. In the alert log on the instance local to the session (instance 2 in this case), we see the following: 2015-10-13T16:47:59.538673+17:00 Errors in file …/diag/rdbms/hm6/hm62/trace/hm62_dia0_12656.trc (incident=5753): ORA-32701: Possible hangs up to hang ID=1 detected Incident details in: …/diag/rdbms/hm6/hm62/incident/incdir_5753/hm62_dia0_12656_i5753.trc 2015-10-13T16:48:04.222661+17:00 DIA0 terminating blocker (ospid: 13031 sid: 40 ser#: 43179) of hang with ID = 1 requested by master DIA0 process on instance 1 Hang Resolution Reason: Automatic hang resolution was performed to free a significant number of affected sessions. by terminating session sid:40 with serial # 43179 (ospid:13031) Hang detected by hang manager Session victim identified & requested termination Blocker session terminated Session EVALUATE DETECT ANALYZE Hung? QoS Policy DIAG0 VERIFY Victim Elapsed time: ~5.3 secs.
- 27. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 27 DBMS_HANG_MANAGER.Sensitivity A new SQL interface to set Hang Manager sensitivity Hang Sensitivity Level Description Note NORMAL Hang Manager uses its default internal operating parameters to try to meet typical requirements for any environments Default HIGH Hang Manager is more alert to sessions waiting in a chain than when sensitivity is in NORMAL level • Early warning exposed via (V$ view) • Sensitivity can be set higher – If the default level is too conservative • Hang Manager considers QoS policies and data during the validation process
- 28.
- 29. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 29 • Recovery Buddies • Track block changes on buddy instance • Quickly identify blocks requiring recovery during reconfiguration • Allow rapid processing of transactions after failures Near Zero Reconfiguration Time with Recovery Buddies A.k.a. Buddy Instances
- 30. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 30 • Buddy Instance mapping is simple (random) – e.g. I1 à I2, I2 à I3, I3 à I4, I4 à I1 • Recovery buddies are assigned during startup • RMS0 on each recovery buddy instance maintains an in-memory area for redo log change • An in-memory area is used during recovery – Eliminates the need to physically read the redo • Recovery Buddies is a smart feature that is enabled by default and executed at “best effort” Near Zero Reconfiguration Time with Recovery Buddies How it works under the hood Instance I1 Instance I2 Instance I3 Instance I4 Recovery Buddy I3 Recovery Buddy I4 Recovery Buddy I1 MyCluster Recovery Buddy I2
- 31.
- 32.
- 33. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 33 • Pre-12.2, node eviction follows a rather “ignorant” pattern – Example in a 2-node cluster: The node with the lowest node number survives • Customers must not base their application logic on which node survives the split brain – As this may(!) change in future releases Node Eviction Basics http://www.slideshare.net/MarkusMichalewicz/oracle-clusterware-node-management-and-voting-disks ✔ 1 2
- 34. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 34 • Node Weighting is a new feature that considers the workload hosted in the cluster during fencing – Hence, called “Smart Fencing” • The idea is to let the majority of work survive, if everything else is equal – Example: In a 2-node cluster, the node hosting the majority of services (at fencing time) is meant to survive Node Weighting in Oracle RAC 12c Release 2 Idea: Everything equal, let the majority of work survive ✔ 1 2
- 35.
- 36.
- 37.
- 38.
- 39. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | Well Known Configurations • Oracle Database code uses less than 5% of OS-dependent code – This makes the Oracle Database very portable, but limits specialization • Engineered Systems use Oracle owned OS and well known (to the firmware) hardware – Highly specialized configurations enable optimized software and hardware utilization 39 Protocol / Hardware (HW) Infiniband (IB) Converged Ethernet (CE) UDP • UDP over IP over IB is generically supported on all HW • UDP over CE will be supported generically as part of CE support RDS • RDS over IB requires • Oracle Linux + certain UEK versions • Oracle branded HCA N/A RoCE N/A • RDMA over CE (RoCE) will be supported on Engineered Systems only
- 40. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | Hardware-Assisted Resilience • Exadata uses IB Subnet Manager to inform higher level software layers about component failures – Callouts eliminate waiting for timeouts – Examples include, but are not limited to: • Fast Node Death Detection • Fast Cell Death Detection • Exadata Database Machines use a special I/O Fencing mechanism based on the “diskmon” process, which – Monitors and handles storage cell failures and I/O fencing – Broadcasts intra database IORM (I/O Resource Manager) plans from databases to storage cells 40
- 41. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 41 Exafusion and Cache Fusion Accelerator reduce context switches Optimized Software Utilization • Exafusion – Exafusion provides lower latency & higher throughput via direct to wire block transfers between Oracle RAC instances – Data is transferred directly from user space to the Infiniband network, leading to reduced CPU utilization and better scale- out performance • Cache Fusion Accelerator – The Cache Fusion Accelerator (CFA) is an OS kernel (Linux & Solaris only) module which can respond directly to certain lock requests via RDSv3 – CFA saves user/kernel context switches, frees up CPU cycles in LMS, and “speeds up” messages – CFA will be activated on Engineered Systems over time, including the Oracle Database Appliance
- 42. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 42 RDMA decreases messaging and CPU time Optimized Software Utilization Instance 1 Instance 2 Instance 3 UNDO UNDO RDMA RDMA • Undo Block RDMA-read – In some workloads, more than half of the remote reads are for Undo Blocks to satisfy read consistency – Undo Block RDMA-read uses RDMA to directly and rapidly access UNDO blocks in remote instances • Commit Cache – The Commit Cache maintains an in-memory table on each instance which records the commit time of transactions – Remote LMS directly reads the commit cache and sends back commit times for requested transactions • Replaces having to send entire 8K transaction table block
- 43. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 43 In-Memory Duplication Optimized Software Utilization • Similar to storage mirroring • Duplicate in-memory columns on another node • Enabled per table/partition • E.g. only recent data • Application transparent • Downtime eliminated by using duplicate after failure • Improved scalability by reading from both sides of the mirror
- 44.
- 45. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 45 Powered by Machine Learning Autonomous Health Framework • Oracle Autonomous Health Framework (AHF) was released with Oracle Database 12c Release • Oracle AHF 18c extends Machine Learning to more utilities in the Framework such as – Hang Manager – Trace File Analyzer
- 46. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 46 Smarter with Applied Machine Learning Hang Manager • Actual Internal and External customer data drives model development • Purpose-built diagnostic technology used for knowledge extraction • Expert Development team scrubs data • Hang Heuristic Engine created and deployed @Customer • HM uses run-time engine to perform real- time DB hang detection and resolution HM Dev Team ASH Knowledge Extraction Heuristic Engine Expert Supervision HM Runtime Engine Feedback HM HM Scrub Data
- 47. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 47 Smart Collection Trace File Analyzer • Always on – Enabled by default • Comprehensive first failure diag. collection • Efficiently collects, packages and transfers diagnostic data to Oracle Support • Transfers data to centralized storage for detailed analysis with TFA Service • Supports Database 10.2 and above • Included since 11.2.0.4 and 12.1.0.2 and updated in Patchsets & PSUs
- 48. Copyright © 2018, Oracle and/or its affiliates. All rights reserved. | 48 Smarter with Applied Machine Learning Trace File Analyzer • Machine Learning-based Knowledge Extraction of Logs, SRs and Bugs • Expert training refines data training set • Knowledge is embedded in run-time model • Model is shipped in TFA Collector to work with the live logs on the Cluster • Log anomaly detection is performed with TFA Receiver • No model training required by user • Model is updated regularly TFA Dev Team Bugs ML Knowledge Extraction Model Generation Expert Supervision TFA Runtime Model TFA Web SR TFA Receiver TFA Collector Scrub Data
- 49.
- 50.