会花费很多时间和精力。EM 10g 提供了随取随用的解决方案。

　　一般应用
　　让我们来看看如何使用新的 EM 来完成一些较常见的任务。
　　一项常见的任务是变更表及其相应的索引。在数据库主页，如图 3 所示选择“Administration”选项卡，并引用标记为 6 的项目。在本页中，您可以管理数据库来配置回退段、创建表空间和模式对象、设置资源管理器、使用新的调度程序（将在以后的文章中介绍）以及更多事项。在此处选择“Tables”，这将调出如图 4 所示的画面。

　 

　　注意红色圆圈中高亮显示的手电筒标志；这是用于调出数值列表的按钮。在图中所示画面中，您可以单击 LOV 标志，调出数据库中的用户列表，并从列表中选择一个用户。单击按钮“Go”，出现该用户的表的一个列表。您还可以使用“%”符号指定通配符 — 例如，通过使用 %TRANS%，可以找出名称中带有单词 TRANS 的所有表。
让我们来看一个示例。选择表 TRANS，更改其中的一列。单击超链接，调出如图 5 所示的“编辑表”画面。

　

　　如果您要将列 ACTUAL_RATE 从 NUMBER(10) 改为 NUMBER(11)，则可以更改数字（引用 1），然后单击“Apply”。要查看完成该任务的实际 SQL 语句，可以单击按钮“Show SQL”。
在同一画面上还可以获得另一条重要信息：增长趋势。您将在以后一篇有关段管理的文章中了解到，观察一段时间内的对象增长情况是可能的。该画面提供了相同的信息，但却是以图形方式表示的。要查看该画面，可单击选项卡“Segments”（图 5 引用 2）。该操作调出段画面，如图 6 所示。

　

　　注意红色圆圈中标记的项目。该画面显示有多少空间分配给段 (2)、实际使用了多少 (1) 以及浪费了多少 (3)。在该画面的下部 (4)，您可以看到一幅有关对象所用空间以及分配给对象的空间的图形。在本示例中，表的使用模式已经稳定 — 因此是直线。
　　您可以对表执行其他管理操作，方法是使用那些用于该目的的选项卡，如用于管理约束的“Constraints”。
　　使用 EM 进行性能调节
　　到目前为止您已经了解到，虽然 EM 的外观已经更改，但它提供了至少与以前的 Java 版本同样多的功能。但是，与后者不同的是，EM 现在还支持更新的 Oracle 数据库功能。例如，EM 现在能够处理子分区。
　　但是，有经验的 DBA 希望这种工具能完成更多的工作 — 尤其是在故障诊断或主动性能调节方面。让我们举个例子。回忆前文中我们的数据库正在“Application”等待类上处于等待状态，如数据库主页所示（图 3 引用 3），而我们需要诊断其原因。在任何调整过程中需要了解的关键事情之一是有多少种组件（如 CPU、磁盘和主机子系统）在相互作用，这样有助于在上下文环境中综合观察所有这些变量。为此，可在数据库主页中选择“Performance”选项卡。此操作调出如图 7 所示的画面。

　  

　　请注意所有量度已在同一时间轴上对齐，这样更容易观察它们的相互依赖性。注意尖峰 (3)，它对应于调度程序任务。它表明，在该时刻约有七个会话正在等待与调度程序相关的等待事件。那么，影响因素是什么？注意处于同一位置（绿色区域）的 CPU 量度 — 它们显示了曾经使用过的最大 CPU 使用率，在图形中以虚线 (4) 表示。在该点前后，我们没有看到 CPU 尖峰出现，这就提供了一条线索。注意 CPU 运行队列长度中的尖峰 (1)，这是调度程序的直接后果，调度程序可能产生了过多的内存需求，导致增加了分页活动 (2)。如您所见，所有现象集中在一起，促进了对数据库负载“概况”的了解。
　　注意在时间轴末尾的尖峰 — 增加了运行队列长度 (5) 和分页速率 (6)— 它们与物理读取的另一个尖峰相关 (7)。原因是什么？
　　通过比较图形“Sessions:Waiting and Working”与尖峰发生的时间，我们可以看到，大部分会话都在“Application”等待类上进行等待。但是我们需要确切地查明它在该时期内正在等待什么？单击该时间的区域，调出活动会话画面，如图 8 所示。

　 

　　该画面显示会话正在等待的等待事件是 enq:TX ?row lock contention。那么导致此问题的 SQL 语句是什么？很简单：画面本身显示了语句 8rkquk6u9fmd0 的 SQL ID（在红色圆圈中）。单击该 SQL ID，调出如图 9 所示的 SQL 画面。

　

　　在该画面上，您可以看到关于它的 SQL 语句以及相关的详细信息，包括执行计划。它表明，这条 SQL 导致行锁争用，因此应