호환성 문제

개정 표시는 추가 또는 변경된 텍스트를 표시합니다. 수직 막대( | )는 버전 8.2 FixPak 4(Version 8.1 FixPak 11과 동일)에서 추가 또는 변경된 정보를 표시합니다.

역호환성

새 제품의 FixPak 레벨 및 설치

현재 컴퓨터에 설치된 다른 DB2(R) 제품의 버전과 다른 레벨의 DB2(R) 제품을 설치해야 할 수도 있습니다. DB2 제품은 서로 레벨이 같아야 합니다.

설치할 제품이 같은 컴퓨터에 설치된 다른 DB2 제품 버전보다 더 최신 레벨인 경우 기존 DB2 제품을 최신 레벨로 갱신해야 합니다. 예를 들어, FixPak 10 레벨에서 iSeries(TM)용 DB2 Connect(TM)를 설치할 때 다른 DB2 제품 레벨이 FixPak 9인 경우, FixPak 10 레벨의 iSeries(TM)용 DB2 Connect(TM)를 설치하기 전에 먼저 현재 설치된 DB2 제품에 FixPak 10을 적용해야 합니다.

반대로 더 최신 버전의 DB2 제품이 설치된 컴퓨터에 제품을 설치하는 경우 다음과 같은 일부 지침을 따르십시오.

Windows(R) 운영 체제
FixPak을 사용하여 시스템에 같은 레벨의 제품을 직접 설치할 수 있습니다. 다음 명령을 사용하여 설치를 완료한 후 라이센스를 추가할 수 있습니다. 
   db2licm -a filename
여기서 filename은 라이센스 파일 이름입니다. 이 파일은 원래 미디어의 db2\license 디렉토리에 있습니다. 또한 이 라이센스를 FixPak의 db2\license 디렉토리에 추가하면 설치시 라이센스가 설치됩니다.
UNIX(R) 및 Linux(R) 운영 체제
전제조건

추가 제품 또는 구성요소를 설치하기 전에 다음 항목을 중지해야 합니다.

  • 기존 DB2 인스턴스
  • DAS(DB2 Administration Server)

중지해야 하는 이 인스턴스 및 DAS는 추가 DB2 제품 또는 구성요소를 설치하는 DB2 설치에 속해 있습니다.

추가 지시사항은 FixPak Readme를 참조하십시오.

프로시저

  1. 현재 시스템에 설치된 하나 이상의 DB2 제품보다 레벨이 낮은 추가 제품 또는 구성요소를 설치하는 세 가지 방법이 있습니다. 다음 방법 중 하나를 선택하십시오.
    db2setup 프로그램 실행
    응답 파일을 사용하여 자동으로 또는 GUI를 사용하여 대화식으로 db2setup을 실행하십시오. db2setup을 사용하여 추가 제품 또는 구성요소를 설치하는 동안 인스턴스 작성과 같은 구성을 수행하지 마십시오.

    추가 제품 또는 구성요소가 DB2 DAS를 필요로 하거나 지원하지만 현재 시스템에 DB2 DAS가 없는 경우 db2setup은 설치 중 DB2 DAS를 설정합니다. db2setup을 사용하여 DB2 DAS를 작성하는 중 일부 플랫폼에서 오류가 발생할 수 있습니다. 이는 예상되는 오류이며 무시할 수 있습니다.

    db2setup 프로그램은 DB2 제품 CD 또는 설치하는 추가 제품이나 구성요소의 이미지에 있습니다.

    db2setup의 사용법에 대한 자세한 정보는 Command Reference 안내서 및 설치 및 구성 보충 설명서를 참조하십시오.

    db2_install 스크립트 실행
    db2_install 스크립트는 영어가 아닌 언어와 메시지 구성요소를 제외하고 현재 DB2 설치시 설치되지 않은 모든 구성요소를 설치합니다. 따라서 새 제품 또는 구성요소를 설치할 때 기존 DB2 구성요소를 갱신하지 않을 경우 db2_install을 사용해야 합니다.

    db2_install 스크립트는 DB2 제품 CD 또는 설치하는 추가 제품이나 구성요소의 이미지에 있습니다.

    db2_install 스크립트 사용법에 대한 자세한 정보는 설치 및 구성 보충 설명서를 참조하십시오.

    시스템 설치 프로그램 사용
    새 제품 또는 구성요소를 설치할 때 시스템 설치 프로그램을 사용하십시오.

    시스템 설치 프로그램 사용법에 대한 자세한 정보는 설치 및 구성 보충 설명서를 참조하십시오.

  2. 다음 태스크는 추가 제품 또는 구성요소를 설치한 후 수행해야 합니다.
    1. 사전에 설치된 모든 제품에 일반 FixPak을 다시 적용하면 새 제품과 사전에 설치된 제품의 레벨이 모두 같아집니다.

      이 시나리오를 설명하기 위해 다음 조건을 가정합니다.

      • 현재 설치된 DB2 Universal Database(TM) Enterprise Server Edition 레벨이 FixPak 10입니다.
      • 이제 이전 단계의 지시사항에 따라 FixPak 7의 DB2 Query Patroller(TM)를 설치합니다.

      사후 설치 단계로 일반 FixPak 10을 재적용해야 합니다.

      주:
      FixPak 설치 중 다음과 유사한 오류 메시지를 받을 수 있습니다. 
      db2cliv81 패키지가 이미 시스템에 설치되어
있습니다.

패치 nnnnnnn-nnn 설치가 비정상적으로
종료되었습니다.

이 패치를 다시 설치하려면, 다시 설치하기 전에
먼저 이 패치를 설치 제거하십시오.
      이미 시스템의 db2cliv81 레벨이 설치하는 FixPak 레벨과 같은 경우 이 오류가 발생합니다. 이 유형의 오류는 무시할 수 있습니다. 시스템 설치 프로그램을 사용하여 실제로 DB2 구성요소 또는 패키지 레벨이 설치하는 FixPak 레벨과 같은지 확인하십시오.
    2. db2iupdt 명령을 실행하여 현재 DB2 설치에 속하는 기존 DB2 인스턴스를 갱신하십시오.
    3. dasupdt 명령을 실행하여 현재 DB2 설치와 연관된 DB2 DAS를 갱신하십시오.
    4. 필요한 경우 db2isetup 명령을 실행하여 새 DB2 UDB 인스턴스를 작성하거나 기존 인스턴스를 구성하십시오.
    FixPak 설치, 인스턴스 및 DB2 DAS 갱신, 기타 사후 설치 단계에 대한 자세한 내용은 FixPak Readme를 참조하십시오.

DB2 UDB 버전 8.2 데이터베이스의 역호환성

