DB2 - Problem description
Problem IC96413 | Status: Closed |
THE REMOTE CONNECTION'S ISOLATION LEVEL IS SERIALIZABLE WHEN USING SQL SERVER WRAPPER 2PC FEATURE | |
product: | |
DB2 FOR LUW / DB2FORLUW / A10 - DB2 | |
Problem description: | |
SQL Server wrapper uses the default isolation serializable when using federated two phase commit. Here is the reproducing scripts: db2 => set passthru <your_server>; db2 => select transaction_isolation_level from sys.dm_exec_sessions where host_name = '<your_federation_host>'; transaction_isolation_level --------------------------- 2 1 record(s) selected. db2 => set passthru reset; DB20000I The SQL command completed successfully. db2 => alter server SQLSERVER options(set DB2_TWO_PHASE_COMMIT 'N'); DB20000I The SQL command completed successfully. db2 => db2 => set passthru <your_server>; DB20000I The SQL command completed successfully. db2 => select transaction_isolation_level from sys.dm_exec_sessions where host_name = '<your_federation_host>'; transaction_isolation_level --------------------------- 2 1 record(s) selected. db2 => set passthru reset; DB20000I The SQL command completed successfully. This APAR will support new behavior: set the remote corresponding isolation according to DB2's isolation. | |
Problem Summary: | |
User affected: Users who use InfoSphere Federation Server Problem description and summay: See error description | |
Local Fix: | |
available fix packs: | |
DB2 Version 10.1 Fix Pack 3 for Linux, UNIX, and Windows | |
Solution | |
Problem was fistly fixed in Version 10.1, FixPak 3. This fix should be applied on the federation Server. | |
Workaround | |
not known / see Local fix | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 27.09.2013 28.10.2013 28.10.2013 |
Problem solved at the following versions (IBM BugInfos) | |
Problem solved according to the fixlist(s) of the following version(s) | |
10.1.0.3 | |
10.1.0.3 |