发行说明

| | |

|48.1 提高 DB2 Connect 数据传送速率

|虽然查询结果集的行的分块没有任何新内容，但是，“DB2 z/OS 版”（以前称为“DB2 OS/390 版”）自从版本 6.1 |发行版以来就能够返回多个查询块来作为对远程客户机（例如，DB2 Connect）的 OPEN 或 FETCH 请求的响应。客户机现在可以选择请求服务器发送回附加数量的查询块，而不用反复向“DB2 z/OS 版”服务器发送请求，一次请求一块行数据。这样的附加请求块称为额外查询块。

|此新功能部件允许客户机将网络线路交接数减至最少，这对网络性能有很大的影响。减少客户机发送至服务器的对查询块的请求数目将显著地提高性能，因为发送和接收之间的交换对于性能而言是一种代价很高的操作。缺省情况下，DB2 Connect |现在可以通过向“DB2 z/OS 版”服务器请求额外查询块来利用此性能增强功能。

|为了让首选网络协议 TCP/IP 充分利用返回的额外查询块（每个查询块可以长达 32K），还启用了“窗口缩放”扩展功能，它是在 DB2 Connect 中的 RFC-1323 下面构造的。此功能部件允许 |TCP/IP 动态地并且有效地调整发送和接收窗口大小，以容纳通过额外查询块返回的潜在的大量数据。

|48.1.1 额外查询块

|版本 6.1 或更新版本的“DB2 z/OS 版”服务器中的额外查询块支持是通过 |DB2 DDF 安装面板上的 EXTRA BLOCKS SRV 参数来配置的。此参数控制 |DB2 可以对请求发送回客户机的最大额外查询块数目，可以将此参数设置为 |0 和 100 之间的值。将该参数值设置为 0 将禁止返回额外查询块。应该使用缺省值 |100 以最好地利用此功能部件，防止网络中将使此设置小于理想值的任何特殊情况。

|在客户机端，应用程序直接通过并驻的 DB2 Connect |安装或通过单独的 DB2 Connect 服务器安装来存取“DB2 z/OS 版”，通过使用下列各项，就可以每个游标或语句为基础利用各种方法来激活相应的 |DB2 Connect 支持： |

• |游标的查询行集大小
• |在与游标相关联的选择语句上的 'OPTIMIZE for N ROWS' 子句
• |在与游标相关联的选择语句上的 'FETCH FIRST N ROWS ONLY' 子句。 |

|本节中未包含选项 1，因为已经将它作为“DB2 Connect 版本 7.1 修订包 2”中的“DB2 z/OS 版的可卷动支持”一部分实现。我们的重点是使用选项 2 和选项 3，而不是启用使用不同 SQL API 的额外查询块支持，如下所示： |

1. |嵌入式 SQL
   • |通过在选择语句本身上指定 'OPTIMIZE for N ROWS' 子句和／或 |'FETCH FIRST N ROWS ONLY' 子句来调用查询的额外查询块支持。
   • |借助 'OPTIMIZE for N ROWS' 子句，“DB2 z/OS 版”试图将期望数目的行分块以返回至 DB2 Connect，这取决于 EXTRA BLOCKS SRV DDF 安装参数设置。应用程序可以选择取装超过 N 行，因为“DB2 z/OS 版”未将可对查询结果集最大限度返回的总行数限制为 N。
   • |'FETCH FIRST N ROWS ONLY' 子句的作用与此类似，但“DB2 z/OS 版”将查询结果集限制为 N 行。取装 N |行以上将导致 SQL 代码加上 100（数据结尾）。 |
2. |CLI/ODBC
   • |通过 SQL_MAX_ROWS 语句属性来对查询调用额外查询块支持。
   • |DB2 Connect 将会在“DB2 z/OS 版 6.x”服务器的 'OPTIMIZE for N ROWS' |子句上作标记。尽管“DB2 z/OS 版”未将可对查询结果集最大限度返回的行数限制为 N，但是，如果试图取装超过 N 行，则 CLI/ODBC 会将 SQL_NO_DATA_FOUND 返回至应用程序。
   • |转而对“DB2 z/OS 版 7.1”或更新版本的服务器使用 'FETCH FIRST N ROWS ONLY' |子句。与嵌入式 SQL 的情况类似，“DB2 z/OS 版”将查询结果集限制为 N 行。取装 |N 行以上将导致 SQL_NO_DATA_FOUND。 |
3. |JDBC
   • |通过 setMaxRows 方法来对查询调用额外查询块支持。与 CLI/ODBC 启用类似，对于“DB2 z/OS 版”服务器版本 6.x，DB2 Connect 将在 'OPTIMIZE for N ROWS' 子句上作标记，而对于“DB2 z/OS 版”服务器版本 7.1 或更新版本，则会在 'FETCH FIRST N ROWS ONLY' 子句上作标记。 |
   |

|48.1.2 RFC-1323 窗口缩放

|在支持 TCP/IP 的 RFC-1323 扩展的所有 Windows 和 UNIX 平台上，从“修订包 4”开始就支持“窗口缩放”。可以通过 DB2 注册表变量 |DB2SORCVBUF 在“DB2 Windows 版”和“DB2 UNIX 版”上启用此功能部件。要启用“窗口缩放”，将 DB2 注册表变量 DB2SORCVBUF 设置为大于 64K 的任何值（例如，在“DB2 Windows 版”或“DB2 UNIX 版”上，可发出 |db2set DB2SORCVBUF =65537）。最大发送和接收缓冲区大小取决于特定的操作系统。为确保已接受所配置的缓冲区大小，用户可以将数据库管理器配置参数 DIAGLEVEL 设置为 4（供参考）并检查 db2diag.log 文件以获取消息。

|要使“窗口缩放”生效，必须在连接的两端都启用它。例如，要在 |DB2 Connect 工作站与主机之间启用“窗口缩放”，则此功能部件在工作站和主机上都必须是活动的，可直接通过操作系统 TCP/IP 堆栈或间接地通过 DB2 产品来激活它。例如，对于“DB2 z/OS 版”，目前只能将 TCPRCVBUFRSIZE |设置为任何大于 64K 的值通过操作系统激活“窗口缩放”。

|如果使用远程 DB2 客户机以通过 DB2 Connect 服务器工作站访问主机 DB2，则还可以在客户机上启用“窗口缩放”。通过使用同一令牌，在不涉及主机 DB2 的情况下，还可以在远程 DB2 客户机和工作站 DB2 服务器之间启用“窗口缩放”。

|虽然“窗口缩放”可用来提高网络性能，但是，并不是一直都能实现期望的网络性能改进。在各种因素（例如，用于以太网或令牌环 LAN 适配器的帧大小、IP MTU 大小以及路由器吞吐量中的其它设置）的交互作用下，通信链路甚至可能会导致在启用“窗口缩放”时使性能降低。缺省情况下，禁用“窗口缩放”，并将发送和接收缓冲区设置为 64K。用户应当估计打开“窗口缩放”所产生的影响，并对网络执行所有必需的调整。有关调整网络以改进网络性能的介绍，参考 http://www.networking.ibm.com/per/per10.html 处的白皮书。