Data source minimum required settings for DB2


 

+

Search Tips   |   Advanced Search

 

  1. DB2 Using IBM JCC Driver
  2. DB2 Using IBM JCC Driver (XA)
  3. DB2 Universal JDBC Driver provider
  4. DB2 Universal JDBC Driver provider (XA)

 

DB2 Using IBM JCC Driver

One-phase commit JCC provider for DB2 that uses the IBM Data Server Driver for JDBC and SQLJ. The DB2 Using IBM JCC Driver is the next generation of the DB2 Universal JCC driver. Data sources you create under this provider support only 1-phase commit processing, unless you use the type 2 JDBC driver with the appserver for z/OS. If we run the appserver on z/OS with the type 2 driver, the driver uses RRS and supports 2-phase commit processing.

This provider:

 

DB2 Using IBM JCC Driver (XA)

The DB2 Using IBM JCC Driver (XA) is a two-phase commit JCC provider for DB2 that uses the IBM Data Server Driver for JDBC and SQLJ. The IBM Data Server Driver is the next generation of the DB2 Universal JCC driver. Data sources created under this provider support the use of XA to perform two-phase commit processing.

This provider:

 

DB2 Universal JDBC Driver provider

The DB2 Universal JDBC Driver is an architecture-neutral JDBC driver for distributed and local DB2 access. Because the Universal Driver architecture is independent of any particular JDBC driver connectivity or target platform, it allows both Java connectivity (Type 4) or JNI based connectivity (Type 2) in a single driver instance to DB2.

This provider:

 

DB2 Universal JDBC Driver provider (XA)

The DB2 Universal JDBC Driver provider (XA) is an architecture-neutral JDBC provider for distributed and local DB2 access.

Whether you use this provider for Java connectivity or JNI based connectivity depends on the version of DB2 we are running. Version 6.0 and later of the appserver requires DB2 8.1 Fix Pack 6.

This version of DB2 only supports XA connectivity over the JNI based connectivity (Type 2) driver. In order to use XA connectivity with the Type 4 driver, DB2 8.1 Fix Pack 7 or higher is required.

This provider:


HP-UX SafepointPolling

SafepointPolling technology in the HP JVM for HP-UX might interfere with DB2 transactions. Developed to ensure safepoints for Java threads, SafepointPolling technology generates a signal that can interfere with the signal between the application server and a DB2 database. Database deadlocks often result. Prevent the interference by starting the JVM with the -XX:-SafepointPolling option, which disables SafepointPolling during runtime.


32-bit vs. 64-bit

Starting with DB2 v9, Linux, HP-UX, and Solaris systems require a 64-bit kernel. In addition, the width of the default instance bit is now determined by the operating system, which is different than with previous versions of DB2. The -w option, which would have provided the ability to specify the bit width of the instance, was removed for the commands: db2icrt, db2ilist and db2iupdt.

These changes on Linux, HP-UX, and Solaris systems preclude the ability to create or maintain a 32-bit instance of the appserver with v9 of DB2 on UNIX platforms. On 64-bit UNIX systems that have a 32-bit instance created for v8 of DB2, migrate the 32-bit instance for v8 of DB2 to a 64-bit instance for version 8 of DB2 before you migrate the instance to version 9 of DB2.



 

Related tasks

Set a JDBC provider and data source
Set a JDBC provider
Set a data source
Create and configuring a JDBC provider and data source using the JMX API
Set new data source custom properties using scripting