DB2 Universal Database(TM) 버전 8.2로 데이터베이스를 작성한 경우, 버전 8.1 레벨에서 이 데이터베이스를 사용할 수 없습니다. 이 데이터베이스는 버전 8.2 이상 레벨에서만 사용할 수 있습니다.

DB2(R) UDB 버전 8.2 레벨에서 작성된 데이터베이스에는 이전 버전에서 사용할 수 없는 추가 기능이 있을 수 있습니다. 이 차이로 인해 새 데이터베이스를 이전 릴리스의 DB2 UDB로 이동하려고 하면 바람직하지 않고 예기치 않게 동작할 수 있습니다.

주:
데이터베이스가 원래 버전 8.1로 작성된 경우에만 데이터베이스를 버전 8.2에서 버전 8.1로 이동할 수 있습니다. 그런 후에도, 역이주는 db2demigdb 도구를 실행한 후에만 가능합니다. 그러나 버전 8.2에서 변경된 내장 기능을 사용하는 경우에는 문제점이 발생할 수 있습니다.
| | |

DB2 UDB 클라이언트 지원 명시

|

클라이언트용 DB2 빠른 시작 책의 |"DB2 클라이언트 개요" 절에서는 다음과 같이 명시되어 있습니다.

DB2 클라이언트는 |클라이언트 릴리스 레벨보다 두 릴리스 이후 또는 한 릴리스 이전의 DB2 서버 및 |같은 릴리스 레벨의 서버에 연결할 수 있습니다.
|

이 문장이 다음과 같이 변경되었습니다.

|

일부 환경에서 버전 N 클라이언트로부터 버전 N + 2 서버로 |연결할 수 있지만, DB2 지원 팀에서는 버전 N의 서비스가 제공 중인 경우에만 |해당 구성을 지원합니다. 버전 N이 |서비스에서 제외되면 DB2 지원 팀이 더 이상 이 구성을 |지원하지 않습니다. |버전 7이 서비스에서 |제외되었으므로 DB2 버전 8 서버에 연결 중인 DB2 버전 7 클라이언트가 |DB2 지원 팀에서 더 이상 지원되지 않습니다.

DB2 UDB 버전 8.2에서 DB2 UDB 버전 8.1로 이주할 경우의 Health 레지스트리 변경사항

DB2 UDB 버전 8.2 레벨에서 수행된 레지스트리 변경사항은 다시 DB2 UDB 버전 8.1로 이주할 경우 손실됩니다. 레지스트리는 DB2 UDB 버전 8.2로 업그레이드하고 HealthRules2.reg 파일의 설정을 사용하기 이전의 기존 설정이 있는 버전 8.1 HealthRules.reg 파일로 바뀝니다.

대체 FixPak(Linux 및 UNIX)

DB2 Universal Database(UDB) 버전 8 FixPak 이전에는 한 고정 위치에 설치된 DB2 UDB 패키지 또는 파일 세트에 대한 갱신 기능만을 가지고 있었습니다. 이는 FixPak 설치로 기존 파일을 FixPak에 제공된 갱신 파일로 교체했음을 의미합니다. 다중 DB2 FixPak 레벨이 단일 시스템에 존재할 수 없었습니다. 이제는 DB2 UDB Enterprise Server Edition(ESE)이 Linux(TM) 기반 및 UNIX(R) 기반 운영 체제용의 동일한 시스템에서 여러 개의 FixPak 레벨로 존재할 수 있습니다. 버전 8.1.2부터 제품 운영 환경에서 지원되는 이 기능은 다음 두 FixPak 유형을 사용하여 얻어진 것입니다.

일반 FixPak
대체 FixPak
주:
  1. 사용자 환경에 불필요할 경우 여러 개의 FixPak 설치를 수행하지 않아도 됩니다. 같은 시스템에서 DB2 UDB 버전 8 ESE 인스턴스의 FixPak 레벨이 달라야 하는 경우 여러 개의 FixPak 설치를 고려할 수도 있습니다. 예를 들어, 여러 개의 FixPak을 사용하면 프로덕션 시스템에 영향을 주지 않고 테스트 환경에서 FixPak에 들어 있는 변경사항을 검증할 수 있습니다.
  2. Linux(TM) 및 UNIX(R)용 IBM(R) DB2 UDB Enterprise Server Edition(ESE) 버전 8.1.2부터 FixPak은 여러 개의 FixPak으로 설치되는 프로덕션 운영 환경에서 지원됩니다.
  3. Linux에서 대체 FixPak은 다음 플랫폼에서만 사용할 수 있습니다.
  4. 두 개 이상의 DB2 인스턴스가 동일한 시스템에서 서로 다른 FixPak 레벨로 실행되고 있는 경우, 페더레이티드 쿼리와 같이 DB2 IPC(Internal Procedure Call)를 사용하는 작업을 수행할 수 없습니다. 동일한 시스템에서 이러한 작업에 관련된 모든 인스턴스는 동일한 DB2 FixPak 레벨이어야 합니다.
  5. DB2 UDB 버전 8 대체 FixPak은 지원되는 Linux 및 Unix 플랫폼에서 DB2 ESE만을 지원합니다.

여러 개의 FixPak 인스턴스를 서로 다른 FixPak 레벨로 갱신하려면 다음 조작 중 하나를 수행하십시오.

대체 FixPak에 대한 추가 정보는 다음을 참조하십시오.

이전 FixPak과의 데이터 호환성을 쿼리하는 Query Patroller 버전 8.2.2

버전 8.2.2(버전 8.1 FixPak 9와 동일)부터 32비트 환경에서 캡처한
TRACK_QUERY_INFO Query Patroller 제어 테이블의 내용을 64비트 환경에서도 사용할 수 있습니다. 이 호환성은 64비트 환경으로의 이주 작업의 부하를 줄여줍니다. 버전 8.2.2에서 TRACK_QUERY_INFO Query Patroller 제어 테이블에 캡처된 정보는 해당 쿼리에 대한 히스토리 데이터를 생성하거나 이전 FixPak 레벨에서 실행된 쿼리를 실행하는 데 사용할 수 없습니다.

Data Warehouse Center 이전 서버 지원 제한사항

DB2 Universal Database(UDB) Enterprise Server Edition 버전 8 Data Warehouse Center의 이전 서버 지원에는 다음 제한사항이 있습니다.

