DB2 - Problem description
Problem IC92705 | Status: Closed |
THE REMOTE CONNECTION'S ISOLATION LEVEL IS SERIALIZABLE WHEN USING SQL SERVER WRAPPER 2PC FEATURE | |
product: | |
DB2 FOR LUW / DB2FORLUW / 970 - 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: | |
Local Fix: | |
available fix packs: | |
DB2 Version 9.7 Fix Pack 9 for Linux, UNIX, and Windows | |
Solution | |
Workaround | |
not known / see Local fix | |
Comment | |
New requirement for F2PC | |
BUG-Tracking | |
forerunner : APAR is sysrouted TO one or more of the following: IC96413 IC96418 follow-up : | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 31.05.2013 16.12.2013 16.12.2013 |
Problem solved at the following versions (IBM BugInfos) | |
Problem solved according to the fixlist(s) of the following version(s) | |
9.7.0.9 | |
9.7.0.9 |