Product compatibility

Microsoft XP fix is needed on 64-bit operating systems

If you are using the Microsoft(R) XP operating system (2600) configured to use the NETBIOS protocol with the DB2 family of products, you need to obtain a hotfix from Microsoft. Contact Microsoft with the Knowledge Base article number Q317437.

Windows XP operating systems

2The Windows XP Home Edition operating system is supported 2only by DB2 Universal Database (UDB) Personal Edition products.

The Windows XP Professional operating system is supported by the following DB2 products:

8 8 8

DB2 UDB HADR separately priced option available

8

In DB2 Universal Database (UDB) Version 8.2, customers of DB2 UDB Workgroup 8Server Edition and DB2 UDB Express Edition (when licensed based on per user 8pricing model) were not able to install the DB2 UDB High Availability Disaster 8Recovery (HADR) separately priced option. This problem has been fixed in 8DB2 UDB Version 8.2 FixPak 1 (equivalent to Version 8.1 FixPak 8).

8 8 8

DB2 Warehouse Manager (Version 8.2) and IBM DB2 OLAP Server FP3 and later

8

The OLAP utilities in DB2 Warehouse Manager Standard Edition, Version 8.2 are 8not compatible with IBM DB2 OLAP Server(TM) FP3 (Essbase API level 6.5.4) 8and later. You are advised to use DB2 OLAP Server FP2 (Essbase 6.5.3) or earlier 8until this problem is resolved.

8 8 8

Red Hat Linux support with the Data Warehouse Center

8

DB2 Universal Database, Version 8.2 supports Red Hat Enterprise Linux AS Versions 3.1 and 2.1. However, the Data Warehouse Center supports 8only Red Hat Enterprise Linux AS, Version 2.1. The Data Warehouse Center uses 8DataDirect ODBC drivers that do not support Red Hat Enterprise Linux AS, Version 83.1. Therefore, the Data Warehouse Center does not support ODBC warehouse 8sources and warehouse targets from a Red Hat Enterprise Linux AS, Version 83.1 agent site.

6 6 6

Alternative Unicode conversion tables for the coded character set identifier 6(CCSID) 5039

6

The Microsoft Japanese Windows Shift-JIS code page is registered 6as the IBM coded character set identifier (CCSID) 943. However, the Shift-JIS 6code page on HP-UX platform is registered as CCSID 5039. CCSID 5039 contains 6characters in the Japanese Industry Standard (JIS) only, and does not have 6any vendor defined characters. You can use a DB2 Universal Database (UDB) database of CCSID 5039 on HP-UX to store Shift-JIS characters, 6but there will be code page conversion between CCSID 5039 and CCSID 943. When 6using Microsoft ODBC applications, you might encounter a 6problem when converting data in CCSID 5039 to Unicode, due to differences 6between IBM's code page conversion table and Microsoft's code page conversion 6table.

6

The following list of characters, when converted from CCSID 5039 to Unicode, 6will result in different code points depending on which conversion table is 6used (IBM or Microsoft). For these characters, the IBM conversion table 6conforms to the Japanese Industry Standard JISX0208 and JISX0221.

6 66666666666666666666666666666666
Table 1. CCSID 5039 to Unicode code point conversion
Shift-JIS code point (character name) IBM primary code point (Unicode name) Microsoft primary code point (Unicode 6name)
X'815C' (EM dash) U+2014 (EM dash) U+2015 (Horizontal bar)
X'8160' (Wave dash) U+301C (Wave dash) U+FF5E (Fullwidth tilde)
X'8161' (Double vertical line) U+2016 (Double vertical line) U+2225 (Parallel to)
X'817C' (Minus sign) U+2212 (Minus sign) U+FF0D (Fullwidth hyphen-minus)
6

For example, the character EM dash with the CCSID 5039 code point of X'815C' 6is converted to the Unicode code point U+2014 when using the IBM conversion table, 6but is converted to U+2015 when using the Microsoft conversion table. This can create 6potential problems for Microsoft ODBC applications because they 6would treat U+2014 as an invalid code point. To avoid these potential problems, DB2 UDB 6provides the alternate Microsoft conversion table from CCSID 65039 to Unicode, in addition to the default IBM conversion table. You need to replace 6the default IBM conversion table with the alternate Microsoft conversion table. Note that 6the default IBM conversion table from Unicode to CCSID 5039 matches the Microsoft version.