대형 오브젝트(LOB) 지원
SNA(Systems Network Architecture) 지원
SNA를 사용하여 웨어하우스 소스 및 목표에 연결할 경우, SNA를 통한 TCP/IP로 구성을 변경하거나 Windows NT(R) 웨어하우스 에이전트를 사용해야 합니다.
EXPORT 및 LOAD 유틸리티 지원
Data Warehouse Center 버전 8 로드 유틸리티는 버전 7 목표 데이터베이스를 지원하지 않습니다. 목표를 버전 7 데이터베이스로 유지하려면 LOAD 단계를 SQL 선택 및 삽입 단계로 변경해야 합니다. SQL 선택 및 삽입 단계는 DELETE*문 다음에 SELECT 및 INSERT문을 사용합니다. SQL 선택 및 삽입 단계에서는 데이터베이스에 모든 트랜잭션을 기록해야 합니다. 따라서 SQL 선택 및 삽입 단계의 성능은 EXPORT 및 LOAD 유틸리티의 경우만큼 효율적이지 않습니다.

OS/390용 DB2 UDB 버전 6과 z/OS용 DB2 UDB 버전 7의 SQLJ 및 SQL 보조 지원에 필요한 개발 센터 APAR

Windows(R) 또는 UNIX 운영 체제의 DB2 Universal Database(UDB) 버전 8에 대한 Application Development Client에서 개발 센터를 사용할 때, SQLJ 및 SQL 지원을 사용하려면 서버에 다음 APAR을 설치해야 합니다.

z/OS(R)용 DB2 UDB, 버전 7
OS/390(R)용 DB2 UDB, 버전 6

DB2 UDB에서 실행되는 두 버전의 SQL 지원

DB2 Universal Database 버전 8에서 SQL 지원의 버전 7과 버전 8을 모두 호출할 수 있습니다. DB2 Data Warehouse Center에서 버전 7을 시작할 수 있습니다. 기타 모든 센터는 최신 버전 8을 시작합니다. 제품 온라인 도움말에는 SQL 지원 버전 7에 대한 추가 정보가 있습니다.

유니코드 서버 동작의 변경사항

버전 7에서, 유니코드 서버는 연결시 응용프로그램에서 송신한 그래픽 코드 페이지를 무시하며, UCS2 유니코드(코드 페이지 1200)가 사용되고 있다고 가정합니다. 버전 8 유니코드 서버는 이제 클라이언트에서 보낸 코드 페이지를 고려합니다.

이주 중의 데이터베이스 구성 매개변수 변경사항

DB2 UDB 버전 8.2는 SQLDBCONF라는 새 16K 데이터베이스 구성 매개변수 파일을 사용합니다. 이 파일은 DB2 UDB 버전 8.1 4K 데이터베이스 구성 매개변수 파일 SQLDBCON과는 다른 파일입니다.

DB2 UDB 버전 8.2로 이주한 후, 제품은 버전 8.1 4K 파일의 내용을 이주하고 16K 파일을 사용하여 데이터베이스 구성 매개변수 변경사항을 로그합니다. 버전 8.1 4K 파일이 보유되지만 사용되지는 않습니다.

DB2 UDB 버전 8.1로 역이주하는 경우, DB2 UDB 버전 8.1 제품이 원래 버전 8.1 4K 파일을 사용하여 데이터베이스 구성 매개변수 변경사항을 로그하도록 되돌아갑니다. 버전 8.2 16K 파일이 보유되지만, DB2 UDB 버전 8.1 제품에 의해 인식되지는 않습니다. 버전 8.2로 이주하고 버전 8.1로 역이주하는 사이에 수행된 16K 데이터베이스 구성 매개변수 파일의 변경사항은 원래 14K 파일로 이주되지 않기 때문에 실제로 이전 DB2 UDB 레벨에서 취소됩니다.

그리고 DB2 UDB 버전 8.2로 다시 이주하면 DB2 UDB 버전 8.2 제품이 16K 데이터베이스 구성 파일이 이미 존재함을 인식하고 버전 8.2 16K 파일을 사용하여 데이터베이스 구성 매개변수 변경사항을 로그하도록 되돌아갑니다. 버전 8.1 4K 파일이 보유되지만, DB2 UDB 버전 8.2 제품에 의해 인식되지는 않습니다. 버전 8.1로 역이주하고 버전 8.2로 다시 이주하는 사이에 수행된 4K 데이터베이스 구성 매개변수 파일의 변경사항은 기존 16K 파일로 이주되지 않기 때문에 실제로 더 최신 DB2 UDB 레벨에서 취소됩니다.

db2diag.log 형식 메시지 향상

버전 8.2의 db2diag.log 파일 형식이 여러 가지 방식으로 향상되었습니다. 이제 로그 파일을 수동으로 손쉽게 읽고 이를 통해 소프트웨어의 구문을 쉽게 분석할 수 있습니다. 향상된 내용은 다음과 같습니다.

그 외에도 데이터베이스 필드 이름이 DB로 변경되었습니다.

이벤트 레코드가 진단 메시지로 db2diag.log 파일에 추가되었습니다. 이러한 이벤트의 예는 다음과 같습니다.

이벤트 레코드는 LEVEL 필드에 "Event"가 지정됩니다. 이벤트가 오류가 아니어도 중요도에 따라 4(정보용) 또는 3(경고용) 이외의 진단 레벨에 로그될 수 있습니다.

db2set 프로파일 레지스트리 변수와 DB 또는 DBM 구성 매개변수가 로그됨

버전 8.2부터는 다음과 같은 갱신 사항이 db2diag.log 파일에 로그됩니다.

이러한 갱신에 대한 메시지는 중요도로 인해 높은 진단 레벨에서 로그됩니다.

다음 유형의 db2set 프로파일 레지스트리 갱신사항이 로그됩니다.

수정
db2set variableName=value 명령은 다음 db2diag.log 항목을 생성합니다. 
2004-04-22-19.19.14.156959-240 I79582C286         LEVEL: Event
PID     : 2437242              TID  : 1           PROC : db2set
INSTANCE: db2user              NODE : 000
FUNCTION: DB2 UDB, oper system services, db2set_main, probe:40
CHANGE  : CFG DB2SET: DB2DBDFT: From: "OLDDB" To: "SAMPLE"
삭제
db2set -r 명령은 다음 db2diag.log 항목을 생성합니다. 
CHANGE  : CFG DB2SET: DB2DBDFT: From: "SAMPLE" To: ""
주:
이전 예에서는 헤더 정보가 생략되어 있습니다.
재설정
db2set variableName=value 명령은 다음 db2diag.log 항목을 생성합니다. 
CHANGE  : CFG DB2SET: Profile registry was reset
주:
이전 예에서는 헤더 정보가 생략되어 있습니다.

DB 및 DBM 구성 매개변수 갱신사항 예는 다음과 같습니다.

CHANGE  : CFG DB SAMPLE: "Maxlocks" From: "10" To: "20"

CHANGE  : CFG DBM: "Diaglevel" From: "3" To: "1"

CHANGE  : CFG DBM: Reset to the system defaults
주:
이전 예에서는 헤더 정보가 생략되어 있습니다.

구성 갱신 메시지를 찾으려면 db2diag 도구를 사용하십시오. 예를 들면, 다음과 같습니다.

