|
|
 |
 |
|
|
|
|
|
使用db2look 重新创建优化器访问计划
|
|
|
|
编辑：华夏媒体 作者：未知 来源：网络 时间：2006-07-29 总浏览量：4726 |
|
文字大小：[ 大 中 小 ]
文字颜色： 双击滚屏/单击停止 |
|
[上一页] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [下一页]
|
db2look -d <dbname> -l -o storage.out
修改表空间信息以适应您的测试环境。例如，在生产中，您具有下列表空间：
------------------------------------
-- DDL Statements for TABLESPACES --
------------------------------------
CREATE REGULAR TABLESPACE DMS1 IN DATABASE PARTITION GROUP IBMDEFAULTGROUP
PAGESIZE 4096 MANAGED BY DATABASE
USING ( FILE ’/data/dms1’20000,
FILE ’/data/dms2’20000,
FILE ’/data/dms3’20000)
EXTENTSIZE 32
PREFETCHSIZE 32
BUFFERPOOL IBMDEFAULTBP
OVERHEAD 12.670000
TRANSFERRATE 0.180000
DROPPED TABLE RECOVERY ON;
如果测试上没有设置相同的路径，那么就要修改上面的位置。如果您仅仅计划模拟环境，而不要复制整个数据，那么就减小文件的大小，并在必要时使用较少容器。如果没有创建相同的缓冲池，那么您还可能修改缓冲池名称。缓冲池必须具有相同的页面大小（pagesize）。不要修改表空间的页面大小。一旦处理了这些并创建了数据库，就运行 storage.out 文件：
db2 -tvf storage.out
如果需要，就重新定向输出以确保都成功运行了。例如：
db2 -tvf storage.out > storage_results.out
步骤 2：从生产中收集配置和环境变量信息，并在测试系统上运行它：
db2look -d sample -f -fd -o config.out
请记住，在 MPP 环境中，这将为运行该命令的节点收集该信息。如果不同的数据库分区上的 DB2 注册表和数据库以及数据库管理器配置不同，您将需要为每个节点分别收集该信息。然而，如果测试中无法具有与生产中相同的分区，那么就从生产中执行该查询的节点中收集该信息，然后在测试中使用该信息。
请注意，如果测试中具有不同的分区数目，那么您的模拟将有所欠缺。
在测试系统上，运行 config.out 文件，如下：
db2 -tvf config.out
上面考虑到优化器将使用 db2fopt 信息来查看所分配的总的缓冲池和排序堆，现在将成为测试环境中的设置。而且，这也是在测试中由于内存约束而不具有与生产中相同的缓冲池以及排序堆时所使用的技术。同时，本文前面所讨论的配置参数以及环境变量也将进行更新。
步骤 3：当模拟整个数据库时，从生产中收集所有对象的 DDL 信息，并在测试中运行 db2look。
在生产中：
db2look -d sample -e -a -m -o db2look.out
在测试中：
db2 -tvf db2look.out
为了看到输出结果，可发出：
db2look -tvf db2look.out > db2look.results
一旦完成了以上步骤，就请确保在测试中将 dbheap 数据库配置参数设置为与生产中相同的值。
步骤 4：使用 db2exfmt 从测试和生产中获得访问计划，并确保下列内容与生产中的相同：
Database Context:
----------------
Parallelism: None
CPU Speed: 4.762804e-07
|
|
[上一页] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [下一页]
|
|
|
打印 收藏 关闭 至顶部 |
|
 |
|