6 6 6

Replacing the Unicode conversion tables for coded character set (CCSID) 65039 with the Microsoft conversion tables

6

When you convert from CCSID 5039 to Unicode, the DB2 Universal Database (UDB) default code page conversion table is used. If you want to use 6a different version of the conversion table, such as the Microsoft version, 6you must manually replace the default conversion table (.cnv) file.

6
6Prerequisites 6

Before replacing the existing code page conversion table file in the sqllib/conv directory, you should back up the file 6in case you want to change it back. On UNIX and Linux, the sqllib/conv directory is linked to the DB2 UDB installation path.

6
6Restrictions 6

For conversion table replacement to be effective, every DB2 UDB client that 6connects to the same database must have its conversion table changed. Otherwise, 6the different clients might store the same character using different code 6points.

6
6Procedure 6

To replace the DB2 UDB default conversion table for converting from CCSID 65039 to Unicode, follow these steps:

6
    6
  1. Copy sqllib/conv/ms/5039ucs2.cnv to sqllib/conv/5039ucs2.cnv
  2. 6
  3. Restart DB2 UDB.
6 6 6

Alternative Unicode conversion tables for the coded character set identifier 6(CCSID) 954

6

The IBM coded character set identifier (CCSID) for the Japanese EUC code 6page is registered as CCSID 954. CCSID 954 is a common encoding for Japanese UNIX and Linux platforms. When using Microsoft ODBC applications to connect 6to a DB2 Universal Database (UDB) database of CCSID 954, you 6might encounter a problem when converting data from CCSID 954 to Unicode. 6The potential problem is due to differences between IBM's code page conversion 6table and Microsoft's code page conversion table. The IBM conversion table 6conforms to the character names as specified in the Japanese Industry Standard 6(JIS) JISX0208, JISX0212, and JISX0221.

6

The following characters, when converted from CCSID 954 to Unicode, will 6result in different code points depending on whether the IBM or Microsoft conversion 6table is used.

6 6666666666666666666666666666666666666
Table 2. CCSID 954 to Unicode code point conversion
EUC-JP code point (character name) IBM primary code point (Unicode name) Microsoft primary code point (Unicode 6name)
X'A1BD' (EM dash) U+2014 (EM Dash) U+2015 (Horizontal Bar)
X'A1C1' (Wave dash) U+301C (Wave Dash) U+FF5E (Fullwidth Tilde)
X'A1C2' (Double vertical line) U+2016 (Double vertical line) U+2225 (Parallel To)
X'A1DD' (Minus sign) U+2212 (Minus sign) U+FF0D (Fullwidth hyphen-minus)
X'8FA2C3' (Broken bar) U+00A6 (Broken bar) U+FFE4 (Fullwidth broken bar)
6

For example, the character EM dash with the CCSID 954 code point of X'A1BD' 6is converted to the Unicode code point U+2014 when using the IBM conversion table, 6but is converted to U+2015 when using the Microsoft conversion table. Due to this 6difference of conversion mapping, you might have two different code points 6for the same character in a DB2 UDB Unicode database, or in a graphic 6column of a DB2 UDB 954 database. This can create potential problems for Microsoft ODBC 6applications because they would treat U+2014 as an invalid code point. To 6avoid these potential problems, DB2 UDB provides the alternate Microsoft conversion 6table from CCSID 954 to Unicode, in addition to the default IBM conversion table. 6You need to replace the default IBM conversion table with the alternate Microsoft conversion table. Note that the default IBM conversion table 6from Unicode to CCSID 954 matches the Microsoft version.

6 6 6

Replacing the Unicode conversion tables for coded character set (CCSID) 6954 with the Microsoft conversion tables

6

When you convert from CCSID 954 to Unicode, the DB2 Universal Database (UDB) default code page conversion table is used. If you want to use 6a different version of the conversion table, such as the Microsoft version, 6you must manually replace the default conversion table (.cnv) file.

6
6Prerequisites 6

Before replacing the existing code page conversion table file in the sqllib/conv directory, you should back up the file 6in case you want to change it back. On UNIX and Linux, the sqllib/conv directory is linked to the install path of DB2 UDB.

6
6Restrictions 6