제품 호환성

JDK 1.4.2를 지원하는 Linux, UNIX 및 Windows용 DB2 Universal Database

Linux, UNIX 및 Windows(R)용 DB2 Universal Database(TM)(UDB) 버전 8.2.2(버전 8.1 FixPak 9와 동일)는 모든 DB2 UDB 지원 32-비트 및 64-비트 워크스테이션 운영 체제 환경에서 JDK 1.4.2를 지원합니다. 이 지원에는 Java(TM) 클라이언트 응용프로그램 빌드 및 실행, 명령행에서 Java(TM) 루틴 빌드 및 실행, 지원되는 DB2 개발 센터에서 Java(TM) 루틴 빌드 및 실행, 기타 DB2 도구 실행에 대한 지원이 포함되지만 이에 한정되지는 않습니다.

DB2 UDB 버전 8.2를 설치할 때 DB2 UDB 설치가 이전 DB2 UDB 버전 8의 갱신 설치가 아닌 경우, 아직 설치되어 있지 않으면 Java 개발자 킷의 최신 지원 버전이 설치됩니다. DB2 UDB 버전 8의 이전 설치를 갱신하는 경우에는 CD에 있는 Java 개발자 킷을 설치해야 합니다.

다음 표는 DB2 지원 32비트 및 64비트 워크스테이션 운영 체제 환경과 각 환경에 지원되는 최신 지원 JDK 레벨을 설명합니다. 이전 JDK 지원에 대한 정보는 Java 응용프로그램 개발 웹 페이지인 http://www.ibm.com/software/data/db2/udb/ad/v8/java/를 참조하십시오.

표 1. DB2 지원 환경과 해당 지원 JDK 레벨
DB2 지원 환경 최신 지원 JDK 레벨
Windows IA/AMD 32비트 JDK 1.4.2
Windows IA 64비트 JDK 1.4.2
Windows AMD/EM64T 64비트 JDK 1.4.2
AIX(R) 4.3.3 32비트 JDK 1.3.1 SR6 [2]
AIX(R) 5(하이브리드 [1]) JDK 1.4.2
Solaris(하이브리드 [1]) JDK 1.4.2
HPUX RISC & Itanium(하이브리드 [1]) JDK 1.4.2.01
Linux AMD/EM64T 32비트, 64비트(하이브리드 [1]) JDK 1.4.2 [3]
Linux IA 32비트 JDK 1.4.2
Linux IA 64비트 JDK 1.4.2
Linux 390 31비트 JDK 1.4.2
Linux 390 64비트 JDK 1.4.2
Linux PPC(하이브리드 [1]) JDK 1.4.2
주:
  1. 하이브리드는 32비트 및 64비트 지원이 포함된 설치 이미지를 의미합니다.
  2. AIX(R) 4.3.3에서 지원되는 JDK 버전은 JDK 1.3.1 Service Release 6뿐입니다.
  3. JDK 1.4.2가 설치된 Linux AMD/EM64T(32비트 및 64비트)에서는 DB2 GUI 도구가 지원되지 않습니다.

Linux Java 환경 설정에 대한 갱신된 프로시저는 다음에 제공합니다.

Linux Java 환경 설정

전제조건

프로시저

DB2 JDBC 지원을 사용하여 Linux에서 Java 응용프로그램을 빌드하려면 다음을 수행하십시오.

  1. 응용프로그램 개발 안내서: 응용프로그램 빌드 및 실행에서 "Linux 지원 개발 소프트웨어" 주제에 나열된 지원되는 개발자 킷 중 하나를 설치하고 구성하십시오.

    Java 스토어드 프로시저나 사용자 정의 함수(UDF)를 실행하려면 Linux 런타임 링커가 특정 Java 공유 라이브러리에 액세스할 수 있어야 하고, DB2 UDB가 이 라이브러리 및 JVM 둘 다를 로드할 수 있어야 합니다. 스토어드 프로시저와 사용자 정의 함수를 실행하는 프로세스는 /etc/ld.so.conf 파일에 정의된 것처럼 안전한 위치에 있는 라이브러리만을 로드합니다. 안전한 위치 중 하나는 /usr/lib입니다. 이후의 지시사항은 /usr/lib의 기호 링크를 필요로 하는 라이브러리를 보여줍니다.

  2. Java 공유 라이브러리로 연결되는 /usr/lib의 기호 링크를 작성하십시오. 사용 중인 JDK 버전에 따라 다음과 같은 다양한 공유 라이브러리에 대한 링크를 갖게 됩니다.
    IBM(R) Developer Kit 1.3
    libjava.so, libjvm.so 및 libhpi.so에 대한 기호 링크를 작성합니다. 다음 명령을 루트에서 실행하여 기호 링크를 작성할 수 있습니다. 
    cd /usr/lib
   ln -fs JAVAHOME/jre/bin/libjava.so .
   ln -fs JAVAHOME/jre/bin/classic/libjvm.so .
   ln -fs JAVAHOME/jre/bin/libhpi.so .
    여기서 JAVAHOME은 IBM(R) Developer Kit의 기본 디렉토리입니다. DB2 UDB가 이 라이브러리를 찾을 수 없는 경우, Java 루틴을 실행할 때 -4301 오류가 발생하며 발견되지 않은 라이브러리에 대한 관리 통지 로그에 메시지가 표시됩니다.
    IBM(R) Developer Kit 1.4.1
    libjava.so, libjvm.so, libhpi.so 및 libjsig.so에 대한 기호 링크를 작성합니다. 다음 명령을 루트에서 실행하여 기호 링크를 작성할 수 있습니다. 
    cd /usr/lib
   ln -fs JAVAHOME/jre/bin/libjava.so
   ln -fs JAVAHOME/jre/bin/classic/libjvm.so
   ln -fs JAVAHOME/jre/bin/libhpi.so
   ln -fs JAVAHOME/jre/bin/libjsig.so
    여기서, JAVAHOME은 IBM Developer Kit의 기본 디렉토리입니다. DB2 UDB가 이 라이브러리를 찾을 수 없는 경우, Java 루틴을 실행할 때 -4301 오류가 발생하며 발견되지 않은 라이브러리에 대한 관리 통지 로그에 메시지가 표시됩니다.
    AMD64/EM64T 이외의 Linux 플랫폼에서 IBM Developer Kit 1.4.2
    libjava.so, libjvm.so, libhpi.so, libjsig.so, libjitc.so, libxhpi.so 및 libdbgmalloc.so에 대한 기호 링크를 작성합니다. 다음 명령을 루트에서 실행하여 기호 링크를 작성할 수 있습니다. 
    cd /usr/lib
  ln -fs JAVAHOME/jre/bin/libjava.so
  ln -fs JAVAHOME/jre/bin/classic/libjvm.so
  ln -fs JAVAHOME/jre/bin/libhpi.so
  ln -fs JAVAHOME/jre/bin/libjsig.so  ln -fs JAVAHOME/jre/bin/libjitc.so
  ln -fs JAVAHOME/jre/bin/libxhpi.so
  ln -fs JAVAHOME/jre/bin/libdbgmalloc.so
    여기서, JAVAHOME은 IBM Developer Kit의 기본 디렉토리입니다. DB2 UDB가 이 라이브러리를 찾을 수 없는 경우, Java 루틴을 실행할 때 -4301 오류가 발생하며 발견되지 않은 라이브러리에 대한 관리 통지 로그에 메시지가 표시됩니다.
    AMD64/EM64T Linux에서 IBM Developer Kit 1.4.2
    이 개발자 킷은 기타 Linux 플랫폼의 킷과는 다릅니다. 다음에 나오는 대안 프로시저 절에서 간략히 설명한 지시사항을 수행하고 다음 행을 /etc/ld.so.conf에 넣으십시오. 
       JAVAHOME/jre/bin
    여기서, JAVAHOME은 IBM Developer Kit의 기본 디렉토리입니다. DB2 UDB에서 이 라이브러리를 찾을 수 없는 경우 Java 루틴 실행시 -4301 또는 -1042 오류가 발생합니다.
