【OCP最新题库解析(052)--题56】 Which three are true about the Automatic
【OCP最新题库解析(052)--题56】 Which three are true about the Automatic
该系列专题为2018年4月OCP-052考题变革后的最新题库。题库为小麦苗解答，若解答有不对之处，可留言，也可联系小麦苗进行修改。
注：OCP-052最新题库完整详细解答版请联系小麦苗私聊。解题不易，请大家尊重原创。
QQ：646634621
QQ群：547200174、618766405
微信号：lhrbestxh
Q
题目
Which three are true about the Automatic Database Diagnostic Monitor (ADDM)?
A. It improves database performance by automatically implementing Oracle's best practices.
B. It can assist the DBA in diagnosing database instance startup failures.
C. It can be used by executing the PL/SQL procedures in the DBMS_ADDM package.
D. It runs automatically after each Automatic Workload Repository snapshot is created.
E. It provides recommendations to improve database performance.
F. Its findings are accessible only by using Oracle Enterprise Manager.
A
答案
Answer：CDE
对于A选项，不是自动。
对于B选项，不会存储启动失败的信息。
对于F选项，可以使用SQL查看，不仅仅通过EM来查看。
ADDM（Automatic Database Diagnostic Monitor，数据库自动诊断监视工具）是植入Oracle数据库的一个自我诊断引擎。ADDM通过检查和分析AWR获取的数据来判断Oracle数据库中可能的问题。例如，系统资源紧张，出现了明显的性能问题，根据以往的办法，收集一份AWR报告，发现“db file scattered read”事件在top 5 events里面。根据经验，这个事件一般可能是因为缺少索引、统计分析信息不够新、热表都放在一个数据文件上导致I/O争用等引起的。根据这些经验，需要逐个定位排除，例如查看语句的执行计划、查看USER_TABLES的LAST_ANALYSED字段、检查热块等等步骤来最后定位出原因，并给出优化建议，但是现在可以根据ADDM采集到的数据直接给出优化建议，甚至给出优化后的语句。
与其它指导不同，ADDM在记录每个AWR快照之后会自动运行。每次记录快照后，ADDM会分析与后两个快照对应的时段。ADDM会预先监视实例，以便在大多数瓶颈问题成为严重问题之前检测到这些问题。多数情况下，ADDM会为检测到的问题提供建议解决方案，甚至可以量化这些建议的优势。
ADDM能发现定位的问题包括以下内容：
l 操作系统内存诊断
l 由于Oracle负载和非Oracle负载导致的CPU瓶颈问题
l 导致不同资源负载的Top SQL语句和对象——CPU消耗、I/O带宽占用、潜在I/O问题、RAC内部通讯繁忙
l 按照PL/SQL和Java执行时间找出Top SQL语句
l 过多的连接（LOGIN/LOGOFF）
l 过多硬解析问题——由于Shared Pool过小、书写问题、绑定大小不适应、解析失败原因引起的
l 过多软解析问题
l 索引查询过多导致资源争用
l 由于用户锁导致的过多的等待时间（通过包DBMS_LOCK加的锁）
l 由于DML锁导致的过多的等待时间
l 由于管道输出导致的过多等待时间（例如通过包DBMS_PIPE.PUT进行管道输出）
l 由于并发更新同一个记录导致的过多等待时间（行级锁等待）
l 由于ITL不够导致的过多等待时间（大量的事务操作同一个数据块）
l 系统中过多的COMMIT和ROLLBACK（logfile sync事件）
l 由于磁盘带宽太小和其它潜在问题（例如由于LOGFILE太小导致过多的CHECKPOINT，MTTR设置问题，过多的Undo操作等等）导致的I/O性能问题
l 对于DBWn进程写数据块，磁盘I/O吞吐量不足
l 由于归档进程无法跟上Redo日志产生的速度，导致系统变慢
l Redo数据文件太小导致的问题
l 由于扩展磁盘分配导致的争用
l 由于移动一个对象的高水位导致的争用问题
l 内存太小问题——SGA_TARGET、PGA、Buffer Cache、Shared Pool
l 在一个实例或者一个集群环境中存在频繁读写争用的热块或热对象
l RAC环境中内部通讯问题
l LMS进程无法跟上导致锁请求阻塞
l 在RAC环境中由于阻塞和争用导致的实例倾斜
l RMAN导致的I/O和CPU问题
l STREAMS和AQ问题
l 资源管理等待事件
总之，ADDM提供了一个整体的优化方案，基于一段时间内的AWR快照（默认一小时一次）可以执行ADDM分析，它可以帮助诊断在这段期间内数据库可能存在的瓶颈。