For this to be effective, every DB2 UDB client that connects to the same CCSID 6954 database must have its conversion table changed. If your client is Japanese Windows, whose ANSI code page is Shift-JIS (CCSID 943), you will also 6need to change the DB2 default conversion tables between CCSID 943 and Unicode 6to the Microsoft version. Otherwise, the different clients 6might store the same character using different code points.

6
6Procedure 6

To replace the DB2 UDB default conversion table for converting from CCSID 6954 to Unicode, follow these steps:

6
    6
  1. Copy sqllib/conv/ms/0954ucs2.cnv to sqllib/conv/0954ucs2.cnv
  2. 6
  3. Restart DB2 UDB.
6

To replace the DB2 UDB default conversion tables for converting between 6CCSID 943 and Unicode, follow these steps:

6
    6
  1. Copy sqllib/conv/ms/0943ucs2.cnv to sqllib/conv/0943ucs2.cnv
  2. 6
  3. Copy sqllib/conv/ms/ucs20943.cnv to sqllib/conv/ucs20943.cnv
  4. 6
  5. Restart DB2 UDB.
7 7 7

Alternative Unicode conversion tables for the coded character set identifier 7(CCSID) 943

7

When using the Microsoft Japanese Windows Shift-JIS 7code page that is registered as the IBM coded character set identifier (CCSID) 7943, you might encounter the following two problems when converting characters 7between CCSID 943 and Unicode. The potential problem is due to differences 7between the IBM and Microsoft code page conversion tables. To avoid these 7potential problems, DB2 Universal Database (UDB) provides the alternate Microsoft conversion tables between CCSID 943 and Unicode, in addition 7to the default IBM conversion tables.

7
7Problem 1 7

For historical reasons, over 300 characters in the CCSID 943 code page 7are represented by two or three code points each. The use of input method 7editors (IMEs) and code page conversion tables cause only one of these equivalent 7code points to be entered. For example, the lower case character for Roman 7numeral one 'i' has two equivalent code points: X'EEEF' and 7X'FA40'. Microsoft Windows IMEs always generate X'FA40' 7when 'i' is entered. In general, IBM and Microsoft use the same primary code point 7to represent the character, except for the following 13 characters:

7 77777777777777777777777777777777777777777777777777777777777777777777777777777
Table 3. CCSID 943 Shift-JIS code point conversion
Character name (Unicode code point) IBM primary Shift-JIS code point Microsoft primary Shift-JIS code point
Roman numeral one (U+2160) X'FA4A' X'8754'
Roman numeral two (U+2161) X'FA4B' X'8755'
Roman numeral three (U+2162) X'FA4C' X'8756'
Roman numeral four (U+2163) X'FA4D' X'8757'
Roman numeral five (U+2164) X'FA4E' X'8758'
Roman numeral six (U+2165) X'FA4F' X'8759'
Roman numeral seven (U+2166) X'FA50' X'875A'
Roman numeral eight (U+2167) X'FA51' X'875B'
Roman numeral nine (U+2168) X'FA52' X'875C'
Roman numeral ten (U+2169) X'FA53' X'875D'
Parenthesized ideograph stock (U+3231) X'FA58' X'FA58'
Numero sign (U+2116) X'FA59' X'8782'
Telephone sign (U+2121) X'FA5A' X'8754'
7

IBM products such as DB2 UDB primarily use IBM code points, such as X'FA4A' to 7present the upper case Roman numeral one 'I', but Microsoft products 7use X'8754' to represent the same character. An Microsoft ODBC 7application can insert the 'I' character as X'8754' into a DB2 UDB 7database of CCSID 943, and the DB2 UDB Control Center can insert the same 7character as X'FA4A' into the same CCSID 943 database. However, ODBC 7applications can find only those rows that have 'I' encoded as X'8754', 7and DB2 UDB Control Center can locate only those rows that have 'I' 7encoded as X'FA4A'. To enable DB2 UDB Control Center to select 'I' 7as X'8754', you need to replace the default IBM conversion tables between CCSID 943 and 7Unicode with the alternate Microsoft conversion tables.

7
7Problem 2 7

The following list of characters, when converted from CCSID 943 to Unicode, 7will result in different code points depending on whether the IBM conversion table 7or the Microsoft conversion table is used. For these characters, 7the IBM conversion table conforms to the Japanese Industry Standard JISX0208, 7JISX0212, and JISX0221.

7