대안 프로시저

/usr/lib 디렉토리에 공유 라이브러리에 대한 링크를 명시적으로 작성하는 대신, Java 공유 라이브러리를 저장하는 디렉토리 이름을 /etc/ld.so.conf 파일에 추가할 수 있습니다. 이 파일에는 루트 사용 권한이 필요합니다. /etc/ld.so.conf를 갱신한 후 변경사항을 활성화하려면 ldconfig 명령을 루트로 실행해야 합니다. 이 대안 프로시저를 수행하는 동안 문제가 발생하면 앞에서 설명한 대로 /usr/lib 디렉토리에 링크를 작성하십시오.

64비트 운영 체제에 필요한 Microsoft XP 수정사항

DB2 계열의 제품에 NETBIOS 프로토콜을 사용하기 위해 구성된 Microsoft(R) XP 64비트 운영 체제(2600)를 사용할 경우, Microsoft에서 hotfix를 확보해야 합니다. Microsoft의 지식관리 데이터베이스 기사 번호 Q317437을 참조하십시오.

Windows XP 운영 체제

Windows XP Home Edition 운영 체제는 DB2 Universal Database(UDB) Personal Edition 제품에서만 지원됩니다.

Windows XP Professional 운영 체제는 다음 DB2 제품에서 지원됩니다.

다음과 같은 DB2 제품은 개발 및 테스트 목적으로만 Windows XP에서 지원됩니다(Windows 2000 또는 Windows Server 2003에서는 생산 목적으로 지원됨).

사용 가능한 DB2 UDB HADR 별도의 가격 옵션

UDB(DB2 Universal Database(TM)) 버전 8.2에서 DB2 UDB Workgroup Server Edition 및 DB2 UDB Express Edition(각 사용자 가격 모델에 기초하여 사용 허가된 경우)의 고객은 DB2 UDB HADR(High Availability Disaster Recovery)의 가격이 별도로 책정된 옵션을 설치할 수 없었습니다. 이 문제점은 DB2 UDB 버전 8.2 FixPak 1(버전 8.1 FixPak 8과 동일)에서 해결되었습니다.

DB2 Warehouse Manager(버전 8.2) 및 IBM DB2 OLAP Server FP3 이상

DB2 Warehouse Manager Standard Edition, 버전 8.2의 OLAP 유틸리티는 IBM DB2 OLAP Server(TM) FP3(Essbase API 레벨 6.5.4) 이상과 호환되지 않습니다. 이 문제점이 해결될 때까지 DB2 OLAP Server FP2(Essbase 6.5.3) 또는 이전 버전을 사용할 것을 권장합니다.

원시 I/O 로그 지원(2.6 커널 기반 Linux)

DB2 UDB(Universal Database) 버전 8.2.2(버전 8.1 FixPak 9와 동일) 이하에서는 원시 I/O 장치를 통해 로그를 사용하려면 raw 유틸리티를 사용하여 물리적 장치 및 Linux 원시 문자 장치 드라이버를 바인드해야 합니다. DB2 UDB 버전 8.2.2(버전 8.1 FixPak 9와 동일)부터는 2.6 Linux 커널에서 로그에 대한 I/O을 직접 지정할 수 있습니다. 예를 들어, 장치 파티션 /dev/sdb1을 SAMPLE 데이터베이스에 대한 원시 로그에 사용하려면 다음과 같은 명령을 실행하십시오.

db2 update db cfg for sample using newlogpath /dev/sdb1

DB2 UDB에서 원시 I/O의 raw 유틸리티를 사용하는 메소드를 계속 지원하지만 최신 분산에서는 이 기능을 더 이상 사용하지 않으며 향후 이 기능은 제거될 수 있습니다. 선호하는 메소드는 장치를 직접 지정하여 새 메소드를 사용하는 것입니다.

Data Warehouse Center에서의 Red Hat Linux 지원

DB2 Universal Database, 버전 8.2는 Red Hat Enterprise Linux AS 버전 3 및 2.1을 지원합니다. 그러나 Data Warehouse Center는 Red Hat Enterprise Linux AS, 버전 2.1만 지원합니다. Data Warehouse Center는 Red Hat Enterprise Linux AS, 버전 3.1을 지원하지 않는 DataDirect ODBC 드라이버를 사용합니다. 따라서 Data Warehouse Center는 Red Hat Enterprise Linux AS, 버전 3.1 에이전트 사이트의 ODBC 웨어하우스 소스 및 웨어하우스 목표를 지원하지 않습니다.

WebSphere MQ Transaction Manager 및 OS/390용 DB2에 필요한 연결 집중기

IBM(R) WebSphere(R) MQ(이전에는 IBM MQSeries(R)라고 함) 환경에서 응용프로그램을 실행하는 경우 WebSphere(R) MQ는 분산된 2단계 커미트 트랜잭션를 조정하여 XA 호환 트랜잭션 관리 프로그램 역할을 수행할 수 있습니다. WebSphere(R) MQ가 이런 방법으로 트랜잭션 관리 프로그램 역할을 수행하고 DB2 계열 제품에서 데이터 소스를 가져오는 경우 몇가지 구성 요구사항이 있습니다. 대부분의 요구사항은 이미 문서화되었습니다. 예를 들어, DB2 런타임 클라이언트에서 DB2 구성 매개변수 TP_MON_NAME에 "MQ"를 설정해야 합니다.

