|
Problem IC99668
|
Status: Closed |
DB2LOOK -L COLLECTS CONTAINER INFORMATION FOR AUTOMATIC STORAGE TABLESPACES WHICH IS NOT NEEDED BUT COULD CAUSE SLOWNESS ON DPF |
| product: |
DB2 FOR LUW / DB2FORLUW / A50 - DB2 |
| Problem description: |
db2look -l can generate DDL statements for user-defined table
spaces.
For table spaces managed by AUTOMATIC STORAGE, db2look -l still
collects container information internally while these
information is not needed. And this might lead to the slowness
if there are a large number of table spaces in DPF environment.
For table spaces managed by database or system on DPF, db2look
-l needs the container information.
And it is normal that db2look -l might take a long time to
complete if there are a large number of table spaces in DPF
environment. |
| Problem Summary: |
****************************************************************
* USERS AFFECTED: *
* All user use db2look -l to generate tablespaces DDL *
****************************************************************
* PROBLEM DESCRIPTION: *
* See Error Description *
****************************************************************
* RECOMMENDATION: *
* upgrade to v105fp4. *
**************************************************************** |
| Local Fix: |
|
| available fix packs: |
DB2 Cancun Release 10.5.0.4 (also known as Fix Pack 4) for Linux, UNIX, and Windows
DB2 Version 10.5 Fix Pack 9 for Linux, UNIX, and Windows
|
| Solution |
|
| Workaround |
not known / see Local fix |
| Timestamps |
Date - problem reported :
Date - problem closed :
Date - last modified :
| 26.02.2014
09.09.2014
09.09.2014 |
| Problem solved at the following versions (IBM BugInfos) |
|
| Problem solved according to the fixlist(s) of the following version(s) |
| 10.5.0.4
|
 |
