chapter10:监控和调整数据库
chapter10:监控和调整数据库 目的 主题
主动监控数据库
诊断和解决性能问题
使用 SQL Tuning Advisor
使用 SQL Access Advisor
使用 Memory Advisor
将鼠标移到这个图标上，显示所有的屏幕截图。 您还可以将鼠标移到各个图标上，以只查看与该图标相关的屏幕截图。
主动监控数据库 返回主题列表
创建具有指定阈值的表空间和表
触发表空间的空间使用率警报
设置量度阈值
设置通告
返回主题列表
1.
Administration 链接。
2.
单击 Tablespaces 链接。
3.
Create 按钮。
4.
TBSALERT 作为表空间名称，然后单击 Add，为表空间定义一个数据文件。
5.
tbsalert.dbf 作为数据文件名，并输入 20 MB 作为文件大小。 单击 Continue。
6.
Thresholds，指定空间使用率警告和临界阈值水平。
7.
Specify Thresholds, by percent used。 设置数据库范围的默认空间使用率阈值。 为 Warning% 输入 60，为 Critical% 输入 68。单击 OK。
8.
Database 导览栏，返回 Administration 属性页面。
9.
Tables 链接。
10.
Create。
11.
Continue。
12.
employees1。 指定 SYSTEM 作为模式，TBSALERT 作为表空间。 单击 Define Using 下拉列表，选择 SQL。 在 Create Table As 域中输入 select * from hr.employees，然后单击 Options。
13.
Yes，然后单击 OK，完成表的创建。
14.
Database 导览栏。
返回主题列表
1.
SQL*Plus 会话，然后执行以下命令：
sqlplus system/oracle
2.
以模拟 EMPLOYEES1 表上的用户活动：
begin for i in 1..1000 loop insert into employees1 select * from hr.employees; commit; end loop; end; /
3.
Enterprise Manager 窗口。 单击 Database 导览栏，返回到 Administration 页面，然后单击 Tablespaces 链接。
4.
TBSALERT 表空间使用百分率增加了。
5.
SQL*Plus 窗口，并将以下命令拷贝并粘贴到 SQL*Plus 会话中，，以模拟 EMPLOYEES1 表上的更多用户活动：
delete employees1 where department_id = 50;
begin for i in 1..500 loop insert into employees1 select * from hr.employees; commit; end loop; end; /
6.
Enterprise Manager 窗口。 刷新浏览器（对于 Linux Mozilla，从菜单栏中选择 View，然后选择 Reload）。 注意，TBSALERT 表空间的空间使用百分率增加了。
7.
SQL*Plus 窗口，并将以下命令拷贝并粘贴到 SQL*Plus 会话中，，以模拟 EMPLOYEES1 表上的更多用户活动：
begin for i in 1..500 loop insert into employees1 select * from hr.employees; commit; end loop; end; /
8.
以模拟 EMPLOYEES1 表上的用户活动：
delete employees1 where department_id = 30; commit;
delete employees1 where department_id = 100; commit;
delete employees1 where department_id = 50; commit;
delete employees1 where department_id = 80; commit; exit
9.
Enterprise Manager 窗口。 刷新浏览器（对于 Linux Mozilla，从菜单栏中选择 View，然后选择 Reload）。 注意，TBSALERT 表空间的空间使用率现在已经超过了临界阈值水平 (68%)。
10.
Database 导览栏，然后单击 Tables 链接。
11.
SYSTEM.EMPLOYEES1 表，请在 Schema 域中输入 system，在 Object Name 域中输入 emp。 单击 Go。
12.
EMPLOYEES1 链接。
13.
Segments。
14.
EMPLOYEES1 表中浪费空间的百分率。 您可能能够通过回收表中未使用的空间来解决表空间空间使用率警报。
Space Usage Trend 指定一个日期范围，然后单击 Refresh 按钮，以规划 EMPLOYEES1 表未来的空间使用率。 因为在 EMPLOYEES1 表上没有足够的活动历史纪录，所以您在空间使用率分析图中将看不到非常有意义的数据。 单击 Database 导览栏，然后单击 Home 页面标签。
15.
Refresh 按钮几次，直到您看到一个红色的 x 和数字 1 紧邻着 Problem Tablespaces 出现。 向下滚动至 Alerts 表。
16.
Tablespaces Full 警报。 单击 Tablespace [TBSALERT] is [70 percent] full 链接。
返回主题列表
TBSALERT 表空间的表空间使用率定义一个量度。 要查看所有的量度，请执行以下操作：
1.
Related Links 区域中的 Manage Metrics。
2.
Edit Thresholds。
3.
Tablespace Space Used (%)，然后选择这个量度。 向上滚回到窗口顶部。
4.
Specify Multiple Thresholds。
5.
TBSALERT 表空间,将警告阈值修改为 70，将临界阈值修改为 80。然后单击 OK。
6.
OK，将数据保存到数据库中。
7.
Database 导航项。
返回主题列表
1.
Setup。
2.
Notification Methods。
3.
<您的邮件服务器>，在 Identify Sender As 域中输入 dbaalert，在 Sender's Email 域中输入 notify01@oracle.com，然后单击 Apply。
4.
Preferences。
5.
Add Another Row。
6.
notify01@oracle.com 作为电子邮件地址，单击 Apply。 然后单击 Database。
返回主题列表
生成性能问题查找结果
利用 ADDM 解决发现的性能问题
生成性能问题查找结果 返回主题列表
1.
sqlplus hr/hr create table emp as select * from employees; delete emp;
2.
sqlplus hr/hr delete emp;
3.
Performance。
4.
5.
Snapshots。
6.
Create，创建快照。
7.
Yes，创建人工快照。
8.
9.
database 导航项，然后单击 home。
10.
利用 ADDM 解决发现的性能问题 返回主题列表
1.
Database Time Spent Waiting。
2.
Additional Advice。
3.
SQL statements were found waiting for row lock waits 将影响系统超过 86% 的数据库时间。 单击列表中的这个性能问题查找结果。
4.
View Rationale。
5.
Close。
6.
Database 导航项。
7.
Performance。
8.
Blocking Sessions。
9.
Kill Session。
10.
Yes，终止会话。
11.
Database 导航项，然后单击 Home。
12.
返回主题列表
查看数据库等待
检查 Database Wait 类的 TOP SQL
利用 SQL 调整顾问工具调整 SQL 语句
查看 SQL 语句的 SQL 执行细节
返回列表
您将首先启动几个工作负载会话。 然后您将查看数据库工作负载。 创建一个名称为 $HOME/wkdir 的目录。 下载 perflab.tar 文件，并将文件解压缩至 $HOME/wkdir 目录中。 执行以下步骤： 1.
./setup_perflab.sh
2.
Administration 链接。
3.
Workload 的部分中，单击 Automatic Workload Repository 链接。
4.
Snapshots 下的数量和最后一次 ADDM 快照采集的时间。 应该有至少三个快照。 单击路径式导航栏中的 Database 导航项。
5.
Performance 链接。
6.
Sessions: Waiting and Working 图。 显示一个表示数据库当前工作负载的图表。 （向图表填充数据可能要花一分钟）用 ADDM 快照采集的数据来填充这个图表。 图表的边上是图例。 每一个图例项目具有不同的颜色。 您可以从图中快速确定占用最多时间的项目是黄色的，即用户 I/O。单击 User I/O 链接。
7.
Top Waiting SQL。 这显示占绝大多数的等待 (53%) 是由一条 SQL 语句造成的。 查看右边的饼图 Top Waiting Sessions。 这个饼图显示当前最活跃的几个会话等待的时间几乎占相同的百分比。
返回列表
1.
Top SQL。
2.
Wait Events for Top SQL 表，该表按 活动（%） 排序。 您可以看到 Top SQL 语句将其大部分时间花费在了 'db file scattered read' 活动上。 单击具有最高活动百分比的 SQL 语句的 SQL ID。
3.
Current Statistics 标签。
4.
Execution History 标签。
5.
Seconds Per Execution，单击 Go，显示这条 SQL 语句的每次执行使用的时间和资源。
6.
Tuning History 标签。
7.
返回列表
1.
Run SQL Tuning Advisor。
2.
Comprehensive，作业将立即安排。单击 OK。
3.
4.
View Recommendations。
5.
New Explain Plan 按钮，查看建议的修改。
6.
7.
Implement 按钮，执行调整建议。
8.
Database 导航项。
返回列表
1.
Performance。
2.
Sessions: Waiting and Working 图表。 等待一分钟，观察用户 I/O 如何减少。
返回主题列表
准备环境
利用 SQL 高速缓存获取建议
查看和执行建议
返回列表
1.
sqlplus system/ DROP MATERIALIZED VIEW all_cust_sales_mv;
DROP MATERIALIZED VIEW costs_mv;
DROP MATERIALIZED VIEW costs_pm_mv;
DROP MATERIALIZED VIEW cust_sales_mv;
DROP MATERIALIZED VIEW some_cust_sales_mv;
DROP MATERIALIZED VIEW cust_id_sales_aggr;
DROP MATERIALIZED VIEW sales_cube_mv;
DROP MATERIALIZED VIEW sales_gby_mv;
DROP MATERIALIZED VIEW CUST_TOTAL_SALES_MV;
DROP MATERIALIZED VIEW CUST_SALES_TIME_MV;
2.
alter system flush shared_pool;
grant advisor to sh;
connect sh/sh;
SELECT c.cust_last_name, sum(s.amount_sold) AS dollars,
sum(s.quantity_sold) as quantity
FROM sales s , customers c, products p
WHERE c.cust_id = s.cust_id
AND s.prod_id = p.prod_id
AND c.cust_state_province IN ('Dublin','Galway')
GROUP BY c.cust_last_name;
SELECT c.cust_id, SUM(amount_sold) AS dollar_sales
FROM sales s, customers c WHERE s.cust_id= c.cust_id GROUP BY c.cust_id;
select sum(unit_cost) from costs group by prod_id;
返回列表
1.
http://:5500/em
sys/ 作为 SYSDBA，单击 Login。
2.
Advisor Central。
3.
SQL Access Advisor 链接。
4.
Current and Recent SQL Activity，然后单击 Show Advanced Options。
5.
Filter workload based on these options。 选择 Only the top resource consuming SQL statements 和 Only SQL statements executed by the following users。 然后在 Users 域中输入 SH，然后单击 Next。
6.
Both Indexes and Materialized Views，然后单击 Next。
7.
OBE，为 Schedule Type 选择 Standard，然后单击 Next。
8.
Submit。
返回列表
1.
。
2.
1，查看建议的细节。
3.
SH，然后单击 OK。
4.
Show SQL。
5.
OK。
6.
Schedule Implementation，执行建议。
7.
OBEIMPL，然后单击 Submit。
8.
Run History 标签。
9.
。
10.
导航项。
11.
Materialized View。
12.
SH，然后单击 Go。
13.
Database 导航项，然后单击 Tables 链接。
返回主题列表
启用自动共享内容管理
修改总 SGA 大小
使用 PGA Advisor
返回列表
2.
Advisor Central。
3.
Memory Advisor。
4.
Enable。
5.
OK，启用自动共享内存管理。
6.
返回列表
1.
261 MB，然后单击 Apply。注意： 如果您接收到一个错误，那么单击 Refresh 按钮重试。
2.
Yes，确认修改。
3.
OK。
4.
Yes，确认数据库重启。
5.
Refresh。
6.
sys/ 作为 SYSDBA，单击 Login。
7.
向下滚动，然后单击 Advisor Central。
8.
单击 Memory Advisor。
9.
将 Total SGA Size 参数修改为 260 MB。 单击 Apply。
10.
返回列表
1.
PGA。
2.
Advice……
3.
应当注意当前的 PGA Aggregate Size 被设为 24 MB 左右，所有请求的服务的 88% 以上都从内存中获得。 这还显示溢出范围从 12 MB 左右开始。 在 12 MB 时，PGA 请求应用高速缓存的概率大约为 90%。 PGA Aggregate Size 指示（根据当前的工作负载和数据库中的会话数量），在该数据库中为所有 PGA 分配的大小不超过 24 MB。单击 OK。
4.
PGA Memory Usage Details。
5.
单击 OK。
将鼠标移到这个图标上，以隐藏所有的屏幕截图