그러나 아직 문서화되지 않은 구성 요구사항이 있습니다. 이 요구사항은 OS/390(R)용 DB2 서버에 해당하는 데이터 소스에 연결하는 경우 DB2 Connect에 특정합니다. WebSphere MQ를 사용하여 z/OS(R)용 DB2 및 iSeries용 DB2와 관련된 분산 트랜잭션을 조정하는 경우 게이트웨이에서 DB2 Connect 연결 집중기 기능이 사용 가능해야 합니다. 연결 집중기는 MAX_CONNECTIONS 구성 매개변수 값이 MAX_COORDAGENTS 값보다 큰 경우 사용 가능합니다. 연결 집중기를 사용하지 않으면 예기치 않은 트랜잭션 동작이 발생합니다.

코드화된 문자 세트 ID(CCSID) 5039에 대한 대체 유니코드 변환표

Microsoft 일본어 Windows Shift-JIS 코드 페이지는 IBM 코드화된 문자 세트 ID(CCSID) 943으로 등록되어 있습니다. 그러나 HP-UX 플랫폼에서 Shift-JIS 코드 페이지는 CCSID 5039로 등록되어 있습니다. CCSID 5039에는 JIS(Japanese Industry Standard)의 문자만 포함하며, 다른 벤더 정의 문자는 포함하지 않습니다. HP-UX에서 CCSID 5039의 DB2 Universal Database(UDB) 데이터베이스를 사용하여 Shift-JIS 문자를 저장할 수 있지만, CCSID 5039과 CCSID 943 사이에 코드 페이지 변환이 발생합니다. Microsoft ODBC 응용프로그램을 사용할 경우, IBM의 코드 페이지 변환표와 Microsoft의 코드 페이지 변환표 간의 차이점 때문에 CCSID 5039의 데이터를 유니코드로 변환할 때 문제점이 발생할 수 있습니다.

다음 문자 목록은 CCSID 5039에서 유니코드로 변환할 때, 사용되는 변환표(IBM 또는 Microsoft)에 따라 코드 포인트가 서로 다릅니다. 이러한 문자의 경우, IBM 변환표는 JIS JISX0208 및 JISX0221을 따릅니다.

표 2. CCSID 5039 대 유니코드 코드 포인트 변환
Shift-JIS 코드 포인트(문자 이름) IBM 기본 코드 포인트(유니코드 이름) Microsoft 기본 코드 포인트(유니코드 이름)
X'815C'(EM 대시) U+2014(EM 대시) U+2015(가로 막대)
X'8160'(웨이브 대시) U+301C(웨이브 대시) U+FF5E(전체 너비의 틸드)
X'8161'(이중 수직선) U+2016(이중 수직선) U+2225(평행)
X'817C'(빼기 부호) U+2212(빼기 부호) U+FF0D(전체 너비의 하이픈 빼기)

예를 들어, X'815C' CCSID 5039 코드 포인트가 포함된 EM 대시 문자는 IBM 변환표를 사용하면 유니코드 코드 포인트 U+2014로 변환되나 Microsoft 변환표를 사용하면 U+2015로 변환됩니다. Microsoft ODBC 응용프로그램에서는 U+2014를 유효하지 않은 코드 포인트로 처리하므로, Microsoft ODBC 응용프로그램의 경우 잠재적인 문제점 작성될 수 있습니다. 이러한 잠재적인 문제점을 예방하기 위해 DB2 UDB는 디폴트 IBM 변환표 외에 CCSID 5039에서 유니코드로의 대체 Microsoft 변환표를 제공합니다. 사용자가 디폴트 IBM 변환표를 대체 Microsoft 변환표로 바꿔야 합니다. 참고로 유니코드에서 CCSID 5039로의 디폴트 IBM 변환표는 Microsoft 버전과 일치합니다.

코드화된 문자 세트(CCSID) 5039의 유니코드 변환표를 Microsoft 변환표로 대체

CCSID 5039에서 유니코드로 변환할 때, DB2 Universal Database(UDB) 디폴트 코드 페이지 변환표가 사용됩니다. Microsoft 버전과 같은 다른 버전의 변환표를 사용하려면 수동으로 디폴트 변환표(.cnv) 파일을 바꿔야 합니다.

전제조건

다시 변경하려면 sqllib/conv 디렉토리에 있는 기존의 코드 페이지 변환표 파일을 바꾸기 전에 파일을 백업해야 합니다. UNIX 및 Linux의 경우, sqllib/conv 디렉토리가 DB2 UDB 설치 경로에 링크되어 있습니다.

제한사항

변환표 대체를 적용하려면, 동일한 데이터베이스에 연결하는 모든 DB2 UDB 클라이언트의 변환표를 변경해야 합니다. 그렇지 않으면, 다른 클라이언트가 다른 코드 포인트를 사용하여 동일한 문자를 저장할 수 있습니다.

프로시저

CCSID 5039에서 유니코드로 변환하기 위해 DB2 UDB 디폴트 변환표를 바꾸려면 다음 단계를 수행하십시오.

  1. sqllib/conv/ms/5039ucs2.cnv를 sqllib/conv/5039ucs2.cnv로 복사하십시오.
  2. DB2 UDB를 재시작하십시오.

코드화된 문자 세트 ID(CCSID) 954에 대한 대체 유니코드 변환표

일본어 EUC 코드 페이지에 대한 IBM 코드화된 문자 세트 ID(CCSID)가 CCSID 954로 등록되었습니다. CCSID 954는 일본어 UNIX 및 Linux 플랫폼의 공용 인코딩입니다. Microsoft ODBC 응용프로그램을 사용하여 CCSID 954의 DB2 Universal Database(UDB) 데이터베이스에 연결할 경우, CCSID 954에서 유니코드로 데이터를 변환할 때 문제점이 발생할 수 있습니다. 이 잠재적인 문제점은 IBM의 코드 페이지 변환표와 Microsoft의 코드 페이지 변환표 간의 차이점 때문에 발생합니다. IBM 변환표는 JIS(Japanese Industry Standard) JISX0208, JISX0212 및 JISX0221에 지정된 문자 이름을 따릅니다.

다음 문자 목록은 CCSID 954에서 유니코드로 변환할 때, 사용되는 IBM 또는 Microsoft 변환표에 따라 코드 포인트가 서로 다릅니다.

표 3. CCSID 954 대 유니코드 코드 포인트 변환
EUC-JP 코드 포인트(문자 이름) IBM 기본 코드 포인트(유니코드 이름) Microsoft 기본 코드 포인트(유니코드 이름)
X'A1BD'(EM 대시) U+2014(EM 대시) U+2015(가로 막대)
X'A1C1'(웨이브 대시) U+301C(웨이브 대시) U+FF5E(전체 너비의 틸드)
X'A1C2'(이중 수직선) U+2016(이중 수직선) U+2225(평행)
X'A1DD'(빼기 부호) U+2212(빼기 부호) U+FF0D(전체 너비의 하이픈 빼기)
X'8FA2C3'(구분선) U+00A6(구분선) U+FFE4(전체 너비의 구분선)

