DB2 - Problem description
| Problem IT04914 | Status: Closed |
APPLICATION MAY SEE SQL0501N, INCORRECTLY MOVE TO A NEW MEMBER OR FAILBACK, IF SERVER IS SETUP AS PURESCALE SERVER. | |
| product: | |
DB2 FOR LUW / DB2FORLUW / A50 - DB2 | |
| Problem description: | |
Only application to purescale server using release v10.5.4.
APAR should be applied on server.
If enableWLB=true or client affinity is enabled, application
using non-java driver/client, may report SQL0501N, gets wrong
value of global variables,incorrectly move to a new member or
failback, incorrectly tries to drive seamlessACR, if server is
setup as purescale server and if application is running under
any of the following restrictions:
http://www-01.ibm.com/support/knowledgecenter/SSEPGG_10.5.0/com.
ibm.db2.luw.qb.server.doc/doc/r0056430.html?lang=en.
Restrictions for workload balancing and automatic client reroute
During COMMIT and ROLLBACK operations, DB2 pureScale database
servers prevent applications from using workload balancing if
any of the following conditions apply:
The connection uses global variables.
An encrypted password is used.
Open WITH HOLD cursors are used.
Declared temporary tables (DGTT) are used.
A transform group was set.
The session authorization ID was changed.
PL/SQL packages or SQL/PL modules are used.
Cursor variables are used.
Sequence values are used and DB2_ALLOW_WLB_WITH_SEQUENCES
communication variable is not enabled.
Created temporary tables (CGTTs) that were created with the
PRESERVE ROWS option are used.
For applications that use CLI, ODBC, .NET, or JDBC APIs, if
workload balancing is not allowed as a result of any of the
preceding conditions, then automatic client reroute is
non-seamless and affinity failback is disabled.
For applications that do not use CLI, ODBC, .NET, or JDBC APIs,
such as applications that use embedded SQL, in addition to the
conditions listed, the use of dynamic SQL must also be
considered when it comes to workload balancing. By default,
workload balancing is disabled for such applications after a
statement is prepared unless the statement is prepared in a
stored procedure or user-defined function. However, if the
statement is always reprepared in a new transaction before it is
executed, you can allow workload balancing by specifying either
the KEEPDYNAMIC NO option for the bind operation or the KEEP
DYNAMIC NO option for the ALTER PACKAGE statement. For
applications that do not use CLI, ODBC, .NET, or JDBC APIs,
automatic client reroute is always non-seamless and affinity
failback is disabled under the conditions that restrict workload
balancing.
For applications that use CLI, ODBC, .NET, or JDBC APIs, the use
of dynamic SQL has no bearing on whether workload balancing is
allowed or whether automatic client reroute is seamless or
non-seamless. | |
| Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * PureScale users * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to v10.5.5. * **************************************************************** | |
| Local Fix: | |
| Solution | |
Fixed in v10.5.5 | |
| Workaround | |
not known / see Local fix | |
| Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 14.10.2014 15.12.2014 15.12.2014 |
| Problem solved at the following versions (IBM BugInfos) | |
| Problem solved according to the fixlist(s) of the following version(s) | |
| 10.5.0.5 |
|