emergency monitoring面临的挑战：
1.sick systems
2.slow database
-所有用户查询响应慢
-性能界面刷新数据慢
-吞吐量严重降低
3.因为内部资源竞争数据库hang住
-数据库不响应：无法登陆
-用户请求hang住
-性能界面不刷新
在常规登陆不能登陆时，emergency monitoring支持sysdba以诊断模式登陆数据库，执行一个快速、轻量级的分析，找出谁阻塞了数据库，以及为何hang住。这种连接方式不需要IO或其它全局资源。
在EM 11G中，可以通过"memory access mode"开启/关闭emergency monitoring。emergency monitoring通过collector进程读取SGA中的性能数据。
在12C中，不在需要collector进程，agent会直接连接到SGA收集数据，绕过了sql遍历层。显示刷新的数据是实时的：ash数据、hang分析表、阻塞的会话等。emergency monitoring的信息来自SGA中的ash buffers。 real-time ADDM
如果emergency monitoring没有发现阻塞的会话，也不能提供有效的根本原因分析，就需要借助real-time ADDM特性了。
和常规ADDM不同，real-time ADDM使用的数据来源是SGA中最近的ASH。real-time有两种模式：诊断模式、常规模式
手动查看real-time addm报告：(最近五分钟的信息)
SQL> select dbms_addm.real_time_addm_report() from dual;