예를 들어, X'A1BD' CCSID 954 코드 포인트가 포함된 EM 대시 문자는 IBM 변환표를 사용하면 유니코드 코드 포인트 U+2014로 변환되나 Microsoft 변환표를 사용하면 U+2015로 변환됩니다. 이런 변환 맵핑의 차이점 때문에 DB2 UDB 유니코드 데이터베이스 또는 DB2 UDB 954 데이터베이스의 그래픽 컬럼에서 동일한 문자에 대해 두 개의 서로 다른 코드 포인트를 갖게 될 수 있습니다. Microsoft ODBC 응용프로그램에서는 U+2014를 유효하지 않은 코드 포인트로 처리하므로, Microsoft ODBC 응용프로그램의 경우 잠재적인 문제점 작성될 수 있습니다. 이러한 잠재적인 문제점을 예방하기 위해 DB2 UDB는 디폴트 IBM 변환표 외에 CCSID 954에서 유니코드로의 대체 Microsoft 변환표를 제공합니다. 사용자가 디폴트 IBM 변환표를 대체 Microsoft 변환표로 바꿔야 합니다. 유니코드에서 CCSID 954로의 디폴트 IBM 변환표는 Microsoft 버전과 일치합니다.

코드화된 문자 세트(CCSID) 954의 유니코드 변환표를 Microsoft 변환표로 대체

CCSID 954에서 유니코드로 변환할 때, DB2 Universal Database(UDB) 디폴트 코드 페이지 변환표가 사용됩니다. Microsoft 버전과 같은 다른 버전의 변환표를 사용하려면 수동으로 디폴트 변환표(.cnv) 파일을 바꿔야 합니다.

전제조건

다시 변경하려면 sqllib/conv 디렉토리에 있는 기존의 코드 페이지 변환표 파일을 바꾸기 전에 파일을 백업해야 합니다. UNIX 및 Linux의 경우, sqllib/conv 디렉토리는 DB2 UDB 설치 경로에 링크되어 있습니다.

제한사항

이를 적용하려면 동일한 CCSID 954 데이터베이스에 연결하는 모든 DB2 UDB 클라이언트의 변환표를 변경해야 합니다. 클라이언트가 일본어 Windows이며 ANSI 코드 페이지가 Shift-JIS(CCSID 943)인 경우, CCSID 943 및 유니코드 간 DB2 디폴트 변환표도 Microsoft 버전으로 변경해야 합니다. 그렇지 않으면, 다른 클라이언트가 다른 코드 포인트를 사용하여 동일한 문자를 저장할 수 있습니다.

프로시저

CCSID 954에서 유니코드로 변환하기 위해 DB2 UDB 디폴트 변환표를 바꾸려면 다음 단계를 수행하십시오.

  1. sqllib/conv/ms/0954ucs2.cnv를 sqllib/conv/0954ucs2.cnv로 복사하십시오.
  2. DB2 UDB를 재시작하십시오.

CCSID 943 및 유니코드 간 변환을 위해 DB2 UDB 디폴트 변환표를 바꾸려면 다음 단계를 수행하십시오.

  1. sqllib/conv/ms/0943ucs2.cnv를 sqllib/conv/0943ucs2.cnv로 복사하십시오.
  2. sqllib/conv/ms/ucs20943.cnv를 sqllib/conv/ucs20943.cnv로 복사하십시오.
  3. DB2 UDB를 재시작하십시오.

코드화된 문자 세트 ID(CCSID) 943에 대한 대체 유니코드 변환표

IBM 코드화된 문자 세트 ID(CCSID) 943으로 등록되어 있는 Microsoft 일본어 Windows Shift-JIS 코드 페이지를 사용하고 있을 경우, CCSID 943 및 유니코드 사이에 문자를 변환할 때 다음과 같은 두 가지 문제점이 발생할 수 있습니다. 이 잠재적인 문제점은 IBM과 Microsoft 코드 페이지 변환표 간의 차이점 때문에 발생합니다. 이러한 잠재적인 문제점을 예방하기 위해 DB2 Universal Database(UDB)는 디폴트 IBM 변환표 외에 대체 Microsoft 변환표를 CCSID 943과 유니코드 사이에 제공합니다.

문제점 1

실행기록상의 이유로, CCSID 943 코드 페이지에서 300자를 초과하는 문자는 각각 두 개 또는 세 개의 코드 포인트로 표시됩니다. 입력 메소드 편집기(IME) 및 코드 페이지 변환표를 사용하면 이 동일 코드 포인트 중 하나만 발생합니다. 예를 들어, 로마 숫자의 소문자 'i'는 두 개의 동일 코드 포인트인 X'EEEF' 및 X'FA40'을 갖습니다. Microsoft Windows IME는 'i'를 입력할 때 항상 X'FA40'을 생성합니다. 일반적으로, IBM과 Microsoft에서는 다음의 13개 문자를 제외하고 동일한 1차 코드 포인트를 사용하여 문자를 표시합니다.

표 4. CCSID 943 Shift-JIS 코드 포인트 변환
문자 이름(유니코드 코드 포인트) IBM 기본 Shift-JIS 코드 포인트 Microsoft 기본 Shift-JIS 코드 포인트
로마 숫자 1(U+2160) X'FA4A' X'8754'
로마 숫자 2(U+2161) X'FA4B' X'8755'
로마 숫자 3(U+2162) X'FA4C' X'8756'
로마 숫자 4(U+2163) X'FA4D' X'8757'
로마 숫자 5(U+2164) X'FA4E' X'8758'
로마 숫자 6(U+2165) X'FA4F' X'8759'
로마 숫자 7(U+2166) X'FA50' X'875A'
로마 숫자 8(U+2167) X'FA51' X'875B'
로마 숫자 9(U+2168) X'FA52' X'875C'
로마 숫자 10(U+2169) X'FA53' X'875D'
괄호 내의 표의 문자(U+3231) X'FA58' X'FA58'
숫자 부호(U+2116) X'FA59' X'8782'
전화 부호(U+2121) X'FA5A' X'8754'

