此刻进行点窜：向测试情形添加雷同数量的逻辑分区之后，测试情形看上去将像原始的消费设置了，如下表所示。
消费设置:
数据库分区（DBPARTITION
ALLNODES（在节点 1 到 64 上）
NODE1（节点 1 上所定义的 db 分区）
NODE2（节点 5 上所定义的 db 分区）
表空间（TABLESPACE）
TABSPACE1（DMS 运用数据库分区 ALLNODES 中定义的装备）
TABSPACE2（DMS 运用数据库分区 NODE1 中定义的 SMS）
TABSPACE3（DMS 运用数据库分区 NODE2 中定义的 DMS）
表
TABSPACE1 中的 TAB1
TABSPACE2 中的 TAB2
TABSPACE3 中的 TAB3
MQT：
TAB3 上定义的 MQT
视图：
定义的 VIEW1，包孕两个表 TAB1 和 TAB2
请确保在发出查询的节点上运用 -f 和 -fd 网络 db2look，以确保从该节点和注册表设置中获取后面所指斥争论的缓冲池信息，以及从运转查询的节点获取 db cfg 和 dbm cfg。以我的经历，客户的全数节点常日具有雷同的配置，除了缓冲池这个极端次要的设置之外。
所遵循的步骤：
从消费中网络存储器信息：
db2look -d <dbname> -l -o storage.out
点窜表空间/缓冲池信息以适应这些情形。假若您没有可用的装备，那么就运用 DMS 文件容器。非常，假若您不停留在测试中运用与消费中雷同数量的容器，就延长列表并运用较少容器。但是，您非常必需确保假若消费中的表空间是 DMS 或 SMS 范例的，那么在测试中要保管雷同的范例。
运用下列饬令网络配相信息：
db2look -d <dbname> -f -fd -o config.out
此刻，仅仅为我们感兴趣的对象网络 db2look 信息。本例中，我们需要全数相干信息，包孕表 DLL、视图以与表相干的 MQT：
db2look -d <dbname> -e -a -m -t TAB1
TAB2 TAB3 -o db2look.out
一旦网络了全数这些信息并点窜了表空间/缓冲池信息，就在测试情形中实行 db2look 输入文件，而且从头从消费和测试中获取 db2exfmt 输入并进行比拟。
这是一个关于在表上进行活动时在那里网络 RUNSTATS 信息的经典示例。您将得到 SQL1227N 错误消息，而且将无法从头创建该题目，除非手工点窜统计数据。
来自: 新客网(www.xker.com) 详文参考：http://www.xker.com/page/e2007/0806/29235.html
版权声明：
原创作品，批准转载，转载时请务必以超链接情势标明文章 原始因由 、作者信息和本声明。不然将究查法律责任。