|조회 결과 세트의 행 블로킹에 새로운 것이 아무 것도 없는 반면 버전 6.1 릴리스 이후의 |z/OS용 DB2(이전에는 OS/390용 DB2라고 함)에는 DB2 Connect 같이 원격 클라이언트에 대한 |OPEN 또는 FETCH 요청에 응답하여 여러 조회 블록을 리턴하는 기능이 있습니다. 현재 |클라이언트는 한 번에 하나의 행 데이터 블록을 요청하는 z/OS 서버용 DB2에 요청을 반복해 |보내는 대신, 선택적으로 서버가 추가로 조회 블록을 되돌려보내도록 요청할 수 있습니다. |이와 같은 추가 조회 블록을 잉여 조회 블록이라 합니다.
|이 새로운 기능을 이용해서 클라이언트는 네트워크 성능에 커다란 영향을 미치는 |네트워크 회선 변경 수를 최소화합니다. 클라이언트가 서버에 조회 블록을 요청하는 수를 줄이면 |성능이란 관점에서 송수신간 전환이 매우 번거로운 연산이기 때문에 |상당한 수준의 성능 향상이 이루어집니다. DB2 Connect는 현재 기본적으로 z/OS 서버용 DB2에서 |잉여 조회 블록을 요청하기 때문에 이러한 성능 향상을 저해할 수 있습니다.
|기본 네트워크 프로토콜인 TCP/IP에 잉여 조회 블록(각 블록의 최대 크기는 32KB임)을 |최대한 리턴시키기 위해서는 창 스케일링 확장자 또한 DB2 Connect의 RFC-1323에 구조화된 것처럼 |사용되어야 합니다. 이 기능을 통해 TCP/IP는 동적 및 효과적으로 송수신 창 크기를 조정하여 |잉여 조회 블록이 리턴할지도 모르는 엄청난 양을 처리할 수 있습니다.
|버전 6.1 이상의 z/OS 서버용 DB2에서의 잉여 조회 블록 지원은 DB2 DDF 설치 시 |EXTRA BLOCKS SRV 매개변수를 통해 구성됩니다. 이 매개변수는 요청에 대해 DB2가 클라이언트에 |되돌려 보낼 수 있고 0과 100 사이의 값으로 설정할 수 있는 최대 잉여 조회 블록 수를 제어합니다. |매개변수 값을 0으로 설정하면 잉여 조회 블록이 리턴되지 않습니다. |기본값 100을 사용해야 이 설정값을 렌더링하는 네트워크의 어떤 특성도 차단되어 |가장 효과적으로 이 기능을 활용할 수 있습니다.
|응용프로그램이 직접 상호 위치한 DB2 Connect 설치를 통하거나 개별 DB2 Connect 서버 설치를 통해 |z/OS용 DB2에 액세스하는 클라이언트측에는 다음 사용을 통해 커서당 또는 명령문에 기초하여 해당 |DB2 Connect 지원을 활성화할 수 있는 여러 방법이 있습니다. |
|옵션 1에 대해서는 이미 DB2 Connect 버전 7.1 FixPak 2에서 z/OS 스크롤 가능 지원용 DB2의 부분으로 |구현했기 때문에 이 절에서는 다루지 않습니다. 여기서는 다음과 같이 다른 SQL API를 이용해서 |잉여 조회 블록 지원을 사용하는 옵션 2와 3의 사용에 대해 집중적으로 다룰 것입니다.
|창 스케일링은 TCP/IP에 RFC-1323 확장자를 지원하는 모든 Windows 및 Unix 플랫폼에서 |FixPak 4부터 지원됩니다. 이 기능은 DB2 레지스트리 변수인 DB2SORCVBUF를 통해 |Windows 및 Unix용의 DB2에서 사용할 수 있습니다. 창 스케일링을 사용하려면 |DB2 레지스트리 변수인 DB2SORCVBUF를 65K 이상의 값으로 설정하십시오. (예를 들어, |Windows 또는 UNIX용 DB2에서 db2set DB2SORCVBUF =65537을 발행할 수 있습니다.) |최대 송수신 버퍼 크기는 특정 운영 체제에 따라 다릅니다. 구성된 버퍼 크기가 승인되었는지 |확인하기 위해 사용자는 데이터베이스 관리 프로그램 구성 매개변수인 DIAGLEVEL을 4(정보용)로 |설정하고 db2diag.log 파일을 검사하여 메시지를 살펴볼 수 있습니다.
|창 스케일링이 효과를 나타내게 하려면 연결 양 끝점에서 사용되어야 합니다. |예를 들어, DB2 Connect 워크스테이션과 호스트 사이에서 창 스케일링을 사용하려 한다면 |이 기능은 직접 운영 체제 TCP/IP 스택을 통하거나 간접적으로 DB2 제품을 통해 |워크스테이션과 호스트 양쪽 모두에서 활성화되어야 합니다. |예를 들어 z/OS용 DB2에서는 현재 TCPRCVBUFRSIZE를 65K보다 높은 값으로 설정하여 |운영 체제를 통해 창 스케일링을 활성화할 수 있습니다.
|DB2 Connect 서버 워크스테이션을 통해 호스트 DB2에 액세스하는데 원격 DB2 클라이언트를 |사용하는 경우에는 클라이언트에서도 창 스케일링을 사용할 수 있습니다. |어떤 호스트 DB2도 포함되지 않은 경우, 원격 DB2 클라이언트와 워크스테이션 DB2 서버 사이에서 |동일 토큰으로 창 스케일링을 사용할 수도 있습니다.
|창 스케일링이 네트워크 성능을 향상시키도록 설계되기는 했지만 |언제나 기대했던만큼 네트워크 성능이 향상되지는 않습니다. |Ethernet에 사용되는 프레임 크기나 토큰 링 LAN 어댑터, IP MTU 크기 및 기타 통신 링크 |전반에 걸쳐 구성되어 있는 라우터 설정값 등의 인수간 상호 작용은 긍극적으로 |창 스케일링이 사용될 때 성능을 떨어뜨릴 수 있습니다. 기본적으로 송수신 버퍼 모두 |64K로 설정된 상태에서는 창 스케일링을 사용할 수 없습니다. |사용자는 창 스케일링을 선택할 경우에 대비하고 있어야 하며 네트워크에 맞게 필요한 |조정을 할 수 있어야 합니다. 네트워크를 조정하여 네트워크의 성능을 향상시키는 방법에 |대해서는 http://www.networking.ibm.com/per/per10.html의 백서를 참조하십시오.