DB2 UDB와 같은 IBM 제품은 기본적으로 X'FA4A'와 같은 IBM 코드 포인트를 사용하여 대문자 로마 숫자 'I'를 표시하지만, Microsoft 제품은 X'8754'를 사용하여 동일 문자를 표시합니다. Microsoft ODBC 응용프로그램은 'I' 문자를 X'8754'로 CCSID 943의 DB2 UDB 데이터베이스에 삽입할 수 있고, DB2 UDB 제어 센터는 동일 문자를 X'FA4A'로 동일 CCSID 943 데이터베이스에 삽입합니다. 그러나 ODBC 응용프로그램은 'I'가 X'8754'로 인코드된 행만 찾을 수 있고, DB2 UDB 제어 센터는 'I'를 X'FA4A'로 인코드된 행만 찾을 수 있습니다. DB2 UDB 제어 센터가 'I'를 X'8754'로 선택할 수 있도록 하려면, CCSID 943 및 유니코드 사이의 디폴트 IBM 변환표를 대체 Microsoft 변환표로 바꿔야 합니다.

문제점 2

다음 문자 목록은 CCSID 943에서 유니코드로 변환할 때, 사용되는 IBM 변환표 또는 Microsoft 변환표에 따라 코드 포인트가 서로 다릅니다. 이러한 문자의 경우, IBM 변환표는 JIS JISX0208, JISX0212 및 JISX0221을 따릅니다.

표 5. CCSID 943 대 유니코드 코드 포인트 변환
Shift-JIS 코드 포인트(문자 이름) IBM 기본 코드 포인트(유니코드 이름) Microsoft 기본 코드 포인트(유니코드 이름)
X'815C'(EM 대시) U+2014(EM 대시) U+2015(가로 막대)
X'8160'(웨이브 대시) U+301C(웨이브 대시) U+FF5E(전체 너비의 틸드)
X'8161'(이중 수직선) U+2016(이중 수직선) U+2225(평행)
X'817C'(빼기 부호) U+2212(빼기 부호) U+FF0D(전체 너비의 하이픈 빼기)
X'FA55'(구분선) U+00A6(구분선) U+FFE4(전체 너비의 구분선)

예를 들어, X'815C'의 CCSID 943 코드 포인트가 포함된 EM 대시 문자는 IBM 변환표를 사용하면 유니코드 코드 포인트 U+2014로 변환됩니다. 그러나 Microsoft 변환표를 사용하면 U+2015로 변환됩니다. 이런 변환 맵핑의 차이점 때문에 DB2 UDB 유니코드 데이터베이스에서 동일한 문자에 대해 두 개의 서로 다른 코드 포인트를 갖게 될 수 있습니다. Microsoft ODBC 응용프로그램에서는 U+2014를 유효하지 않은 코드 포인트로 처리하므로, Microsoft ODBC 응용프로그램의 경우 잠재적인 문제점 작성될 수 있습니다. 이러한 잠재적인 문제점을 피하려면 CCSID 943 및 유니코드 사이의 디폴트 IBM 변환표를 대체 Microsoft 변환표로 바꿔야 합니다.

CCSID 943 및 유니코드 사이의 대체 Microsoft 변환표 사용은 닫힌 환경으로 제한해야 합니다. 이 환경에서는 DB2 UDB 클라이언트와 DB2 UDB 데이터베이스가 모두 CCSID 943 코드 페이지를 가지고 있으며 모두 동일한 대체 Microsoft 변환표를 사용합니다. 디폴트 IBM 변환표를 사용하는 DB2 UDB 클라이언트와 대체 Microsoft 변환표를 사용하는 다른 DB2 UDB 클라이언트가 있을 때, 두 클라이언트 모두 CCSID 943의 동일한 DB2 UDB 데이터베이스에 데이터를 삽입하는 경우, 동일 문자가 데이터베이스에서 다른 코드 포인트로 저장될 수 있습니다.

코드화된 문자 세트(CCSID) 943의 유니코드 변환표를 Microsoft 변환표로 대체

CCSID 943 및 유니코드 사이를 변환할 경우, DB2 Universal Database(UDB) 디폴트 코드 페이지 변환표가 사용됩니다. Microsoft 버전과 같은 다른 버전의 변환표를 사용하려면 수동으로 디폴트 변환표(.cnv) 파일을 바꿔야 합니다.

전제조건

다시 변경하려면, sqllib/conv 디렉토리에 있는 기존의 디렉토리 변환표 파일을 바꾸기 전에 파일을 백업해야 합니다. UNIX 및 Linux의 경우, sqllib/conv 디렉토리는 DB2 UDB 설치 경로에 링크되어 있습니다.

제한사항

변환표 대체를 적용하려면, 동일한 데이터베이스에 연결하는 모든 DB2 UDB 클라이언트의 변환표를 변경해야 합니다. 그렇지 않으면, 다른 클라이언트가 다른 코드 포인트를 사용하여 동일한 문자를 저장할 수 있습니다.

프로시저

CCSID 943 및 유니코드 간의 변환 문자를 위해 DB2 UDB 디폴트 변환표를 바꾸려면 다음을 수행하십시오.

  1. sqllib/conv/0943ucs2.cnv에 sqllib/conv/ms/0943ucs2.cnv를 복사하십시오.
  2. sqllib/conv/ucs20943.cnv에 sqllib/conv/ms/ucs20943.cnv를 복사하십시오.
  3. DB2 UDB를 재시작하십시오.

지원되지 않는 MVS 운영 체제

문서에도 언급되었듯이 MVS(TM) 운영 체제는 DB2 Universal Database에서 더 이상 지원되지 않습니다. MVS는 z/OS로 대체되었습니다.

백업 및 리스토어 조작(Linux 390)

Linux 390 운영 체제를 사용 중일 경우, 여러 테이프 디바이스 사이에서 백업 및 리스토어 조작이 작동하지 않을 수 있습니다.

Hummingbird Exceed를 사용하는 개발 센터에 액세스시 보기 도킹 사용

UNIX에서 Hummingbird(R) Exceed를 사용하여 개발 센터에 액세스할 때 개발 센터에서 제목 표시줄을 끌어서 보기를 이동하고 도킹하려면 먼저 XTEST 확장 버전 2.2가 사용 가능해야 합니다.

XTEST 확장을 사용하려면 다음을 수행하십시오.

  1. 시작 메뉴에서 프로그램 -> Hummingbird Connectivity 7.0 -> Exceed -> XConfig를 선택하십시오. XConfig 창이 열립니다.
  2. 선택적: 구성에 암호가 필요한 경우, XConfig 암호를 입력하십시오.
  3. Protocol 아이콘을 더블 클릭하십시오. Protocol 창이 열립니다.
  4. X Conformance Test Compatibility 선택란을 선택하십시오.
  5. Protocol 창에서 Extensions... 단추를 누르십시오. Protocol Extensions 창이 열립니다.
  6. Enable Extension 목록에서 XTEST(X11R6) 선택란을 선택하십시오.
  7. 확인을 누르십시오.
[ 페이지의 맨 위 |이전 페이지 | 다음 페이지 | 목차 ]