7 7777777777777777777777777777777777777
Table 4. CCSID 943 to Unicode code point conversion
Shift-JIS code point (character name) IBM primary code point (Unicode name) Microsoft primary code point (Unicode 7name)
X'815C' (EM dash) U+2014 (EM dash) U+2015 (Horizontal bar)
X'8160' (Wave dash) U+301C (Wave dash) U+FF5E (Fullwidth tilde)
X'8161' (Double vertical line) U+2016 (Double vertical line) U+2225 (Parallel to)
X'817C' (Minus sign) U+2212 (Minus sign) U+FF0D (Fullwidth hyphen-minus)
X'FA55' (Broken bar) U+00A6 (Broken bar) U+FFE4 (Fullwidth broken bar)
7

For example, the character EM dash with the CCSID 943 code point of X'815C' 7is converted to the Unicode code point U+2014 when using the IBM conversion table. 7However, it is converted to U+2015 when using the Microsoft conversion 7table. Due to this difference of conversion mapping, you might have two different 7code points for the same character in a DB2 UDB Unicode database. This can create 7potential problems for Microsoft ODBC applications because they 7would treat U+2014 as an invalid code point. To avoid this potential problem, 7you need to replace the default IBM conversion tables between CCSID 943 and 7Unicode with the alternate Microsoft conversion tables.

7

The use of the alternate Microsoft conversion tables between CCSID 7943 and Unicode should be restricted to closed environments, where the DB2 UDB 7clients and the DB2 UDB databases all have a code page of CCSID 943 and 7are all using the same alternate Microsoft conversion tables. If you have 7a DB2 UDB client using the default IBM conversion tables, and another DB2 UDB client using 7the alternate Microsoft conversion tables, and both clients are inserting 7data to the same DB2 UDB database of CCSID 943, the same character may be 7stored as different code points in the database.

7 7 7

Replacing the Unicode conversion tables for coded character set (CCSID) 7943 with the Microsoft conversion tables

7

When you convert between CCSID 943 and Unicode, the DB2 Universal Database (UDB) default code page conversion tables are used. If you want to 7use a different version of the conversion tables, such as the Microsoft version, 7you must manually replace the default conversion table (.cnv) files.

7
7Prerequisites 7

Before replacing the existing code page conversion table files in the sqllib/conv directory, you should back up the files 7in case you want to change them back. On UNIX and Linux, sqllib/conv is linked to the DB2 UDB installation path.

7
7Restrictions 7

For conversion table replacement to be effective, every DB2 UDB client that 7connects to the same database must have its conversion table changed. Otherwise 7the different clients might store the same character using different code 7points.

7
7Procedure 7

To replace the DB2 UDB default conversion tables for converting characters 7between CCSID 943 and Unicode:

7
    7
  1. Copy sqllib/conv/ms/0943ucs2.cnv to sqllib/conv/0943ucs2.cnv.
  2. 7
  3. Copy sqllib/conv/ms/ucs20943.cnv to sqllib/conv/ucs20943.cnv.
  4. 7
  5. Restart DB2 UDB.

MVS operating system is not supported

Despite being mentioned in the documentation, the MVS(TM) operating system is no longer supported by DB2 Universal Database. MVS has been replaced with z/OS.

Backup and restore operations (Linux 390)

Backup and restore operations to and from multiple tape devices might not work if you are using the Linux 390 operating system.

2 2 2

Enabling view docking when accessing the Development Center with Hummingbird Exceed

2

When accessing the Development Center on UNIX with Hummingbird(R) Exceed, 2the XTEST extension version 2.2 must be enabled before you can move and dock 2views by dragging their title bars within the Development Center.

2

To enable the XTEST extension:

2
    2
  1. From the Start menu, select Programs -> Hummingbird Connectivity 7.0 -> Exceed -> XConfig. The XConfig window opens.
  2. 2
  3. Optional: If your configuration requires a password, enter the XConfig 2password.
  4. 2
  5. Double click the Protocol icon. The Protocol window 2opens.
  6. 2
  7. Select the X Conformance Test Compatibility checkbox.
  8. 2
  9. In the Protocol window, click the Extensions... button. The Protocol Extensions window opens.
  10. 2
  11. In the Enable Extensions list, select the XTEST(X11R6) checkbox.
  12. 2
  13. Click OK.
[ Top of Page |Previous Page | Next Page | Contents ]