IBM DB2 UNIVERSAL DATABASE UDB 릴리스 정보 Fixpak 17 (C) COPYRIGHT INTERNATIONAL BUSINESS MACHINES CORPORATION 2001. ALL RIGHTS RESERVED. 목차 | DB2 Universal Database Fixpak 17 개요 | Fixpak 17 의 주요 변경사항 1.0 특별 주의사항 | 1.1 FixPak 6 서비스 정보 | 1.2 Fixpak 17 서비스 정보 1.3 제품 및 서비스 기술 라이브러리 | 1.4 DB2 라이브러리 및 FixPak 문서 | 1.5 웹 제어 센터 설치 1.6 DB2 Family Newsletter 2.0 관리 안내서 2.1 사용자 설계 구현 | 2.1.1 데이타베이스 작성/요약 테이블 작성 2.1.1.1 요약 테이블 또는 복제된 테이블을 사용한 분리 레벨 및 조회 최적화 | 2.1.1.2 REFRESH IMMEDIATE 2.1.2 자료가 RAID 장치에 있을 때의 성능 최적화 | 2.2 데이타베이스 액세스 제어 | 2.2.1 DRDA 전용 클라이언트 인증 | 2.2.2 EEE용 암호 변경 작동 | 2.2.3 부호화된 암호 | 2.2.4 Loginretries 옵션(AIX 전용) 2.3 DB2 활동 감사 2.4 자료 이동 유틸리티 2.4.1 LOAD, IMPORT 및 EXPORT 파일 형식/PC/IXF 파일 형식/코드 페이지 고려사항 | 2.4.2 로드 프로세스 개요(보류 상태) 2.4.3 Windows NT 및 OS/2 SMP 사용 시스템에서의 로드 제한사항 | 2.4.4 Windows NT용 DB2 UDB Enterprise - Extended Edition에서 자동 | 로더 프로그램의 오류 시나리오 | 2.4.5 자동 로더 인증 동작의 변경사항 | 2.4.6 BIGINT를 포함한 WSF 자료의 반입/반출 2.5 데이타베이스 복구 2.5.1 다른 운영 체제에서의 데이타베이스 백업과 복구 2.5.2 ADSTAR 분산 저장장치 관리 프로그램(ADSM) 사용시의 고려사항 | 2.5.3 데이타베이스 로그를 위한 구성 매개변수 | 2.5.4 요구되는 백업 빈도 및 시간 2.5.5 데이타베이스 복구(ROLLFORWARD 명령 사용 계획) | 2.6 XA 준수 트랜잭션 관리 프로그램과 함께 DB2 사용 | 2.7 응용 프로그램 고려사항 | 2.8 SQL 컴파일러 이해 2.9 운영 상의 성능 | 2.9.1 데이타베이스 버퍼 풀 관리 2.9.2 복수 데이타베이스 버퍼 풀 관리 | 2.10 운영자(governor) 사용 2.11 DB2 구성 | 2.11.1 부호화된 암호 2.11.2 구성 매개변수 튜닝/해시 조인 성능 최적화 | 2.11.3 데이타베이스 로그 파일 | 2.11.4 신임되는 클라이언트 및 DRDA 사용 | 2.11.5 Loginretries 옵션(AIX 전용) 2.11.6 ASLHEAPSZ와 대용량 테이블에 대해 실패한 조회 2.11.7 SMP 시스템에서의 INTRA_PARALLEL 설정(Windows NT) | 2.12 AIX용 HACMP ES | 2.13 DB2 레지스트리 및 환경 변수 2.14 추가 Rah(Run All Hosts) 정보(Solaris 및 AIX 전용) | 2.15 DB2 UDB에서의 Unicode/UCS-2 및 UTF-8 지원 | 2.15.1 소개 | 2.15.1.1 UTF-8 | 2.15.2 DB2 UDB에서의 UCS-2/UTF-8 구현 | 2.15.2.1 코드 페이지/CCSID 번호 | 2.15.2.2 UCS-2 데이타베이스 작성 | 2.15.2.3 자료 유형 | 2.15.2.4 식별자 | 2.15.2.5 UCS-2 리터럴 | 2.15.2.6 UCS-2 데이타베이스에서의 패턴 일치 | 2.15.2.7 반입/반출/로드 고려사항 | 2.15.2.8 비호환성 | 2.16 가상 인터페이스(VI) 아키텍처 사용 | 2.16.1 가상 인터페이스 아키텍처의 개요 | 2.16.2 DB2 Universal Database 버전 5.2(EEE) 설치 | 2.16.3 GigaNet Interconnect와 함께 Windows NT용 DB2 UDB V5.2 수행 | 2.16.3.1 GigaNet Interconnect의 설정 프로시듀어 | 2.16.3.2 VI를 사용하여 수행할 수 있도록 DB2 구현 | 2.16.4 ServerNet Interconnect와 함께 Windows NT용 DB2 UDB V5.2 수행 | 2.16.4.1 ServerNet Interconnect의 설정 프로시듀어 | 2.16.4.2 VI를 사용하여 수행할 수 있도록 DB2 구현 3.0 API REFERENCE 3.1 sqlecrea - 데이타베이스 작성 3.2 sqlubkp - 데이타베이스 백업 3.3 sqlugtpi - 테이블 분할 정보 얻기 3.4 sqluhget - 실행기록 파일에서 DDL 정보 검색(새로운 API) 3.5 sqluhgne - 다음 복구 실행기록 파일 항목 얻기 3.6 sqluhops - 복구 실행기록 파일 스캔 열기 3.7 sqluload - 로드 3.8 SQLE-CLIENT-INFO(연결 설정값) 3.9 SQLFUPD 3.10 SQLUHINFO(SQLUHADM) 3.11 sqluvput - 장치에 자료 쓰기 4.0 BUILDING APPLICATIONS FOR WINDOWS AND OS/2 ENVIRONMENTS | 4.1 Windows NT에서 db2start가 정확한 오류 메세지를 리턴하지 않음 4.2 Windows NT 및 Windows 95 Embedded SQL 응용 프로그램(IBM VisualAge for COBOL) 작성 4.3 Java 응용 프로그램 및 애플릿 작성 4.3.1 Microsoft SDK for Java의 Windows 환경 설정 | 4.3.2 새로운 클라이언트 및 서버 프로그램과 SQLJ 사전 처리 | 컴파일(precompile) 스크립트 5.0 BUILDING APPLICATIONS FOR UNIX ENVIRONMENTS 5.1 SCO UnixWare 7 | 5.1.1 저장 프로시듀어용 함수 반출(export) 5.1.2 Micro Focus COBOL 링크 옵션 5.2 Java 응용프로그램 및 애플릿 작성 5.2.1 환경 설정: HP-UX, SCO UnixWare 7 | 5.2.2 close() 메쏘드 사용시의 Silicon Graphics IRIX 제한사항 5.2.3 새로운 클라이언트 및 서버 프로그램과 SQLJ 사전 처리 컴파일(precompile) 스크립트 6.0 CLI GUIDE AND REFERENCE 6.1 SQLPREPARE() 6.2 SQLDISCONNECT() 6.3 저장 프로시듀어 사용 - 결과 집합을 리턴하기 위한 저장 프로시듀어 프로그래밍 6.4 저장 프로시듀어 카탈로그 테이블 | 6.5 SQLFetchScroll(SQL_FETCH_RELATIVE, -1) 7.0 COMMAND REFERENCE 7.1 db2cmd - DB2 명령 창 열기 7.2 db2eva - 이벤트 분석기 7.3 db2evmon - 이벤트 모니터 생산성 툴 7.4 db2look - DB2 통계 추출 툴 7.5 db2set - DB2 프로파일 레지스트리 명령 7.6 db2upd52 - 버전 5.2를 지원하도록 카탈로그 갱신 7.7 BACKUP DATABASE 7.8 EXPORT 7.9 GET DATABASE MANAGER CONFIGURATION 7.9.1 새로운 매개변수 catalog_noauth | 7.9.2 TRUST_ALLCLNTS 갱신 7.10 IMPORT 7.11 LIST DATABASE DIRECTORY 7.12 LOAD 7.13 RECONCILE 7.14 RESTORE DATABASE | 7.15 START DATABASE MANAGER 8.0 EMBEDDED SQL PROGRAMMING GUIDE 8.1 사용자 정의 함수 작성(DB2와 UDF 간의 인터페이스/DB2에서 UDF로 전달되는 인수) 8.2 C 및 C++ 프로그래밍(프로그래밍 고려사항/호스트 변수) 8.2.1 호스트 변수 선언 8.2.2 그래픽 호스트 변수 처리(Windows 운영 체제) | 8.3 COBOL 프로그래밍(호스트 구조 지원) 8.4 Java 프로그래밍(Java UDF 및 저장 프로시듀어 작성/Java 저장 프로시듀어와 UDF의 클래스) 8.5 AIX의 DBCS 코드 페이지에서 수행되는 JDBC 프로그램에 영향을 주는 JDK 문제 8.6 SCO UnixWare 7에서의 JDBC 샘플 응용 프로그램 제한사항 | 8.7 JDBC 2.0 | 8.8 DB2 UDB 데이타베이스에 대한 Perl 액세스 8.9 DATALINK 자료 유형 8.10 다중 쓰레드 UNIX 응용 프로그램의 코드 페이지 및 국가 코드에 대한 작업 8.11 UDF 호출 유형에 대한 오류 처리 8.11.1 EXTERNAL TABLE 함수에 대한 Scratchpad 및 최종 호출 유형 인수 | 8.11.2 스칼라 함수에 대한 외부 UDF 오류 처리 모델 | 8.12 NOT ATOMIC 복합 SQL 8.13 책에 대한 기타 개정 내용 8.13.1 제1장의 개정 내용 8.13.2 제4장의 개정 내용 8.13.3 제7장의 개정 내용 8.13.4 제9장의 개정 내용 8.13.5 제15장의 개정 내용 8.13.6 샘플 프로그램에 대한 개정 8.13.7 기타 파일 변경사항 9.0 DB2 클라이언트 설치 및 구성 9.1 CCA를 사용한 클라이언트에서 DB2 서버로의 통신 구성 10.0 메세지 참조서 10.1 DBI1768W 설명의 오류 10.2 SQL0270N의 변경되거나 추가된 이유 코드 10.3 SQL0351N에 대한 새로운 설명 10.4 SQL0352N에 대한 새로운 설명 10.5 SQL0357N에 대한 새로운 설명 10.6 SQL0432N에 대한 새로운 설명 10.7 SQL0680N에 대한 새로운 설명 10.8 SQL0903N에 대한 추가 이유 코드 10.9 SQL0911N에 대한 추가 이유 코드 10.10 SQL1339N에 대한 새로운 설명 10.11 암호 변경 지원 사용시의 SQL5048N 또는 SQL0901N | 10.12 새로운 메세지 SQL5156N: DBM 구성 매개변수 TRUST_ALLCLNTS의 | 값 10.13 SQL20053N에 대한 추가 이유 코드 10.14 SQL20056N에 대한 새로운 메세지 텍스트 10.15 SQL30083N에 대한 추가 이유 코드 11.0 빠른 시작 11.1 Windows 95가 수행 중인 NEC PC98 시스템에서의 DB2 설치 11.2 Windows 95가 수행 중인 NEC PC98 시스템에서의 DB2 설치제거 11.3 설치 계획 11.3.1 소프트웨어 요구사항/서버 제품 요구사항 11.3.2 OS/2 클라이언트의 클라이언트 제품 요구사항/소프트웨어 요구사항 | 11.3.3 DBCS 환경의 OS/2 Warp Server V.4에서 제어 센터 요구사항 11.3.4 AS/400용 DB2와 AIX, OS/2, Windows NT용 DB2 Universal Database 간의 SNA 연결 | 11.3.5 TP 이름은 동일 기계 상의 DB2 인스턴스 간에 고유해야 함 11.3.6 소프트웨어 전제조건/OS/390용 DB2 권장 수정사항 11.4 DB2 Universal Database 기본 사용법(암호 변경) 11.5 DB2 Universal Database 기본 사용법(AIX에서 동시 사용자 수 계산) 11.6 인스턴스에 대한 작업(Windows NT용 DB2 Extended Enterprise Edition을 사용하여 인스턴스에 데이타베이스 파티션 서버 추가/물리 저장 테이블 공간 사용을 위한 도메인 사용자 ID 요구사항) | 11.7 NT에서 db2start가 정확한 메세지를 리턴하지 않음 11.8 이전 버전 및 릴리스에서의 이주 | 11.9 DB2 릴리스 5.0에서 릴리스 5.2로의 업그레이드 | 11.10 Lotus Domino Go webserver와 함께 사용시 DB2 드라이버 오류 11.11 사용자 응용 프로그램 수행(Java 프로그램 수행) 11.12 DB2 제품의 내용(로케일(locale)의 축약된 이름) 12.0 QUICK BEGINNINGS FOR FILE MANAGER | 12.1 클라이언트 구성 반입 및 반출 | 12.2 DB2 자료 링크 관리 프로그램을 DB2 Enterprise - Extended | Edition 시스템에 설치할 수 없음 12.3 DLFM 관리 사용자 ID 12.4 NFS를 사용하여 원격 DLFS 파일 시스템 액세스 12.5 Datalink 클라이언트에 관한 제한사항 12.6 DLFM에 대한 설정 변경 옵션 12.7 파일 관리 프로그램 서버에서 디스크 손상으로부터의 복구 | 12.8 백업의 데이타링크 수(dl_num_backup) 12.9 DB2 파일 관리 프로그램 복구 시나리오 12.10 데이타링크 구성 파일을 명령행 처리기(CLP)를 통해 작성 또는 수정할 수 없음 13.0 버전 5.2 전에 문서화된 빠른 시작의 변경사항 13.1 DB2 제품 13.2 설치 계획 13.2.1 OS/2 소프트웨어 요구사항 13.2.1.1 클라이언트와 서버 간의 가능한 연결성 13.2.2 NetFinity 지원 프로그램을 중단해야 함 - Windows NT 13.2.3 Windows NT용 통신 서버 - 수정사항 필요 13.2.4 분할된 데이타베이스 사용자에 대해 클라이언트 응용 프로그램 인에이블러(CAE) 업그레이드가 권장됨 13.2.5 Windows ODBC 사용자에 대해 클라이언트 응용 프로그램 인에이블러(CAE) 업그레이드가 권장됨 13.2.6 AIX 상의 ADSM에 권장되는 수정사항 레벨 13.2.7 Windows NT에서 2단계 확약 지원을 위해 CS/NT가 필요함 13.2.7.1 CS/NT를 Windows NT 서비스로 등록 13.2.8 Windows NT 및 Windows 95에서의 DCE 지원 | 13.2.9 권장되는 Windows NT 레벨 13.2.10 SYSADM 인증의 가정(UNIX) 13.3 기타 설치 및 구성 타스크 13.3.1 동기 지점 관리 프로그램(SPM)에 대한 CS/NT 구성 13.3.1.1 SNA SPM 사용시 추가 정보 | 13.3.2 AIX 버전 4.1.4와 4.1.5에서 NIS 사용자에게 영향을 주는 문제점 13.3.3 db2cpic.dll - Windows NT 및 Windows 95의 확장 SNA 보안 코드 13.3.4 Windows NT의 DB2NTMEMSIZE 프로파일 변수 13.4 제어 센터에서의 스냅샷 모니터링 13.5 웹에서의 DB2 자료 액세스 13.6 RS/6000 SP에서의 네트워크 관련 매개변수 설정 13.7 분할된 데이타베이스 환경(AIX용 DB2 Universal Database Extended Enterprise Edition)에서의 CCA와 제어 센터 설정 13.8 이전 버전에서의 이주(UNIX) 13.9 DB2 SNMP 서브에이전트 13.10 CCA를 사용한 클라이언트에서 DB2 서버로의 통신 구성 13.11 OS/2 사용자 프로파일 관리의 관리 및 사용 13.12 Solaris에서의 EEE용 ADSM 클라이언트 설정 - db2profile 사용 13.13 OS/390용 DB2 버전 5에서 DB2 Universal Database 버전 5로의 연결 13.14 Windows NT 서버에서의 NetBIOS 구성 13.15 공유 메모리 주소 - Windows NT 또는 Windows 95 13.16 Windows NT 서비스로 DB2 JDBC 애플릿 서버 수행 13.17 정보 얻기 13.17.1 온라인 도움말 13.17.2 DB2 서적 13.17.3 PostScript 서적 인쇄 13.17.4 온라인 서적 열람 13.17.5 문서 서버 설정 13.17.6 온라인 서적 탐색 13.18 Microsoft Internet Explorer 4.0 HTTP 1.1 설정 13.19 제어 센터를 사용하여 클러스터 원격 관리시 고려사항 14.0 REPLICATION 안내 및 참조서 14.1 지원되는 새로운 플랫폼 14.2 새로운 메세지 14.3 DB2 UDB 버전 5.2용 Capture 프로그램으로 지원되는 LONG VARCHAR | 14.4 DataJoiner 복제 관리 툴 README 15.0 DB2 프로그래밍에 대한 로드맵 15.1 응용 프로그램 개발자 킷(ADK) 소개 16.0 SQL 참조서 | 16.1 명명 규칙(cursor-name) | 16.2 ALTER TABLE | 16.3 복합 SQL 16.4 CREATE FUNCTION 16.4.1 DBINFO | 16.4.2 UDF 호출 유형에 대한 오류 처리 | 16.5 CREATE TABLE | 16.5.1 CREATE TABLE 설명 | 16.5.2 CREATE TABLE 주의사항 | 16.6 CREATE TABLESPACE 16.7 부록 A. SQL 한계/데이타베이스 관리 프로그램 한계 17.0 시스템 모니터 안내 및 참조서 17.1 이벤트 모니터는 국지 범위로 작성됨 18.0 새로운 기능 | 18.1 성능(조회/요약 테이블) | 18.2 Java 응용 프로그램 및 애플릿 작성에 대한 갱신 18.3 웹 제어 센터 및 NetQuestion (웹 제어 센터 원격 문서 탐색 작동) 18.4 제어 센터 제한사항 | 18.5 웹 제어 센터를 위한 Java 개발 킷(JDK) 레벨 19.0 OS/2용 HTML 탐색 서버: HTML 문서 탐색 19.1 OS/2에서 HTML 탐색 시스템 설치 19.1.1 OS/2에서 탐색 시스템의 전제조건 19.1.2 OS/2에서 TCP/IP 구성 19.1.3 TCP/IP 구성 확인 19.1.4 탐색 시스템 디렉토리의 위치 찾기 19.1.5 탐색 서버의 포트 번호 변경 19.1.6 탐색 서버 설치 오류 진단 19.2 HTML 탐색 시스템 사용 19.2.1 탐색 서버 시작 및 중지 19.2.2 네트워크에서 연결을 끊는 동안 탐색 19.2.3 파일이 없다는 오류 19.2.4 탐색이 작동하지 않는 경우(탐색 시도시 오류 500) 19.2.5 탐색 서비스 시작시 오류가 발견됨 19.3 HTML 탐색 시스템 설치제거 19.3.1 OS/2에서 탐색 시스템 설치 제거시의 문제 20.0 WINDOWS NT, WINDOWS 95 및 WINDOWS 98용 HTML 탐색 서버: HTML 문서 탐색 20.1 사용 상의 제한 20.2 Windows NT, Windows 95 및 Windows 98에 HTML 탐색 시스템 설치 20.2.1 탐색 시스템의 전제조건 20.2.2 이전에 설치된 모든 버전의 탐색 시스템 중지 20.2.3 탐색 시스템 디렉토리의 위치 찾기 20.2.4 탐색 서버의 포트 번호를 다른 것으로 변경 20.2.5 LAN 연결 드라이브에 DB2 Universal Database 설치 20.2.6 탐색 서버 설치 오류 진단 20.3 HTML 탐색 시스템 사용 20.3.1 서버 시작 및 중지 20.3.2 Netscape 및 Internet Explorer에서 프록시를 사용한 탐색 작동 20.3.3 Windows 95에서 랩탑을 사용하여 탐색 20.3.4 탐색이 작동하지 않는 경우(탐색 시도시 오류 500) 20.3.5 파일이 없다는 오류 20.3.6 탐색 서비스 시작시 오류가 발견됨 20.4 HTML 탐색 시스템 설치 제거 20.4.1 탐색 시스템이 Windows NT, Windows 95 또는 Windows 98에서 설치제거되지 않는 경우 20.4.2 제품 설치제거 후 재부트 | 21.0 NETQUESTION에 대한 일시적인 해결책 | 21.1 UNIX 플랫폼에서의 IMNSearch(NetQuestion) 설치 문제 | 21.2 HPUX-10에 NetQuestion 설치 | 21.3 UNIX 플랫폼용 NetQuestion과 DB2 CAE | 21.4 AIX 플랫폼 상의 NetQuestion DBCS 22.0 SCOHELP 정보 22.1 SCOhelp 액세스 방법 22.2 자국어와 SCOhelp에 대한 작업 22.2.1 스페인어 확장 사용시의 특별 고려사항 22.2.2 서버에서 생략시 SCOhelp 언어 변경 22.2.3 특정 클라이언트에 대한 SCOhelp 언어 리턴값 설정 22.2.4 탐색 사용 22.3 웹 제어 센터 도움말과 SCOhelp 22.4 Support Level Supplement (SLS) PTF7004A, UnixWare 7 Language Extension Supplement 22.4.1 중국어와 브라질 포르투갈어에 대한 lang.conf 수정사항 22.5 SCOhelp 탐색 색인 파일 | DB2 Universal Database Fixpak 17 개요 주: 이 릴리스 정보를 보기 쉽게 하려면 폰트를 단칸체(monospace)로 설정하십시오. | 이 README 파일에는 DB2 매뉴얼에 인쇄 당시에 수록되지 못한 Fixpak 17 | 릴리스에 대한 정보가 들어 있습니다. 이것은 이러한 새로운 정보로 | 수정된 DB2 버전 5.2 릴리스의 README 파일로 구성됩니다. | 페이지 왼쪽에 있는 수직 막대 "|"는 동일 레벨에 있는 행이 버전 5.2 | 릴리스의 README 파일 이후에 수정되었거나 추가되었음을 지시합니다. 이 파일에는 다음 제품들에 대한 정보가 들어 있습니다. | IBM DB2 Universal Database Enterprise Edition, 버전 5.2 | IBM DB2 Universal Database Enterprise - Extended Edition, 버전 5.2 | IBM DB2 Universal Database Personal Edition, 버전 5.2 | IBM DB2 Universal Database Workgroup Edition, 버전 5.2 | IBM DB2 Personal Developer's Edition, 버전 5.2 | IBM DB2 Universal Developer's Edition, 버전 5.2 주: VisualAge for Basic과 Lotus Approach는 제품 박스에 더이상 포함되어 있지 않습니다. 다음 제품에 대한 별도의 릴리스 정보 파일이 제공되며 READDCS.TXT로 설치됩니다. IBM DB2 Connect Enterprise Edition, 버전 5.2 IBM DB2 Connect Personal Edition, 버전 5.2 | DB2 Universal Database 라이브러리에 있는 일부 서적은 버전 5.2에서 | 갱신되지 않았습니다. 다음은 갱신되지 않은 서적들입니다. o 관리 입문 | o Building Applications for Windows and OS/2 Environments o CLI Guide and Reference o Embedded SQL Programming Guide o Master Index o SQL 입문 o 시스템 모니터 안내 및 참조서 o 문제점 해결 안내서 | "새로운 기능" 서적에는 버전 5와 버전 5.2의 주요 DB2 기능 향상에 | 대한 개요와, 버전 5.2에서 향상된 내용에 대한 자세한 설명이 (특히 | 해당 서적이 버전 5.2에서 갱신되지 않은 경우에 대해) 들어 있습니다. | DB2 Universal Database 버전 5와 DB2 Connect 버전 5 FixPak의 | 일부로서 제공되었던 새로운 기능들은 버전 5.2의 향상된 기능으로서 | 간주됩니다. | 찾고 있는 주제에 관한 완전한 DB2 정보를 얻으려면, DB2 라이브러리에 | 있는 해당 서적과 새로운 기능 서적, 그리고 이 README 파일에 있는 | 정보를 사용하십시오. | Fixpak 17의 주요 변경사항 | 이 섹션에서는 Fixpak 17의 주요 변경사항을 기술하고 이러한 변경사항이 | 문서화되어 있는 위치를 알려줍니다. | EEE용 암호 변경 작동>> | DB2 관리자는 이제 다른 사용자들이 프로파일 레지스트리 변수 | "DB2CHGPWD_EEE="를 통해 AIX 및 NT EEE 시스템에서 암호를 | 변경할 수 있도록 할 수 있습니다. 전반적인 세부사항은 섹션 2.2.2 | "EEE용 암호 변경 작동"을 참조하십시오. | DRDA 전용 클라이언트 인증>> | DB2 UDB 서버는 이제 MVS 및 OS/390용 DB2, VM 및 VSE용 DB2, 그리고 | OS/400용 DB2로부터의 DRDA 클라이언트와 다른 클라이언트를 구별할 | 수 있습니다. 이로써, 이러한 다른 클라이언트들로부터 보호할 수 | 있습니다. 위에 지정된 클라이언트가 클라이언트측 인증을 수행하도록 | 신임할 수 있으며, 또한 이들 클라이언트가 인증되는 위치를 판별할 | 수도 있습니다. 전반적인 세부사항은 섹션 2.2.1 "DRDA 전용 클라이언트 | 인증"을 참조하십시오. | 부호화된 암호>> | "AUTHENTICATION" 매개변수에 새로운 데이타베이스 관리 프로그램 구성 | 값 "SERVER_ENCRYPT"가 추가되었습니다. "SERVER_ENCRYPT"는 이제 | "SERVER" 인증의 현재 의미과 동일한 의미를 가지며, 네트워크를 통해 | 전송된 모든 암호가 부호화되는 추가 기능이 있습니다. 전반적인 세부 | 사항은 섹션 2.2.3 "부호화된 암호"를 참조하십시오. | JDBC 2.0>> | 이 FixPak과 함께 제공되는 JDBC 2.0 드라이버는 JDBC 2.0 코어 API를 | 지원합니다. 그러나, DB2 엔진의 특정 기능들이 사용 불가능하므로, | 스펙에 정의된 모든 기능이 지원되는 것은 아닙니다. 전반적인 세부 | 사항은 섹션 8.7 "JDBC 2.0"을 참조하십시오. | NETQUESTION에 대한 일시적인 해결책>> | 이 섹션에서는 다음에 관해 설명합니다. | o UNIX 플랫폼에서의 IMNSearch(NetQuestion) 설치 문제점 | o HPUX-10에 NetQuestion 설치 | o UNIX 플랫폼용 NetQuestion과 DB2 CAE | o AIX 플랫폼 상의 NetQuestion DBCS | 전반적인 세부사항은 섹션 21.0 "NetQuestion에 대한 일시적인 해결책"을 | 참조하십시오. | 요약 테이블 지원>> | 요약 테이블 지원 기능이 향상되었습니다. REFRESH IMMEDIATE 옵션을 | 사용할 수 있습니다. 전반적인 세부사항은 135페이지에 있는 섹션 | 16.2 "테이블 변경"과 섹션 16.5 "테이블 작성"을 참조하십시오. | UNICODE/UCS-2와 UTF-8 지원>> | Unicode 문자 인코딩 표준은 이 세상에 존재하는 거의 모든 언어의 | 문자를 포함하는 고정 길이 문자 인코딩 스킴입니다. ISO 및 IEC | 10646 표준(ISO/IEC 10646)은 2바이트 버전(UCS-2)과 4바이트 버전 | (UCS-4)이 있는 UCS(Universal Multiple-Octet Coded Character Set) | 를 지정합니다. DB2 UDB는 UCS-2, 즉 대용물(surrogate)이 없는 | Unicode를 지원합니다. | UCS-2나 Unicode 인코딩에서는, ASCII 및 제어 문자 또한 2바이트 | 길이이며 첫번째 바이트는 0입니다. ASCII 기본 응용 프로그램과 | ASCII 파일 시스템의 경우, 이는 중요한 문제가 될 수 있는데 UCS-2 | 문자열에서 불필요한 널(NULL)이 문자열의 어느 곳에서나 나타날 수 | 있기 때문입니다. 불변의 ASCII 코드에 의존하는 프로그램의 경우, | 이러한 문제점을 피하기 위해 UTF-8라고 하는 변환 알고리즘을 사용할 | 수 있습니다. DB2는 UTF-8을 구현합니다. | 전반적인 세부사항은 섹션 2.15 "DB2 UDB에서의 Unicode/UCS-2 및 UTF-8 | 지원"을 참조하십시오. | 가상 인터페이스(VI) 아키텍처 사용>> | DB2 UDB는 이제 두 가지 VI 아키텍처 구현을 지원합니다. 하나는 | GigaNet의 VI 아키텍처 구현이고 다른 하나는 ServerNet의 VI 아키텍처 | 구현입니다. 전반적인 세부사항은 섹션 2.16.3 "GigaNet Interconnect와 | 함께 Windows NT용 DB2 UDB V5.2 수행"을 참조하십시오. 1.0 특별 주의사항 | 1.1 FIXPAK 6 서비스 정보 | DB2 UDB 버전 5.2는 별도로 구매하여 설치하거나 DB2 UDB 버전 5.0 위에 | FixPak으로서 설치할 수 있습니다. FixPak 6을 사용하여 버전 5.0을 | 버전 5.2로 업그레이드할 수 있습니다. FixPak 6의 PTF 번호는 다음 | 표에 운영 체제별로 나열되어 있습니다. +---------------------------------------------------------------------------+ | | 표 1. DB2 UDB FixPak 6의 PTF 번호 | +-------------------------------------+-------------------------------------+ | | 운영 체제 | DB2 UDB FixPak 6의 PTF 번호 | +-------------------------------------+-------------------------------------+ | | AIX | U459852 | +-------------------------------------+-------------------------------------+ | | HP-UX 10 | U459854 | +-------------------------------------+-------------------------------------+ | | HP-UX 11 | U459872 | +-------------------------------------+-------------------------------------+ | | OS/2 | WR09073 | +-------------------------------------+-------------------------------------+ | | SCO UnixWare 7 | U459870 | +-------------------------------------+-------------------------------------+ | | Silicon Graphics IRIX | U459871 | +-------------------------------------+-------------------------------------+ | | Solaris | U459853 | +-------------------------------------+-------------------------------------+ | | Windows 95, Windows 98 및 Windows | WR09074 | | | NT | | +-------------------------------------+-------------------------------------+ | | Windows 3.1 및 Windows for | WR09076 | | | Workgroups 3.11 | | +-------------------------------------+-------------------------------------+ 주: AIX 버전 4.2에서 DB2 파일 관리 프로그램(File Manager)을 수행 하려면 최소한 PTF U456886이 필요합니다. SCO UnixWare 7에서 DB2 UDB 버전 5.2를 수행하려면 다음 SCO용 PTF 번호가 필요합니다. ptf7003c ptf7010 ptf7013 | DB2 UDB 버전 5.2에 필요한 SCO PTF에 관한 최신 정보를 찾을 수 있는 | 위치는 섹션 1.3 "제품 및 서비스 기술 라이브러리"를 참조하십시오. 다음 패치 레벨은 Sun Cluster 소프트웨어 수행에 필요합니다. 105786-05 - Solaris 2.6에서 수행되는 Sun Cluster 2.x에 필요한 패치 2.1_105458-06 - DB2에 필요한 Sun Cluster 패치 레벨 | 1.2 Fixpak 17 서비스 정보 | 이 FixPak은 기존의 DB2 UDB 버전 5.0 코드 위에는 설치할 수 없습니다. | DB2 UDB 버전 5.2 레벨에 있어야 합니다. 버전 5.2 레벨에 이르기 위해, | FixPak 6을 다운로드하여 설치할 수 있습니다. 일단 FixPak 6이 설치되면, | Fixpak 17을 적용할 수 있습니다. +---------------------------------------------------------------------------+ | | 표 2. DB2 UDB Fixpak 17의 PTF 번호 | +-------------------------------------+-------------------------------------+ | | 운영 체제 | DB2 UDB Fixpak 17의 PTF 번호 | +-------------------------------------+-------------------------------------+ | | AIX | U480150 | +-------------------------------------+-------------------------------------+ | | HP-UX 10 | U480152 | +-------------------------------------+-------------------------------------+ | | HP-UX 11 | U480153 | +-------------------------------------+-------------------------------------+ | | OS/2 | WR21287 | +-------------------------------------+-------------------------------------+ | | SCO UnixWare 7 | U480154 | +-------------------------------------+-------------------------------------+ | | Silicon Graphics IRIX | U480155 | +-------------------------------------+-------------------------------------+ | | Solaris | U480151 | +-------------------------------------+-------------------------------------+ | | Windows 95, Windows 98, and Windows | WR21288 | | | NT | | +-------------------------------------+-------------------------------------+ | | Windows 3.1 and Windows for | WR21289 | | | Workgroups 3.11 | | +-------------------------------------+-------------------------------------+ 1.3 제품 및 서비스 기술 라이브러리 이 readme가 발행된 이후에 발견된 이슈에 관한 정보를 포함하여 최신의 완전한 DB2 정보를 보려면, World Wide Web(WWW)의 다음 주소에 있는 제품 및 서비스 기술 라이브러리(Product and Service Technical Library)를 사용하십시오. http://www.software.ibm.com/data/db2/library | 1.4 DB2 라이브러리 및 FIXPAK 문서 | 버전 5.2에서는 제품 라이브러리를 구성하는 대부분의 서적이 | 갱신되었습니다. DB2 라이브러리 서적은 HTML 형식으로 온라인으로 | 제공됩니다. 이들 서적의 대부분은 또한 PDF 및 PostScript 형식으로도 | 제공됩니다. 이들 서적에 온라인으로 액세스할 수 있는 위치는 위에 | 있는 섹션 1.3 "제품 및 서비스 기술 라이브러리"를 참조하십시오. | 갱신된 서적의 전체 목록, 서적을 인쇄하기 위한 지시사항 및 서적 | 주문에 사용되는 문서 번호는 "새로운 기능" 서적을 참조하십시오. | 문서 번호 SBOF-8921-00을 사용하여 버전 5.2에서 갱신된 모든 서적을 | 주문할 수 있습니다. 이전에 read1297.txt, read0398.txt 및 read0698.txt 파일에 들어 있었던 FixPak 패키지 정보는 다음 문서에 들어 있습니다. o 서적이 갱신된 경우 갱신된 문서에 o 서적이 갱신되지 않은 경우 "새로운 기능" 서적에 또한 서적에 인쇄 당시에 수록되지 못한 정보는 이 릴리스 정보에 포함되어 있습니다. | 1.5 웹 제어 센터 설치 웹 제어 센터는 DB2 Universal Database 제어 센터(데이타베이스 관리 툴)의 Java 버전입니다. 웹 제어 센터는 원래의 DB2 제어 센터를 모델로 하여 설계되었으나 보다 융통성 있는 네트워크 중심의 관리 환경을 제공 합니다. 웹 제어 센터는 DB2의 JDBC 지원을 사용하는 Java 애플릿으로 구현되었습니다. | FixPak은 웹 제어 센터를 설치하지 않고 기존 버전을 업그레이드합니다. | 웹 제어 센터가 없는 경우 이를 확보하려면, 다음 URL에서 웹 제어 | 센터를 다운로드하십시오. http://www.software.ibm.com/data/db2/udb/webcc 1.6 DB2 FAMILY NEWSLETTER DB2 제품군에 대한 최신 정보를 알고 싶으면, "DB2 제품군 뉴스레터" (영문 전용)을 신청하십시오. 다음 정보를 포함한 사용자의 요청을 팩스로 보내시면 됩니다. 팩스 번호는 1-905-316-4733 입니다. 이름 회사 이름 전체 우편 발송 주소 전화번호 현재 사용 중인 DB2 제품 2.0 관리 안내서 2.1 사용자 설계 구현 | 2.1.1 데이타베이스 작성/요약 테이블 작성 2.1.1.1 요약 테이블 또는 복제된 테이블을 사용한 분리 레벨 및 조회 최적화 일반적으로 요약 테이블이나 복제된 테이블은 이들의 분리(isolation) 레벨이 조회의 분리 레벨 이상일 경우 조회 최적화를 위해 사용됩니다. 예를 들어, 커서 안정성(CS) 분리(isolation) 레벨에서 조회가 수행되는 경우, CS 이상의 분리(isolation) 레벨에서 정의된 요약 테이블과 복제된 테이블만이 최적화에 사용됩니다. | 2.1.1.2 REFRESH IMMEDIATE | REFRESH IMMEDIATE 옵션이 요약 테이블에 지원됩니다. 자세한 내용은 | 섹션 16.2 "테이블 변경"과 섹션 16.5 "테이블 작성"을 참조하십시오. 2.1.2 자료가 RAID 장치에 있을 때의 성능 최적화 이 섹션에서는 자료가 RAID(Redundant Array of Independent Disk) 장치에 있을 때 성능을 최적화하는 방법에 관해 설명합니다. 일반적으로 RAID 장치를 사용하는 각 테이블 공간에 대해 다음과 같이 해야 합니다. o 테이블 공간(RAID 장치 사용)에 대해 단일 컨테이너를 정의합니다. o 테이블 공간의 EXTENTSIZE를 RAID 스트라이프 크기와 같거나 그 배수로 만듭니다. o 테이블 공간의 PREFETCHSIZE를 다음과 같도록 합니다. - RAID 스트라이프 크기 X RAID 병렬 장치 수(또는 이 제품의 정배수) & - EXTENTSIZE의 배수 o DB2_PARALLEL_IO 레지스트리 변수(아래에서 설명함)를 사용하여 테이블 공간에 대해 병렬 I/O를 작동 가능하게 합니다. o DB2_STRIPED_CONTAINERS 레지스트리 변수(아래에서 설명함)를 사용하여 Extent 경계가 테이블 공간에서 정렬되도록 합니다. DB2_PARALLEL_IO 테이블 공간 컨테이너에서 자료를 읽거나 쓸 때, DB2는 데이타베이스에 있는 컨테이너의 수가 1보다 크면 병렬 I/O를 사용합니다. 그러나 단일 컨테이너 테이블 공간에 대해서도 병렬 I/O를 작동 가능하게 하는 것이 유익한 상황이 있습니다. 예를 들어 컨테이너가 둘 이상의 물리적 디스크로 구성된 단일 RAID 장치에 작성되는 경우, 병렬 읽기 및 쓰기 호출을 수행하고자 할 수 있습니다. DB2_PARALLEL_IO 레지스트리 변수를 사용하여 단일 컨테이너가 있는 테이블 공간에 대해 병렬 I/O를 강제(force)할 수 있습니다. 이 변수를 모든 테이블 공간을 의미하는 "*"(별표)로 설정하거나 쉼표로 분리되는 테이블 공간 ID들의 목록으로 설정할 수 있습니다. 예를 들면, db2set DB2_PARALLEL_IO=* 모든 테이블 공간의 병렬 I/O 작동 db2set DB2_PARALLEL_IO=1,2,4,8 테이블 공간 1, 2, 4 및 8의 병렬 I/O 작동 레지스트리 변수를 설정한 후에는 DB2를 중단(db2stop)한 다음 다시 시작(db2start)하여 변경사항을 적용해야 합니다. DB2_STRIPED_CONTAINERS 현재는 DMS 테이블 공간 컨테이너(장치 또는 파일)를 작성할 때 한 페이지의 태그가 컨테이너의 처음에 저장됩니다. 나머지 페이지는 DB2가 자료 저장영역으로 사용하며 Extent 크기의 블록으로 그룹화됩니다. 테이블 공간 컨테이너를 RAID 장치로 사용할 때 Extent 크기를 스트라이프 와 같은 크기 그 배수 크기로 하여 테이블 공간을 작성하는 것이 좋습니다. 그러나 한 페이지의 컨테이너 태그 때문에 Extent는 RAID 스트라이프와 균형을 이루지 못하며, 입출력 요청시 최적의 디스크 수보다 많은 물리적 디스크를 액세스해야 할 수도 있습니다. 이제는 DMS 테이블 공간 컨테이너를 태그가 자체의 (전체) Extent 안에 있는 방식으로 만들 수 있습니다. 그러면 위에서 설명한 문제점이 발생하지 않지만 컨테이너 안에 오버헤드 Extent가 추가로 필요합니다. 이러한 방식으로 컨테이너를 작성하려면, 다음과 같이 DB2 레지스트리 변수 DB2_STRIPED_CONTAINERS를 "ON"으로 설정한 다음 인스턴스를 중단하고 다시 시작해야 합니다. db2set DB2_STRIPED_CONTAINERS=ON db2stop db2start 작성되는 모든 DMS 컨테이너(CREATE TABLESPACE 또는 ALTER TABLESPACE 사용)는 태그가 전체 Extent를 차지하는 새로운 컨테이너가 됩니다. 기존 컨테이너는 변경되지 않습니다. 이 속성을 가진 컨테이너 작성을 중단하려면, 다음과 같이 레지스트리 변수를 재설정한 다음 인스턴스를 중단하고 다시 시작하십시오. db2set DB2_STRIPED_CONTAINERS= db2stop db2start 제어 센터와 LIST TABLESPACE CONTAINERS 명령은 컨테이너가 스트라이프로 작성되었는지 그렇지 않은지를 표시하지 않습니다. 이들은 컨테이너가 작성된 방법에 따라 계속해서 "파일" 또는 "장치"를 사용합니다. 컨테이너가 스트라이프로 작성되었는지 확인하려면, DB2DART의 /DTSF 옵션을 사용하여 테이블 공간과 컨테이너 정보를 덤프하여 의문이 있는 컨테이너의 유형 필드를 살펴볼 수 있습니다. 또한 컨테이너 조회 API인 sqlbftcq( )와 sqlbtcq( )를 사용하여 유형을 표시할 간단한 응용 프로그램을 작성할 수 있습니다. 이 새로운 유형들에 대한 정의는 sqlutil.h 헤더 파일에 추가되었습니다. #define SQLB_CONT_STRIPED_DISK 5 /* DMS: Striped disk */ #define SQLB_CONT_STRIPED_FILE 6 /* DMS: Striped file */ | 2.2 데이타베이스 액세스 제어 | 2.2.1 DRDA 전용 클라이언트 인증 | "서버의 인증 방법 선택" 섹션에 두 개의 새로운 단락이 추가되었습니다. | MVS 및 OS/390용 DB2, VM 및 VSE용 DB2, 그리고 OS/400용 DB2로부터의 DRDA | 클라이언트를 제외한 모든 클라이언트로부터 보호하려면, "trust_allclnts" | 매개변수를 DRDAONLY로 설정하십시오. 이러한 클라이언트만이 클라이언트측 | 인증을 수행하도록 할 수 있습니다. 다른 모든 클라이언트는 서버가 인증을 | 수행할 수 있도록 사용자 ID와 암호를 제공해야 합니다. | "trust_clntauth" 매개변수는 위의 클라이언트가 인증되는 위치를 판별하는 | 데 사용됩니다. "trust_clntauth"가 "client"이면, 인증은 클라이언트에서 | 수행됩니다. "trust_clntauth"가 "server"일 경우, 암호가 제공되지 않을 | 때는 클라이언트에서, 암호가 제공될 때는 서버에서 인증이 수행됩니다. | 2.2.2 EEE용 암호 변경 작동 | DB2 관리자는 이제 다른 사용자들이 프로파일 레지스트리 변수 | "DB2CHGPWD_EEE="를 통해 AIX 및 Windows NT EEE 시스템에서 | 암호를 변경할 수 있도록 할 수 있습니다. | 주: Sun EEE 시스템에서는 이 기능이 지원되지 않습니다. | 이 변수의 생략시 값은 "NOT SET"(사용 불가능)입니다. "DB2CHGPWD_EEE"의 | 다른 값은 기타 DB2 프로파일 변수에서 사용되는 표준 부울 값입니다. | DB2 관리자는 Windows NT 상의 Windows NT 도메인 제어기나 AIX 상의 | NIS를 사용하여 모든 노드에 대한 암호가 중앙 집중적으로 유지보수되도록 | 해야 할 책임이 있습니다. | 주: 암호가 중앙 집중적으로 유지보수되지 않을 경우, "DB2CHGPWD_EEE" | 변수를 작동 가능화할 때 암호가 모든 노드에서 일관되지 않을 수가 | 있습니다. 즉, 한 사용자가 "암호 변경" 기능을 사용할 경우, 그 | 사용자의 암호는 연결된 노드에서만 변경됩니다. | 2.2.3 부호화된 암호 | "AUTHENTICATION" 매개변수에 새 "DBM CFG"(데이타베이스 관리 프로그램 | 구성) 값 "SERVER_ENCRYPT"가 추가되었습니다. "SERVER_ENCRYPT"는 이제 | "SERVER" 인증과 동일한 규칙을 가지며, 네트워크를 통해 송신된 모든 | 암호가 부호화되는 추가 기능이 있습니다. 또한, DB2 Connect 지원을 | 위해 새로운 값 "DCS_ENCRYPT"가 추가되었습니다. 이 값은 READDCS.TXT | 파일에 문서화되어 있으며, 다음 제품에서 사용할 수 있습니다. | IBM DB2 Connect Enterprise Edition, 버전 5.2 | IBM DB2 Connect Personal Edition, 버전 5.2 | 동일한 매개변수가 "CATALOG DATABASE" 인증 섹션에 하나의 옵션으로서 | 추가되었습니다. | 제한사항 | 1. 데이타베이스 지원에 있어서, DB2/390 및 DB2 UDB만이 이러한 초기 | 구현을 위해 부호화된 암호를 수락합니다. DB2 UDB 지원은 초기에 | 다음 플랫폼에 한정됩니다. | o Windows 95/98 | o Windows NT | o AIX | 2. 새로운 ENCRYPT 버전의 인증에 대해 CCA/발견 기능이 지원되지 | 않습니다. | 3. 제어 센터에서의 지원이 없습니다. | 4. 암호 변경 지원을 위한 새로운 암호의 부호화가 없습니다. | 5. 새로운 인증 유형 SERVER_ENCRYPT 및 DCS_ENCRYPT의 DCE 디렉토리 | 지원이 없습니다. | 6. 부호화를 위한 DRDA AS 지원이 없습니다. | 7. 암호에 대해서만 부호화가 수행됩니다 - 사용자 ID와 그 나머지는 | 부호화되지 않은 상태로 있습니다. | 2.2.4 LOGINRETRIES 옵션(AIX 전용) | AIX 상의 DB2 Universal Database는 운영 체제에서 실패한 암호 시도를 | 기록하고 클라이언트가 "loginretries" 매개변수로 지정된 허용 가능한 | 로그인 시도 수를 초과했을 때 이를 검출하는 기능을 추가했습니다. 2.3 DB2 활동 감사 요약 테이블, 유형 지정 테이블 또는 복제된 테이블에 대한 감사는 지원되지 않습니다. 2.4 자료 이동 유틸리티 2.4.1 LOAD, IMPORT 및 EXPORT 파일 형식/PC/IXF 파일 형식/코드 페이지 고려사항 DBCS 자료가 들어 있는 IXF 형식 파일을 로드하거나 반입(import)하려면, 클라이언트 기계에 해당 변환 파일(sqllib\conv에 있음)이 설치되어 있어야 합니다. 이 변환 파일의 이름에는 소스와 목표 코드 페이지 번호가 모두 들어 있습니다. 확장자는 항상 코드 페이지 932를 943으로 변환합니다. 클라이언트 기계에 해당 변환 파일이 없으면, 서버 기계에서 클라이언트 기계의 sqllib\conv 디렉토리로 이를 복사할 수 있습니다. 반드시 호환 가능한 플랫폼에서 파일을 복사해야 합니다. 예를 들어 클라이언트가 UNIX 운영 체제에서 수행 중이면 또한 UNIX 운영 체제에서 수행 중인 서버에서 파일을 복사해야 합니다. | 2.4.2 로드 프로세스 개요(보류 상태) | "로드 프로세스 개요" 섹션에서 보류 상태를 설명하는 단락이 변경되었습니다. | 로드 프로세스를 완료한 후, | o "logretain" 또는 "userexit"가 "on"이고, COPY NO(생략시 값)가 | 선택되어 있으며, NONRECOVERABLE이 선택되어 있지 않을 경우, 또는 | o "logretain" 또는 "userexit"가 "off"이고, COPY YES가 선택되어 | 있으며, NONRECOVERABLE이 선택되어 있지 않을 경우, | 연관된 모든 테이블 공간은 백업 보류 상태에 놓입니다. | "로드 예외 테이블"에는 두 개의 새로운 단락이 추가되었습니다. | FOR EXCEPTION 옵션을 사용하면, 로드시 고유 색인 위반이 있는 행이 | 있는지 점검합니다. 로드시 고유성 제한조건 위반을 제외한 제한조건이나 | 외부 키 위반은 점검하지 않습니다. | "고유 키"는 그 값 중 어느 두 값도 일치하지 않도록 제한되는 키입니다. | 제한조건을 적용하는 데 사용되는 메카니즘을 고유 색인이라 합니다. | 기본 키는 고유 키의 특별한 경우입니다. 한 테이블은 둘 이상의 기본 | 키를 가질 수 없습니다. 2.4.3 WINDOWS NT 및 OS/2 SMP 사용 시스템에서의 로드 제한사항 SMP 환경에서 Windows NT용 DB2 UDB 버전 5.2와 OS/2용 DB2 UDB 버전 5.2를 수행하는 사용자는 로드 조작시 가끔 시스템 일시정지를 경험할 수 있습니다. 이것은 대용량의 자료가 관련된 색인 작성중(로드 유틸리티의 BUILD 단계)에만 발생하는 알려진 문제점입니다. 이 문제를 피하려면 LOAD 명령을 수행하기 전에 로드할 테이블에서 기존 색인을 삭제(drop)하고, 로드 조작이 성공적으로 완료된 후 CREATE INDEX문을 사용하여 다시 작성하는 것이 좋습니다. 색인을 삭제하지 않아도 되는 대안은 색인이 정의되지 않은 staging table 안으로 로드 조작을 수행하는 것입니다. 뒤이어 staging table의 모든 자료를 포함한 INSERT문을 수행하여 목표 테이블을 갱신할 수 있습니다. | 2.4.4 WINDOWS NT용 DB2 UDB ENTERPRISE - EXTENDED EDITION에서 | 자동 로더 프로그램의 오류 시나리오 | 다음은 Windows NT용 IBM DB2 Universal Database Enterprise - Extended | Edition에서 자동 로더 프로그램의 오류 시나리오에 적용됩니다. 여기서는 | 문제점의 증상과 특성, 그리고 일시적인 해결책을 기술합니다. | 여러 네트워크 카드가 설치된 다중 홈 시스템에서 자동 로더 프로그램 | "db2atld.exe"를 수행할 때는, 다음 조작을 시도하여 시스템이 올바르게 | 구성되어 있는지 확인하십시오. | o 자동 로더가 시작되는 시스템에서 "hostname" 명령을 입력하고 동일 | 시스템에서 이 호스트명을 ping할 경우, 리턴되는 IP 주소는 DB2 MPP | 노드 목록에 있는 다른 시스템에서 이 호스트명을 ping할 때의 결과와 | 동일해야 합니다. 시스템이 제대로 구성되어 있지 않으면, 자동 로더 | 프로그램에서 "SQL6555N" 오류를 생성하며, 자동 로더 구성 파일에서도 | "OUTPUTNODES" 매개변수로 정의한 로딩 노드 중 일부의 "db2diag.log" | 파일에 연결이 거부되었음을 알리는 오류 메세지 "errno = 10061"이 | 기록됩니다. | Windows NT 시스템에서는, 국지 호스트명에 대해 리턴되는 IP 주소가 | "DNS" 또는 "hosts" 파일에서 검색되지 않고 제어판 네트워크 아이콘에 | 국지로 구성된 정보에서 검색됩니다. | Windows NT 4.0에서는 제어판 네트워크 아이콘에 구성된 바인딩 순서가 | 다중 홈 시스템에서 리턴되는 IP 주소 순서에 영향을 미치지 않는다는 | 버그가 있습니다. 이러한 문제점을 해결하려면 Microsoft 지원 온라인 | 항목 ID Q171320을 참조하십시오. (이것은, 호스트명을 ping할 때 | 리턴되는 첫번째 IP 주소입니다.) | 2.4.5 자동 로더 인증 동작의 변경사항 | 국지 데이타베이스 연결의 개념은 MPP 환경에서 주어진 MPP 인스턴스의 | 모든 노드로부터의 연결을 포함하도록 확장되었습니다. 이는 즉, | 인스턴스가 AUTHENTICATION 서버로 구성되더라도, "db2nodes.cfg" | 파일에 정의된 노드 중 하나에서 연결이 시도될 경우에는 암호가 더이상 | 요구되지 않음을 의미합니다. 자동 로더는 "autloader.cfg" 파일에 있는 | AUTHENTICATION 플래그가 설정되어 있지 않거나 NO로 설정되어 있고 | 자동 로더의 암호가 정의되어 있지 않을 때 이 새로운 연결 방식을 | 활용합니다. | 이 새로운 데이타베이스 연결 방식을 사용할 경우에는, 시스템에서 | 프로그램의 원격 실행을 위해 암호가 필요할 때에만 자동 로더 실행에 | 암호가 요구됩니다. 예를 들어, UNIX 시스템 상의 ".rhosts" 파일이 | "rsh" 실행이 가능하도록 적절히 설정되어 있지 않으면 암호가 | 필요합니다. | 2.4.6 BIGINT를 포함한 WSF 자료의 반입/반출 | "BIGINT" 또는 "DECIMAL" 컬럼을 WSF(Work Sheet Format)로 반출할 때, | DOUBLE 유형 범위 내의 값만을 정확하게 반출할 수 있습니다. 이 범위 | 내에 있지 않는 값들도 여전히 목표 미디어로 반출됩니다. 단, 이 값들은 | 다시 로드될 때("LOAD" 또는 "IMPORT"를 통해), 자료가 정확하지 않을 | 가능성이 있습니다. 최종 결과는 플랫폼에 따라 다릅니다. 2.5 데이타베이스 복구 2.5.1 다른 운영 체제에서의 데이타베이스 백업과 복구 BACKUP DATABASE와 RESTORE DATABASE 명령을 사용하여 한 운영 체제에서 데이타베이스나 테이블 공간을 백업한 다음 다른 운영 체제로 이를 복원할 수 없습니다. 대신, db2move 명령을 사용하여(또는 자료를 반출한 다음 반입하거나 로드하여) 운영 체제 사이에 테이블을 옮기십시오. 자세한 내용은 관리 안내서의 "db2move 툴을 사용한 자료 이동"을 참조하십시오. 2.5.2 ADSTAR 분산 저장장치 관리 프로그램(ADSM) 사용시의 고려사항 Windows 운영 체제와 OS/2에서 수행되는 현재 ADSM 클라이언트는 재진입 클라이언트가 아니므로 단일 시스템에서 백업, 복원 또는 로드 유틸리티로 복수의 세션을 작성할 수 없습니다. 단일 노드 구성에서 사용자가 다음과 같이 백업 명령을 수행하려는 경우, db2 backup db sample use adsm open 3 sessions DB2는 ADSM에서 복수 세션을 지원하지 않음을 감지하고 SQL2032N을 리턴합니다. ADSM을 사용하여 수행하는 사본 로드에도 같은 시나리오가 적용됩니다. 그러나 Windows NT의 MLN 구성에서는 각 논리적 노드가 한 개의 세션만 작성하려는 경우 DB2가 단일 시스템에서 복수 세션의 사용을 감지할 수 없습니다. ADSM을 사용하여 복수의 논리적 노드를 백업, 복원 또는 로드하고 있는 경우, 논리적 노드가 실제로 같은 물리적 하드웨어에 있더라도 각 노드가 단일 세션을 사용하려고 하면 DB2는 조작의 진행을 허용합니다. 이것은 백업 시도를 실패하게 하여 로드 프로세스가 일시 정지되게 할 수 있으므로 시도해서는 안됩니다. | 2.5.3 데이타베이스 로그를 위한 구성 매개변수 | 다음 정보가 추가되어야 합니다. | 전체 로그 파일 크기 한계는 4GB입니다. 즉, 로그 파일 수(LOGPRIMARY + | LOGSECOND)와 바이트 단위의 각 로그 파일 크기(LOGFILSIZ * 4096)를 | 곱한 값이 4GB 미만이어야 합니다. | 2.5.4 요구되는 백업 빈도 및 시간 | "요구되는 백업 빈도 및 시간"에 관한 섹션에는 다음 정보가 추가되어야 | 합니다. | 데이타베이스를 복구하고 롤 포워드할 때 보존(archive) 로그를 적용하는 | 데 필요한 시간이 중요한 문제가 될 경우, 보다 빈번한 백업을 수행할 | 때의 비용을 고려해야 할 것입니다. 데이타베이스의 사용량이 많을 경우, | 보다 많은 로그가 발생하므로 보다 빈번한 데이타베이스 백업이 권장됩니다. | 데이타베이스 백업이 빈번해질수록, 보존(archive) 로그를 통한 롤 | 포워드시에 적용해야 하는 보존(archive) 로그 수는 줄어듭니다. 2.5.5 데이타베이스 복구(ROLLFORWARD 명령 사용 계획) 버전 2 클라이언트에서는 분할된 데이타베이스를 롤 포워드할 수 없습니다. | 2.6 XA 준수 트랜잭션 관리 프로그램과 함께 DB2 사용 | 이 장의 '지원되는 XA 기능' 섹션에 있는 'DB2 Universal Database XA 스위치 | 사용' 서브섹션에서, "OS/2 플랫폼"의 마지막 줄은 다음으로 변경되어야 | 합니다. | 어느 한가지 방법으로 응용 프로그램을 db2api.lib와 링크해야 합니다. "Windows NT 플랫폼" 섹션의 마지막 줄은 다음과 같이 변경되어야 합니다. 어느 한가지 방법으로 db2api.lib와 링크해야 합니다. | "db2app.lib"는 "db2api.lib"로 변경되어야 합니다. | 2.7 응용 프로그램 고려사항 | "잠금 속성" 섹션 바로 앞에 있는 "잠금"에 관한 섹션에서는, 다음 | 단락이 추가되어야 합니다. | 교착 상태가 발생할 때 이를 기록하는 모니터를 정의하고자 할 수도 | 있습니다. SQL 참조서에 기술된 CREATE EVENT MONITOR문을 사용하여 | 모니터를 작성하십시오. | "select문 사용"에 관한 섹션에서는, OPTIMIZE FOR 및 FETCH FIRST의 | 예가 다음과 같이 수정되어야 합니다. | SELECT EMPNAME, SALARY FROM EMPLOYEE | ORDER BY SALARY DESC | FETCH FIRST 100 ROWS ONLY | OPTIMIZE FOR 20 ROWS | 변경사항은 단지 이 예의 마지막 두 줄의 순서가 바뀐 것뿐입니다. | 2.8 SQL 컴파일러 이해 | "해시 조인"에 관한 섹션에서는 다음 정보가 추가되어야 합니다. | 해시 조인의 성능상의 혜택을 누리려면, "sortheap" 데이타베이스 구성 | 매개변수와 "sheapthres" 데이타베이스 관리 프로그램 구성 매개변수의 | 값을 변경해야 합니다. | 의사결정 지원 조회의 경우, 해시 조인 액세스 플랜은 비 해시 조인 | 플랜보다 더 많은 정렬 힙(heap) 공간을 사용합니다. "sheapthres"가 | "sortheap"과 매우 근사하게 설정되면(즉, 동시 조회당 2-3개 미만의 인수), | 해시 조인은 최적화 프로그램이 기대한 것보다 훨씬 적은 메모리를 | 사용하여 수행됩니다. 해시 조인은 제한된 메모리를 사용하여 실행될 때 | 속도가 매우 느려질 수 있습니다. 이러한 문제점은 여러 개의 정렬과 | 해시 조인이 포함된 조회에서 발생하며, 이 경우에는 첫번째 정렬이나 | 해시 조인이 사용 가능한 메모리의 대부분을 획득합니다. | 해결책은 "sheapthres"를 충분히 크게("sortheap"에 상대적으로) 구성하는 | 것입니다. 2.9 운영 상의 성능 | 2.9.1 데이타베이스 버퍼 풀 관리 | 다음 정보가 추가되어야 합니다. | 버퍼 풀과 연관된 저장영역은 데이타베이스가 활성화되거나 첫번째 | 응용 프로그램이 데이타베이스에 연결될 때 할당됩니다. 응용 프로그램이 | 버퍼 풀의 1차 수익자입니다. 응용 프로그램이 모두 연결해제되면, 버퍼 | 풀과 연관된 저장영역이 할당해제됩니다. 2.9.2 복수 데이타베이스 버퍼 풀 관리 데이타베이스 설계를 할 때 페이지 크기가 8KB인 테이블이 최적이라고 결정했을 수 있습니다. 결과적으로 페이지 크기가 8KB인 버퍼 풀을 작성해야 합니다(같은 페이지 크기를 가진 하나 이상의 테이블 공간과 함께). 테이블을 8KB 테이블 공간에 둔 경우, 임시 테이블 공간의 페이지 크기도 8KB로 하는 것이 좋으며 페이지 크기가 같은 8KB인 버퍼 풀에 임시 테이블 공간을 할당해야 합니다. 생략시 버퍼 풀(IBMDEFAULTBP)이나 4KB 임시 테이블 공간을 할당한 다른 4KB 버퍼 풀은 작게 유지해야 합니다. 데이타베이스 관리 프로그램이 8KB 임시 테이블 공간을 선호함에 따라서 8KB 버퍼 풀도 선호하기 때문입니다. | 2.10 운영자(governor) 사용 | "운영자(governor) 디먼"에 관한 섹션에 다음 정보를 추가하십시오. | 운영자(governor)를 에이전트 우선순위를 조정하는 대체 수단으로서 | 사용하는 것과 관련한 주의사항에는 다음 정보를 추가해야 합니다. | "(이 주의사항은 OS/2 또는 Windows NT 플랫폼에는 적용되지 않습니다.)" | "운영자(governor) 구성 파일"에 관한 섹션에서, "조치/우선순위" 아래에 | 있는 정보의 첫번째와 두 번째 단락을 다음으로 대체하십시오. | 응용 프로그램을 위해 사용되는 에이전트의 우선순위 변경을 지정합니다. | 유효한 값은 -20 - +20입니다. 2.11 DB2 구성 | 2.11.1 부호화된 암호 | 인증 유형(authentication) 매개변수는 다음과 같이 갱신됩니다. | 새로운 값 SERVER_ENCRYPT가 이 매개변수에 추가되었습니다. 이 값은 | SERVER 인증과 동일한 규칙을 가지며, 네트워크를 통해 송신된 모든 암호가 | 부호화되는 추가 기능이 있습니다. 이 값을 사용하는 데 있어서의 제한 | 사항은 섹션 2.2.3 "부호화된 암호"를 참조하십시오. | 새로운 값 DCS_ENCRYPT가 이 매개변수에 추가되었습니다. 이 값은 DB2 | Connect의 지원을 위해 추가되었습니다. 이 새로운 값에 대한 세부사항은 | 다음 두 제품의 READDCS.TXT 파일에 문서화되어 있습니다. | o IBM DB2 Connect Enterprise Edition, 버전 5.2 | o IBM DB2 Connect Personal Edition, 버전 5.2. 2.11.2 구성 매개변수 튜닝/해시 조인 성능 최적화 해시 조인의 성능 혜택을 누리려면 SORTHEAP 데이타베이스 구성 매개변수와 SHEAPTHRES 데이타베이스 관리 프로그램 구성 매개변수의 값을 변경해야 합니다. 해시 조인 플랜은 다른 조인 플랜보다 많은 정렬 힙(heap) 공간을 사용합니다. SHEAPTHRES가 SORTHEAP에 거의 근접하게 설정되면(동시 조회당 2-3개 미만의 인수) 해시 조인은 최적화 프로그램이 기대한 것보다 훨씬 적은 메모리를 사용 하여 수행됩니다. 해시 조인은 제한된 메모리를 사용하여 실행될 때 속도가 매우 느려질 수 있습니다. 이 문제는 복수의 정렬과 해시 조인을 포함한 조회에서 발생하는데, 이 경우 첫번째 정렬이나 해시 조인이 대부분의 사용 가능한 메모리를 획득합니다. 해결책은 SHEAPTHRES를 충분히 크게(SORTHEAP에 상대적으로) 구성하는 것입니다. 해시 조인 전략의 선택 여부를 결정하는 방법을 포함하여 해시 조인에 관한 자세한 내용은 SQL 참조서의 db2expln에 대한 설명과 "새로운 기능"(부록 A - 시스템 모니터 안내 및 참조서 갱신)을 참조하십시오. 아래의 새로운 해시 조인 레지스트리 변수(DB2_HASH_JOIN)에 대한 설명도 참조하십시오. | 2.11.3 데이타베이스 로그 파일 | "로그 파일 크기(logfilsz)" 매개변수는 다음과 같이 갱신됩니다. | 전체 로그 파일 크기 한계는 4GB입니다. 즉, 로그 파일 수(LOGPRIMARY + | LOGSECOND)와 바이트 단위의 각 로그 파일 크기(LOGFILSIZ * 4096)를 | 곱한 값이 4GB 미만이어야 합니다. | 2.11.4 신임되는 클라이언트 및 DRDA 사용 | "인스턴스 관리"에 관한 섹션에서, "모든 클라이언트 신임(trust_allclnts)" | 매개변수는 다음과 같이 갱신됩니다. | 매개변수의 값 범위에는 이제 NO 및 YES 이외에 DRDAONLY가 포함됩니다. | 매개변수 설명에는 다음 두 단락이 포함됩니다. | "trust_allclnts" 매개변수를 DRDAONLY로 설정하면, MVS 및 OS/390용 DB2, | VM 및 VSE용 DB2, 그리고 OS/400용 DB2로부터의 DRDA 클라이언트를 제외한 | 모든 클라이언트로부터 보호할 수 있습니다. 이러한 클라이언트만이 | 클라이언트측 인증을 수행하도록 할 수 있습니다. 다른 모든 클라이언트는 | 서버가 인증을 수행할 수 있도록 사용자 ID와 암호를 제공해야 합니다. | "trust_clntauth" 매개변수는 위의 클라이언트가 인증되는 위치를 판별하는 | 데 사용됩니다. "trust_clntauth"가 "client"이면, 인증은 클라이언트에서 | 수행됩니다. "trust_clntauth"가 "server"일 경우, 암호가 제공되지 않을 | 때는 클라이언트에서, 암호가 제공될 때는 서버에서 인증이 수행됩니다. | 2.11.5 LOGINRETRIES 옵션(AIX 전용) | AIX 상의 DB2 Universal Database는 운영 체제에서 실패한 암호 시도를 | 기록하고 클라이언트가 "loginretries" 매개변수로 지정된 허용 가능한 | 로그인 시도 수를 초과했을 때 이를 검출하는 기능을 추가했습니다. 2.11.6 ASLHEAPSZ와 대용량 테이블에 대해 실패한 조회 DB2는 대용량 테이블(레코드 길이가 4005자보다 길고 컬럼 수가 500개 이상인 테이블)에서 조회 결과를 페치할 때 실패할 수 있습니다. 이것은 ASLHEAPSZ 데이타베이스 관리 프로그램 구성 매개변수의 값을 생략시 값 15보다 크게 함으로써 해결할 수 있습니다. 2.11.7 SMP 시스템에서의 INTRA_PARALLEL 설정(WINDOWS NT) SMP 시스템의 Windows NT에서 INTRA_PARALLEL 데이타베이스 관리 프로그램 구성 매개변수는 DB2 버전 5.2에서 인스턴스가 작성될 때 YES로 설정됩니다. 버전 5.0에서는 이 매개변수가 NO로 설정되었습니다. | 2.12 AIX용 HACMP ES | "클러스터 구성" 섹션에서는, 노드가 두 개인 시스템의 컨테이너 작성법을 | 보여주는 예가 다음과 같이 갱신됩니다. | CREATE TABLESPACE TS3 MANAGED BY SYSTEM USING | ('/TS/cont $N%2, '/TS3/cont $N%2+2') | 다음 컨테이너가 사용될 것입니다. | /TS3/cont0 - 노드 0 | /TS3/cont2 - 노드 0 | /TS3/cont1 - 노드 1 | /TS3/cont3 - 노드 1 | 'TS3' 서브디렉토리와 일관되도록 변경되었습니다. | 2.13 DB2 레지스트리 및 환경 변수 | 매개변수 운영 값 설명 | 체제 | ------------------------------------------------------------------------------------- | DB2CHGPWD_EEE AIX 및 Default=NULL DB2 관리자가 비관리자로 하여금 | Windows NT 값 YES 또는 NO 암호를 변경하게 할 수 있습니다. | (Sun EEE에서는 관리자는 Windows NT의 Windows NT | 지원되지 않음) 도메인 제어기나 AIX의 NIS를 사용하여 | 모든 데이타베이스 파티션(노드)에 대한 | 암호가 중앙 집중적으로 유지보수되도록 | 해야 할 책임이 있습니다. 암호가 중앙 | 집중적으로 관리되지 않을 경우, 모든 | 데이타베이스 파티션에서 암호가 일치하지 | 않을 수도 있습니다. 이 경우, 사용자가 | 변경을 위해 연결하는 데이타베이스 | 파티션에서만 암호가 변경될 수 있습니다. | 매개변수 운영 값 설명 | 체제 | ------------------------------------------------------------------------------------- | DB2_GRP_LOOKUP Windows NT DEFAULT=null 사용자가 속한 그룹을 나열하는 데 | 값: local, domain 사용되는 Windows NT 보안 메카니즘을 | 지정합니다. | 주: FixPak 7의 경우, "db2_grp_lookup" 레지스트리 변수가 현재 | 지원되는 키워드 "local" 이외에 키워드 "domain"을 지원하도록 | 향상되었습니다. | db2set db2_grp_lookup=domain | 이것은 다음 조건 하에서 설정해야 합니다. | 1. 시스템이 도메인 제어기가 아닙니다. | 2. 시스템이 도메인 계정이 있는 도메인 이외의 도메인에 있습니다. | 이러한 상황은 자원 도메인이 신뢰하는 도메인에 계정이 정의되는 | 마스터 계정 도메인 모델을 사용할 때 발생합니다. | 3. 계정 도메인에 대한 백업 도메인 제어기가 있습니다. | 이 매개변수는 클라이언트와 서버 구성 둘다에 적용됩니다. | 이 매개변수를 설정하면 DB2에 현재 도메인에 있는 도메인 제어기를 | 사용하여 계정 도메인의 제어기를 찾도록 지시합니다. | 문제점 해결: | 그룹을 나열하기 위해(또한 사용자가 관리자인지의 여부를 판별하기 | 위해), DB2는 NT API를 사용하여 계정이 정의된 도메인의 도메인 | 제어기를 찾습니다. 이것은 1차 도메인 제어기(PDC)를 찾다가 | 이에 실패할 경우 백업 도메인 제어기를 찾는 API를 사용합니다. | 이러한 API를 수행 중인 시스템 역시 도메인 제어기인 경우, 이 | 방법은 항상 잘 작동합니다. 시스템이 도메인 제어기가 아닌 경우, | 이 방법은 PDC가 다운될 때 실패하게 됩니다. "db2_grp_lookup=domain"일 | 때, DB2는 사용자 도메인에서 API를 수행할 도메인 제어기를 찾아 계정 | 도메인의 도메인 제어기를 판별합니다. 이 방법은 PDC가 다운될 때 | 실패하지 않습니다. 매개변수 운영 체제 값 설명 ----------------------------------------------------------------------- DB2_HASH_JOIN 모두 DEFAULT=NO 액세스 플랜을 컴파일할 값: YES 또는 NO 때 가능한 조인 방법으로서 해시 조인을 지정합니다. | 매개변수 운영 값 설명 | 체제 | ------------------------------------------------------------------------------------ | DB2_NEW_CORR_SQ_FF 모두 DEFAULT=OFF ON으로 설정될 때, SQL 최적화 | 값: ON 또는 OFF 프로그램으로 계산되는 특정 부속 | 조회 술어의 선택성 값에 영향을 | 미칩니다. 이것은 부속조회의 | 선택 목록에 MIN 또는 MAX 집계 | 함수를 사용하는 동등 부속조회 | 술어 선택성 값의 정확성을 | 향상시키는 데 사용될 수 있습니다. | 예를 들면 다음과 같습니다. | SELECT * FROM T WHERE T.COL = | (SELECT MIN(T.COL) FROM T WHERE ...) | 매개변수 운영 값 설명 | 체제 | ------------------------------------------------------------------------------------ | DB2MEMDISCLAIM AIX DEFAULT=(설정되지 않음) 실행 중인 워크로드와 풀 에이전트 | 값: YES 또는 NO 구성에 따라, 에이전트가 유휴 상태일 | 때에도 각 DB2 에이전트에 대해 확약된 | 메모리가 32MB 이상으로 유지되는 상황이 | 초래될 수 있습니다. 이러한 상황은 | 메모리를 신속하게 재사용할 수 있도록 | 유지할 때 발생 가능하며, 일반적으로 | 양호한 성능을 초래합니다. 단, 메모리 | 제한 시스템에서는 이러한 현상이 바람직한 | 부가 작용이라고는 할 수 없습니다. | 이러한 상태를 피하려면, 다음을 수행하십시오. | db2set DB2MEMDISCLAIM=yes | 메모리 포기는 실제 저장영역을 더이상 | 차지하지 않도록 AIX 운영 체제에 해당 | 영역의 페이징을 중단할 것을 지시합니다. | DB2MEMDISCLAIM을 YES로 설정하면, DB2 | UDB는 DB2MEMMAXFREE에 따라 해제된 일부 | 또는 모든 메모리를 포기합니다. 이는 | 메모리가 해제되는 즉시 다른 프로세스에서 | 쉽게 메모리를 사용할 수 있도록 합니다. | DB2MEMMAXFREE도 참조하십시오. | 매개변수 운영 값 설명 | 체제 | ------------------------------------------------------------------------------------- | DB2MEMMAXFREE AIX DEFAULT=(설정되지 않음) 각 DB2 에이전트에서 보유하는 여유 | 값: 4000000 메모리의 양을 지정합니다. 이 변수를 | - 256000000 4에서 256MB 사이의 한 값으로 설정할 | 수 있습니다. 이 기능을 사용할 경우, | 다음과 같이 8MB의 값을 지정할 것을 | 권장합니다. | db2set DB2MEMMAXFREE=8000000 | DB2MEMDISCLAIM도 참조하십시오. | 버퍼 풀을 조정하는 새로운 레지스트리 변수가 있습니다. 다음은 이 변수를 | 사용하는 방법입니다. | 1. 파일을 작성하십시오. | 2. 이 파일을 다음과 같이 설정하십시오. | db2set DB2BPVARS= | 예를 들어, "f:\BPVARSFILE" 파일은 다음 내용을 포함합니다. ----------------------------------------------------------------------------- | # turn on scatter read for raw DMS devices | NT_SCATTER_DMSDEVICE=1 ----------------------------------------------------------------------------- | 이 파일을 사용하여 다음을 수행하게 됩니다. | db2set DB2BPVARS=f:\BPVARSFILE | 현재 지원되는 매개변수는 다음과 같습니다. | 매개변수 운영 값 설명 | 체제 | ------------------------------------------------------------------------------------- | NT_SCATTER_DMSDEVICE NT DEFAULT=0(OFF) DMS 장치 컨테이너에 대해 분산 | 값=0(OFF) 읽기를 ON 상태로 하는 데 사용할 수 | 또는 1(ON) 있습니다. 이것은 레지스트리에서 | DB2NTNOCACHE가 ON으로 설정되어 | 있는 경우에만 작동 가능화(ON 상태)될 | 수 있습니다. DB2NTNOCACHE가 OFF일 | 경우(또는 설정되어 있지 않는 경우), | db2diag.log에 경고 메세지가 기록되고 | 분산 읽기는 작동 불가능 상태로 유지 | 됩니다. RAW 컨테이너에 대한 대량의 | 순차 프리페칭이 있는 시스템에 권장됩니다. 2.14 추가 RAH(RUN ALL HOSTS) 정보(SOLARIS 및 AIX 전용) 다음 내용을 부록 Q의 rah 정보에 추가해야 합니다. 성능을 향상하기 위해 대형 시스템에서 tree_logic을 사용하도록 rah를 확장했습니다. 즉, rah는 목록에 포함된 노드 수를 점검하여 그 수가 임계값을 초과하면 목록의 부분집합을 구성하고 자체의 재귀 호출을 해당 노드로 보냅니다. 해당 노드에서 재귀 호출된 rah는 목록이 명령을 목록의 모든 노드에 보내는 표준 로직(지금은 "leaf-of-tree" 로직)을 따를 만큼 충분히 작아질 때까지 같은 로직을 따릅니다. 임계값은 RAHTREETHRESH 환경 변수로 지정되거나 생략시 값 15를 사용할 수 있습니다. 물리-노드-당-복수-논리-노드 시스템의 경우, db2_all은 재귀적 호출을 별개의 물리 노드로 송신하려고 합니다. 이런 물리적 노드는 동일한 물리 노드에 있는 기타 논리 노드를 rsh하여 물리 노드간 통신량을 줄입니다. (이는 rah에는 적용되지 않고 db2_all에만 적용됩니다. 왜냐하면, rah는 항상 별개의 물리 노드로 송신하기 때문입니다.) 이 rah 버전은 이전 버전(제품에서 rah.sh_old의 이름으로 제공)과 거의 같은 구문과 의미를 가지고 있으나, 단 사용할 수 있는 옵션의 종류에 대해 몇 가지 제한사항이 있습니다. o 사용자는 ksh(kornshell)을 쉘로 사용해야 합니다. 사용자가 다른 쉘을 사용하는 경우 rah_tree는 경고를 생성하고 비-트리 로직을 사용합니다. o 명령의 반향을 요청하는 작은 따옴표(') 접두부 문자는 무시됩니다. o < (나를 제외한 모두) 및 > (호스트 색인으로 <> 대체) 옵션이 지정되면 호스트 색인은 비-트리 rah/db2_all로 대체되는 것과 다릅니다. 주: () 및 ## 대체는 이전 rah/db2_all과 동일하게 작업해야 합니다. o 사용자 ID 설정은 목록의 모든 노드에서 동일해야 합니다. 예를 들어, rah_tree 명령 또는 db2_tree 명령이 수행된 현 작업 디렉토리는 모든 노드에 있어야 합니다. rah_tree 실행 파일은 모든 노드(rah_tree 명령이 수행될 때 적용되는 것)에서 현재 $PATH에 있어야 합니다. rahwaitfor 실행 파일은 그 경로에 있어야 합니다. 노드 간의 특정한 환경 차이점은 허용될 수 있으나 많이는 안됩니다. o 실행될 명령은 "-o, -b, -d, 또는 -x" 문자로 시작할 수 없습니다. 왜냐하면, rah_tree가 이를 플래그로 해석하기 때문입니다. o 병렬 실행을 지정할 때 호스트에서 출력을 리턴하는 순서는 목록순으로 출력을 리턴하는 비-트리 rah로 생성된 순서와 다를 수 있습니다. o rah_tree 또는 db2_tree가 호출될 때마다 앞에서 설명한 대로 목적지 노드의 수를 임계값과 비교합니다. 임계값은 다음 환경 변수로 지정될 수 있습니다. export RAHTREETHRESH=nn 여기서 nn은 임의의 양의 정수가 되거나 생략시 값 15가 될 수 있습니다. | 2.15 DB2 UDB에서의 UNICODE/UCS-2 및 UTF-8 지원 | 이 두 표준은 여기에서 문서화됩니다. | 2.15.1 소개 | Unicode 문자 인코딩 표준은 이 세상에 존재하는 거의 모든 언어의 | 문자를 포함하는 고정 길이 문자 인코딩 스킴입니다. Unicode 문자는 | 주로 "U+xxxx"로 표시되며, 여기서 xxxx는 문자의 16진 코드입니다. | 각 문자는 언어와 상관없이 16비트(2바이트) 폭입니다. 결과인 65 536 | 코드 요소만으로도 주요 언어의 대부분의 문자를 인코딩하는 데 충분하나, | Unicode 표준은 또한 백만 개의 추가 문자를 인코딩할 수 있는 확장 | 메카니즘을 제공합니다. 이 확장은 일부 32비트 문자를 두 개의 연속되는 | 코드 요소로서 인코딩하는 특정 범위의 코드 값("대용물(surrogate)"이라고 | 하는 U+D800 - U+D8FF)을 예약합니다. | ISO(International Organization for Standardization)와 IEC(International | Electrotechnical Commission) 10646 표준(ISO/IEC 10646)은 2바이트 버전 | (UCS-2)과 4바이트 버전(UCS-4)이 있는 UCS(Universal Multiple-Octet Coded | Character Set)를 지정합니다. 2바이트 버전인 이 ISO 표준 UCS-2는 대용물 | (surrogate)이 없는 Unicode와 일치합니다. ISO 10646은 또한 UCS-2 | 부호화 문자열에 있는 몇몇 UCS-4 코드를 인코딩하는 확장 기술을 정의합니다. | UTF-16이라고 하는 이 확장은 대용물(surrogate)이 있는 Unicode와 일치합니다. | DB2 UDB는 UCS-2, 즉 대용물(surrogate)이 없는 Unicode를 지원합니다. | 2.15.1.1 UTF-8 | UCS-2나 Unicode 인코딩에서는, ASCII 및 제어 문자 또한 2바이트 | 길이이며 첫번째 바이트는 0입니다. 예를 들어, NULL은 U+0000이고 | 대문자 A는 U+0041로 표시됩니다. ASCII 기본 응용 프로그램과 | ASCII 파일 시스템의 경우, 이는 중요한 문제가 될 수 있는데 UCS-2 | 문자열에서 불필요한 널(NULL)이 문자열의 어느 곳에서나 나타날 수 | 있기 때문입니다. 불변의 ASCII 코드에 의존하는 프로그램의 경우, | 이러한 문제점을 피하기 위해 UTF-8라고 하는 변환 알고리즘을 사용할 | 수 있습니다. | UTF-8(UCS 변환 형식 8)은 고정 길이 UCS-2 및 UCS-4 문자를 가변 길이 | 바이트 문자열로 변환하는 알고리즘적 변환입니다. UTF-8에서, ASCII | 문자는 일반적인 1바이트 코드로 표시되나, UCS-2로 된 비 ASCII 문자는 | 2 또는 3바이트 길이가 됩니다. 즉, UTF-8은 UCS-2 문자를 멀티바이트 | 코드 세트로 변환하며, 이 때 ASCII는 변환되지 않습니다. 다음 표에서는 | UTF-8 형식에서의 각 UCS-2 문자의 바이트 수를 판별할 수 있습니다. | UCS-2(16진) UTF-8(2진) 설명 | ------------ -------------------------- ---------------- | 0000 - 007F 0xxxxxxx ASCII | 0080 - 07FF 110xxxxx 10xxxxxx U+07FF까지 | 0800 - FFFF 1110xxxx 10xxxxxx 10xxxxxx 기타 UCS-2 | 주: UCS-4 범위 0000 0800 - 0000 FFFF에 해당하는 이 표의 | 세 번째 줄로 인해, 범위 D800 - DFFF는 처리에서 | 제외됩니다. | 위에서 일련의 x는 문자의 UCS 비트 표시를 지시합니다. 예를 들어, | U0080은 11000010 10000000으로 변환됩니다. | 2.15.2 DB2 UDB에서의 UCS-2/UTF-8 구현 | 2.15.2.1 코드 페이지/CCSID 번호 | IBM에서 UCS-2 코드 페이지는 코드 페이지 1200으로 등록되어 있습니다. | 모든 코드 페이지는 문자를 추가할 수 있는 문자 세트들로 정의됩니다. | 즉, 코드 페이지에 새 문자를 추가하더라도 코드 페이지 번호는 바뀌지 | 않습니다. 코드 페이지 1200은 항상 Unicode/UCS-2의 현재 버전을 | 참조하며, DB2 UDB에서의 UCS-2 지원을 위해 사용되었습니다. | Unicode 2.0과 ISO/IEC 10646-1로 정의된 UCS 표준의 특정 부호 범위 | 역시 IBM 내에서 CCSID 13488로 등록되어 있습니다. 이 CCSID(13488)는 | euc-Japan 및 euc-Taiwan 데이타베이스에 그래픽 문자열 자료를 저장하기 | 위해 DB2 UDB에 의해 내부적으로 사용되었습니다. CCSID 13488 및 코드 | 페이지 1200은 둘다 UCS-2를 참조하며, "2바이트"(DBCS) 공백의 값을 | 제외하곤 동일한 방식으로 처리됩니다. | CP/CCSID 1바이트(SBCS) 공백 2바이트(DBCS) 공백 | --------- ------------------------ ------------------------ | 1200 N/A U+0020 | 13488 N/A U+3000 | 주: UCS-2 데이타베이스에서, U+3000은 특별한 의미를 지니지 않습니다. | 변환표에 있어서는, 코드 페이지 1200이 CCSID 13488를 포함하므로 | 이들 둘다에 동일한(superset) 표가 사용됩니다. | IBM에서는 UTF-8이 문자를 추가할 수 있는 문자 세트를 갖는 CCSID 1208로서 | 등록되어 있습니다(때때로 코드 페이지 1208라고도 합니다). 이 표준에 | 새로운 문자가 추가되더라도, 이 번호(1208)는 바뀌지 않습니다. 1208은 | DB2의 UCS-2/UTF-8 지원을 위한 멀티바이트 코드 페이지 번호로 사용됩니다. | DB2 UDB는 UCS-2를 멀티바이트 코드 페이지로서 지원합니다. MBCS 코드 | 페이지 번호는 1208이며, 이것은 데이타베이스 코드 페이지 번호이고 | 데이타베이스 내 문자열 자료의 코드 페이지입니다. 2바이트 코드 페이지 | 번호(UCS-2의)는 데이타베이스 내 그래픽 문자열 자료의 코드 페이지인 | 1200입니다. UCS-2/UTF-8로 데이타베이스를 작성하면, CHAR, VARCHAR, | LONG, VARCHAR 및 CLOB 자료는 UTF-8로 저장되고, GRAPHIC, VARGRAPHIC, | LONG VARGRAPHIC 및 DBCLOB 자료는 UCS-2로 저장됩니다. 이 데이타베이스를 | 간단히 UCS-2 데이타베이스라고 합니다. | 2.15.2.2 UCS-2 데이타베이스 작성 | 기본적으로, 데이타베이스는 이를 작성하는 응용 프로그램의 코드 페이지로 | 작성됩니다. 따라서, UTF-8 클라이언트(예를 들면, AIX의 UNIVERSAL | 로케일(locale))에서 데이타베이스를 작성하거나 클라이언트의 DB2CODEPAGE | 환경 변수가 1208로 설정되어 있는 경우, 데이타베이스는 UCS-2 | 데이타베이스로서 작성됩니다. 선택적으로, "UTF-8"을 CODESET 이름으로서 | 명시적으로 지정하고 DB2 UDB에서 지원하는 유효한 2문자 지역 코드를 | 사용할 수 있습니다. DB2 UDB에서 지원하는 완전한 지역 코드 목록을 | 보려면 관리 안내서와 "NLS 지원"에 관한 부록을 참조하십시오. | 예를 들어, 미국의 지역 코드를 사용하여 CLP에서 UCS-2 데이타베이스를 | 작성하려면, 다음을 수행하십시오. | DB2 CREATE DATABASE dbname USING CODESET UTF-8 TERRITORY US | UCS-2 데이타베이스의 생략시 배열 순서는 IDENTITY이고, 이는 UCS-2 | 코드 포인트 순서를 제공합니다. 따라서, 기본적으로 모든 UCS-2/UTF-8 | 문자는 UCS-2 코드 포인트 순서에 따라 순서가 지정되고 비교됩니다. | 날짜/시간 형식, 십진 분리문자 등과 같은 모든 문화 의존적 매개변수는 | 클라이언트의 현재 지역에 기초합니다. | UCS-2 데이타베이스는 DB2 UDB에서 지원하는 모든 1바이트 및 멀티바이트 | 코드 페이지로부터의 연결을 허용합니다. 클라이언트의 코드 페이지와 | UTF-8 사이의 코드 페이지 문자 변환은 데이타베이스 관리 프로그램에 | 의해 자동으로 수행됩니다. 그래픽 문자열 유형의 자료는 항상 UCS-2로 | 되어 있으며, 코드 페이지 변환을 거치지 않습니다. 명령행 처리기(CLP) | 환경은 예외입니다. CLP에서 그래픽 문자열(UCS-2) 자료를 선택할 경우, | 리턴되는 그래픽 문자열 자료는 UCS-2에서 사용자 클라이언트 환경의 | 코드 페이지로 변환됩니다(CLP에 의해). | 각 클라이언트는 문자 부호 범위, 입력 방법 및, 해당 환경에서 지원하는 | 폰트에 의해 제한되나, UCS-2 데이타베이스 자체는 모든 UCS-2 문자를 | 수락하고 저장합니다. 따라서, 각 클라이언트는 주로 UCS-2 문자의 | 부분집합을 사용하나, 데이타베이스 관리 프로그램은 UCS-2 문자의 | 전체 부호 범위를 허용합니다. | 문자가 국지 코드 페이지에서 UTF-8로 변환될 때, 바이트 수가 늘어날 | 수 있습니다. ASCII 문자는 바이트 수가 늘어나지 않으나, 다른 UCS-2 | 문자는 2 또는 3인수까지 늘어납니다. UTF-8 형식에서의 각 UCS-2 문자의 | 바이트 수는 위의 표(UTF-8에 관한 섹션)에서 판별할 수 있습니다. | 2.15.2.3 자료 유형 | DB2 UDB에서 지원하는 모든 자료 유형은 또한 UCS-2 데이타베이스에서도 | 지원됩니다. 특히, 그래픽 문자열 자료는 UCS-2 데이타베이스에서 지원되고 | UCS-2/Unicode로 저장됩니다. SBCS 클라이언트를 포함한 모든 클라이언트는 | UCS-2 데이타베이스에 연결될 때 UCS-2/Unicode로 된 그래픽 문자열 자료를 | 조작할 수 있습니다. | UCS-2 데이타베이스는 문자열 자료가 바이트 수로 측정되는 MBCS | 데이타베이스와 유사합니다. UTF-8 형식의 문자열 자료에 대한 작업을 | 수행할 때, 각 문자를 1바이트로 생각해서는 안됩니다. 멀티바이트 | UTF-8 인코딩에서는, 각 ASCII 문자는 1바이트이나 비 ASCII 문자는 | 각각 2 또는 3바이트를 차지합니다. CHAR 필드를 정의할 때는 이 점을 | 고려해야 합니다. ASCII 문자와 비 ASCII 문자의 비율에 따라, 크기가 | n 바이트인 CHAR 필드에는 n/3에서 n 문자까지 포함될 수 있습니다. | 문자열 UTF-8 인코딩과 그래픽 문자열 UCS-2 자료 유형의 사용도 총 | 저장영역 요구사항에 영향을 미칩니다. 대부분의 문자가 ASCII이고 그 | 사이에 몇몇 비 ASCII 문자가 포함된 경우, UTF-8 자료를 저장하는 것이 | 더 바람직합니다. 그 이유는 저장영역 요구사항이 문자당 1바이트에 더 | 가깝기 때문입니다. 반면, 대부분의 문자가 3바이트 UTF-8 시퀀스로 | 늘어나는 비 ASCII 문자인 경우(예를 들면, 표의 문자)에는, UCS-2 | 그래픽 문자열 형식이 보다 바람직합니다. 그 이유는 각 UCS-2 문자가 | 정확히 2바이트를 필요로 하는 데 비해, UTF-8 형식에서는 해당 문자가 | 3바이트를 필요로 하기 때문입니다. | 문자열을 처리하는 SQL 스칼라 함수(예를 들면, LENGTH, SUBSTR, | POSSTR, MAX, MIN 등)는 MBCS 환경에서 "문자" 수보다는 "바이트" 수에 | 대해 기능합니다. 이는 UCS-2 데이타베이스에서도 마찬가지입니다. | 예를 들어, 문자열 필드의 LENGTH는 문자 수가 아닌 바이트 수 단위의 | 길이입니다. 이들 함수의 동작에 관해서는 DB2 UDB SQL 참조서를 | 참고하십시오. | SQL CHAR 자료 유형은 사용자 프로그램에서 C 언어의 "char" 자료 유형에 | 의해 지원됩니다. SQL GRAPHIC 자료 유형은 사용자 C 프로그램에서 | "sqldbchar"에 의해 지원됩니다. UCS-2 데이타베이스의 경우, "sqldbchar" | 자료는 항상 빅 엔디언(상위 바이트 우선) 형식입니다. 응용 프로그램이 | UCS-2 데이타베이스에 연결될 때, 문자열 자료는 DB2 UDB에 의해 응용 | 프로그램 코드 페이지와 UTF-8 사이에서 변환되나, 그래픽 문자열 자료는 | 항상 UCS-2로 되어 있습니다. | 2.15.2.4 식별자 | UCS-2 데이타베이스에서, 모든 식별자는 멀티바이트 UTF-8로 되어 있습니다. | 따라서, DB2 UDB에서 확장 문자 세트로 된 문자(예를 들면, 강조 문자나 | 멀티바이트 문자)의 사용을 허용하는 식별자에서는 어떤 UCS-2 문자도 | 사용할 수 있습니다. 확장 문자의 사용을 허용하는 식별자에 대한 자세한 | 내용은 관리 안내서에 있는 부록 "명명 규칙"을 참조하십시오. | 클라이언트는 해당 SBCS/MBCS 환경에서 지원하는 모든 문자를 입력할 수 | 있으며, 식별자 내의 모든 문자는 데이타베이스 관리 프로그램에 의해 | UTF-8로 변환됩니다. UCS-2 데이타베이스에서 식별자에 자국어 문자를 | 지정할 때는 다음 두 가지 사항을 고려해야 합니다. | 1. 비 ASCII 문자는 각각 2 또는 3바이트를 차지합니다. 따라서, | ASCII 문자와 비 ASCII 문자의 비율에 따라, n 바이트 식별자에는 | n/3 - n 문자만 포함될 수 있습니다. 비 ASCII 문자가 하나 | 또는 둘 뿐인 경우(예를 들면, 강조 문자)는 한계값이 n 문자에 | 가까우며, 비 ASCII 문자만으로 구성된 식별자인 경우(예를 들면, | 일어)는 n/3 문자만을 사용할 수 있습니다. | 2. 서로 다른 클라이언트 환경에서 식별자를 입력한 경우, 이들 | 클라이언트가 사용할 수 있는 문자의 공통 부분집합을 사용하여 | 식별자를 정의해야 합니다. 예를 들어, UCS-2 데이타베이스가 | 라틴어-1, 아라비아어 및 일어 환경에서 액세스될 경우, 모든 | 식별자는 ASCII로 한정되어야 합니다. | 2.15.2.5 UCS-2 리터럴 | UCS-2 리터럴은 다음 두 가지 방식으로 지정할 수 있습니다. | 1. G'...' 또는 N'....' 형식을 사용하여 GRAPHIC 문자열 상수로서 | (SQL 참조서 제3장 "언어 요소"의 "상수" 섹션, "그래픽 문자열 | 상수" 서브섹션 참조). 이 방식으로 지정된 리터럴은 데이타베이스 | 관리 프로그램에 의해 응용 프로그램 코드 페이지에서 UCS-2로 | 변환됩니다. | 2. UX'....' 또는 GX'....' 형식을 사용하여 UCS-2 16진 문자열로서. | UX 또는 GX 다음의 따옴표 사이에 지정되는 상수는 4개의 16진 | 디지트의 배수라야 합니다. 각 4디지트는 하나의 UCS-2 코드 포인트를 | 나타냅니다. | 명령행 처리기(CLP)를 사용할 때, UCS-2 문자가 국지 응용 프로그램 코드 | 페이지에 존재하는 경우에는(예를 들면, 코드 페이지 850을 사용하는 | 터미널에서 코드 페이지 850 문자를 입력할 경우) 첫번째 방법이 더 | 쉽습니다. 응용 프로그램 코드 페이지 부호 범위 외부에 있는 문자에는 | (예를 들면, 코드 페이지 850을 사용하는 터미널에서 일어 문자를 지정할 | 경우) 두 번째 방법을 사용해야 합니다. | 2.15.2.6 UCS-2 데이타베이스에서의 패턴 일치 | 패턴 일치는 기존 MBCS 데이타베이스의 동작과 UCS-2 데이타베이스의 | 동작이 약간 차이가 있는 영역입니다. | DB2 UDB에 있는 MBCS 데이타베이스의 경우, 현재 동작은 다음과 같습니다. | 일치 표현식에 MBCS 자료가 있으면, 패턴에는 SBCS 및 MBCS 문자가 둘다 | 포함될 수 있습니다. 패턴 내의 특수 문자는 다음과 같이 해석됩니다. | o SBCS 밑줄은 하나의 SBCS 문자를 참조합니다. | o DBCS 밑줄은 하나의 MBCS 문자를 참조합니다. | o 퍼센트(SBCS 또는 DBCS)는 0개 이상의 일련의 SBCS 또는 MBCS | 문자를 참조합니다. | 일치 표현식에 그래픽 문자열 DBCS 자료가 있으면, 표현식에는 DBCS | 문자만이 포함됩니다. 패턴 내의 특수 문자는 다음과 같이 해석됩니다. | o DBCS 밑줄은 하나의 DBCS 문자를 참조합니다. | o DBCS 퍼센트는 0개 이상의 일련의 DBCS 문자를 참조합니다. | UCS-2 데이타베이스에서는 실제로 "1바이트"와 "2바이트" 문자 간에 | 구별이 없습니다. 모든 UCS-2 문자가 2바이트를 차지합니다. UTF-8 | 형식은 UCS-2 문자의 "혼합 바이트" 인코딩이나, UTF-8에서는 SBCS와 | MBCS 문자 간에 실제적인 구별이 없습니다. UTF-8 형식에서의 바이트 | 수와 무관하게, 모든 문자는 UCS-2 문자입니다. 문자열이나 그래픽 | 문자열 표현식을 지정할 때, 밑줄은 하나의 UCS-2 문자를 참조하며 | 퍼센트는 0개 이상의 일련의 UCS-2 문자를 참조합니다. | 클라이언트측에서, 문자열 표현식은 클라이언트의 코드 페이지로 되어 | 있으며, 데이타베이스 관리 프로그램에 의해 UTF-8로 변환됩니다. | SBCS 클라이언트 코드 페이지에는 DBCS 퍼센트나 DBCS 밑줄이 없으나, | 지원되는 각 코드 페이지에는 1바이트 퍼센트(U+0025에 해당)와 1바이트 | 밑줄(U+005F에 해당)이 있습니다. UCS-2 데이타베이스의 특수 문자는 | 다음과 같이 해석됩니다. | o SBCS 밑줄(U+0025에 해당)은 그래픽 문자열 표현식에서 하나의 | UCS-2 문자를 참조하거나 문자열 표현식에서 하나의 UTF-8 문자를 | 참조합니다. | o SBCS 퍼센트(U+005F에 해당)는 그래픽 문자열 표현식에서 0개 이상의 | 일련의 UCS-2 문자를 참조하거나 문자열 표현식에서 0개 이상의 | 일련의 UTF-8 문자를 참조합니다. | DBCS 코드 페이지는 추가로 DBCS 퍼센트 부호(U+FF05에 해당)와 DBCS | 밑줄(U+FF3F에 해당)을 지원합니다. 이들 문자는 UCS-2 데이타베이스에서는 | 특별한 의미를 지니지 않습니다. | 밑줄 및 퍼센트 문자의 특수 의미를 수정하는 데 사용되는 문자를 지정하는 | 선택적 "escape 표현식"의 경우, ASCII 문자나 2바이트 UTF-8 시퀀스로 | 확장되는 문자만이 지원됩니다. 3바이트 UTF-8 값으로 확장되는 ESCAPE | 문자를 지정할 경우, 오류 메세지(SQL0130N 오류, SQLSTATE 22019)를 | 수신하게 됩니다. | 2.15.2.7 반입/반출/로드 고려사항 | 이 섹션에 기술된 바와 같이 DEL, ASC 및 PC/IXF 파일 형식이 UCS-2 | 데이타베이스에 대해 지원됩니다. WSF 형식은 지원되지 않습니다. 또한, | 현재로선 UCS-2 데이타베이스에 대해 자동 로더가 지원되지 않습니다. | UCS-2 데이타베이스에서 컬럼 식별자가 있는 ASCII(DEL) 파일로 반출할 때, | 모든 문자 자료는 응용 프로그램 코드 페이지로 변환됩니다. 문자열과 | 그래픽 문자열 자료는 둘다 클라이언트의 동일한 SBCS 또는 MBCS 코드 | 페이지로 변환됩니다. 이는 기존의 데이타베이스 반출 방식이며, 컬럼 | 식별자가 있는 ASCII 파일은 한 개의 코드 페이지만 가질 수 있으므로 | 이 방식은 변경이 불가능합니다. 따라서, 컬럼 식별자가 있는 ASCII 파일로 | 반출할 경우, 응용 프로그램 코드 페이지에 존재하는 UCS-2 문자만이 | 저장됩니다. 다른 문자들은 응용 프로그램 코드 페이지의 생략시 대체 | 문자로 대체됩니다. UTF-8 클라이언트(코드 페이지 1208)의 경우, UTF-8 | 클라이언트는 모든 UCS-2 문자를 지원하므로 자료가 유실되지 않습니다. | ASCII 파일(DEL 또는 ASC)에서 UCS-2 데이타베이스로 반입할 때, 문자열 | 자료는 응용 프로그램 코드 페이지에서 UTF-8로 변환되고 그래픽 문자열 | 자료는 응용 프로그램 코드 페이지에서 UCS-2로 변환됩니다. 자료가 | 유실되지 않습니다. 다른 코드 페이지로 저장된 ASCII 자료를 반입할 | 경우에는, 반입 명령을 수행하기 전에 자료 파일 코드 페이지를 전환해야 | 합니다. 이를 수행하는 한가지 방법은 DB2CODEPAGE를 ASCII 자료 파일의 | 코드 페이지로 설정하는 것입니다. | SBCS 및 MBCS 클라이언트에 유효한 ASCII 구분문자의 범위는 현재 | DB2 UDB에서 이들 클라이언트에 대해 지원하는 것과 일치합니다. UTF-8 | 클라이언트에 유효한 구분문자의 범위는 0x01 - 0x7F이며, 일반적 | 제한사항이 따릅니다. 이러한 제한사항의 완전한 목록은 Command Reference | 부록 "IMPORT/EXPORT/LOAD Utility File Formats"를 참조하십시오. | UCS-2 데이타베이스에서 PC/IXF 파일로 반출할 때, 문자열 자료는 | 클라이언트의 SBCS/MBCS 코드 페이지로 변환됩니다. 그래픽 문자열 | 자료는 변환되지 않고 UCS-2(코드 페이지 1200)로 저장됩니다. 자료가 | 유실되지 않습니다. | PC/IXF 파일에서 UCS-2 데이타베이스로 반입할 때, 문자열 자료는 PC/IXF | 헤더에 저장된 SBCS/MBCS 코드 페이지로 되어 있는 것으로 간주되며 그래픽 | 문자열 자료는 PC/IXF 헤더에 저장된 DBCS 코드 페이지로 되어 있는 것으로 | 간주됩니다. 문자열 자료는 IMPORT 유틸리티에 의해 PC/IXF 헤더에 지정된 | 코드 페이지에서 클라이언트의 코드 페이지로 변환된 다음, 클라이언트 | 코드 페이지에서 (INSERT문에 의해) UTF-8로 변환됩니다. | 그래픽 문자열 자료는 IMPORT 유틸리티에 의해 PC/IXF 헤더에 지정된 | DBCS 코드 페이지에서 곧바로 UCS-2(코드 페이지 1200)로 변환됩니다. | LOAD는 데이타베이스에 직접 자료를 놓으며, 기본적으로 ASC 또는 DEL | 파일에 있는 자료를 데이타베이스의 코드 페이지로 되어 있는 것으로 | 간주합니다. 따라서, ASCII 파일인 경우에는 기본적으로 코드 페이지 | 변환이 수행되지 않습니다. 자료 파일의 코드 페이지를 명시적으로 | 지정했을 때(MODIFIED BY codepage=x 명령 매개변수를 사용하여), | LOAD는 이 정보를 사용하여 지정된 코드 페이지 x를 데이타베이스 코드 | 페이지로 변환한 다음 자료를 로드합니다. PC/IXF 파일의 경우, LOAD는 | 항상 IXF 헤더에 지정된 코드 페이지에서 데이타베이스 코드 페이지 | (CHAR의 경우 1208, GRAPHIC의 경우 1200)로 변환합니다. | DBCLOB 파일의 코드 페이지(MODIFIED BY lobsinfile 명령 매개변수를 | 사용하여 지정)는 항상 1200(UCS-2)입니다. CLOB 파일의 코드 페이지는 | 반입, 로드 또는 반출되는 자료 파일의 코드 페이지와 동일합니다. | 예를 들어, PC/IXF 형식을 사용하는 로드나 반입의 경우, CLOB 파일은 | PC/IXF 헤더에 지정된 코드 페이지로 되어 있는 것으로 간주됩니다. | DBCLOB 파일이 ASC 또는 DEL 형식이면, LOAD의 경우 CLOB 자료는 | 데이타베이스의 코드 페이지로 되어 있는 것으로 간주되고(MODIFIED BY | codepage=x 명령 매개변수를 사용하여 달리 지정하지 않는 한), IMPORT의 | 경우 CLOB 자료는 클라이언트 응용 프로그램 코드 페이지로 되어 있는 | 것으로 간주됩니다. | NOCHECKLENGTHS 옵션은 UCS-2 데이타베이스에 대해 항상 TRUE로 설정되는데 | 그 이유는 UCS-2 데이타베이스에서는 어떤 SBCS라도 DBCS 코드 페이지가 | 없는 데이타베이스에 연결될 수 있으며, UTF-8 형식의 문자열 길이가 주로 | 클라이언트 코드 페이지에서의 길이와 서로 다르기 때문입니다. | 2.15.2.8 비호환성 | UCS-2 데이타베이스에 연결된 응용 프로그램의 경우, 그래픽 문자열 자료는 | 항상 UCS-2(코드 페이지 1200)로 되어 있습니다. 비 UCS-2 데이타베이스에 | 연결된 응용 프로그램의 경우, 그래픽 문자열 자료는 응용 프로그램 DBCS | 코드 페이지로 되어 있으며, 응용 프로그램 코드 페이지가 SBCS인 경우에는 | 그래픽 문자열 자료가 허용되지 않습니다. 예를 들어, 932 클라이언트가 | 일어 비 UCS-2 데이타베이스에 연결되어 있으면, 그래픽 문자열 자료는 | 코드 페이지 301로 되어 있습니다. 그러나 932 클라이언트 응용 프로그램이 | UCS-2 데이타베이스에 연결되어 있으면, 그래픽 문자열 자료는 UCS-2로 되어 | 있습니다. | 2.16 가상 인터페이스(VI) 아키텍처 사용 | DB2 UDB는 이제 두 가지 VI 아키텍처 구현을 지원합니다. 하나는 | GigaNet의 VI 아키텍처 구현이고 다른 하나는 ServerNet의 VI 아키텍처 | 구현입니다. 이 섹션에서는 이 두 VI 아키텍처 구현에 대해 설명합니다. | 2.16.1 가상 인터페이스 아키텍처의 개요 | 가상 인터페이스(VI) 아키텍처는 Windows NT 초병렬 처리(MPP) 환경에서 | TCP/IP를 대신하는 노드 간 통신 프로토콜입니다. VI는 SAN(System Area | Network)에서의 성능을 향상시키기 위해 Intel, Microsoft 및 Compaq사가 | 공동 개발한 새로운 통신 아키텍처입니다. 이 아키텍처에 관한 자세한 | 정보를 얻으려면, 다음 주소로 방문하십시오. | http://www.viarch.org | 이더넷 및 TCP/IP를 사용하는 Public Interconnect와 네트워크 인터페이스 | 카드 및 프로토콜을 사용하는 Private Interconnect 사이에는 몇 가지 | 유사점이 있습니다. 이 인스턴스에서 사용되는 네트워크 인터페이스 | 카드와 프로토콜은 GigaNet 네트워크 인터페이스 카드와 VI 프로토콜입니다. | VI 아키텍처는 대기 시간이 작고 대역폭이 큽니다. 통신 집약 환경에서 | VI 아키텍처를 사용하면 전체 시스템 처리량이 향상됩니다. 클러스터에 | 있는 노드 수가 많을수록 또한 전송되는 자료량이 많을수록, VI 아키텍처를 | 사용함으로써 얻는 혜택은 더 커집니다. | DB2 UDB는 가상 인터페이스 아키텍처 스펙 버전 1.0 및 Intel Virtual | Interface (VI) Architecture Developers' Guide 버전 1.0과 일치하고 | "Virtual Interface Architecture Conformance Suite"를 통과하는 VI | 아키텍처 구현을 지원합니다. 이 스펙은 다음 주소에서 찾을 수 있습니다. | http://www.intel.com/design/servers/vi/the_spec/specification.htm | Developer's Guide와 Conformance Suite에 관한 정보는 다음 주소에서 찾을 | 수 있습니다. | http://www.intel.com/design/servers/vi/developer/ia_imp_guide.htm | 2.16.2 DB2 UNIVERSAL DATABASE 버전 5.2(EEE) 설치 | 자세한 설치 정보는 Windows NT용 DB2 Enterprise - Extended Edition | 빠른 시작을 참조하십시오. | 이미 설치한 DB2 UDB 제품의 서비스 레벨을 잘 모를 경우, 레지스트리에서 | UDB 서비스 레벨을 알 수 있습니다. | 1. 레지스트리를 편집하려면 명령 프롬프트에서 regedt32를 입력하십시오. | 2. HKEY_LOCAL_MACHINE을 선택하십시오. | 3. SOFTWARE를 선택하십시오. | 4. IBM을 선택하십시오. | 5. DB2를 선택하십시오. | 6. DB2 UDB Enterprise - Extended Edition을 선택하십시오. | 7. CurrentVersion을 선택하십시오. | 8. 서비스 레벨을 기록해 두십시오. | VI에 관한 DB2 서비스 및 지원에 접속할 경우, 서비스 레벨은 FixPak을 | 포함하여 설치된 DB2 코드 레벨을 판별하는 데 도움이 됩니다. | 이 제품은 가상 인터페이스 프로토콜을 사용하는 각 파티션/노드에 | 설치해야 합니다. 설치 프로시듀어 도중 프롬프트가 표시될 때, | 각 파티션/노드에서 "이 기계는 인스턴스 소유 노드가 됩니다"를 | 선택하십시오. | 각 파티션/노드의 IP 주소와 호스트명으로 hosts 파일을 갱신하십시오. | hosts 파일은 운영 체제가 설치된 드라이브의 "\winnt\system32\drivers\etc\" | 디렉토리 아래에 있습니다. 각 노드에서 hosts 파일을 갱신해야 합니다. | 인스턴스 작성 유틸리티를 사용하여 분할된 데이타베이스(MPP) 인스턴스를 | 작성하십시오. 조정자(coordinator) 노드로서 기능할 하나의 시스템을 | 선택하십시오. 이 시스템에서 DB2 명령 창을 열고 다음을 입력하십시오. | db2icrt /mpp /u:, | 그러면 이 시스템이 조정자(coordinator) 노드나 인스턴스 소유 기계로 | 알려집니다. 노드 0이 이 시스템에서 자동으로 작성됩니다. | 데이타베이스 내의 다른 파티션/노드에서는, DB2 명령 창을 열고 다음을 | 입력하십시오. | db2ncrt /n: /u:, | /i: /o: | node_number는 데이타베이스 환경에서 데이타베이스 파티션 서버를 고유하게 | 식별하는 데 사용됩니다. 이 번호는 1 - 999 사이의 한 값이어야 합니다. | instance_owner_name은 인스턴스 소유 시스템(조정자(coordinator) 노드)의 | 컴퓨터명입니다. | 설치 테스트 및 색인 작성 | 1. DB2 명령 창을 여십시오. | 2. "set DB2INSTANCE="을 입력하십시오. | 3. "db2start"를 입력하여 데이타베이스 관리 프로그램이 모든 노드에서 시작되도록 하십시오. | 4. "db2sampl"을 입력하여 샘플 데이타베이스를 작성하십시오. | 5. "db2 connect to sample"을 입력하여 샘플 데이타베이스에 연결하십시오. | 6. 샘플 데이타베이스에 대해 몇몇 SELECT문을 사용해 보십시오. | 이 환경에서 문제가 발생하면, 아래에 제시된 문제점 유형을 토대로 | 조치를 취할 수 있습니다. | o 인스턴스 작성에 실패합니다. | "c:\profiles"이 존재하고 공유명 "profiles"를 가지는지 확인하십시오. | 모든 파티션이 조정자(coordinator) 노드에서 "ping 가능한지" 확인하십시오. | o DB2START가 실패합니다. | "db2 ? sqlxxxx" 명령을 사용하여 리턴된 오류 코드에 대한 설명을 | 검토하십시오. 이 오류와 관련하여 제안된 조치가 있을 것입니다. | 시스템 오류가 리턴될 수 있습니다. 시스템 오류가 리턴되면, "db2stop"을 | 사용하고 "db2start"를 재시도하십시오. 문제점이 지속되면, 모든 | 파티션에서 재부트한 다음 다시 시도하십시오. | 모든 파티션의 날짜, 시간 및 시간대가 동일한지 확인하십시오. 시간은 | 일치하지 않아도 됩니다. 한 시간 이내이면 됩니다. | 모든 파티션이 하나의 도메인에 있고 사용되는 사용자명과 암호가 | 다음 그룹에 속하는지 확인하십시오. | - 도메인 제어기에서: | - 관리자 | - 도메인 관리자 | - 도메인 사용자 | - 사용자 | - 다른 시스템에서 | - 관리자 | - 사용자 | "제어판-->서비스"의 내용을 검토하여, 모든 "DB2: -X" | 서비스가 정확한 DB2ADMIN 계정 정보를 가지는지 확인하십시오. | o 명령행 변수가 초기화되지 않았습니다. | "DB2 명령 창"에서 명령을 수행 중인지 확인하십시오. 이 창의 이름은 | "DB2 CLP"입니다. | o "rah" 명령이 지정된 명령을 실행하지 않고 즉시 리턴됩니다. | 인스턴스에 있는 모든 시스템에서 "db2set -g DB2TEMPDIR=C:\TMP"를 | 수행하십시오. DB2 원격 명령 서비스가 시작되고 올바른 DB2ADMIN | 계정 정보를 가지는지 확인하십시오. 마지막으로 "c:\temp" 및 | "c:\tmp"가 있는지 확인하십시오. | 2.16.3 GIGANET INTERCONNECT와 함께 WINDOWS NT용 DB2 UDB V5.2 수행 | IBM은 DB2 UDB EEE V5.2에서 가상 인터페이스(VI) 아키텍처를 지원한다고 | 발표하였습니다. 해당 문서에서는 DB2와 함께 테스트한 VI 제품과 관련하여 | 구체적인 정보를 제공하지 않았습니다. 이 문서에서는 GigaNet Interconnect에 | 대한 특정 정보를 제공합니다. | DB2 UDB EEE V5.2에서 지원하는 VI 아키텍처와 연관된 다른 제품들에 관한 | 정보를 얻으려면, http://www.software.ibm.com/data 주소에 있는 DB2 UDB | 지원 조직에 접속하거나 1-800-237-5511(미국 내 전용)로 전화하십시오. | GigaNet 제품에 관한 정보를 얻거나 GigaNet 서비스 및 지원에 접속하려면, | 다음 URL을 사용하십시오: http://www.giganet.com/ | 2.16.3.1 GigaNet Interconnect의 설정 프로시듀어 | 이 환경을 설정하는 데 필요한 하드웨어 및 소프트웨어 목록에는 다음 | 제품이 포함됩니다. | o GigaNet GNN1000 네트워크 인터페이스 카드 | o GigaNet GNX5000 스위치 | o GigaNet GNCxx11 상호연결용 구리 케이블 | o GigaNet cLAN 소프트웨어 버전 2.0. | GigaNet Interconnect가 DB2 UDB에서 기능할 수 있도록 하는 데 필요한 | 단계가 아래에 나와 있습니다. 각 단계는 그 단계에서 필요한 조치의 | 요약입니다. 각 단계와 연관된 모든 세부사항이 여기에 나와 있지는 않습니다. | 각 단계에서 자세한 지시사항을 제공하지 않으므로, 사용자는 필요하다면 | 각 단계에서 참조된 문서를 사용해야 합니다. | 각 GigaNet GNN1000은 GigaNet cLAN 소프트웨어 CD-ROM과 함께 패키지됩니다. | 이 CD-ROM에는 GigaNet Interconnect를 설정하는 데 필요한 모든 소프트웨어가 | 들어 있습니다. 이 CD-ROM에는 또한 VI 아키텍처 SDK와 Adobe Acrobat | Reader도 들어 있습니다. 이 두 항목은 VI 작동 응용 프로그램을 개발하는 | 사람들에게만 필요합니다. | 단계 요약: | 1. 어댑터 카드 설치 | 2. 스위치와 케이블 설치 | 3. 어댑터 드라이버 설치 | 4. cLAN 관리 콘솔 설치 | 5. Interconnect 테스트 | 단계: | 1. GigaNet GNN1000 네트워크 인터페이스 카드를 설치하십시오. 설치 | 지시사항은 GigaNet GNN1000 User's Guide를 참조하십시오. | 2. GigaNet GNX5000 스위치 및 케이블을 설치하십시오. 설치 지시사항은 | GigaNet GNX5000 User's Guide를 참조하십시오. | 3. GNX5000 스위치에 연결된 각 노드에 GigaNet GNN1000 어댑터 드라이버 | 소프트웨어를 설치하십시오. 설치 지시사항은 GigaNet GNN1000 User's | Guide를 참조하십시오. 다음은 GigaNet에서 제공하는 드라이버를 | 설치할 경우의 추가적 세부사항입니다. | a. 이미 설치되어 있는 이전 버전의 GNN1000 드라이버를 제거하십시오. | 제거한 후에는 노드를 재부트해야 합니다. | b. "시작>설정>제어판>네트워크>어댑터>추가"를 사용하여 | 드라이버를 설치하십시오. | c. 디스크가 있음...을 클릭하고 CD-ROM 상의 드라이버 디렉토리를 | 지정하십시오. 예를 들어, F:가 CD-ROM 드라이브인 경우에는 | "F:\Driver"를 사용하게 됩니다. | d. "GNN1000 NDIS Adapter"를 선택하고 OK를 클릭하십시오. | e. 네트워크 프로토콜을 구성하여 설치를 완료하십시오. | GigaNet 어댑터 드라이버 소프트웨어는 GigaNet의 웹 사이트 | http://www.giganet.com에서도 구할 수 있습니다. GigaNet 웹 사이트의 | 지원 페이지에 있는 다운로드 및 설치 지시사항을 참조하십시오. | GNN1000 어댑터 드라이버를 설치한 후에는 노드를 재부트해야 합니다. | 4. GigaNet cLAN 관리 콘솔(GMC)은 GigaNet Interconnect의 무결성을 | 테스트하는 데 사용될 수 있습니다. GigaNet cLAN 관리 콘솔은 | 콘솔과 에이전트 두 부분으로 구성됩니다. 에이전트는 클러스터 내의 | 모든 노드에 설치해야 합니다. 콘솔은 클러스터 내의 노드에 액세스하는 | 네트워크 노드에 설치할 수 있습니다. 가장 융통성이 있고 바람직한 | 설치는 클러스터 내의 각 노드에 콘솔과 에이전트 둘다를 설치하는 | 것입니다. | GigaNet cLAN 관리 콘솔을 설치하십시오. 설치 지시사항과 cLAN 관리 | 콘솔에 대한 추가 정보는 GigaNet GNN1000 User's Guide를 참조하십시오. | 다음은 설치 프로시듀어에 관한 추가적 세부사항입니다. | a. CD-ROM 드라이브에 cLAN 소프트웨어 CD를 넣으십시오. | b. CD 자동 설치 메뉴가 나타날 때까지 기다리십시오. | c. "Install cLAN Management Console"을 클릭하십시오. | d. 클러스터 내의 나머지 노드 각각에 대해 이 설치 프로시듀어를 | 반복하십시오. | GigaNet cLAN 관리 콘솔 소프트웨어는 GigaNet의 웹 사이트 | http://www.giganet.com에서도 구할 수 있습니다. GigaNet 웹 사이트의 | 지원 페이지에 있는 다운로드 및 설치 지시사항을 참조하십시오. | cLAN 관리 콘솔을 설치한 후에는 노드를 재부트해야 합니다. | 5. GigaNet 하드웨어가 작동하는지 테스트하십시오. 다음을 수행하십시오. | a. GMC를 여십시오.("프로그램>GigaNet>cLAN Management Console") | b. LAN 내의 액세스 가능한 모든 시스템을 보여주는 다이얼로그 박스가 | 표시됩니다. ESC를 누르십시오. | c. 메뉴 막대에서 CONSOLE>LOCAL을 선택하십시오. | d. 클러스터에 있는 모든 구성원이 표시되고 이들이 모두 "사용 중"인지 | 확인하십시오. | e. 메뉴 막대에서 UTILITIES>VI THROUGHPUT을 선택하십시오. 이것은 | 처리량 테스트를 수행하여 자료가 실제로 하드웨어를 통과하는지 | 점검합니다. | f. 테스트에서 사용할 두 노드의 컴퓨터명을 대문자로 입력하십시오. | 국지 노드를 소스 노드로 식별하십시오. | g. START MEASURING을 클릭하십시오. 자료가 초당 65MB 이상의 속도로 | 전송되는지 확인해야 합니다. | h. STOP MEASURING을 클릭하여 연결 테스트를 중지하십시오. | i. 국지 노드(소스)와 다른 노드(싱크: sink) 사이의 처리량을 측정하여 | 클러스터 내의 다른 노드에 대해 이 테스트를 반복하십시오. | 연결 테스트가 적절히 수행되지 않을 경우, GigaNet GNN1000 User's | Guide와 GigaNet GNX5000 User's Guide의 문제점 해결 섹션을 | 참조하십시오. | 2.16.3.2 VI를 사용하여 수행할 수 있도록 DB2 구현 | 인스턴스의 각 데이타베이스 파티션 서버에서, 다음 DB2 레지스트리 | 변수를 설정하고 다음 타스크를 수행하십시오. | o DB2_VI_ENABLE=ON 설정 | o DB2_VI_DEVICE=nic0 설정 | o DB2_VI_VIPL=vipl.dll 설정 | o MPP 인스턴스에서 "db2start" 입력 | o db2diag.log 파일 검토. 각 파티션마다 "VI가 작동 가능함"을 | 알리는 한 개의 메세지가 있어야 합니다. | 2.16.4 SERVERNET INTERCONNECT와 함께 WINDOWS NT용 DB2 UDB V5.2 수행 | IBM은 DB2 UDB EEE V5.2에서 가상 인터페이스(VI) 아키텍처를 지원한다고 | 발표하였습니다. 해당 문서에서는 DB2와 함께 테스트한 VI 제품과 관련하여 | 구체적인 정보를 제공하지 않았습니다. 이 문서에서는 ServerNet Interconnect에 | 대한 특정 정보를 제공합니다. | DB2 UDB EEE V5.2에서 지원하는 VI 아키텍처와 연관된 다른 제품들에 관한 | 정보를 얻으려면, http://www.software.ibm.com/data 주소에 있는 DB2 UDB | 지원 조직에 접속하거나 1-800-237-5511(미국 내 전용)로 전화하십시오. | ServerNet 제품에 관한 정보를 얻거나 ServerNet 서비스 및 지원에 접속하려면, | 다음 URL을 사용하십시오: http://www.servernet.com/ | 2.16.4.1 ServerNet Interconnect의 설정 프로시듀어 | 이 환경을 설정하는 데 필요한 하드웨어 및 소프트웨어 목록에는 다음 | 제품이 포함됩니다. | o ServerNet PCI 어댑터 드라이버(SPAD), (제품 ID T0089), | 버전 1.3.5 이상 | o ServerNet 스위치 1 | o ServerNet Area Network Manager(SANMan), (제품 ID T0087), | 버전 1.1.3 이상. | 다음은 ServerNet Interconnect가 DB2 UDB에서 기능할 수 있도록 하는 | 데 필요한 단계들입니다. 각 단계는 그 단계에서 필요한 조치의 | 요약입니다. 각 단계와 연관된 모든 세부사항이 여기에 나와 있지는 않습니다. | 각 단계에서 자세한 지시사항을 제공하지 않으므로, 사용자는 각 단계에서 | 참조되는 문서를 사용해야 합니다. | 아래에 나와 있는 단계에서는 클러스터에서 6개의 노드만을 사용하는 것으로 | 가정합니다. 7개 이상의 노드를 사용해야 할 경우에는 ServerNet에 문의하십시오. | 단계: | 1. ServerNet 네트워크 인터페이스 카드를 설치하십시오. 설치 지시사항은 | ServerNet-I Virtual Interface Software Release Document(제품 ID | N0031)를 참조하십시오. | 2. ServerNet 스위치 1을 설치하십시오. 설치 지시사항은 ServerNet-I | Virtual Interface Software Release Document(제품 ID N0031)를 | 참조하십시오. | 3. 이전 ServerNet 드라이버를 설치해제하십시오. (ServerNet을 처음 설치하는 경우에는 이 단계를 생략하십시오.) | a. 네트워크 제어판을 여십시오. ("시작>설정>제어판>네트워크") | b. 어댑터 탭을 클릭하십시오. | c. Tandem ServerNet PCI 어댑터 드라이버를 제거하십시오. | d. 서비스 탭을 클릭하십시오. | e. SANMan을 제거하십시오. | f. 프로토콜 탭을 클릭하십시오. | g. Tandem ServerNet-I VI 프로토콜을 제거하십시오. | 4. Tandem ServerNet PCI 어댑터 드라이버를 설치하십시오. 다음은 | ServerNet에서 제공하는 소프트웨어 CD를 사용하여 설치할 경우의 | 추가적 세부사항입니다. | a. 네트워크 제어판을 여십시오. ("시작>설정>제어판>네트워크") | b. 어댑터 탭을 클릭하십시오. (어댑터 화면이 나타납니다.) | c. 새 ServerNet 드라이버가 별도의 드라이브 및/또는 디렉토리에 | 놓여 있는지 확인하십시오. 그런 다음, 올바른 드라이브 및/또는 | 디렉토리를 참조하는 명령 프롬프트에서 "ernnn.exe -d"를 입력하여 | 자체 추출 프로그램을 시작하십시오. ("ernnn.exe"는 Engineering | Release의 이름이며, 그 뒤에는 설치되는 ServerNet 드라이버의 | 고유 버전을 식별하는 번호 -- ERnnn.EXE --가 옵니다.) | d. 추출된 파일이 있는 드라이브 및/또는 디렉토리로 변경하십시오. | "Spad n.n.n \ Free" 서브디렉토리(여기서 "n.n.n"은 제품의 고유 | 버전임)로 변경하십시오. (문제점 해결이나 개발 환경에서 작업 | 중인 경우에는, "Spad n.n.n \ Free" 서브디렉토리 대신 | "Spad n.n.n \ Checked" 서브디렉토리로 변경하십시오.) | e. "oemsetup.multi_node" 파일의 이름을 "oemsetup.inf"로 변경하십시오. | f. 어댑터 탭에서 '추가'를 선택하십시오. (어댑터 선택 화면이 나타납니다.) | g. 디스크가 있음...을 클릭하십시오. (디스크 넣기 화면이 나타납니다.) | h. oemsetup.inf 파일이 있는 드라이브 및/또는 디렉토리를 입력하십시오. | i. 다이얼로그 박스에 "Tandem ServerNet PCI Adapter Driver"가 표시되는지 | 확인한 다음 OK를 클릭하십시오. 어댑터 목록에 ServerNet Adapter가 | 표시되는지 확인하십시오. '닫기'를 클릭하십시오. | j. '예'를 선택하여 컴퓨터를 재시작하십시오. 또는 '아니오'를 선택하여 | 계속해서 SANMan 및 VI Software Developer's Kit(SDK)를 설치하십시오. | 5. SANMan을 설치하십시오. 다음은 ServerNet에서 제공하는 소프트웨어 CD를 | 사용하여 설치할 경우의 추가적 세부사항입니다. | a. 네트워크 제어판을 여십시오. ("시작>설정>제어판>네트워크") | b. 서비스 탭을 클릭하십시오. (서비스 화면이 나타납니다.) | c. 새 ServerNet 드라이버가 별도의 드라이브 및/또는 디렉토리에 | 놓여 있는지 확인하십시오. 그런 다음, 올바른 드라이브 및/또는 | 디렉토리를 참조하는 명령 프롬프트에서 "ernnn.exe -d"를 입력하여 | 자체 추출 프로그램을 시작하십시오. ("ernnn.exe"는 Engineering | Release의 이름이며, 그 뒤에는 설치되는 ServerNet 드라이버의 | 고유 버전을 식별하는 번호 -- ERnnn.EXE --가 옵니다.) | d. 서비스 탭에서 '추가'를 선택하십시오. (서비스 선택 화면이 | 나타납니다.) | e. 추출된 파일이 있는 드라이브 및/또는 디렉토리로 변경하십시오. | "SANMan n.n.n \Free" 서브디렉토리(여기서 "n.n.n"은 제품의 | 고유 버전임)로 변경하십시오. (문제점 해결이나 개발 환경에서 | 작업 중인 경우에는, "SANMan n.n.n \ Free" 서브디렉토리 대신 | "SANMan n.n.n \ Checked" 서브디렉토리로 변경하십시오.) | f. 스위치의 빛을 보고 스위치가 X인지 혹은 Y인지 판별하십시오. | 하나의 빛은 "X"를 가리키고 또하나의 빛은 "Y"를 가리킵니다. | g. X 스위치인 경우, X=1 및 Y=0을 선택하십시오. 모든 케이블이 | 네트워크 카드 상의 X 포트에 연결되어 있는지 확인하십시오. | h. Y 스위치인 경우, X=0 및 Y=1을 선택하십시오. 모든 케이블이 | 네트워크 카드 상의 Y 포트에 연결되어 있는지 확인하십시오. | i. 현재 시스템 상의 네트워크 카드가 연결되는 스위치의 포트 번호를 | 입력하십시오. | j. 6개의 포트 모두에 대해 "PC"를 선택하십시오. | 6. 가상 인터페이스 프로토콜을 설치하십시오. 다음은 ServerNet에서 | 제공하는 소프트웨어 CD를 사용하여 설치할 경우의 추가적 | 세부사항입니다. | a. 네트워크 제어판을 여십시오. ("시작>설정>제어판>네트워크") | b. 프로토콜 탭을 클릭하십시오. (네트워크 프로토콜 화면이 나타납니다.) | c. 새 ServerNet 드라이버가 별도의 드라이브 및/또는 디렉토리에 | 놓여 있는지 확인하십시오. 그런 다음, 올바른 드라이브 및/또는 | 디렉토리를 참조하는 명령 프롬프트에서 "ernnn.exe -d"를 입력하여 | 자체 추출 프로그램을 시작하십시오. ("ernnn.exe"는 Engineering | Release의 이름이며, 그 뒤에는 설치되는 ServerNet 드라이버의 | 고유 버전을 식별하는 번호 -- ERnnn.EXE --가 옵니다.) | d. 프로토콜 탭에서 '추가'를 선택하십시오. (네트워크 프로토콜 | 선택 화면이 나타납니다.) | e. 디스크가 있음...을 클릭하십시오. (디스크 넣기 화면이 나타납니다.) | f. 추출된 파일이 있는 드라이브 및/또는 디렉토리를 입력하십시오. | 7. ServerNet 하드웨어가 작동하는지 테스트하십시오. 사용 가능한 | 테스트 프로그램이 없습니다. 대신, DB2를 사용하여 ServerNet | 하드웨어를 테스트하십시오. | 하드웨어가 적절히 작동하지 않는 경우에는, ServerNet-I Virtual | Interface Software Release Document(제품 ID N0031)에서 문제점 | 해결에 대한 추가 도움말을 참조하십시오. | 2.16.4.2 VI를 사용하여 수행할 수 있도록 DB2 구현 | 인스턴스의 각 데이타베이스 파티션 서버에서, 다음 DB2 레지스트리 | 변수를 설정하고 다음 타스크를 수행하십시오. | o DB2_VI_ENABLE=ON 설정 | o DB2_VI_DEVICE=nic0 설정 | o DB2_VI_VIPL=vipl.dll 설정 | o MPP 인스턴스에서 "db2start" 입력 | o db2diag.log 파일 검토. 각 파티션마다 "VI가 작동 가능함"을 | 알리는 한 개의 메세지가 있어야 합니다. 3.0 API REFERENCE 3.1 SQLECREA - 데이타베이스 작성 데이타베이스를 작성할 때 IDENTITY 배열 순서를 지정하려면, 데이타베이스 설명 블록(SQLEDBDESC) 구조에서 SQL_CS_NONE(2진 배열 순서 구현)을 지정하십시오. 3.2 SQLUBKP - 데이타베이스 백업 pMediaTargetList 매개변수(SQLU_ADSM_MEDIA 값)의 설명에서 "No Additional input is required." 문장은 다음으로 대체되어야 합니다. 백업 이미지에 대한 경로를 지정할 때 SQLU_MEDIA_ENTRY 구조가 사용되지 않으면 SQLU_MEDIA_LIST_TARGETS 구조에 있는 MEDIA 포인터를 NULL로 초기화하십시오. 3.3 SQLUGTPI - 테이블 분할 정보 얻기 API 설명에서 다음 섹션이 누락되었습니다. Required Connection Database 3.4 SQLUHGET - 실행기록 파일에서 DDL 정보 검색(새로운 API) 실행기록 파일에 기록된 DDL 정보를 검색하는 sqluhgne API에서 사용 가능한 callerac 매개변수는 없습니다. 이 정보를 검색하기 위해 아래의 새로운 API가 작성되었습니다. SQL_API_RC SQL_API_FN sqluhget( unsigned short Handle, // IN: sqluhops에서 리턴된 핸들 unsigned short CallerAction, // IN: 명령 필드의 특수 처리용 unsigned long Reserved_1, // 향후 사용을 위해 예약됨 struct sqluhinfo * pHistoryInfo, // IN/OUT: 입력 자료에 대한 포인터 struct sqluhadm * pAdminInfo, // IN/OUT: 확장 관리 자료에 대한 포인터 void * pReserved, // 향후 사용을 위해 예약됨 struct sqlca * pSqlca); // SQLCA 이 API의 매개변수는 새로운 매개변수인 CallerAction을 제외하고 sqluhgne API의 대응 매개변수와 같은 의미를 지닙니다. 이 API의 예약 필드인 Reserved_1과 pReserved는 각각 0과 NULL로 초기화되어야 합니다. 다음은 CallerAction의 가능한 값입니다. SQLUH_GET_NEXT_ENTRY 일치하는 다음 항목을 검색합니다. DDL 정보가 호출 프로그램으로 리턴되지는 않지만 sqluhadm.command 구조의 길이 필드는 해당 항목에 존재하는 DDL 필드 길이로 설정됩니다. SQLUH_GET_DDL 이 조치가 항목을 페치한 직후에 API로 전달되면 그 항목과 연관된 DDL 자료가 리턴됩니다. sqluhadm.command.data 필드를 통해 리턴될 DDL 자료에 할당된 메모리의 바이트 수를 sqluhadm.command.length 필드를 통해 나타내는 것은 호출 프로그램의 책임입니다. SQLUH_GET_NEXT_ENTRY_DDL 일치하는 다음 항목을 검색합니다. 항목에 대해 기록된 DDL 정보도 리턴합니다. 호출 프로그램은 sqluhadm.command.data 필드에 할당된 메모리의 바이트 수를 sqluhadm.command.length 필드를 통해 나타내야 합니다. 3.5 SQLUHGNE - 다음 복구 실행기록 파일 항목 얻기 "int callerac"였던 이 API의 두 번째 매개변수는 이제 "struct sqluhadm *pAdminInfo"입니다. 다음은 API 정의입니다. SQL_API_RC SQL_API_FN sqluhgne( unsigned short Handle, struct sqluhadm * pAdminInfo, struct sqluhinfo * pHistoryInfo, struct sqlca * pSqlca); 3.6 SQLUHOPS - 복구 실행기록 파일 스캔 열기 SQLUH_LIST_ADM_ALTER_TABLESPACE 호출 프로그램 조치에대한 설명은 다음과 같이 변경되어야 합니다. 다른 필터를 통과하는 ALTER TABLESPACE 레코드만 선택합니다. 항목과 연관된 DDL 필드는 리턴되지 않습니다. 항목에 대한 DDL 정보를 검색하려면 항목이 페치된 직후 SQLUH_GET_DDL의 호출 프로그램 조치와 함께 sqluhgne를 호출해야 합니다. 3.7 SQLULOAD - 로드 이 API는 응용 프로그램이 직접 연결된 파티션에만 영향을 줍니다. 로드 유틸리티는 단일 데이타베이스 파티션에 대해서만 작동합니다. 사용 정보 섹션은 로드되는 테이블에 종속된 "요약 테이블" 섹션은 점검 보류 상태에 놓이게 된다고 틀리게 설명합니다. 여기서는 로드되는 테이블에 종속된 "REFRESH IMMEDIATE로 정의된 요약 테이블"이 점검 보류 상태에 놓인다고 설명해야 합니다. 3.8 SQLE-CLIENT-INFO(연결 설정값) SQLE-CLIENT-INFO TYPE 요소의 유효한 항목은 다음과 같이 변경되어야 합니다. SQLE_CLIENT_INFO_USERID SQLE_CLIENT_INFO_WRKSTNNAME SQLE_CLIENT_INFO_APPLNAME SQLE_CLIENT_INFO_ACCTSTR 3.9 SQLFUPD 표 46 "Updateable Database Manager Configuration Parameters"에 새로운 매개변수인 catalog_noauth에 대한 추가 항목이 있습니다. 매개변수명 토큰 토큰값 자료 유형 -------------- ----- ----------- --------- catalog_noauth SQLF_KTN_CATALOG_NOAUTH 314 Uint16 3.10 SQLUHINFO(SQLUHADM) SQLUHADM 구조의 정의는 다음과 같이 변경되어야 합니다. SQL_STRUCTURE sqluhadm char end_time[SQLUH_TIMESTAMP_SZ+1]; // OUT: 이벤트의 완료 시각 char id[SQLUH_ID_SZ+1]; // OUT: 삭제된 테이블의 고유 식별자 struct sqlca event_sqlca; // OUT: 항목과 연관된 SQLCA struct sqlchar command; // IN/OUT: DDL 명령 정보 ; 주: 1. 현재 명령 자료는 ALTER TABLESPACE 이벤트에 대해서만 기록됩니다. 2. sqluhadm.command.length 필드를 필드에 할당된 메모리의 바이트 수로 초기화하는 것은 호출 프로그램의 책임입니다. 3. sqlutil에 정의된 SQLUHADMSIZE(n) 매크로는 n자의 명령 자료용 공간과 함께 sqluhadm 구조에 필요한 메모리 크기 결정을 돕기 위해 제공됩니다. 3.11 SQLUVPUT - 장치에 자료 쓰기 "C API Syntax" 섹션의 "struct Init_output *,"를 "struct Data *,"로 변경하십시오. 4.0 BUILDING APPLICATIONS FOR WINDOWS AND OS/2 ENVIRONMENTS | 4.1 Windows NT에서 DB2START가 정확한 오류 메세지를 리턴하지 않음 | Windows NT 환경에서 데이타베이스 관리 프로그램을 시작하기 위해 | "db2start" 명령을 실행할 때(또는 "NET START" 명령을 사용할 때) 통신 | 서브시스템의 시작에 실패한 경우 경고를 리턴하지 않습니다. 사용자는 | "db2start"의 실행 중에 발생할 수 있는 모든 오류에 대해 NT 이벤트 | 로그나 "DB2DIAG.LOG"를 항상 조사해야 합니다. Windows NT 환경에서 | 데이타베이스 관리 프로그램이 NT 서비스로서 구현되기 때문에 이런 | 현상이 일어나며, 서비스가 성공적으로 시작된 경우 오류를 리턴하지 | 않습니다. 4.2 WINDOWS NT 및 WINDOWS 95 EMBEDDED SQL 응용 프로그램(IBM VISUALAGE FOR COBOL) 작성 VisualAge COBOL for Windows NT 버전 2.2의 "cob2 -dll" 명령에 문제가 있습니다. DLL을 작성하기 위한 "x:\sqllib\samples\cobol\bldvacbs.bat"의 원래 명령은 다음과 같습니다. cob2 -dll %1.obj db2api.lib 이 VisualAge COBOL 버전은 다음 오류를 리턴합니다. 치명적 오류 : "E:\sqllib\samples\cobol\db2api.lib"을 열 수 없음. 이는 VisualAge COBOL for Windows NT의 첫번째 FixPak에서 정정됩니다. 그러나, 그 FixPak을 사용할 수 있을 때까지 앞의 명령을 다음으로 대체하여 이 문제를 해결할 수 있습니다. ilib /nol /gi:%1 %1.obj ilink /free /nol /dll db2api.lib %1.exp %1.obj iwzrwin3.obj 4.3 JAVA 응용 프로그램 및 애플릿 작성 4.3.1 Microsoft SDK for Java의 Windows 환경 설정 DB2 SQLJ에 대한 Windows 운영 체제에서 사용될 Java 개발 킷(JDK)을 지정하는 새로운 환경 변수가 있습니다. 환경 변수는 DB2JVIEW라고 하며 sqlj를 제외한 모든 DB2 SQLJ 명령(db2profc, db2profp, profdb 및 profp)에 적용됩니다. DB2JVIEW=1이면, Microsoft SDK for Java가 사용됩니다. 즉, "profp"를 호출하면, "jview sqlj.runtime.profile.util.ProfilePrinter"로서 수행됩니다. DB2JVIEW=0이거나 설정되지 않은 경우, Sun JDK가 사용됩니다. 즉, "profp"를 호출하면, "java sqlj.runtime.profile.util.ProfilePrinter" 로서 수행합니다. "sqlj" 명령은 이 변수를 무시하고 항상 Sun JDK를 통해 수행됩니다. | 4.3.2 새로운 클라이언트 및 서버 프로그램과 SQLJ 사전 처리 컴파일 (precompile) 스크립트 | 본 장에서 설명된 Java 샘플 프로그램은 여러 번 변경되었습니다. 저장 | 프로시듀어 및 UDF 프로그램은 분리된 클라이언트 및 서버 프로그램으로 | 나뉘어졌습니다. 그러므로, 클라이언트 시스템에서 사용자는 서버 시스템에 | 있는 저장 프로시듀어 및 UDF를 원격으로 액세스할 수 있습니다. 이제 | 영향받는 파일은 다음과 같습니다. | DB2STP 서버 프로그램입니다. 이를 호출하는 클라이언트 프로그램은 | DB2UDCLI 입니다. | DB2UDF 서버 프로그램입니다. 이를 호출하는 클라이언트 프로그램은 | DB2UDCLI 입니다. | STP 서버 프로그램입니다. 이를 호출하는 클라이언트 프로그램은 | STPCLI 입니다. | UDF 클라이언트 프로그램입니다. 이를 호출하는 서버 프로그램은 | UDFSRV 입니다. | "embprep" 스크립트 파일이 SQLJ 프로그램을 사전 처리 컴파일(precompile)하고 | 바인드하기 위해 작성되었습니다. 이는 "makefile"로 호출되고 Java embedded | SQL 샘플 프로그램의 "db2profc" 명령을 실행합니다. 이 파일을 사용하면 | 데이타베이스, 사용자 ID 및 암호에 선택적 인수를 제공할 수 있으므로 | 클라이언트 시스템에서 DB2 서버의 데이타베이스를 쉽게 원격으로 바인딩할 수 | 있습니다. 5.0 BUILDING APPLICATIONS FOR UNIX ENVIRONMENTS 5.1 SCO UNIXWARE 7 | 5.1.1 저장 프로시듀어용 함수 반출(export) | SCO UnixWare 7에서, 클라이언트 프로그램에서 정의했으며 명시적으로 | 반출되지 않은 함수는 클라이언트 프로그램이라고 하는 저장 프로시듀어 | 라이브러리에서 사용 가능하지 않습니다. 외부 함수를 작성하기 위해 | 클라이언트 프로그램을 작성하는 데 대한 대안은 클라이언트 프로그램에서 | 정의한 모든 함수를 반출하는 컴파일 옵션 "-Wl,-Bexport"를 사용하는 | 것입니다. 이 옵션은 SCO UnixWare 7 C 및 C++용 makefile에 추가되어 | 이 언어의 저장 프로시듀어 라이브러리 "fillsrv"를 호출하는 동일한 | 클라이언트 프로그램 "fillcli"를 컴파일합니다. makefile 및 샘플 | 프로그램은 "sqllib/samples/c" 및 "sqllib/samples/cpp" 디렉토리에 | 위치합니다. 5.1.2 MICRO FOCUS COBOL 링크 옵션 "Micro Focus COBOL" 섹션에서 쓰레드 라이브러리는 "-ldb2" 옵션으로 나타나는 DB2 라이브러리에 통합되어 있으므로 "bldmfcc" 스크립트 파일의 "-lthread" 링크 옵션은 더이상 필요하지 않습니다. 5.2 JAVA 응용 프로그램 및 애플릿 작성 5.2.1 환경 설정: HP-UX, SCO UNIXWARE 7 HP-UX에서 Java 프로그램을 작성하고 수행하려면, 이제 HP-UX Developer's Kit for Java 릴리스 1.1.3(또는 그 이상)이 필요합니다. DB2는 HP-UX 및 SCO UnixWare 서버에서 Java 저장 프로시듀어 및 Java 사용자 정의 함수(UDF)를 지원하지 않습니다. 이런 제한사항으로 다음 Java 샘플 프로그램은 HP-UX 및 SCO UnixWare의 DB2 데이타베이스에 대하여 수행될 수 없습니다. DB2Stp.java DB2Udf.java CatUdf.sqlj DropUdf.sqlj Stp.sqlj Udfsrv.java | 5.2.2 CLOSE() 메쏘드 사용시의 SILICON GRAPHICS IRIX 제한사항 | Silicon Graphics IRIX에서, 연결 컨텍스트 "close()" 메쏘드(method)가 | 트랩을 야기할 수 있습니다. 문제점을 해결하려면 불필요한 정보를 | 수집하는 동안 연결 컨텍스트가 자동으로 닫히게 두십시오. 5.2.3 새로운 클라이언트 및 서버 프로그램과 SQLJ 사전 처리 컴파일 (precompile) 스크립트 본 장에서 설명된 Java 샘플 프로그램은 여러 번 변경되었습니다. 저장 프로시듀어 및 UDF 프로그램은 분리된 클라이언트 및 서버 프로그램으로 나뉘어졌습니다. 그러므로, 클라이언트 시스템에서 사용자는 서버 시스템에 있는 저장 프로시듀어 및 UDF를 원격으로 액세스할 수 있습니다. 이제 영향받는 파일은 다음과 같습니다. DB2STP 서버 프로그램입니다. 이를 호출하는 클라이언트 프로그램은 DB2SPCLI 입니다. DB2UDF 서버 프로그램입니다. 이를 호출하는 클라이언트 프로그램은 DB2UDCLI 입니다. STP 서버 프로그램입니다. 이를 호출하는 클라이언트 프로그램은 STPCLI 입니다. UDF 클라이언트 프로그램입니다. 이를 호출하는 서버 프로그램은 UDFSRV 입니다. "embprep" 스크립트 파일이 SQLJ 프로그램을 사전 처리 컴파일(precompile)하고 바인드하기 위해 작성되었습니다. 이는 "makefile"로 호출되고 Java embedded SQL 샘플 프로그램의 "db2profc" 명령을 실행합니다. 이 파일을 사용하면 데이타베이스, 사용자 ID 및 암호에 선택적 인수를 제공할 수 있으므로 클라이언트 시스템에서 DB2 서버의 데이타베이스를 쉽게 원격으로 바인딩할 수 있습니다. 6.0 CLI GUIDE AND REFERENCE 6.1 SQLPREPARE() SQLPrepare()의 설명에서는 현재 지연된 준비가 생략시 값으로 ON이라는 것을 나타내지 않습니다. 이것은 SQLPrepare()를 사용하여 데이타베이스에 전달되는 SQL문의 처리가 SQLPrepare() 함수 호출시 발생하지 않음을 의미합니다. 대신, SQLExecute()가 호출되는 경우에 이것이 처리됩니다. SQLPrepare() 호출시 DB2 CLI에 의해 최소 오류 검사(즉, 유효한 함수 인수 등등)가 수행됩니다. 진정한 SQLSTATE는 SQLExecute()가 호출될 때까지는 준비 단계에서 리턴되지 않습니다. 따라서 응용 프로그램은 SQLExecute()를 호출한 다음 SQLPrepare()로부터 SQLSTATE를 기대하며, 그 다음에 SQLExecute() 호출로부터 SQLSTATE가 올 것으로 예상합니다. 더 자세히 알고 싶으면, "Appendix B Migrating Applications"의 "Changes from Version 2.1.1 to 5.0.0" 섹션에 있는 "Deferred Prepare now on by Default"를 참조하십시오. 이것은 지연 준비 프로세스에 대한 자세한 설명 뿐 아니라 버전 2 프로그램에 대해 지연 준비의 작동을 중지하는 방법에 대해서도 설명합니다. 6.2 SQLDISCONNECT() 여기서는 커서가 SQLDisconnect()에 대한 호출로 닫힌다고 설명하고 있습니다. 그러나, 저장 프로시듀어의 경우에는 그렇지 않습니다. 응용 프로그램은 비록 저장 프로시듀어는 아니라 하더라도 커서를 닫기 위해 SQLDisconnect()에 의존하지 않습니다. 이들 두 경우에, SQLCloseCursor()를 사용하여 커서를 닫아야 하며, 그런 다음 명령문은 SQL_HANDLE_STMT의 HandleType으로 SQLFreeHandle()을 호출하여 해제됩니다. 6.3 저장 프로시듀어 사용 - 결과 집합을 리턴하기 위한 저장 프로시듀어 프로그래밍 책에서는 저장 프로시듀어가 원격 서버에서 수행되어야 한다고 설명하고 있습니다. 이제는 더이상 그렇지 않습니다. 국지 서버에서 수행 중인 저장 프로시듀어는 결과 집합을 리턴할 수 있습니다. 책에는 저장 프로시듀어가 SQL_DROP 또는 SQL_CLOSE로 SQLFreeStmt()를 호출해야 한다고 되어 있지만, SQL_CLOSE만 사용되어야 합니다. 6.4 저장 프로시듀어 카탈로그 테이블 모든 저장 프로시듀어는 CREATE PROCEDURE문을 사용하여 새로운 SYSCAT.PROCEDURES 및 SYSCAT.PROCPARMS 카탈로그 테이블에 등록되어야 합니다. 이 SQL문에 대한 더 자세한 정보는 SQL 참조서를 참고하십시오. 저장 프로시듀어가 CREATE PROCEDURE문을 사용하여 등록되지 않는다면, CLI 또는 ODBC 응용 프로그램이 저장 프로시듀어의 존재를 인식하지 못합니다. 더 자세한 정보는 Migration 부록에서 "Replacement of the Pseudo Catalog Table for Stored Procedures" 섹션을 참고하십시오. | 6.5 SQLFETCHSCROLL(SQL_FETCH_RELATIVE, -1) | 버전 5.0 Call Level Interface Guide and Reference에서 SQLFetchScroll()에 | 대한 설명에 오류가 있습니다. SQL_FETCH_RELATIVE 규칙에 대한 표는 다음 표로 | 대체되어야 합니다. | SQL_FETCH_RELATIVE 규칙: +---------------------------------------------------------------------------+ | | 표 3. SQL_FETCH_RELATIVE 규칙: | +-------------------------------------------+-------------------------------+ | | 조건 | 새로운 행 집합의 첫번째 행 | +-------------------------------------------+-------------------------------+ | | (Before start AND FetchOffset > 0) OR | -- (a) | | | (After end AND FetchOffset < 0) | | +-------------------------------------------+-------------------------------+ | | Before start AND FetchOffset <= 0 | Before start | +-------------------------------------------+-------------------------------+ | | CurrRowsetStart = 1 AND FetchOffset < 0 | Before start | +-------------------------------------------+-------------------------------+ | | CurrRowsetStart > 1 AND CurrRowsetStart + | Before start | | | FetchOffset < 1 AND |FetchOffset| > | | | | RowsetSize | | +-------------------------------------------+-------------------------------+ | | CurrRowsetStart > 1 AND CurrRowsetStart + | 1 (b) | | | FetchOffset < 1 AND |FetchOffset| <= | | | | RowsetSize | | +-------------------------------------------+-------------------------------+ | | 1 <= CurrRowsetStart + FetchOffset <= | CurrRowsetStart + FetchOffset | | | LastResultRow | | +-------------------------------------------+-------------------------------+ | | CurrRowsetStart + FetchOffset > | After end | | | LastResultRow | | +-------------------------------------------+-------------------------------+ | | After end AND FetchOffset >= 0 | After end | +-------------------------------------------+-------------------------------+ 7.0 COMMAND REFERENCE 7.1 DB2CMD - DB2 명령 창 열기 이 명령은 Windows NT, Windows 95 및 Windows 98에서 사용될 수 있습니다. 이제 다음과 같은 스위치가 지원됩니다. /c /c 옵션으로 command.exe를 호출합니다 (즉,명령을 실행한 후 종료합니다. 예를 들어, "db2cmd /c dir"은 명령 창에서 "dir" 명령을 호출한 후 명령 창을 닫습니다. /w cmd.exe 프로세스가 종료할 때까지 기다립니다. 예를 들어, "db2cmd /c /w dir"은 "dir" 명령을 호출하고 db2cmd.exe는 명령 창이 닫힐 때까지 기다리지 않습니다. /i 동일한 콘솔을 공유하고 파일 핸들을 상속 받으면서 명령 창을 수행합니다. 예를 들어, "db2cmd /c /w /i db2 get dbm cfg > myoutput"은 cmd.exe를 호출하여 db2 명령을 수행하고 완료될 때까지 기다립니다. 새로운 콘솔은 지정되지 않고 stdout은 "myoutput" 파일로 파이프됩니다. /t 명령 창의 이름으로 "DB2 CLP"를 사용하는 대신 호출하는 창에서 이름을 상속받습니다. 다름 이름을 가지고 "db2cmd /t"를 호출하는 아이콘을 설정하는 경우에 유용합니다. 주: 모든 스위치는 실행될 명령 앞에 나타나야 합니다. 예를 들면: db2cmd /t db2 DB21061E("명령행 환경이 초기설정되지 않았습니다.")가 CLP 작동 DB2 창을 불러오거나 또는 Windows 98에서 CLP 명령을 수행할 때 리턴되면 운영 체제의 환경 공간이 부족할 수 있습니다. SHELL 환경 설정 매개변수에 대해 config.sys 파일을 점검하고 그 값을 적절히 증가시키십시오. 예를 들면, SHELL=C:\COMMAND.COM C:\ /P /E:32768 7.2 DB2EVA - 이벤트 분석기 "Command Parameters" 섹션에 다음 설명이 누락되어 있습니다. -evm evmon-name 추적이 분석되는 이벤트 모니터의 이름을 지정합니다. 7.3 DB2EVMON - 이벤트 모니터 생산성 툴 "-db" 및 "-evm" 키워드는 대소문자를 구분합니다. 7.4 DB2LOOK - DB2 통계 추출 툴 "-a" 옵션은 데이타베이스의 모든 사용자에 대한 통계를 생성합니다. "-e" 옵션과 함께 사용되는 경우 데이타베이스의 모든 사용자 테이블에 대한 DDL이 생성되지만 통계는 생성되지 않습니다. 주: 1. 일부 DDL 특성은 db2look으로 추출되지 않습니다. 2. -u도 -a도 지정하지 않으면 환경 변수 USER가 사용됩니다. UNIX 시스템에서는 이 변수를 명시적으로 설정할 필요가 없습니다. 그러나 Windows NT에서는 USER 환경 변수의 생략시 값이 없습니다. 따라서 이 플랫폼에서는 SYSTEM 변수로 사용자 변수를 설정하거나 세션에 대해 "set USER="을 수행해야 합니다. 7.5 DB2SET - DB2 프로파일 레지스트리 명령 "Command Parameters" 섹션은 다음으로 변경되었습니다. variable=value 지정된 변수를 지정된 값으로 설정합니다. 변수를 삭제하려면, 지정된 변수에 대해 값을 지정하지 마십시오. 설정을 변경하면, 인스턴스가 재시작된 후에 적용됩니다. -g 전역 프로파일 변수를 액세스합니다. -i instance 현재 또는 생략시 프로파일 대신 사용될 인스턴스 프로파일을 지정합니다. node-number db2nodes.cfg 파일에 나열된 번호를 지정합니다. -all 다음에서 정의된 국지 환경 변수의 모든 발생을 표시합니다. o [e]로 표시된 환경 o [n]으로 표시된 노드 레벨 레지스트리 o [i]로 표시된 인스턴스 레벨 레지스트리 o [g]로 표시된 전역 레벨 레지스트리 -null 지정된 레지스트리 레벨의 변수 값을 널(NULL)로 설정합니다. 그러면, 탐색 순서로 정의된 다음 레지스트리 레벨에서 값을 찾지 않아도 됩니다. -r instance 주어진 인스턴스에 대해 프로파일 레지스트리를 재설정합니다. -n DAS node 원격 DB2 관리 서버 노드 이름을 지정합니다. -u user 관리 서버 접속에 사용될 사용자 ID를 지정합니다. -p password 관리 서버 접속에 사용될 암호를 지정합니다. -l 모든 인스턴스 프로파일을 나열합니다. -lr 지원된 모든 레지스트리 변수를 나열합니다. -v 상세 출력 모드를 지정합니다. -h/-? 도움말 정보를 표시합니다. 이 옵션이 지정되면, 다른 모든 옵션이 무시되고, 도움말 정보만 표시됩니다. 7.6 DB2UPD52 - 버전 5.2를 지원하도록 카탈로그 갱신 비록 이 유틸리티가 서버에 설치되어도 클라이언트에서 수행될 수 있습니다. 이렇게 하려면, 서버에서 클라이언트로 실행 파일을 복사하십시오. MPP 환경에서 유틸리티는 지정된 데이타베이스의 카탈로그 노드에서 수행되어야 합니다. 7.7 BACKUP DATABASE 테이프 장치를 사용하려면, DB2 사용자들은 SCO UnixWare 7에서 BUFFER를 16으로 지정해야 합니다. BUFFER의 생략시 값은 1024 페이지입니다. BUFFER가 0으로 설정되면, 데이타베이스 관리 프로그램 구성 매개변수 BACKBUFSZ는 16으로 설정되어야 합니다. 7.8 EXPORT 표 6("Valid Delimiters")과 이 표를 참조하는 모든 내용을 삭제해야 합니다. 그러나, 표 아래의 주에 있는 정보와 이 주를 따르는 제한사항은 올바릅니다. 주: DBCS 환경에서는 파이프(|) 구분문자가 지원되지 않습니다. Usage Notes의 "DB2 Data Links Manager Considerations" 섹션을 다음 내용으로 대체하십시오. DATALINK 컬럼에서 참조하는 테이블과 해당 파일의 일관성 있는 사본이 반출을 위해 복사되도록 하려면 다음과 같이 하십시오. 1. 반출 유틸리티가 수행 중일 때 그 어떤 갱신 트랜잭션도 진행되지 않도록 하려면, QUIESCE TABLESPACES FOR TABLE tablename SHARE 명령을 수행합니다. 2. EXPORT 명령을 수행합니다. 3. 각 파일 서버에서 루트 권한을 가지고 dlfm_export 유틸리티를 수행합니다. dlfm_export 유틸리티에 대한 입력은 server_name 제어 파일이며 반출 유틸리티로 생성됩니다. dlfm_export 유틸리티는 DLFM 관리자가 액세스할 수 없는 파일을 성공적으로 보존하기 위해 루트 권한을 가지고 수행되어야 합니다. 4. 테이블을 갱신할 수 있도록 하기 위해 QUIESCE TABLESPACES FOR TABLE tablename RESET 명령을 수행합니다. EXPORT는 SQL 응용 프로그램으로 실행됩니다. SELECT문 조건을 만족시키는 행과 컬럼이 데이타베이스에서 추출됩니다. SELECT문은 DATALINK 컬럼에 대해 그 어떤 스칼라 함수도 지정하지 말아야 합니다. 반출 유틸리티는 링크 유형, 파일 서버 이름, 파일 경로 이름 및 주석과 같은 DATALINK 값의 부분을 추출하기 위해 API를 사용합니다. EXPORT가 성공적으로 실행되면 다음과 같은 파일들이 생성됩니다. o EXPORT 명령에서 지정된 것과 같은 반출 자료 파일. 이 파일의 DATALINK 컬럼 값은 290 페이지에서 설명된 형식으로 되어 있습니다. DATALINK 컬럼 값이 SQL NULL 값이면, 그 처리 방법은 다른 자료 유형에 대한 것과 동일합니다. o 각 파일 서버에 대해 생성되는 제어 파일 server_name(Windows 운영 체제 및 OS/2에서 하나의 ctrlfile.lst 제어 파일은 모든 파일 서버에서 사용됩니다). 제어 파일에는 그 파일 서버에서 반출될 모든 파일에 대한 URL이 있습니다. dlfm_export 유틸리티를 사용하여 다음과 같이 파일 서버에서 파일을 반출하십시오. 사용법: dlfm_export [] 설명: 이는 DB2 클라이언트에서 반출 유틸리티를 수행하여 생성되는 파일명입니다. 이는 생성되는 보존(archive) 파일명입니다 (생략시 파일명은 현 작업 디렉토리에 있는 export.tar입니다). dlfm_import라고 하는 해당 유틸리티가 제공되어 dlfm_export가 생성하는 보존(archive)에서 파일을 검색하고 복원합니다. 이 유틸리티는 보존된 파일이 동일하거나 다른 파일 서버에서 복원되는지에 따라 사용되어야 합니다. dlfm_import 유틸리티를 사용하여 다음과 같이 보존(archive)에서 파일을 검색하십시오. 사용법: dlfm_import [] 설명: 이는 파일을 복구하기 위해 사용되는 보존 (archive) 파일의 이름입니다(생략시 이름은 현 작업 디렉토리에 있는 export.tar입니다). 주: 1. dlfm_export 및 dlfm_import 유틸리티는 둘 다 루트 권한을 가지고 수행되어야 합니다. dlfm_export의 경우 DLFM 관리자가 액세스할 수 없는 파일이 보존(archive)되어야 할 때도 있습니다. dlfm_import의 경우 사용자는 dlfm_export 유틸리티가 수행된 파일 서버와 동일한 디렉토리 구조 또는 사용자 ID가 없는 다른 파일 서버에서 보존(archive)된 파일을 복원할 수도 있으므로 루트 권한이 필요합니다. 2. dlfm_export와 dlfm_import 유틸리티의 수행을 위해 파일 관리 프로그램이 수행될 필요는 없습니다. 3. dlfm_export가 수행되던 파일 서버와 다른 파일 서버에서 dlfm_import 유틸리티를 수행할 때는 파일이 올바른 경로에서 복원됩니다. 파일은 사용자 ID의 일부가 새로운 시스템에 없는 경우 루트의 소유입니다. 해당 DATALINK 값을 데이타베이스에 삽입하기 전에 모든 파일에 올바른 사용권한이 있는지와 해당 사용자 ID에 속하는지를 확인하는 것은 관리자의 책임입니다. 인스턴스 간의 반출 다음 표는 DB2 자료 및 SystemA라고 하는 인스턴스로 참조되는 파일을 SystemB라고 하는 인스턴스로 반출하는 방법을 보여줍니다. SystemA는 DLFM1 및 DLFM2 파일 서버를 사용합니다. SystemB는 DLFMX 및 DLFMY 파일 서버를 사용합니다. DLFM1의 파일은 DLFMX로 반출되고, DLFM2의 파일은 DLFMY로 반출됩니다. +------------------------------------------------------------------------------+ | DLFM1 및 DLFM2 파일 서버를 가진 InstanceA　 | 단계 | +------------------------------------------------------------------------------+ | 파일의 　| DLFM1용 파일1 | DLFM2용 파일2 | | | DB2 자료 | | | | +----------+-----------------+-----------------+-------------------------------+ | | dlfm_export | dlfm_export | 1. 양 파일 서버에서 | | | 명령 수행 | 명령 수행 | dlfm_export (루트로) 수행. | | | | | 양 파일 서버에서 보존(archive)| | | | | 생성. | +----------+-----------------+-----------------+-------------------------------+ +------------------------------------------------------------------------------+ | DLFMX 및 DLFMY 파일 서버를 가진 InstanceB | 단계 | +------------------------------------------------------------------------------+ | | DLFMX의 경우 | DLFMY의 경우 | 2. 양 파일 서버에서 | | | 보존에서 | 보존에서 | dlfm_import (루트로) 수행. | | | 복원 | 복원 | | +----------+-----------------+-----------------+-------------------------------+ | | | | 3. InstanceB에서 | | | | | DL_URL_REPLACE_PREFIX | | | | | 매개변수와 함께 IMPORT 명령을 | | | | | 수행하여 반출된 각 파일에 대해| | | | | 적합한 파일 서버 지정. | +------------------------------------------------------------------------------+ +------------------------------------------------------------------------------+ | 반입 유틸리티가 InstanceB에서 수행된 후 InstanceA 자료 및 DATALINK 컬럼으로 | | 참조된 모든 파일이 반입됩니다. | +------------------------------------------------------------------------------+ 7.9 GET DATABASE MANAGER CONFIGURATION 7.9.1 새로운 매개변수 CATALOG_NOAUTH catalog_noauth라는 새로운 매개변수는 사용자가 SYSADM 권한 없이 데이타베이스 및 노드 또는 DCS 및 ODBC 디렉토리를 카탈로그에 추가하거나 카탈로그에서 제거할 수 있는지를 지정합니다. 이 매개변수에 대한 생략시 값 (0)은 SYSADM 권한이 필요하다는 것을 나타냅니다. 이 매개변수가 1 (예)로 설정되면, SYSADM 권한이 필요하지 않습니다. | 7.9.2 TRUST_ALLCLNTS 갱신 | "TRUST_ALLCLNTS" 및 "TRUST_CLNTAUTH"는 사용자가 데이타베이스 환경에 대해 | 검증되는 장소를 판별하기 위해 사용됩니다. "TRUST_ALLCLNTS"에 대한 생략시 | 값을 수용하면, 모든 클라이언트는 신임 클라이언트로서 취급됩니다. 이것은 | 보안 레벨이 클라이언트에서 사용 가능하며, 해당 사용자는 클라이언트에서 | 검증될 수 있음을 의미합니다. 다른 옵션은 플랫폼이나 데이타베이스 프로토콜에 | 근거한 특정 클라이언트에 대해 서버를 보호하기 위해 사용될 수 있습니다. 7.10 IMPORT MPP 환경에서 데이타베이스가 INSER BUF 옵션으로 바인드된 경우, ONSER_UPDATE가 지정되면 그 데이타베이스에 대한 반입 조작 중에 버퍼 삽입은 작동되지 않습니다. NOCHECKLENGTHS는 ASC 및 IXF 파일 형식 둘 다에 대해 지원됩니다. 이 옵션은 FORCEIN 수정자와 함께 사용되지 않아도 됩니다. NOCHECKLENGTHS가 지정되면, 소스 자료에 목표 테이블 컬럼의 크기를 초과하는 컬럼 정의가 있어도 각 행을 반입하려는 시도가 이루어집니다. 이런 행은 코드 페이지 변환으로 소스 자료가 축소되면 성공적으로 반입됩니다. 예를 들어, 소스의 4바이트 EUC 자료는 목표의 2바이트 DBCS 자료로 축소되므로 공간의 반만 필요하게 됩니다. 이 옵션은 소스 자료가 일치하지 않는 컬럼 정의에도 불구하고 모든 경우에 적합할 때 특히 유용합니다. 구분문자에 대한 현재 생략시 우선순위는 레코드 구분문자, 문자 구분문자, 컬럼 구분문자입니다. 이전 우선순위에 의존하는 기존의 고객 응용 프로그램을 보호하기 위해 반입 유틸리티에 대해 DELPRIORITYCHAR라는 새로운 파일 유형 수정자가 작성되었습니다. 이 수정자는 구분문자 우선순위를 문자 구분문자, 레코드 구분문자, 컬럼 구분문자로 변경시킵니다. 구문은 다음과 같습니다. db2 import ... modified by delprioritychar ... 7.11 LIST DATABASE DIRECTORY 한 프로세스당 최대 8개의 열린 데이타베이스 디렉토리 스캔이 있을 수 있습니다. 단일 DB2 세션에서 LIST DATABASE DIRECTORY 명령을 8개 이상 발행하는 일괄처리 파일에 대한 이 제한사항을 극복하기 위해서는 일괄처리 파일을 쉘 스크립트로 변환시켜야 합니다. "db2" 접두부는 각 명령에 대해 새로운 DB2 세션을 생성합니다. 7.12 LOAD 이 명령은 직접 연결된 파티션에만 영향을 줍니다. 로드 유틸리티는 하나의 데이타베이스 파티션에서만 작동합니다. COPY 옵션은 DATALINK 컬럼이 있는 테이블에서 지원되지 않습니다. REPLACE 옵션은 DATALINK 컬럼이 있는 테이블에서 지원되지 않습니다. NONRECOVERABLE 절은 테이블에 FILE LINK CONTROL 속성의 DATALINK 컬럼이 있거나 또는 추가될 때 사용되지 말아야 합니다. DATALINK 컬럼과 사용된 DLFM 수의 조합에는 제한이 없습니다. 한 테이블에는 256개의 고유한 DLFM과 DATALINK 컬럼의 조합이 있을 수 있습니다. 예를 들어 구성된 DLFM의 수가 2인 경우 테이블은 최대 128개의 DATALINK 컬럼을 가질 수 있습니다. 로드 복사되는 테이프는 SCO UnixWare 7에서 수행하는 DB2 서버를 지원하지 않습니다. Usage Note 절의 올바르지 않는 "summary table"절은 점검 보류 상태에 놓여 있는 로드된 테이블에 종속됩니다. 여기서는 로드되는 테이블에 종속되는 "REFRESH IMMEDIATE로 정의된 요약 테이블"이 점검 보류 상태에 놓여 있다고 설명해야 합니다. NOCHECKLENGTHS는 ASC 및 IXF 파일 형식 둘 다에 대해 지원됩니다. 이 옵션은 FORCEIN 수정자와 함께 사용되지 않아도 됩니다. NOCHECKLENGTHS가 지정되면, 소스 자료에 목표 테이블 컬럼의 크기를 초과하는 컬럼 정의가 있어도 각 행을 로드하려는 시도가 이루어집니다. 이들 행은 코드 페이지 변환으로 소스 자료가 축소되면 성공적으로 로드됩니다. 예를 들어, 소스의 4바이트 EUC 자료는 목표의 2바이트 DBCS 자료로 축소되므로 공간의 반만 필요하게 됩니다. 이 옵션은 소스 자료가 일치하지 않는 컬럼 정의에도 불구하고 모든 경우에 적합할 때 특히 유용합니다. 구분문자에 대한 현재 생략시 우선순위는 레코드 구분문자, 문자 구분문자, 컬럼 구분문자입니다. 이전 우선순위에 의존하는 기존의 고객 응용 프로그램을 보호하기 위해 로드 유틸리티에 대해 DELPRIORITYCHAR라는 새로운 파일 유형 수정자가 작성되었습니다. 이 수정자는 구분문자 우선순위를 문자 구분문자, 레코드 구분문자, 컬럼 구분문자로 변경시킵니다. 구문은 다음과 같습니다: db2 load ... modified by delprioritychar ... 새 옵션은 MPP 환경이나 자동 로더에서는 지원되지 않습니다. 이 옵션을 지정한 경우에는 SMP 로드가 작동 불가능하게 됩니다(CPU_PARALLELISM이 값 1로 강제됨). 새 옵션은 "DUMPFILE" 함수와 상호 배타적이며 DEL 파일 형식에 대해서만 지원됩니다. 7.13 RECONCILE "DLREPORT filename" 설명에 오류가 있습니다. 이 매개변수에 대한 생략시 값은 없습니다. 파일명은 완전히 규정된 파일명이어야 합니다. 예를 들면, /home/user/report.out 7.14 RESTORE DATABASE WITHOUT DATALINK 옵션이 지정되지 않았고 DATALINK 자료가 있는 DB2 파일 관리 프로그램을 사용할 수 없으면, 복원 조작이 실패합니다. 이 옵션이 지정되었고 DATALINK 자료가 있는 DB2 파일 관리 프로그램을 사용할 수 없으면, 사용할 수 없는 서버에서 DATALINK 값이 있는 테이블의 모든 테이블 공간은 복원 보류 상태에 놓입니다. 테이프 장치를 사용하려면, DB2 사용자들은 SCO UnixWare 7에서 BUFFER를 16으로 지정해야 합니다. BUFFER의 생략시 값은 1024 페이지입니다. BUFFER가 0으로 설정되면, 데이타베이스 관리 프로그램 구성 매개변수 BACKBUFSZ는 16으로 설정되어야 합니다. | 7.15 START DATABASE MANAGER | Windows NT 환경에서 데이타베이스 관리 프로그램을 시작하기 위해 | "db2start" 명령을 실행할 때(또는 "NET START" 명령을 사용할 때) 통신 | 서브시스템의 시작에 실패한 경우 경고를 리턴하지 않습니다. 사용자는 | "db2start"의 실행 중에 발생할 수 있는 모든 오류에 대해 NT 이벤트 | 로그나 "DB2DIAG.LOG"를 항상 조사해야 합니다. Windows NT 환경에서 | 데이타베이스 관리 프로그램이 NT 서비스로서 구현되기 때문에 이런 | 현상이 일어나며, 서비스가 성공적으로 시작된 경우 오류를 리턴하지 | 않습니다. 8.0 EMBEDDED SQL PROGRAMMING GUIDE 8.1 사용자 정의 함수 작성(DB2와 UDF 간의 인터페이스/DB2에서 UDF로 전달되는 인수) "dbinfo" 인수 밑의 번호가 매겨진 목록에 두 가지 변경 사항이 있습니다. o 목록에 새로운 항목 17을 삽입하십시오. 새로운 항목 17은 다음과 같습니다. 17. 고유한 응용 프로그램 식별자(appl_id) 이 필드는 DB2와 응용 프로그램의 연결을 고유하게 식별하는 C 널(NULL) 종료 문자열에 대한 포인터입니다. 데이타베이스 연결시마다 재생성됩니다. 문자열의 최대 길이는 32 문자이며 그 정확한 형식은 클라이언트와 DB2 간에 이루어진 연결의 유형에 따라 달라집니다. 일반적으로 다음과 같은 형식을 취합니다. .. 여기서 및 는 연결 유형에 따라 달라지지만 는 YYMMDDHHMMSS의 형식을 사용하는 12 문자 시각으로서 고유성을 보장하기 위해 DB2에 의해 조정될 수 있습니다. 예: *LOCAL.db2inst.980707130144 o 기존의 항목 17을 항목 18로 변경하고 이 항목에서 "24 문자"를 "20 문자"로 변경하십시오. 17. 예약된 필드(resd2) 이 필드는 앞으로 사용하기 위한 것입니다. 이는 20 문자 길이로 정의되어 있습니다. 8.2 C 및 C++ 프로그래밍(프로그래밍 고려사항/호스트 변수) 8.2.1 호스트 변수 선언 BIGINT는 이제 다음 3가지 방법 중 하나로 선언될 수 있습니다 o long long o __int64 // ("int64" 앞에 이중 밑줄이 옴.) 이는 Microsoft 컴파일러의 고유한 선언입니다. o sqlint64 플랫폼에 독립적인 응용 프로그램을 작성할 때 유용합니다. DB2 UDB sqlsystm.h 헤더 파일은 Microsoft 컴파일러를 사용하는 경우 Windows NT 플랫폼에서 sqlint64를 "__int64"로 유형 정의합니다. 그렇지 않으면, sqlint64는 "long long"으로 정의됩니다. 8.2.2 그래픽 호스트 변수 처리(Windows 운영 체제) Windows 플랫폼에서 WCHARTYPE CONVERT 옵션을 지정할 때 Windows 플랫폼의 wchar_t가 Unicode임에 유의해야 합니다. 따라서, C/C++ 컴파일러의 wchar_t가 Unicode가 아니면, wcstombs() 함수 호출은 SQLCODE -1421 (SQLSTATE=22504)과 함께 실패합니다. 이렇게 되면, WCHARTYPE NOCONVERT 옵션을 지정하고 프로그램에서 wcstombs() 및 mbstowcs() 함수를 명시적으로 호출할 수 있습니다. | 8.3 COBOL 프로그래밍(호스트 구조 지원) | COBOL 사전 처리 컴파일러(precompiler)는 호스트 변수 선언 섹션에서 그룹 자료 | 항목의 선언을 지원합니다. 다른 것 중에서, 이것은 SQL문에서 기본 자료 항목의 | 집합을 참조하는 속기법을 제공합니다. 예를 들어, 다음과 같은 그룹 자료 항목은 | 샘플 데이타베이스의 STAFF 테이블에서 일부 컬럼에 액세스하기 위해 사용될 수 | 있습니다. | 01 staff-record. | 05 staff-id pic s9(4) comp-5. | 05 staff-name. | 49 l pic s9(4) comp-5. | 49 d pic x(9). | 05 staff-info. | 10 staff-dept pic s9(4) comp-5. | 10 staff-job pic x(5). | 선언절에서 그룹 자료 항목은 종속 자료 항목으로서 위에서 설명된 유효한 | 호스트 변수를 가질 수 있습니다. 이것은 모든 큰 오브젝트 유형과 마찬가지로 | 모든 숫자 및 문자 유형을 포함합니다. 오직 한 레벨의 그룹 자료 항목만을 | 허용하는 제한사항은 삭제되었으며 이제 10 레벨까지 중첩될 수 있습니다. | 위의 예제에서와 같이, VARCHAR 문자 유형은 레벨 49에서의 종속 항목으로 | 선언해야 함을 기억하십시오. 49레벨에 VARCHAR 유형이 없는 경우, VARCHAR는 | 두 개의 종속 항목이 있는 그룹 자료 항목으로 취급되며 그룹 자료 항목을 | 선언하고 사용하는 규칙에 따릅니다. 위의 예제에서, "staff-info"는 그룹 | 자료 항목인 반면, "staff-name"은 VARCHAR입니다. 동일한 원리가 LONG VARCHAR, | VARGRAPHIC LONG VARGRAPHIC에 적용됩니다. 02-49의 모든 레벨에서 그룹 자료 | 항목을 선언할 수 있습니다. | 4가지 방식으로 그룹 자료 항목과 관련 종속 항목을 사용할 수 있습니다. | 방식 1. | 전체 그룹은 SQL문에서 단일 호스트 변수로서 참조될 수 있습니다. | EXEC SQL SELECT id, name, dept, job | INTO :staff-record | FROM staff WHERE id = 10 END-EXEC. | 사전 처리 컴파일러(precompiler)는 staff-record 내에서 선언된 모든 종속 항목 | 중 쉼표로 구분된 목록으로 staff-record에 대한 참조를 변환합니다. 각 기본 | 항목은 모든 레벨의 그룹 이름으로 규정되어 다른 항목과의 이름지정 충돌을 | 방지합니다. 이것은 다음 방식과 동일합니다. | 방식 2. | 그룹 자료 항목을 사용하는 두 번째 방식: | EXEC SQL SELECT id, name, dept, job | INTO | :staff-record.staff-id, | :staff-record.staff-name, | :staff-record.staff-info.staff-dept, | :staff-record.staff-info.staff-job | FROM staff WHERE id = 10 END-EXEC. | 주: "staff-id"에 대한 참조는 접두부 "staff-record"를 사용하여 관련 그룹 | 이름으로 규정되며 순수 COBOL에서와 같이 "staff-record"의 "staff-id"가 | 아닙니다. | staff-record의 종속 항목으로서 동일한 이름을 갖는 다른 호스트 변수가 없다고 | 가정하면, 위의 명령문도 방식 3과 같이 코드화되어 명시적 그룹 규정을 | 제거합니다. | 방식 3. | 여기서, 종속 항목은 특정 그룹 항목으로 규정되지 않고 일반적인 COBOL 유형으로 | 참조됩니다. | EXEC SQL SELECT id, name, dept, job | INTO | :staff-id, | :staff-name, | :staff-dept, | :staff-job | FROM staff WHERE id = 10 END-EXEC. | 순수 COBOL에서와 같이, 제공된 종속 항목이 고유하게 식별될 수 있다면 이 | 방식은 사전 처리 컴파일러(precompiler)에서 수용할 수 있습니다. 예를 | 들어, "staff-job"이 둘 이상의 그룹에서 발생하는 경우, 사전 처리 컴파일러 | (precompiler)는 모호한 참조를 나타내는 오류를 발생시킵니다. | SQL0088N 호스트 변수 "staff-job"이 모호합니다. | 방식 4. | 모호한 참조를 해결하기 위해, 종속 항목의 부분적 규정도 사용될 수 있습니다. | EXEC SQL SELECT id, name, dept, job | INTO | :staff-id, | :staff-name, | :staff-info.staff-dept, | :staff-info.staff-job | FROM staff WHERE id = 10 END-EXEC. | 방식 1에서와 같이 그룹 항목만의 참조는 종속 항목의 쉼표 구분 목록과 | 동일하므로, 이 유형의 참조가 오류를 유발하는 인스턴스가 있습니다. 예를 | 들면, | EXEC SQL CONNECT TO :staff-record END-EXEC. | 여기서, CONNECT 명령문은 1문자 기반 호스트 변수를 예상합니다. 대신 | "staff-record" 그룹 자료 항목을 제공하여, 호스트 변수는 다음과 같은 | 사전 처리 컴파일(precompile)시 오류라는 결과를 초래합니다. | SQL0087N 호스트 변수 "staff-record"는 구조 참조가 허용되지 | 않는 곳에 사용된 구조입니다. | SQL0087N이 발생하도록 야기하는 그룹 항목의 다른 사용은 EXECUTE IMMEDIATE, | CALL, 표시기 변수 및 SQLDA 참조를 포함합니다. 오직 하나의 종속 항목이 | 있는 그룹은 그러한 상황에서 허용되며, 앞서 방식 2, 3 및 4에서와 같이 각 | 종속 항목에 대한 참조와 같습니다. | 표시기 테이블 | COBOL 사전 처리 컴파일러(precompiler)는 그룹 자료 항목과 함께 사용하는 | 데 편리한 표시기 변수 테이블의 선언을 지원합니다. 이들은 다음과 같이 | 선언됩니다. | 01 . | 05 pic s9(4) comp-5 | occurs times. | 예를 들면 다음과 같습니다. | 01 staff-indicator-table. | 05 staff-indicator pic s9(4) comp-5 | occurs 7 times | 이 표시기 테이블은 위의 그룹 항목 참조와 함께 효과적으로 사용될 수 | 있습니다. | EXEC SQL SELECT id, name, dept, job | INTO :staff-record :staff-indicator | FROM staff WHERE id = 10 END-EXEC. | 여기에서, 사전 처리 컴파일러(precompiler)는 "staff-indicator"가 표시기 | 테이블로서 선언되었음을 감지하며 SQL문을 처리할 때 각 표시기 참조로 | 확장합니다. "staff-indicator"(1)은 "staff-record"의 "staff-id"와 | 연관되며, "staff-indicator"(2)는 "staff-record"의 "staff-name"와 | 연관됩니다. | 주: 자료 항목에 있는 종속 항목보다 표시기 테이블에 "k"개 더 많은 표시기가 | 있는 경우(예를 들어, "staff-indicator"는 "k"=6인 10개의 항목을 가진 | 경우), 표시기 테이블 끝에 "k"개의 여분 항목을 작성하는 것은 무시됩니다. | 유사하게, 종속 항목보다 "k"개 더 적은 표시기가 있다면 그룹 항목에서 | 최종 "k"개의 종속 항목들은 관련된 표시기를 갖지 못합니다. SQL문의 | 표시기 테이블에서 각 요소를 참조할 수 있음을 기억하십시오. 8.4 JAVA 프로그래밍(JAVA UDF와 저장 프로시듀어 작성/JAVA UDF와 저장 프로시듀어의 클래스) "COM.ibm.db2.app.UDF" 섹션에 특정 DBINFO 필드를 리턴하는 함수 목록이 나와 있습니다. 이 목록에 다음이 추가되었습니다. public String getDBapplid() throws Exception 8.5 AIX의 DBCS 코드 페이지에서 수행되는 JDBC 프로그램에 영향을 주는 JDK 문제 DBCS 코드 페이지에서 AIX 4.3.1과 함께 제공되는 번들(bundle) JDK 1.1.4를 가지고 JDBC 프로그램을 수행할 때 DBCS 자료는 제대로 표시될 수 없습니다. 이는 이 JDK 버전에서 알려진 문제점이며 이에 대한 수정사항(IX78932)을 사용할 수 있습니다. 8.6 SCO UNIXWARE 7에서의 JDBC 샘플 응용 프로그램 제한사항 고유 메쏘드는 쓰레드 라이브러리(UnixWare 7에서 libthread.so, UnixWare 릴리스 정보 참조)를 사용할 수 없으므로 DB2 JDBC 샘플 응용 프로그램(DB2Appl, DB2Udf 및 DB2Stp)은 버전 5 UDB에 연결된 UnixWare 7의 버전 5.2 클라이언트나 또는 FixPak 3 UDB 서버에 연결된 버전 5 클라이언트에서 작업할 수 없습니다. | 8.7 JDBC 2.0 | JDBC 2.0은 Sun JDBC의 최신 버전입니다. 이 JDBC 버전은 두 개의 정의 부분, | CORE API와 STANDARD EXTENSION API을 갖습니다. 이 중 코어 API(core API)는 | 발표되었습니다. 관련 스펙에 대한 정보는 다음을 참조하십시오. | http://www.software.ibm.com/data/db2/java | 표준 확장 API(Standard Extension API)는 현재 검토 중입니다. 이 스펙의 | 검토 버전에 대한 내용을 알려면, 위의 웹 페이지를 방문할 수 있습니다. | 기능>> | 이 FixPak에서 제공하는 JDBC 2.0 드라이버는 JDBC 2.0 코어 API를 지원합니다. | 그러나, DB2 엔진의 특정 기능이 사용 불가능하므로, 스펙에 정의된 모든 | 기능들이 지원되지는 않습니다. 지원되는 주요 기능의 목록은 다음과 같습니다. | o 읽기 전용 스크롤 가능한 결과 집합 | o 일괄처리 갱신(일괄처리 명령문 및 일괄처리 준비 명령문) | o LOB 지원 | 지원되지 않는 기능의 목록은 다음과 같습니다. | o 갱신 가능한 스크롤 가능 결과 집합 | o 새로운 SQL 유형(Array, Ref, Distinct, Java Object) | o 조정된 SQL 유형 맵핑 | 전제조건>> | JDK 1.2 | 플랫폼>> | JDBC 2.0 드라이버는 현재 Windows 95, Windows 98 및 Windows NT | 운영 체제에서만 사용 가능합니다. | 호환성>> | 이 스펙 버전은 이전 버전(1.22)과 백워드 호환가능합니다. 그러나, DB2 JDBC | 1.22 드라이버는 JDBC 1.22 스펙의 확장으로서 LOB 유형을 지원하며 이 확장은 | 새로운 스펙의 백워드 호환성의 일부가 아닙니다. 이것은 JDBC 1.22 드라이버의 | LOB 지원에 의존하는 기존의 JDBC 응용 프로그램이 새로운 드라이버에서 작업할 | 수 없음을 의미합니다. 이 문제를 해결하기 위해, 새로운 스펙과 호환되도록 | 응용 프로그램을 수정하기를 권장합니다. 그러나, 이 해결책은 모든 상황에 | 대해 실제적이지는 않습니다. 일시적인 해결책으로서 키워드 "JDBCVERSION"를 | 제공하여 DB2 LOB 지원을 위해 1.22 버전을 원함을 JDBC 드라이버에 알리기 위해 | 이를 "122"로 설정할 수 있습니다. 버전 2.0 작동을 위한 생략시 값은 "200"입니다. | 이 키워드를 "db2cli.ini"에 설정하거나 "getConnection" 특성 인수에서 | 연결 속성으로서 전달할 수 있습니다. | 설치>> | 이 FixPak에서, JDBC 1.22 드라이버는 여전히 생략시 드라이버입니다. JDBC | 2.0 드라이버는 "sqllib\java12" 디렉토리에 들어 있습니다. JDBC 2.0 드라이버를 | 사용하려면, "usejdbc2" 일괄처리 파일을 실행하십시오. 이것은 1.22 드라이버 | 파일용으로 "sqllib\java11" 디렉토리를 작성합니다. 또한 JDBC 1.22 드라이버 | 파일을 이 디렉토리로 백업하고 "sqllib\java12" 디렉토리로부터 해당 디렉토리로 | JDBC 2.0 드라이버 파일을 복사합니다. JDBC 1.22 드라이버로 다시 전환하려면, | "usejdbc1" 일괄처리 파일을 실행하십시오. | 8.8 DB2 UDB 데이타베이스에 대한 Perl 액세스 | Perl DBI(Perl Database Interface)에 대한 DB2 UDB 드라이버(DBD::DB2)의 | 릴리스 0.70이 이제 사용 가능합니다. | Perl DBI는 Perl 언어용 데이타베이스 액세스를 제공하는 응용 프로그래밍 | 인터페이스(API)입니다. 이것은 사용되는 실제 인터페이스와 무관하게 | 일관성있는 데이타베이스 인터페이스를 제공하는 함수, 변수 및 규약의 | 집합을 정의합니다. | DBD::DB2 드라이버는 DB2 UDB를 액세스하기 위해 DBI와 결합하여 작업합니다. | 자세한 내용은 다음 웹 페이지를 참조하십시오. | http://www.software.ibm.com/data/db2/perl/ 8.9 DATALINK 자료 유형 DATALINK 자료 유형을 사용하는 Embedded SQL은 지원되지 않습니다. 8.10 다중 쓰레드 UNIX 응용 프로그램의 코드 페이지 및 국가 코드에 대한 작업 AIX, Solaris, HP-UX, SCO UnixWare 7 및 Silicon Graphics IRIX에서 데이타베이스 연결에 사용될 코드 페이지 및 국가 코드의 수행시 조회에 사용되는 함수를 변경했습니다. 이제 이런 함수의 쓰레드는 안전하지만 많은 수의 동시적인 데이타베이스 연결을 사용하는 다중 쓰레드 응용 프로그램에서 잠금 경합(그 결과로 성능 저하)이 일어날 수 있습니다. 다중 쓰레드 응용 프로그램에서 잠금 경합의 가능성을 없애기 위해 새로운 환경 변수(DB2_FORCE_NLS_CACHE)가 작성되었습니다. DB2_FORCE_NLS_CACHE가 TRUE로 설정되면 코드 페이지 및 국가 코드 정보는 쓰레드가 액세스될 때 처음으로 저장됩니다. 캐쉬된 정보의 그 위치에서 이 정보를 요청하는 다른 모든 쓰레드에 의해 사용됩니다. 이 정보를 저장하면 잠금 경합이 제거되고 특정 상황에서 성능에 의한 이익을 얻게 됩니다. DB2_FORCE_NLS_CACHE는 응용 프로그램이 연결간의 로케일 설정을 변경하는 경우에 참(true)으로 설정되지 말아야 합니다. 이렇게 되면, 원래의 로케일 정보는 로케일 설정이 변경된 후에도 리턴됩니다. 일반적으로, 다중 쓰레드 응용 프로그램은 로케일 설정을 변경하지 않습니다. 이렇게 함으로써 응용 프로그램의 쓰레드는 안전해집니다. 8.11 UDF 호출 유형에 대한 오류 처리 8.11.1 EXTERNAL TABLE 함수에 대한 Scratchpad 및 최종 호출 유형 인수 (a) 사용자에게 scratchpad 지속시간 동안 명백한 제어권을 제공하고 (b) scratchpad의 지속시간 중에 불일치를 피하기 위해 다음 언어로 작성된 테이블 함수가 변경되었습니다. o C/C++ - 지금까지 scratchpad는 항상 UDF에 대한 CLOSE/OPEN 호출에서도 지속되었습니다. o OLE/Java - 지금까지, 새로운 scratchpad는 항상 OPEN에서 할당되었습니다. 이 차이점은 예를 들어 조인을 수행할 때 불일치 결과의 가능성을 가져왔습니다. 다음 변경사항이 테이블 함수인 사용자 정의 함수 (UDF)에 도입되었습니다. 1. FINAL CALL은 스칼라 함수용이므로 테이블 함수에 대한 CREATE FUNCTION문에 대해 이제 옵션입니다. 그러므로, NO FINAL CALL(생략시 값)이 테이블 함수에 대해 지정될 수 있습니다. 2. Scratchpad가 있는 테이블 함수를 작성할 때는 함수에 대한 OPEN 호출마다 scratchpad를 초기화할 수 있습니다. 이는 함수 테이블이 각 CLOSE 호출에서 자원을 할당해제하는 경우 NO FINAL CALL을 지정하여 이루어집니다. 또는 FINAL CALL을 지정하여 OPEN 호출에서 scratchpad 내용을 보존(archive)할 수 있습니다. 이렇게 하면, 명령문 끝에서 테이블 함수에 대한 FINAL 호출이 이루어지므로 CLOSE 호출 처리 중에는 자원을 할당해제할 필요가 없습니다. 이 FINAL CALL은 이 변경사항으로 갱신되고 첫번째 OPEN 호출 전에 이루어지는 FIRST 호출의 균형잡기 또한 갱신됩니다. 이런 두 가지 새로운 호출 유형은 FINAL CALL을 지정하는 테이블 함수에서만 발생합니다. 3. Java 테이블 함수에 대한 실행 모델의 변경사항을 이해해야 합니다. 다음 표는 주어진 명령문의 중요한 각 테이블 함수 처리 지점에서 일어나야 하는 작업을 설명합니다(각 박스의 하단 부분은 웹에서 일부 정보를 가져오는 전형적인 테이블 함수에 대해 작성되는 코드 정보를 제공합니다). 여기서는 NO FINAL CALL 및 FINAL CALL의 경우를 둘 다 다루고 있으며 앞에서 언급된 새로운 규칙을 설명하는 각 경우에 SCRATCHPAD가 있는 것으로 간주합니다. | | 스캔 | | NO FINAL CALL | FINAL CALL 시간 | | LANGUAGE JAVA | LANGUAGE JAVA 중의 | | SCRATCHPAD | SCRATCHPAD 지점 V | | ------------+------------------------------+------------------------------ 테이블 | 호출 없음. | 클래스 구성자가 호출됨 함수에 | | (새로운 scratchpad 의미). 대한 첫 | | UDF 메쏘드는 "FIRST" 호출로 OPEN 후에. | | 호출됨. | |- - - - - - - - - - - - - - - | | 구성자는 클래스 및 | | scratchpad 변수를 | | 초기화함. | | 메쏘드는 웹 서버에 | | 연결됨. | | ------------+------------------------------+------------------------------ 테이블 | 클래스 구성자가 호출됨. | UDF 메쏘드는 함수의 각 | (새로운 scratchpad 의미). | "OPEN" 호출로 호출됨. OPEN에서. | UDF 메쏘드는 "OPEN" 호출로 | | 호출됨. | |- - - - - - - - - - - - - - - |- - - - - - - - - - - - - - - | 구성자는 클래스와 | 메쏘드는 원하는 웹 자료가 | scratchpad 변수를 | 무엇이든 그에 대한 스캔을 염. | 초기화함. | (Scratchpad에 저장된 것에 | 메쏘드는 웹 서버에 | 따라 CLOSE 재위치 지정 | 연결되고 웹 자료에 대한 | 후에 다시 열지 않도록 | 스캔을 염. | 피할 수 있음!) | | ------------+------------------------------+------------------------------ 테이블 함수 | UDF 메쏘드는 "FETCH" 호출로 | UDF 메쏘드는 "FETCH" 호출로 자료의 | 호출됨. | 호출됨. 새로운 행에 |- - - - - - - - - - - - - - - |- - - - - - - - - - - - - - - 대한 각 | 메쏘드는 자료의 다음 행 또는 | 메쏘드는 자료의 다음 행 또는 FETCH에서. | EOT를 페치하거나 리턴함. | EOT를 페치하거나 리턴함. | | ------------+------------------------------+------------------------------ 테이블 | UDF 메쏘드는 "CLOSE" 호출로 | UDF 메쏘드는 "CLOSE" 호출로 함수의 각 | 호출됨. | 호출됨. CLOSE에서. l"close" 메쏘드는 클래스에 | | 대해 존재하는 경우 호출됨. | |- - - - - - - - - - - - - - - |- - - - - - - - - - - - - - - | 메쏘드는 그 웹 스캔을 | 메쏘드는 스캔의 맨 위로 | 닫고 웹 서버에서 | 위치 재지정하거나 스캔을 | 연결해제함. | 닫을 수 있음. 이는 | "close"는 아무 작업도 | scratchpad에서 계속 | 수행할 필요가 없음. | 지속되는 모든 상태를 | | 저장함. | | ------------+------------------------------+------------------------------ 테이블 | 호출 없음. | UDF 메쏘드는 "FINAL" 호출로 함수의 | | 호출됨. 마지막 | | "close" 메쏘드는 클래스에 CLOSE 후에. | | 대해 존재하는 경우 호출됨. | |- - - - - - - - - - - - - - - | | 메쏘드는 웹 서버에서 | | 연결해제함. | | "close"는 아무 작업도 수행할 | | 필요가 없음. | | ------------+------------------------------+------------------------------ 이 테이블에 대한 몇 가지 주: a. "UDF 메쏘드"란 UDF를 구현하는 Java 클래스 메쏘드를 의미합니다. 메쏘드는 CREATE FUNCTION문의 EXTERNAL NAME절에서 식별됩니다. b. NO SCRATCHPAD가 지정된 테이블 함수에 대해 UDF 메쏘드에 대한 호출은 이 테이블에 표시된 대로이지만 사용자는 scratchpad를 통한 그 어떠한 연속성도 요구하지 않으므로 DB2는 클래스 구성자를 호출하여 각 호출 전에 새로운 오브젝트의 인스턴스가 작성되도록 합니다. NO SCRATCHPAD가 지정된 테이블 함수(즉, 연속성이 없음)가 유용한 작업을 수행할 수 있는지는 확실하지 않지만 지원됩니다. c. 이런 실행 모델은 호출 유형을 제공하는 새로운 클래스 메쏘드의 존재를 의미합니다. 이 메쏘드 뿐만 아니라 다른 많은 메쏘드도 COM.ibm.db2.app.UDF 클래스로 DB2에 제공되고 다음과 같이 정의됩니다. public int getCallType () throws Exception d. 이런 모델은 다른 UDF 언어인 C, C++ 및 OLE로 이루어지는 작업과 완전히 호환됩니다. 새로운 호출 유형에 대한 정의는 UDF include 파일인 sqludf.h에 추가됩니다. 기존 테이블 함수가 있는 UDB 고객은 앞의 옵션을 조사하여 적절히 변경하는 것이 바람직합니다. 1. FINAL CALL에 의한 새로운 scratchpad 규칙에 의존하는 경우 UDF를 변경하여 새로운 호출 유형을 변경해야 합니다. 왜냐하면, FINAL CALL이 지정되면, UDF에 대해 새로운 호출이 이루어지기 때문입니다. 또한, FINAL 호출이 테이블 함수에서 처리될 때는 확보된 모든 자원을 해제해야 합니다. 2. NO FIANL CALL에 내포된 규칙을 사용하려면, UDF에 새로운 호출이 일어나지 않도록 FINAL CALL 대신 NO FINAL CALL로 CREATE FUNCTION문을 변경하고 다시 수행하는 것이 바람직합니다.(call-type 인수를 조사하기 위한 UDF 작성 방법에 따라 예기치 못한 호출을 수신할 때 잘못된 결과를 제공할 수도 있고 제공하지 않을 수도 있습니다.) 3. Java 테이블 함수가 있는 경우, 테이블의 새로운 실행 모델에 맞도록 함수를 변경해야 합니다. 양 실행 모델에서(FINAL CALL 또는 NO FINAL CALL 선택에 따라) UDF에 추가 호출이 이루어진다는 점에 유의하십시오. 이는 UDF 작성자에게 더 많은 능력을 제공하지만 작성자가 호출을 구별해야 함을 의미합니다. DB2에 포함된 상위 클래스의 새로운 getCallType 메쏘드는 이 기능을 제공합니다. 상세한 정보 변경사항은 "SQL 참조서" 및 "Embedded SQL Programming Guide"가 다시 갱신될 때 이들 서적에 포함됩니다. 그 동안에는 이런 변경사항을 자세히 설명하는 "Technote"를 World Wide Web(WWW)의 DB2 기술 라이브러리에서 얻을 수 있습니다. "FINAL CALL" 탐색 인수를 사용하십시오. 다음 섹션에서는 "Embedded SQL Programming Guide"의 세부 변경사항을 설명합니다. "Embedded SQL Programming Guide"의 제6장에서 "User-Defined Functions (UDF)" 표제 하에 있는 예제 "Table Function Returning Document IDs"에서 "FINAL CALL"은 이제 "NO FINAL CALL"로 변경되어야 하며 그 다음 단락에서 FINAL CALL은 각 테이블 함수에 지정되지 않아도 됩니다. "Embedded SQL Programming Guide"의 제7장에서 "Interface between DB2 and a UDF" 표제 밑의 "The Arguments Passed from DB2 to a UDF" 섹션에 "scratchpad" 인수를 설명하는 부분에서 "The actual..."로 시작하는 텍스트는 다음으로 대체되어야 합니다. 테이블 함수에 대해 scratchpad는 FINAL CALL이 CREATE FUNCTION에서 지정된 경우 UDF에 대한 최초의 호출에 대해서만 앞에서처럼 초기화됩니다. 이 "최초의 호출"은 FIRST의 유형을 갖습니다. 이 호출 이후에 scratchpad 내용은 테이블 함수로 제어됩니다. NO FINAL CALL이 지정되거나 또는 생략시 값으로 사용되면, scratchpad는 각 OPEN 호출에 대해 초기화되고 scratchpad 내용은 OPEN 호출 사이에서 테이블 함수로 완전히 제어됩니다. (이는 조인 또는 부속조회에 사용되는 테이블 함수에서 매우 중요합니다. OPEN 호출 사이에서 scratchpad의 내용을 유지보수해야 될 경우에는 CREATE FUNCTION문에서 FINAL CALL을 지정해야 합니다. FINAL CALL이 지정되면, 테이블 함수는 정상적인 OPEN, FETCH 및 CLOSE 호출 외에 scratchpad 유지보수 및 자원 할당해제를 위해 FIRST 및 FINAL 호출도 수신합니다.) 또한, "call-type" 인수의 설명에서, 두 번째 문장은 다음 문장으로 대체되어야 합니다. 외부 스칼라 함수에 대해 이 인수는 CREATE FUNCTION문에서 FINAL CALL이 지정된 경우에만 존재하지만 외부 테이블 함수에 대해서는 항상 존재합니다. 첫 단락 다음에 다음 단락을 추가하십시오. 비록 현재 사용 가능한 값이 모두 아래에 나열되어 있어도 UDF에는 "if A do AA, else if B do BB, else it must be C so do CC" 유형의 로직보다는 스위치 또는 예상 값을 전부 확실하게 테스트하는 case문이 있어야 합니다. 왜냐하면, 앞으로 추가 호출 유형이 추가될 수 있으며 조건 C를 명백하게 테스트하지 않으면 새로운 가능성이 추가될 때 문제가 생기기 때문입니다. 테이블 함수에 대해 "call-type" 인수 값이 설명된 동일한 섹션에서 텍스트는 다음과 같이 수정되어야 합니다. o -2 이는 UDF에 대해 FINAL CALL 키워드가 지정된 경우에만 발생하는 FIRST 호출입니다. Scratchpad는 이 호출 전에 2진 0으로 설정됩니다. 인수 값은 테이블 함수로 전달되고 메모리를 확보하거나 또는 단 한번의 자원 초기화를 수행할 수 있습니다. 이는 호출이 이어지는 OPEN 호출이 아니라는 점에 유의하십시오. FIRST 호출에서 테이블 함수는 어떠한 자료도 DB2로 리턴해서는 안되지만 SQL-state 및 diagnostic-message 인수 리턴 값은 설정할 수 있습니다. o -1 이는 OPEN 호출입니다. Scratchpad는 NO FINAL CALL이 지정되면 초기화되지만 그렇지 않을 때는 초기화될 필요가 없습니다(나머지 텍스트는 변경되지 않습니다). o 0(변경되지 않음) o 1(첫 단락은 변경되지 않지만 다음 텍스트는 추가되어야 합니다.) CLOSE 중에 UDF는 NO FINAL CALL이 정의된 경우 확보된 자원을 할당 해제해야 합니다. FINAL CALL이 정의되면, 자원 할당해제에 대해 특별한 호출(FINAL)이 이루어집니다. CLOSE 호출에서 테이블 함수는 DB2로 행을 리턴하지 말아야 하며 사실상 DB2는 리턴된 모든 SQL-result 및 SQL-result-ind 값을 리턴시 무시합니다. 그러나, 테이블 함수는 SQL-state 및 diagnostic-message 인수 값을 설정할 수 있으며 이들은 보통 때처럼 DB2에 의해 처리됩니다. o 2 이는 FIRST 호출의 균형을 잡는 FINAL 호출이며 FIRST CALL이 외부 테이블 함수에 대해 정의될 때만 발생합니다. 모든 시스템 자원은 할당 해제되어야 합니다. 이 호출은 명령문 하나당 한 번씩만 발생합니다. 보통, SQL-state 및 diagnostic-message 인수 값이 리턴되며 이들은 보통 때처럼 DB2에 의해 처리됩니다. "Summary of Argument Use" 표제 하에서 "scratchpad and call-type" 인수에 대해 ", and optionally FIRST and FINAL" 텍스트를 추가하십시오. "Embedded SQL Progaramming Guide"의 제7장에서 "Table Function Considerations" 표제 아래의 첫번째 부분 밑에는 이제 3개 대신 5개의 호출 유형이 있습니다. 목록에 FIRST 및 FINAL을 추가하십시오. 또한, 이 섹션에 다음과 같은 새로운 부분을 추가하십시오. 테이블 함수에 대한 오류 처리 모델은 다음과 같습니다. 1. FIRST 호출이 실패하면 더 이상 호출이 이루어지지 않습니다. 2. FIRST 호출이 성공하면, FINAL 호출이 이루어집니다. 3. OPEN 호출이 실패하면, FETCH 또는 CLOSE 호출이 이루어지지 않습니다. 4. OPEN 호출이 성공하면, FETCH 및 CLOSE 호출이 이루어집니다. 제7장의 "Weather Table Function" 예제에서 UDF 정의는 NO FINAL CALL을 지정해야 합니다. 그리고 FINAL CALL이 테이블 함수에서 더 이상 필수가 아니라는 점에 유의하십시오(즉, 필수라고 하는 문장을 무시하십시오). "Embedded SQL Programming Guide"의 제15장에서 "Creating Java UDFs and Stored Procedures" 표제 하에 있는 "Programming in Java"로 제목이 붙은 부분은 두 번째 단락의 두 번째 문장이 다음과 같이 변경되어야 합니다. 일단 이런 UDF 및 저장 프로시듀어를 작성 및 등록하고 514 페이지의 "Where to Put Java Classes"에서 설명된 해당 파일 위치에 Java 클래스를 놓으면, (UDF의 경우) SQL에서 이를 참조하거나 또는 (저장 프로시듀어의 경우) 지원되는 언어로 작성된 응용 프로그램에서 이를 호출할 수 있습니다. 그리고 그 다음에 오는 문장을 제거해야 합니다. "Embedded SQL Programming Guide"의 제15장에서 "Creating and Using Java User-Defined Functions" 표제 하에 있는 첫번째 단락의 4번째 문장은 다음으로 변경되어야 합니다. 응용 프로그램의 SQL에서 이를 참조할 수 있습니다. 동일한 표제 하의 "Changing How a Java UDF Runs" 부표제에서 첫번째 3 단락은 다음 5 단락으로 대체되어야 합니다. 일반적으로, DB2는 입력 또는 조회 결과 집합의 각 행에 대해 UDF를 한번씩 여러 번 호출합니다. SCRATCHPAD가 UDF의 CREATE FUNCTION문에서 지정되면, DB2는 연속적인 UDF 호출 간에 "연속성"이 필요하다는 것을 인식하므로 Java 클래스 구현은 각 호출마다 인스턴스화되지 않지만 일반적으로 명령문 하나당 UDF 참조에 대해 한번씩 이루어집니다. 일반적으로, 첫번째 호출 전에 인스턴화되고 그 이후에 사용되지만 테이블 함수에 대해서는 더 많이 인스턴스화될 수 있습니다. 이 다음에 오는 서브섹션의 NO FINAL CALL 실행 모델을 참조하십시오. 그러나 UDF, 스칼라 또는 테이블 함수에 대해 NO SCRATCHPAD가 지정되었다면, 클래스 구성자를 호출하여 UDF의 각 호출마다 새로운 인스턴스가 작성됩니다. Scratchpad는 호출 간의 정보를 UDF에 저장할 때 유용합니다. 그런 반면, C, C++ 및 OLE UDF에 대해 scratchpad는 DB2로 유지보수되고 Java에서 UDF는 인스턴스 변수를 쉽게 사용할 수 있습니다. Scratchpad를 사용하는 테이블 함수에 대해 이 다음에 오는 서브섹션의 실행 모델에서처럼 CREATE FUNCTION문의 FINAL CALL / NO FINAL CALL 옵션을 사용하여 새로운 인스턴스를 얻을 때 제어할 수 있습니다. 스칼라 함수에서는 전체 명령문에 대해 동일한 인스턴스를 사용합니다. 또다른 방법은 DB2 관리 scratchpad를 사용하는 경우 DB2 제공 Java 메쏘드 getScratchpad() 및 setScratchpad()를 사용하는 것입니다. Scratchpad로 UDF에 대한 호출간의 연속성을 얻을 수 있는 능력은 DB2 scratchpad 또는 인스턴스 변수의 사용에 관계없이 CREATE FUNCTION의 SCRATCHPAD / NO SCRATCHPAD 옵션으로 제어됩니다. 조회에서 Java UDF가 여러 번 참조되어도 이에 대한 참조는 전부 따로따로 처리됩니다. 이는 OLE, C 및 C++ UDF에 대해서도 마찬가지입니다. 조회가 끝날 때, 스칼라 함수에 대해 FINAL CALL 옵션을 지정하면, 오브젝트의 close() 메쏘드가 호출됩니다. 테이블 함수에 대해 close() 메쏘드는 이 다음에 오는 서브섹션에서 설명한 대로 항상 호출됩니다. UDF 클래스에 대해 close() 메쏘드를 정의하지 않으면, 스텁(Stub) 함수가 대신하고 이벤트가 무시됩니다. "If you specify the ALLOW PARALLEL..."로 시작하는 다음 단락에서 마지막 문장을 제거해야 합니다. "Changing How a Java UDF Runs" 서브섹션 다음에 아래의 내용을 포함하는 "Java용 테이블 함수 실행 모델"의 새로운 서브섹션을 같은 레벨에서 추가하십시오. Java로 작성된 테이블 함수에 대해 주어진 명령문을 DB2로 처리할 때 테이블 함수에 대해 의미있는 각 지점에서 일어나는 작업들을 이해해야 합니다. 다음 표에서는 이 정보를 상세히 설명하고 있습니다.(각 박스의 하단 부분은 웹에서 일부 정보를 가져오는 전형적인 테이블 함수에 대해 작성되는 코드 정보를 제공합니다.) NO FINAL CALL 및 FINAL CALL의 경우를 둘 다 다루고 있으며 두 경우 모두 SCRATCPAD가 있는 것으로 간주됩니다. | | 스캔 | | NO FINAL CALL | FINAL CALL 시간 | | LANGUAGE JAVA | LANGUAGE JAVA 중의 | | SCRATCHPAD | SCRATCHPAD 지점 V | | ------------+------------------------------+------------------------------ 테이블 | 호출 없음. | 클래스 구성자가 호출됨 함수에 | | (새로운 scratchpad 의미). 대한 첫 | | UDF 메쏘드는 "FIRST" 호출로 OPEN 후에. | | 호출됨. | |- - - - - - - - - - - - - - - | | 구성자는 클래스 및 | | scratchpad 변수를 | | 초기화함. | | 메쏘드는 웹 서버에 | | 연결됨. | | ------------+------------------------------+------------------------------ 테이블 | 클래스 구성자가 호출됨. | UDF 메쏘드는 함수의 각 | (새로운 scratchpad 의미). | "OPEN" 호출로 호출됨. OPEN에서. | UDF 메쏘드는 "OPEN" 호출로 | | 호출됨. | |- - - - - - - - - - - - - - - |- - - - - - - - - - - - - - - | 구성자는 클래스와 | 메쏘드는 원하는 웹 자료가 | scratchpad 변수를 | 무엇이든 그에 대한 스캔을 염. | 초기화함. | (Scratchpad에 저장된 것에 | 메쏘드는 웹 서버에 | 따라 CLOSE 재위치 지정 | 연결되고 웹 자료에 대한 | 후에 다시 열지 않도록 | 스캔을 염. | 피할 수 있음!) | | ------------+------------------------------+------------------------------ 테이블 함수 | UDF 메쏘드는 "FETCH" 호출로 | UDF 메쏘드는 "FETCH" 호출로 자료의 | 호출됨. | 호출됨. 새로운 행에 |- - - - - - - - - - - - - - - |- - - - - - - - - - - - - - - 대한 각 | 메쏘드는 자료의 다음 행 또는 | 메쏘드는 자료의 다음 행 또는 FETCH에서. | EOT를 페치하거나 리턴함. | EOT를 페치하거나 리턴함. | | ------------+------------------------------+------------------------------ 테이블 | UDF 메쏘드는 "CLOSE" 호출로 | UDF 메쏘드는 "CLOSE" 호출로 함수의 각 | 호출됨. | 호출됨. CLOSE에서. l"close" 메쏘드는 클래스에 | | 대해 존재하는 경우 호출됨. | |- - - - - - - - - - - - - - - |- - - - - - - - - - - - - - - | 메쏘드는 그 웹 스캔을 | 메쏘드는 스캔의 맨 위로 | 닫고 웹 서버에서 | 위치 재지정하거나 스캔을 | 연결해제함. | 닫을 수 있음. 이는 | "close"는 아무 작업도 | scratchpad에서 계속 | 수행할 필요가 없음. | 지속되는 모든 상태를 | | 저장함. | | ------------+------------------------------+------------------------------ 테이블 | 호출 없음. | UDF 메쏘드는 "FINAL" 호출로 함수의 | | 호출됨. 마지막 | | "close" 메쏘드는 클래스에 CLOSE 후에. | | 대해 존재하는 경우 호출됨. | |- - - - - - - - - - - - - - - | | 메쏘드는 웹 서버에서 | | 연결해제함. | | "close"는 아무 작업도 수행할 | | 필요가 없음. | | ------------+------------------------------+------------------------------ 이 테이블에 대한 몇 가지 주: 1. "UDF 메쏘드"란 UDF를 구현하는 Java 클래스 메쏘드를 의미합니다. 메쏘드는 CREATE FUNCTION문의 EXTERNAL NAME절에서 식별됩니다. 2. NO SCRATCHPAD가 지정된 테이블 함수에 대해 UDF 메쏘드에 대한 호출은 이 테이블에 표시된 대로이지만 사용자는 scratchpad를 통한 그 어떠한 연속성도 요구하지 않으므로 DB2는 클래스 구성자를 호출하여 각 호출 전에 새로운 오브젝트의 인스턴스가 작성되도록 합니다. NO SCRATCHPAD가 지정된 테이블 함수(즉, 연속성이 없음)가 유용한 작업을 수행할 수 있는지는 확실하지 않지만 지원됩니다. 3. 이런 실행 모델은 호출 유형을 제공하는 새로운 클래스 메쏘드의 존재를 의미합니다. 이 메쏘드는 COM.ibm.db2.app.UDF 클래스로 DB2에 제공되고 다음과 같이 정의됩니다. public int getCallType () throws Exception 4. 이런 모델은 다른 UDF 언어인 C, C++ 및 OLE로 이루어지는 작업과 완전히 호환됩니다. "Embedded SQL Programming Guide"의 제15장에 있는 "Classes for Java Stored Procedures and UDFs" 표제 아래의 "COM.ibm.db2.app.UDF" 부표제 하에서 "public void close()" 메쏘드를 설명하는 단락은 다음과 같이 변경되어야 합니다. 이 메쏘드는 UDF가 FINAL CALL 옵션으로 작성되고 C 함수에 대한 최종 호출과 유사한 경우 명령문 평가가 끝날 때 스칼라 함수에 대해 데이타 베이스에서 호출됩니다. 테이블 함수에 대해 이는 UDF 메쏘드에 대한 CLOSE 호출 다음에 호출되거나 (NO FINAL CALL이 코드화되거나 또는 생략시 값으로 사용되는 경우) 또는 FINAL 호출 다음에 호출됩니다 (FINAL CALL이 코드화되는 경우). Java UDF 클래스가 이 함수를 구현하지 않으면, no-op 스텁(stub) 함수가 이 이벤트를 처리하고 무시합니다. "public void close()"의 설명 바로 다음에 다음과 같은 새로운 메쏘드인 "public int getCallType() throws Exception"에 대한 자료를 추가하십시오. 이 함수는 특정 호출에 대한 호출 유형을 알아내기 위해 테이블 함수 UDF 메쏘드에서 사용됩니다. 다음과 같은 값이 리턴됩니다 (Com.ibm.db2.app.UDF 클래스 정의에서 이런 값에 대한 기호 정의가 제공됩니다). o -2 FIRST 호출 o -1 OPEN 호출 o 0 FETCH 호출 o 1 CLOSE 호출 o 2 FINAL 호출 | 8.11.2 스칼라 함수에 대한 외부 UDF 오류 처리 모델 | 제7장에서, "Other Coding Considerations" 섹션과 "Hints and Tips"이라는 | 서브섹션에서, 다음과 같이 목록에 새로운 항목 15가 추가되어야 합니다. | FINAL CALL 스펙으로 정의된 스칼라 UDF의 오류 처리 모델은 다음과 같습니다. | 1. FIRST 호출이 실패하면 더이상 호출이 수행되지 않습니다. | 2. NORMAL 호출이 실패하면, 더이상 NORMAL 호출이 수행되지 않지만, | FINAL 호출은 수행됩니다. | 이것은 오류가 FIRST 호출에서 리턴되는 경우, 어떠한 FINAL 호출도 수행되지 | 않으므로, 리턴하기 전에 UDF를 정리해야 함을 의미합니다. | FINAL CALL이 scalar UDF용으로 지정되지 않는 경우, NORMAL 호출만이 수행되며 | 오류가 리턴되지 않는 경우 중단합니다. | 또한 다음과 같이 목록에 새로운 항목 16이 추가되어야 합니다. | 테이블 함수의 오류 처리 모델은 이 장의 "Table Functions | Considerations"에 정의되어 있습니다. | 8.12 NON ATOMIC 복합 SQL | DB2 Connect는 복합 SQL 블록에서 LOB를 선택하는 SELECT문을 지원하지 | 않습니다. 8.13 책에 대한 기타 개정 내용 Embedded SQL Programming Guide에 관련된 다음 변경사항은 이 릴리스 이전의 FixPak에 대한 릴리스 정보에 설명되어 있습니다. 8.13.1 제1장의 개정 내용 ESPG의 제1장에서 "DB2 Bind File Dump Tool-db2bfdDB2" 표제 하에 있는 첫 단락에는 "버전 3"에 대한 참조가 있습니다. 이는 버전 5로 변경되어야 합니다. 8.13.2 제4장의 개정 내용 제4장의 "Join Strategies in a Partitioned Database" 섹션에는 다양한 조인 전략의 예를 보여주는 몇몇 서브섹션이 포함되어 있습니다. 그림에서 "LINETITEMS"는 모두 "LINEITEM"으로 변경되어야 합니다. 또한, "Broadcast Inner-Table Joins" 서브섹션의 예제 텍스트가 잘못되었습니다. 예제의 텍스트는 다음과 같아야 합니다. LINEITEM 테이블은 ORDERS 테이블이 있는 모든 데이타베이스 파티션으로 송신됩니다. 테이블큐 q3는 외부 테이블의 모든 데이타베이스 파티션으로 브로드캐스트됩니다. 8.13.3 제7장의 개정 내용 다음의 변경사항은 제7장과 관련됩니다. o 코드에서 섹션 끝에 있는 C++로 이루어진 섹션 OLE 자동화 UDF short indicator1, // input indicator short indicator2, // output indicator 는 다음으로 변경되어야 합니다 short *indicator1, // input indicator short *indicator2, // output indicator o 섹션 Hints and Tips에서 항목 번호 4: "reason code 21"은 "reason code 34"로 변경되어야 합니다. o 다음 변경사항은 "The Arguments Passed from DB2 to a UDF" 섹션에 속합니다. - SQL-state 인수에 대해 sqlstate 02001는 다음과 같아야 합니다. 02001 테이블 함수에 대한 FETCH 호출에 대해서만 유효합니다. 즉, 테이블에는 행이 더 이상 없습니다. - dbinfo 인수, 목록 항목 "16. Table function column list (tfcolumn)"에서 첫 단락을 다음으로 대체하십시오. 이것이 테이블 함수일 때는 이 필드가 DB2에서 동적으로 할당되는 short 정수 배열에 대한 포인터가 됩니다. 이것이 스칼라 함수일때, 포인터는 널(null)입니다. o 다음 변경사항은 "Using LOB Locators as Parameters or Results" 섹션에 속합니다. - API 선언을 보여주는 "DB2 Lob Locator APIs defined in sqludf.h"로 제목이 붙은 그림(함수 헤더)에서 API 매개변수의 설명이 개선되었습니다. 세부사항에 대해서는 실제 sqludf.h 파일을 참고하십시오. - 이 절에는 5개의 API가 설명되어 있습니다. 이런 API의 리턴 코드가 설명되어 있는 위치에서 "other"는 각 API의 가능성으로 인용됩니다. 각 API에 대해 "other"의 설명은 다음과 같이 변경되어야 합니다. other 유효하지 않은 위치 지정 값 또는 기타 오류(예를 들어, 메모리 오류). 이런 경우에 대해 리턴된 값은 오류 조건에 해당하는 SQLCODE입니다. 예를 들어, -423은 유효하지 않은 위치 지정 값을 뜻합니다. 이런 "other" 코드 중 하나로 UDF로 리턴하기 전에 DB2는 오류의 심각도를 판단한다는 점에 유의하십시오. 심각한 오류의 경우 DB2는 그 오류가 발생하였음을 기억하고 UDF가 오류 SQLSTATE를 DB2로 리턴 하는지에 관계없이 UDF가 DB2로 리턴하면, DB2는 오류 조건에 맞는 조치를 취합니다. 심각한 오류가 아니면, DB2는 그 오류가 발생한 것을 잊어버리고, UDF는 오류 SQLSTATE를 DB2로 리턴하거나, 적절한 조치를 취하는 결정을 하지 않습니다. - 5개의 API 중 3개는 호출시 전달된 위치 지정 값이 이미 해제되었음을 의미하는 -1의 가능한 리턴 코드를 설명합니다. 이런 API는 -1 리턴 코드를 UDF에 리턴하지 않습니다. 이 조건은 SQLCODE -423(유효하지 않은 위치 지정 값)을 사용하는 "other" 리턴 코드 하에서 처리됩니다. - 항목 1에서: sqludf_length(), 추가 리턴 코드 값이 정의됩니다. -3 API에 잘못된 입력 값이 제공됩니다. 여기에는 다음이 포함됩니다. - udfloc_p(위치 지정 값의 주소)는 0입니다. - return_len_p(length가 오는 위치 주소)는 0입니다. - 항목 2에서: sqludf_substr(), 추가 리턴 코드 값이 정의됩니다. -3 API에 잘못된 입력 값이 제공됩니다. - udfloc_p (위치 지정 값의 주소)는 0입니다. - start는 1보다 작습니다. - length는 음입니다. - buffer_p (버퍼 주소)는 0입니다. - return_len_p (length가 오는 위치 주소)는 0입니다. - 항목 3에서: sqludf_append(), 추가 리턴 코드값이 정의됩니다. -3 API에 잘못된 입력 값이 제공됩니다. 여기에는 다음이 포함됩니다. - udfloc_p (위치 지정 값의 주소)는 0입니다. - length는 음입니다. - buffer_p (버퍼 주소)는 0입니다. - 항목 4에서: sqludf_create_locator(), 추가 리턴 코드값이 정의됩니다. -3 API에 잘못된 입력 값이 제공됩니다. 여기에는 다음이 포함됩니다. - udfloc_p (위치 지정 값의 주소)는 0입니다. - loc_type는 세 개의 유효값 중 하나가 아닙니다. - loc_p (위치 지정 값이 오는 주소)는 0입니다. - 항목 5에서: sqludf_free_locator(), 추가 리턴 코드 값이 정의됩니다. -3 API에 잘못된 입력 값이 제공됩니다. - udfloc_p (위치 지정 값의 주소)는 0입니다 - 항목 3에서: sqludf_append(), 리턴 코드 설명 전에 다음 단락을 추가하십시오. 이 API는 매우 큰 LOB 값을 하나씩 구축할 때 사용됩니다. 결과를 위해 많은 수의 추가 작업이 일어나는 경우, 이 작업의 성능은 다음에 의해 향상됩니다. - 큰 응용 프로그램 제어 힙 할당(APP_CTL_HEAP_SZ는 데이타베이스 관리 프로그램 구성 매개변수입니다.) - 큰 버퍼에서 더 적은 수의 추가 작업 수행. 예를 들어, 매번 50 바이트씩 20번 추가하는 대신 1000바이트를 한번에 추가할 수 있습니다. sqludf_append() API를 통한 큰 LOB 값을 구축하는 SQL 응용 프로그램은 유효 디스크 용량 제한 때문에 오류가 발생합니다. 이 오류들은 다음과 같은 방법으로 감소됩니다. - 개별적으로 첨부할 수 있는 큰 버퍼를 사용하여 - 명령문 사이에 자주 COMMIT를 하여 - SELECT문의 각 행이 API를 통한 LOB 값을 구축하는 경우 CURSOR WITH HOLD를 사용하거나 행 사이에 COMMIT를 하여 - 항목 5에서: sqludf_free_locator(), "Typically..."로 시작하는 단락은 올바르지 않습니다. 다음으로 대체하십시오. 이 API를 사용하여 sqludf_create_locator() API로 작성되고 내부 처리용으로만 사용되었던 모든 위치 지정 값을 해제시킵니다. UDF로 전달된 위치 지정 값을 해제할 필요는 없습니다. 위치 지정 값이 출력값으로서 UDF를 통해 전달된다면, sqludf_create_locator()를 통한 UDF로 창출되어진 위치 지정 값을 해제시킬 필요가 없습니다. - 각각의 API를 모두 다룬 후에 다음 텍스트를 추가하십시오. 다음 주는 이런 API 사용에 적용됩니다. 1. LOB 위치 지정 값을 리턴하도록 정의된 UDF에는 여러 가지 사용 가능한 가능성이 있습니다. 다음을 리턴할 수 있습니다. a. 여기로 전달된 입력 위치 지정 값 b. 여기로 전달되고 sqludf_append()를 통해 추가된 입력 위치 지정 값 c. sqludf_create_locator()를 통해 작성되고 sqludf_append()를 통해 추가된 위치 지정 값 2. 테이블 함수는 하나 이상의 LOB 위치 지정 값을 리턴하여 정의될 수 있습니다. 각각은 이전 항목에서 설명된 가능성 중 하나일 수 있습니다. 이는 또한 여러 개의 테이블 함수 컬럼에 대한 출력으로 동일한 위치 지정 값을 리턴하도록 이런 테이블 함수에 대해서도 유효합니다. 3. 입력 인수로 테이블 함수에 전달된 LOB 위치 지정 값은 전체 행 생성 프로세스 중에 활성 상태로 남습니다. 사실상, 테이블 함수는 행 하나를 생성하고 후속 행에 추가된 바이트를 열람하는 동안 이런 LOB 위치 지정 값을 사용하면서 LOB에 추가될 수 있습니다. 4. UDF(테이블 또는 스칼라 함수)에서 LOB 위치 지정 값 출력으로 DB2에서 시작된 LOB를 나타낼때 사용된 내부 제어 메카니즘은 1950바이트를 취합니다. 이런 이유 및 정렬의 입력인 행의 크기에 대한 제한사항으로 UDF LOB 위치 지정 값으로 시작된 여러 개의 이런 LOB를 정렬하려고 한 조회는 관련된 기타 컬럼의 크기에 따라 한 행당 이런 값 2개(최대)로 제한됩니다. 이와 동일한 제한사항이 테이블에 삽입되는 행에 적용됩니다. 8.13.4 제9장의 개정 내용 제9장의 "Accessing DRDA Servers" 섹션에서 요점 1의 두 번째 단락은 다음과 같아야 합니다. IBM 제품의 경우 코딩 작업을 시작하기 전에 IBM SQL 참조서 버전 5.2 (SA30-0257)를 참조하십시오. 8.13.5 제15장의 개정 내용 다음의 변경사항은 제15장과 관련됩니다. o 책에서는 사용자의 Java 클래스가 제공된 인터페이스를 구현해야 한다고 설명하고 있습니다. 그러나 "sqllib/java/db2java.zip"에 제공된 Java 라이브러리가 클래스를 포함하므로, 사용자 클래스는 동일한 이름의 Java 클래스를 확장해야 합니다. 다음에 대한 참조는 class ... implements COM.ibm.db2.app.UDF ... 다음으로 변경되어야 합니다 class ... extends COM.ibm.db2.app.UDF ... "COM.ibm.db2.app.StoredProc"에 대해서도 마찬가지입니다. o 책에서는 다음 클래스/루틴을 사용하여 UDF 및 저장 프로시듀어를 사용하여 새로운 LOB 값을 작성할 수 있다고 설명하고 있습니다. COM.ibm.db2.app.Blob public static Blob new() throws Exception; COM.ibm.db2.app.Clob public static Clob new() throws Exception; 이는 이름이 바뀌어 다음 함수에서처럼 새로운 COM.ibm.db2.app.Lob 클래스로 이동되었습니다. COM.ibm.db2.app.Lob public static Blob newBlob() throws Exception; COM.ibm.db2.app.Lob public static Clob newClob() throws Exception; o Java 유형 맵핑 테이블에는 다음 맵핑이 포함되어 있습니다. SQL 유형 Java 유형(UDF) Java 유형(저장 프로시듀어) LONG VARCHAR Clob Clob LONG VARGRAPHIC Clob Clob 이는 다음으로 변경되어야 합니다. LONG VARCHAR String String LONG VARGRAPHIC String String 다음 정보는 "Java UDFs and Stored Procedures" 섹션의 두 번째 단락 다음에 추가되어야 합니다. Java 언어로 저장 프로시듀어를 작성할 때는 CREATE PROCEDURE문을 사용하여 프로시듀어를 시스템 카탈로그 테이블 SYSCAT.PROCEDURES에 등록해야 합니다. 더 자세한 정보는 SQL 참조서에서 CREATE PROCEDURE문 섹션을 참조하십시오. 다음은 Java UDF/저장 프로시듀어 지원의 한계입니다. 대형 혼합 코드 페이지 문자열의 문자 경계에 대한 임의 액세스가 아직 구현되지 않았기 때문에, 혼합 코드 페이지 데이타베이스 서버에서 Java 사용자 정의 함수와 저장 프로시듀어는 LOB 유형 인수를 사용할 수 없습니다. 모든 LOB 유형에 대한 전체 지원은 SBCS 데이타베이스를 위한 것입니다. 혼합 데이타베이스에서는 BLOB 및 DBCLOB 유형을 위한 지원입니다. 일시적인 해결책으로서, 혼합 데이타베이스 시스템에서 수행 중인 응용 프로그램은 CLOB 인수를 DBCLOB, LONG VARGRAPH 또는 LONG VARCHAR 유형으로 변환해야 합니다. UDF의 경우, 이것은 CAST 연산자로 수행될 수 있습니다. 샘플 프로그램을 설명하는 부록 B와 loblocud, db2uext2, autoloader 샘플에 대한 참조(표 24에서)는 삭제되어야 합니다. 추가 정보를 얻으려면, 8.13.6의 "샘플 프로그램에 대한 개정" 및 8.13.7의 "기타 파일 변경사항"도 참조하십시오. 색인에서, java_heap_sz가 java_heap_size로 잘못 언급되었습니다. 8.13.6 샘플 프로그램에 대한 개정 샘플 프로그램에 대한 개정이 AIX, HP-UX, OS/2, Solaris, Windows NT, Windows 95 플랫폼에서 다양한 언어에 대해 수행되었습니다. 개정은 일부 코드 오류를 정정하고 프로그램 내에서 API 호출을 보다 잘 활용하기 위한 것입니다. 일부 프로그램은 모든 플랫폼에서 범용화되었습니다. 이전에는 이들은 특정 플랫폼에서만 사용할 수 있었습니다. 예를 들면, 'makeapi.sqc'가 있습니다. 또한, 몇몇 프로그램의 인터페이스가 프로그램 입력에 대해 사용자를 안내하고 보다 자세한 출력을 제공하기 위해 개선되었습니다. 중복된 많은 파일은 파일 내용이 삭제되고 "이 파일은 필요하지 않음"이라는 주석으로 대체되었습니다. 새로운 파일이 중복된 파일의 기능을 대신하는 경우 이에 대한 언급도 제공됩니다. 다음은 갱신된 파일의 목록입니다. 각 항목에는 파일명, 그 언어 그리고 이를 변경한 플랫폼이 있습니다. 여기서 동일한 파일이 하나 이상의 언어로 개정되고 하나의 파일명이 "dbconf.c/.cbl/.f/.for"에서처럼 여러 개의 확장자와 함께 주어집니다. "COBOL"은 달리 언급되지 않는 이상 IBM 및 Micro Focus COBOL을 말합니다. "모든 플랫폼"은 AIX, HP-UX, OS/2, Solaris, Windows NT, Windows 95 플랫폼만을 가리킵니다. 어떤 상황에서는, 파일을 특정 플랫폼에서는 사용할 수 없을 수도 있습니다. 확실히 알 수 없는 경우 해당 samples 디렉토리의 README 파일을 참조하십시오. 파일 항목에는 변경의 내용을 기술하는 주석도 포함되어 있습니다. 변경사항은 다음과 같습니다. adhoc.sqc 모든 플랫폼용 C. 메모리 누출 수정 및 사용자 인터페이스 개선. blobfile.cmd AIX, OS/2 및 Windows NT 상의 REXX. 이제 OS/2에 대해 올바른 파일 버전을 사용할 수 있습니다. dbconf.c/.cbl/.f/.for 모든 플랫폼용 C, COBOL, FORTRAN. API 호출의 '버전' 매개변수 오류 수정. 사용자 인터페이스 개선. 모든 플랫폼에서 사용할 수 있도록 Micro Focus COBOL 버전을 다시 코딩. d_dbconf.cbl 모든 플랫폼용 Micro Focus COBOL. 모든 플랫폼에서 범용이 되도록 다시 코딩. d_dbmcon.cbl 모든 플랫폼용 Micro Focus COBOL. 모든 플랫폼에서 범용이 되도록 다시 코딩. da_manip.h/.sqc 모든 플랫폼용 C. 중복된 파일: 내용이 삭제됨. dbcat.f/.for 모든 플랫폼용 FORTRAN. API 호출의 '버전' 매개변수 오류 수정. dbmconf.cbl/.cmd 모든 플랫폼용 Micro Focus COBOL 및 AIX, Windows NT 및 OS/2 상의 REXX. 모든 플랫폼에서 사용할 수 있도록 Micro Focus COBOL 버전을 다시 코딩. 이제 OS/2에서 올바른 REXX 버전을 사용할 수 있습니다. dbinst.for OS/2용 FORTRAN. 사용자 인터페이스 개선. dbsnap.cbl 모든 플랫폼용 IBM COBOL. API 호출의 '버전' 매개변수 오류 수정. dbstat.sqb 모든 플랫폼용 Micro Focus COBOL. API 호출의 '버전' 매개변수 오류 수정. db_udcs.for OS/2용 FORTRAN. 이 프로그램은 이제 OS/2 FORTRAN에서 사용할 수 있습니다. ebcdicdb.for OS/2용 FORTRAN. 이 프로그램은 이제 OS/2 FORTRAN에서 사용할 수 있습니다. fillcli.sqc 모든 플랫폼용 C. 이는 클라이언트 프로그램입니다. 이들 프로그램은 지원 프로그램 da_manip, system 및 tabinfo(이제 중복됨)의 기능을 결합하여 확장 재작성되었습니다. API의 사용, SQLDA 구조의 데모, 사용자 인터페이스가 모두 개선되었습니다. fillsrv.sqc 모든 플랫폼용 C. 이는 서버 프로그램입니다. 클라이언트 프로그램은 fillcli.sqc입니다. (더 자세한 내용은 해당 항목을 참조하십시오). inpsrv.def OS/2에서의 Micro Focus. 중복된 파일: 컴파일러가 저장 프로시듀어에 대한 정의 파일을 요구하지 않으므로 내용이 삭제되었습니다. inpcli.old 모든 플랫폼용 C. 중복된 파일: 내용이 삭제됨. inpsrv.old 모든 플랫폼용 C. 중복된 파일: 내용이 삭제됨. largevol.sqc 모든 플랫폼용 C. 이는 고유한 AIX용 프로그램입니다. 파일 내용은 HP-UX, OS/2, Solaris, Windows NT 및 Windows 95에서 삭제되었습니다. lobeval.cmd AIX, Windows NT 및 OS/2 상의 REXX. 이제 OS/2에서 올바른 버전을 사용할 수 있습니다. makeapi.sqc 모든 플랫폼용 C. 이는 AIX 및 OS/2용 특정 프로그램을 모든 플랫폼에서 현재 사용할 수 있는 범용 프로그램 파일로 대체합니다. monreset.f/.for 모든 플랫폼용 FORTRAN 프로그램. API 호출의 '버전' 매개변수 오류 수정. monsz.cbl 모든 플랫폼용 IBM COBOL. API 호출의 '버전' 매개변수 오류 수정. outsrv.def OS/2 상의 Micro Focus COBOL. 중복된 파일: 컴파일러가 저장 프로시듀어에 대한 정의 파일을 요구하지 않으므로 내용이 삭제되었습니다. inpcli.old 모든 플랫폼용 C. 중복된 파일: 내용이 삭제됨. inpsrv.old 모든 플랫폼용 C. 중복된 파일: 내용이 삭제됨. qload.sqb/.sqf/.sqc 모든 플랫폼용 COBOL, FORTRAN 및 C. 개선된 인터페이스는 더 많은 정보를 제공하고 불필요한 '파일 로드' 오류를 제거합니다. rechist.c/.sqc 모든 플랫폼용 C. 비-Embedded SQL 프로그램인 rechist.c는 Embedded SQL 프로그램인 rechist.sqc로 대체되었습니다. 새로운 파일은 rechist.c 사용시 발생하는 데이타베이스 연결 오류를 정정하였습니다. sws.cbl 모든 플랫폼용 IBM COBOL. API 호출의 '버전' 매개변수 오류 수정. system.c/.h 모든 플랫폼용 C. 중복된 파일: 내용이 삭제됨. tabinfo.c/.h 모든 플랫폼용 C. 중복된 파일: 내용이 삭제됨. tabspace.sqb/.sqf 모든 플랫폼용 COBOL 및 FORTRAN. 이제 복수 테이블 공간을 보여 주기 위해 API 사용이 개선되었습니다. tblsrv.c 모든 플랫폼용 C. 공유 라이브러리에 대한 API의 오류를 정정했습니다. 8.13.7 기타 파일 변경사항 makefile은 필요한 위치에서 앞 섹션에서 설명된 변경사항을 반영하기 위해 갱신되었습니다. 예를 들면, C makefile은 더이상 저장 프로시듀어 fillsrv에 대해 오브젝트 파일 da_manip.obj, system.obj 및 tabinfo.obj를 작성 및 링크하지 않습니다. IBM COBOL 및 FORTRAN에 대한 OS/2 명령 파일과 해당 makefile은 이제 64000의 스택 크기를 사용합니다. COBOL의 스택 크기 링크 옵션은 이제 "/ST:64000"이고 FORTRAN의 경우 이것은 이제 "stack=64000"입니다. 저장 프로시듀어 중 일부는 올바른 수행을 위해 더 큰 스택 크기가 필요하다는 사실이 발견되었습니다. 다음 명령 및 일괄처리 파일 변경이 이루어졌습니다. BLDF32.CMD OS/2용 FORTRAN. 중복된 파일: 내용이 삭제됨. EMBPREP.BAT Windows NT 및 Windows 95용 COBOL. 이 파일의 올바른 버전을 이제 사용할 수 있습니다. 9.0 DB2 클라이언트 설치 및 구성 9.1 CCA를 사용한 클라이언트에서 DB2 서버로의 통신 구성 원격 시스템은 클라이언트가 서버와 다른 토큰 링에 있을 경우 감지될 수 없습니다. 원격 시스템 및 발견 요청을 시작하는 시스템은 탐색 발견 작업이 작동하기 위해 동일한 토큰 링에 있어야 합니다. SEARCH 발견으로 클라이언트에 리턴된 TCP/IP 호스트 이름은 TCP/IP hostname 명령이 수행되었을 때 DB2 서버 시스템으로 리턴되는 이름과 같습니다. 클라이언트에서 이 호스트명이 맵핑하는 IP 주소는 클라이언트 시스템에서 구성된 TCP/IP 도메인 이름 서버(DNS)로 판별되거나 또는 DNS가 구성되지 않는 경우에는 클라이언트 hosts 파일의 맵핑 항목으로 판별됩니다. DB2 서버 시스템에 여러 개의 어댑터 카드가 구성되는 경우 hostname 명령이 수행될 때 올바른 호스트명을 리턴하기 위해 서버에 TCP/IP가 구성되고 클라이언트의 DNS 또는 국지 클라이언트 hosts 파일이 호스트명을 원하는 IP 주소로 맵핑하는지를 확인하십시오. 10.0 메세지 참조서 10.1 DBI1768W 설명의 오류 "조치" 섹션에서 "sqllib/profile"에 대한 참조는 "sqllib/db2profile"로 변경되어야 합니다. 10.2 SQL0270N의 변경되거나 추가된 이유 코드 SQL0270N 메세지에 대한 다음 이유 코드가 변경되었습니다. "원인"에서: 23 요약 테이블에 대해서만 REPLICATED를 지정할 수 있습니다. "조치"에서: 23 REPLICATED 스펙을 제거하거나 요약 테이블 정의에 CREATE TABLE을 지정하십시오. 다음 두 개의 이유 코드가 SQL0270N 메세지에 추가되었습니다. "원인"에서: 30 CREATE SCHEMA문에는 유형 지정 테이블과 유형 지정 뷰를 정의할 수 없습니다. 31 분할 키는 500 컬럼 이상으로 정의할 수 없습니다. "조치"에서: 30 CREATE SCHEMA문 외부에 있는 유형 지정 뷰 또는 유형 지정 테이블에 대한 CREATE문을 수행하십시오. 31 분할 키에서 컬럼의 수를 줄이십시오. 10.3 SQL0351N에 대한 새로운 설명 메세지: 선택-목록의 " 위치에 있는 LOB 또는 DATALINK 자료는 DRDA 프로토콜로 송신될 수 없습니다. 원인: LOB 또는 DATALINK 자료나 LOB 또는 DATALINK 자료를 근거로 한 구별 유형은 DRDA 프로토콜로 전달될 수 없습니다. ""는 선택-목록의 LOB 또는 DATALINK 자료 유형을 가진 요소의 위치입니다. 명령문을 처리할 수 없습니다. 조치: DRDA를 사용할 때 LOB 또는 DATALINK 자료를 선택-목록에서 제외시켜서 검색되지 않도록 하십시오. LOB 자료에 대해 CHAR(SUBSTR(CLOB))을 사용하여 값의 더 작은 부분을 선택하도록 하십시오. DATALINK 자료에 대해 DURLCOMPLETE과 같은 함수를 사용하십시오. sqlcode: -351 sqlstate: 56084 10.4 SQL0352N에 대한 새로운 설명 메세지: 입력-목록의 "" 위치에 있는 LOB 또는 DATALINK 자료는 DRDA 프로토콜로 송신될 수 없습니다. 원인: LOB 또는 DATALINK 자료는 DRDA 프로토콜을 사용하여 전달될 수 없습니다. ""는 입력-목록에서 DATALINK 자료 유형을 가진 요소의 위치입니다. 명령문을 처리할 수 없습니다. 조치: DRDA를 사용할 때 LOB 또는 DATALINK 자료를 선택-목록에서 제외시켜서 검색되지 않도록 하십시오. 또 다른 방법은 DLVALUE 함수를 사용하여 값을 간접적으로 구축하는 것입니다. sqlcode: -352 sqlstate: 56084 10.5 SQL0357N에 대한 새로운 설명 메세지: 현재 "" DB2 파일 관리 프로그램을 사용할 수 없습니다. 이유 코드 = "". 원인: DATALINK 값에 대한 참조에서는 "<서버-이름>" DB2 파일 관리 프로그램에 대한 액세스가 필요합니다. DB2 파일 관리 프로그램은 이유 코드에서 나타났듯이 현재 사용할 수 없습니다. 01 DATALINK 값의 DB2 파일 관리 프로그램을 사용할 수 없습니다. 02 조작이 시도된 데이타베이스 서버, 인스턴스 또는 데이타베이스는 DATALINK 값에서 DB2 파일 관리 프로그램으로 등록되지 않았습니다. 03 복구 재시작은 DB2 파일 관리 프로그램에서 보류 중이거나 진행 중입니다. 04 DATALINK 값의 DB2 파일 관리 프로그램은 데이타베이스로 등록되었지만 이는 알 수 없는 서버입니다. 05 DATALINK 값에서 DB2 파일 관리 프로그램으로 통신하는 중에 오류가 발생했습니다. 명령문을 처리할 수 없습니다. 조치: 조치는 다음과 같이 이유 코드에 의존합니다. 01 DB2 파일 관리 프로그램 또는 통신 링크는 중단될 수 있습니다. 잠시 기다린 후에 다시 시도하거나 또는 DB2 파일 관리 프로그램의 시스템 관리자와 함께 점검하십시오. 문제가 해결되지 않으면 데이타베이스에서 응용 프로그램을 연결해제시키고 다시 연결한 후에 재시도하십시오. 02 DB2 파일 관리 프로그램으로 데이타베이스 서버, 인스턴스 또는 데이타베이스를 등록하십시오. 03 DB2 파일 관리 프로그램에서 재시작 복구를 기다리십시오. 문제가 해결되지 않으면, 이유 코드 02의 텍스트에서 언급된 등록 작업이 이루어졌는지 확인하십시오. 이는 재시작 복구가 성공적으로 완료되지 않는 이유 중 하나일 수 있습니다. 04 데이타베이스에 구성된 DB2 파일 관리 프로그램을 네트워크에서 사용할 수 있는지 확인하십시오. 05 DB2 파일 관리 프로그램과 통신 링크가 활성화되었는지 확인하십시오. 문제가 해결되지 않으면 데이타베이스에서 응용 프로그램을 연결 해제시키고 다시 연결한 후에 재시도하십시오. sqlcode: -357 sqlstate: 57050 10.6 SQL0432N에 대한 새로운 설명 SQL0432N에 대한 설명은 참조 유형에 동일한 오류를 포함시키기 위해 변경되었습니다. 메세지: 매개변수 표시문자에는 사용자-정의 유형 이름 또는 "" 참조 목표 유형 이름이 올 수 없습니다. 원인: 명령문의 매개변수 표시문자는 사용되는 컨텍스트에 따라 "" 사용자-정의 유형이나 "" 목표 이름이 있는 참조 유형이 될 수 있습니다. 매개변수 표시문자는 지정(INSERT의 VALUE 절 또는 UPDATE의 SET 절)의 일부이거나 또는 CAST 스펙을 사용하여 사용자-정의 구별 자료 유형이나 참조 자료 유형으로 유형변환되지 않는 이상, 자료 유형으로 사용자-정의 유형 또는 참조 유형을 사용할 수 없습니다. 명령문을 처리할 수 없습니다. 조치: 사용자-정의 구별 자료 유형이나 매개변수에 대한 참조 자료 유형을 확실하게 유형변환하십시오. 또다른 방법은 사용자-정의 구별 자료 유형인 컬럼을 해당 소스 자료 유형으로 유형변환하거나 참조 자료 유형인 컬럼을 해당 표현 유형으로 유형변환하는 것입니다. sqlcode: -432 sqlstate: 42841 SQLSTATE 42841에 대한 텍스트는 다음으로 변경되었습니다. 42841 매개변수 표시문자는 사용자-정의 유형 또는 참조유형이 될 수 없습니다. 10.7 SQL0680N에 대한 새로운 설명 수정된 원인: 각 테이블에 허용되는 최대 컬럼 수는 테이블 공간의 페이지 크기에 달려 있습니다. 테이블에 대한 한계는 다음과 같습니다. o 4KB 페이지에서는 500 컬럼이 허용됩니다 o 8KB 페이지에서는 1012 컬럼이 허용됩니다. 컬럼 수는 명령문을 처리하기 위해 사용되는 임시 테이블 공간의 임시 테이블에서 허용되는 최대 수를 초과할 수 있습니다. 새로운 조치: 조회 처리 중에 오류가 발생하면, 지원되는 최대 페이지 크기의 임시 테이블 공간을 작성하십시오(아직 없는 경우). 이런 테이블 공간이 이미 존재하면, 임시 테이블에서 컬럼을 하나 이상 제거하십시오. 10.8 SQL0903N에 대한 추가 이유 코드 메세지 SQL0903N에 대한 이유 코드는 다음으로 변경되었습니다. 3. 작업 단위에 참여하는 DB2 파일 관리 프로그램 중 하나는 확약 준비를 할 수 없습니다. 10.9 SQL0911N에 대한 추가 이유 코드 SQL0911N 메세지에 대한 새 이유 코드가 있습니다. 72. 트랜잭션에 관련된 DB2 관리 프로그램에서 발생한 오류로 인해 트랜잭션이 구간 복원(rollback)되었습니다. 10.10 SQL1339N에 대한 새로운 설명 다음 내용이 "원인"에 추가되었습니다. CLI/ODBC 응용 프로그램에 대한 오류 토큰은 리턴되지 않습니다. CLI/ODBC 응용 프로그램은 각 오류에 대해 더 많은 정보를 얻기 위해 SQLGetDiagRec, SQLGetDiagField 또는 SQLError API를 사용할 수 있습니다. 10.11 암호 변경 지원 사용시의 SQL5048N 또는 SQL0901N DB2 버전 5.2의 암호 변경 지원을 사용할 때 SQL5048N 또는 SQL0901N 메세지가 나타나는 경우, 가장 가능성이 큰 오류의 원인은 데이타베이스 클라이언트의 릴리스 레벨이 데이타베이스 서버의 릴리스 레벨에서 지원되지 않는 것입니다. 이런 메세지는 새로운 암호가 지정되는 경우 AUTHENTICATION=CLIENT가 사용되는 CONNECT 또는 ATTACH 요청에서 리턴될 수 있습니다. 이런 경우, 명명된 데이타베이스 별명에 대한 국지 데이타베이스 카탈로그 항목이 AUTHENTICATION=SERVER를 지정하지 않는지 검증하십시오. 앞의 오류가 DB2 공통 서버 버전 2 또는 DDCS 버전 2 다중-사용자 게이트웨이에 대한 새로운 암호와 함께 CONNECTOR 또는 ATTACH 요청에서 리턴되면, 데이타베이스 별명에 대한 국지 카탈로그 항목은 AUTHENTICATION=CLIENT를 지정해야 합니다. | 10.12 새로운 메세지 SQL5156N: DBM 구성 매개변수 TRUST_ALLCLNTS의 | 값 | SQL5156N 데이타베이스 관리 프로그램 구성 매개변수 "TRUST_ALLCLNTS"의 | 값은 NO, YES 또는 DRDAONLY 중 하나이어야 합니다. | 원인: 구성 매개변수 "TRUST_ALLCLNTS"에 허용되는 값은 다음과 | 같습니다. | 1. NO = 0 | 2. YES = 1 | 3. DRDAONLY = 2 | 요구한 변경이 수행되지 않습니다. | 조치: "TRUST_ALLCLNTS"에 유효한 값을 지정하여 명령을 다시 | 제출하십시오. 10.13 SQL20053N에 대한 추가 이유 코드 다음 이유 코드가 SQL20053N 메세지에 추가되었습니다. "원인"에서: 6. 유형 지정 뷰 계층 구조에서 모든 서브뷰의 FROM 절에 있는 테이블 또는 뷰는, 서브뷰가 OUTER를 사용하는 경우, OUTER를 사용해야 합니다. "조치"에서: 6. 이것이 OUTER를 사용하는 첫번째 서브뷰이면, FROM 절을 변경하여 OUTER가 사용되지 않도록 하십시오. 수퍼뷰가 OUTER를 사용하는 경우에는 서브뷰의 FROM 절에 OUTER를 포함시키십시오. 10.14 SQL20056N에 대한 새로운 메세지 텍스트 다음은 SQL20056N의 갱신된 메세지 텍스트입니다. DB2 파일 관리 프로그램 ""에서 처리할 때 오류가 발생했습니다. 이유 코드 = "". 추가 진단 정보 "". 주: 현재 ""은 항상 "UNKNOWN"으로 설정됩니다. 10.15 SQL30083N에 대한 추가 이유 코드 유효하지 않은 사용자명이나 암호로 인해 암호 변경에 실패하는 경우, 암호 변경 지원에 대한 다음 이유 코드가 SQL30083N 메세지에 추가되었습니다. "원인"에서: 24. 사용자명 및/또는 암호가 유효하지 않습니다. 이는 사용자명 또는 원래 암호 오류로 암호 변경이 실패하면 리턴됩니다. 11.0 빠른 시작 11.1 WINDOWS 95가 수행 중인 NEC PC98 시스템에서의 DB2 설치 Windows 95가 수행 중인 NEC PC98에 문서와 함께 DB2를 설치하면 설치 작업이 96%에서 중단됩니다. 설치 작업을 완료하려면 다음을 수행하십시오. 1. IMQCRINS.EXE 프로세스를 종료하십시오. 이 프로세스를 종료하려면, 를 눌러서 작업 관리자를 엽니다. IMQCRINS 프로세스를 선택하고 종료 누름 버튼을 클릭합니다. 2. 설치 작업이 완료되면, 시스템을 재부트합니다. 11.2 WINDOWS 95가 수행 중인 NEC PC98 시스템에서의 DB2 설치제거 Windows 95가 수행 중인 NEC PC98에서 문서와 함께 DB2를 설치하는 경우에 설치제거 작업은 완료되기 전에 중단됩니다. 설치제거 작업을 완료하려면, 다음을 수행하십시오. 1. UNINSTNQ.EXE 프로세스를 종료하십시오. 이 프로세스를 종료하려면, 를 눌러서 작업 관리자를 엽니다. UNINSTNQ 프로세스를 선택하고 종료 누름 버튼을 클릭합니다. 2. DB2가 설치되었던 드라이브에서 imnnq_95 디렉토리를 삭제하십시오. 11.3 설치 계획 11.3.1 소프트웨어 요구사항/서버 제품 요구사항 HP는 NETWARE 제품을 지속적으로 지원하지 않으므로 IPX/SPX는 HP-UX 버전 11.0에서 지원되지 않습니다. 11.3.2 OS/2클라이언트의 클라이언트 제품 요구사항/소프트웨어 요구사항 OS/2 클라이언트가 DB2와 함께 작업하기 위해서는 ADSTAR 분산 저장장치 관리 프로그램(ADSM) 버전 3용 PTF(프로그램 임시 수정)가 필요합니다. | 11.3.3 DBCS 환경의 OS/2 WARP SERVER V.4에서 제어 센터 요구사항 | 2바이트 문자 세트(DBCS) 환경의 OS/2 Warp Server, 버전 4에서 OS/2용 | DB2 UDB를 실행하는 경우, 제어 센터 아이콘을 두 번 누르면 시스템 오류 | SYS3175가 리턴됩니다. 그러나, 오류가 한번 발생한 후에, 다시 아이콘을 | 두 번 누르면, 제어 센터가 열립니다. | 처음에 나오는 SYS3175 메세지를 중단하려면, OS/2 FixPak WX03005나 | 이후 버전을 설치하십시오. 11.3.4 AS/400용 DB2와 AIX, OS/2, WINDOWS NT용 UNIVERSAL DATABASE 간의 SNA 연결 SNA를 사용하는 2단계 확약은 AS/400용 DB2에서 AIX용 DB2 Universal Database 버전 5.2로 연결할 때 지원되지 않습니다. 이는 AS/400용 DB2에서 OS/2 및 Windows NT용 DB2 Universal Database 버전 5.2로 연결할 때 지원됩니다. | 11.3.5 TP 이름은 동일 기계 상의 인스턴스 간에 고유해야 함 | TP 이름은 동일한 기계에 상주하는 DB2 인스턴스 간에 고유해야 합니다. | 그런 경우가 아니라면, 동일한 TP 이름으로 청취하는 둘 이상의 DB2 | 인스턴스의 경우 APPC 및 TCPIP 둘다 올바른 DB2 인스턴스에 첫번째 | 연결을 지정하며 잘못된 DB2 인스턴스에 두 번째 연결을 지정합니다. 11.3.6 소프트웨어 전제조건/OS/390용 DB2 권장 수정사항 OS/390용 DB2 호스트에서 DB2 Universal Database 서버를 액세스할 때는 다음 OS/390용 DB2 PTF가 필요합니다. o APAR PQ05771용 PTF UQ06843 o APAR PQ07537용 PTF UQ09146 11.4 DB2 UNIVERSAL DATABASE 기본 사용법(암호 변경) DB2 클라이언트로부터 DB2 서버에서 암호를 변경할 수 있는 능력은 다음 DB2 서버로 제한됩니다. o OS/390용 DB2 V5 이상 o AIX용 DB2 Universal Database V5.1 o OS/2용 DB2 Universal Database V5.2 o Windows NT용 DB2 Universal Database V5.2 11.5 DB2 UNIVERSAL DATABASE 기본 사용법(AIX에서 동시 사용자 수 계산) UNIX**용 빠른 시작 책의 제15장은 License Use Management Administration Runtime Kit(LUM ARK)의 일부인 Nodelock Administration Tool(NAT)을 참조합니다. AIX에서의 동시 사용자 수를 계산하려면, NAT로 LUM ARK를 시스템에 설치해야 합니다. LUM ARK의 일부 버전에서 NAT는 옵션 파일세트 입니다. 더 자세한 내용은 LUM 문서를 참조하십시오. 다음 주소의 IBM License Use Management 웹 사이트로 가십시오. http://www.software.ibm.com/is/lum 최신 LUM ARK 및 출판물을 다운로드할 수 있습니다. 편의를 위해 LUM ARK의 사본이 DB2 CD의 /cdrom/LUM 디렉토리에 들어 있습니다. 11.6 인스턴스에 대한 작업(WINDOWS NT용 DB2 EXTENDED ENTERPRISE EDITION을 사용하여 인스턴스에 데이타베이스 파티션 서버 추가/물리 저장 테이블 공간 사용을 위한 도메인 사용자 ID 요구사항) Windows NT용 DB2 Extended Enterprise Edition에 대한 빠른 시작 책에서 도메인 사용자명은 데이타베이스 파티션 서버를 작성할 때와 DB2가 Windows NT 서비스에서 시작될 때 로그온하기 위해 필요하다고 설명하고 있습니다. 그러나, 그 물리 저장 테이블 공간이 사용되면, 도메인 사용자명 또한 국지 관리 권한을 가지고 있어야 합니다. 그렇지 않으면, 사용자는 물리 저장 테이블 공간을 액세스할 수 없습니다. | 11.7 NT에서 DB2START가 정확한 메세지를 리턴하지 않음 | Windows NT 환경에서 데이타베이스 관리 프로그램을 시작하기 위해 | "db2start" 명령을 실행할 때(또는 "NET START" 명령을 사용할 때) 통신 | 서브시스템의 시작에 실패한 경우 경고를 리턴하지 않습니다. 사용자는 | "db2start"의 실행 중에 발생할 수 있는 모든 오류에 대해 NT 이벤트 | 로그나 "DB2DIAG.LOG"를 항상 조사해야 합니다. Windows NT 환경에서 | 데이타베이스 관리 프로그램이 NT 서비스로서 구현되기 때문에 이런 | 현상이 일어나며, 서비스가 성공적으로 시작된 경우 오류를 리턴하지 | 않습니다. 11.8 이전 버전 및 릴리스에서의 이주 최적화 프로그램 기능 향상의 결과로서, 모든 조회에 대한 플랜은 리바인드되는 경우 변경될 수 있습니다. 최소한 변경된 플랜이 이전 버전에서 선택된 플랜만큼 좋도록 모든 주의를 다 기울였어도 특정 변경 내용에 따라 다른 플랜이 선택될 수 있으며 사실상 사용자가 작성할 수 있는 수없이 많은 시나리오를 모두 테스트할 수 없으므로 이를 보장할 수 없습니다. 버전을 이주하기 전에 중요한 조회가 새로운 플랜에 리바인드되는 경우 EXPLAIN을 이런 조회에서 수행하는 것이 바람직합니다. 만일 이렇게 되면, (이전 릴리스에서) 기초가 되는 플랜 및 구성 매개변수를 알 수 있게 됩니다. 이는 다시 사용자가 새로운 버전에서 모든 차이점의 근원을 식별하고 원하는 경우 이전 플랜에 대한 조건을 복원할 수 있도록 합니다. | 11.9 DB2 릴리스 5.0에서 릴리스 5.2로의 업그레이드 | "db2upd52" 명령에 대한 다음 정보는 DB2 버전 5.2용으로 갱신되지 않은 | 빠른 시작 서적에 추가될 필요가 있습니다. 해당 책은 다음과 같습니다. | UNIX용 DB2 Extended Enterprise Edition 빠른 시작 | DB2 Personal Edition 빠른 시작 | OS/2용 빠른 시작 | Windows NT용 빠른 시작 | 카탈로그 테이블 자료 갱신 +------------+--------------------------------------------------------------+ | | | DB2의 버전 5에서 버전 5.2로 업그레이드하는 경우 DB2UPD52 | | | | 명령만을 수행할 필요가 있습니다. DB2의 버전 2에서 버전 5.2로 | | | | 업그레이드하는 경우 데이타베이스 이주는 자료 유형과 SYSFUN | | | | 스키마(schema)를 갱신합니다. | +------------+--------------------------------------------------------------+ | DB2 버전 5.2의 경우, SYSIBM.SYSDATATYPES 카탈로그 테이블은 새로운 자료 | 유형 "BIGINT"과, SYSFUN 스키마(schema)와 관련된 다른 함수를 포함합니다. | 이 새로운 기능을 지원하려면, 버전 5.2로 업그레이드하는 DB2 인스턴스가 | 소유하는 각 데이타베이스에 대해 DB2UPD52 명령을 수행하도록 권장합니다. | 해당 명령은 다음과 같이 "BIGINT" 자료 유형을 지원하는 새로운 SYSFUN | 함수를 추가합니다. | o "SYSIBM.BIGINT"를 SYSIBM.SYSDATATYPES 카탈로그 테이블에 추가하십시오. | o 다음과 같은 함수 시그니처를 SYSIBM.SYSFUNCTIONS 테이블에 추가하십시오. | create function sysfun.abs(bigint) returns bigint ... | create function sysfun.absval(bigint) returns bigint ... | create function sysfun.ceil(bigint) returns bigint ... | create function sysfun.ceiling(bigint) returns bigint ... | create function sysfun.floor(bigint) returns bigint ... | create function sysfun.mod(bigint,bigint) returns bigint ... | create function sysfun.power(bigint,bigint) returns bigint ... | create function sysfun.round(bigint,integer) returns bigint ... | create function sysfun.sign(bigint) returns bigint ... | create function sysfun.trunc(bigint,integer) returns bigint ... | create function sysfun.truncate(bigint,integer) returns bigint ... | DB2UPD52 명령은 누락된 경우 "REAL" 자료 유형을 SYSIBM.SYSDATATYPES | 카탈로그 테이블에 추가하고 UCASE용 함수 시그니처(SYSFUN.UCASE)를 | SYSIBM.SYSFUNCTIONS 테이블에 추가합니다. DB2UPD52 명령의 구문에 대한 | 정보는 Command Reference를 참조하십시오. | "db2upd52" 명령에 대한 자세한 내용은 UNIX용 DB2 Universal Database의 | 빠른 시작 중 제6장 "DB2 릴리스 5.0에서 릴리스 5.2로 업그레이드"를 | 참조하십시오. | 11.10 LOTUS DOMINO GO WEBSERVER와 함께 사용시 DB2 드라이버 오류 | Lotus Domino Go webserver를 사용 중이며 다음 오류를 얻은 경우, | java.sql.SQLException: 환경 핸들 할당 중 DB2 드라이버 오류, rc=-1 | 다음과 같이 웹 서버를 재시작하고 db2instance를 지정하십시오. | startsrc -e "DB2INSTANCE=yourInstanceName" -s httpd | 또한 CLASSPATH 및 LD_LIBRARY_PATH가 "httpd.conf" 파일(지시문 | "JavaClassPath" 및 "JavaLibPath"를 각각 사용)에서 제대로 설정되어 | 있는지 확인하십시오. 필요한 UDB 버전 5.2 파일을 지시하는지 확인하십시오. 11.11 사용자 응용 프로그램 수행(JAVA 프로그램 수행) DB2는 HP-UX 및 SCO UnixWare 서버에서 DB2 데이타베이스를 액세스하는 Java 저장 프로시듀어 및 Java 사용자-정의 함수(UDF)를 지원하지 않습니다. 11.12 DB2 제품의 내용(로케일(locale)의 축약된 이름) Solaris용 DB2 및 SCO UnixWare 7용 DB2에 대한 브라질 포르투갈어 로케일의 축약된 이름은 "pt"에서 "pt_BR"로 변경되었습니다. 12.0 QUICK BEGINNINGS FOR FILE MANAGER | 12.1 클라이언트 구성 반입 및 반출 | 설치된 FixPak 7을 사용하여 클라이언트에서 작성된 클라이언트 구성 반출(export) | 프로파일은 FixPak 7이 설치되어 있는 클라이언트에서만 반입 가능합니다. | 12.2 DB2 자료 링크 관리 프로그램은 DB2 ENTERPRISE EXTENDED EDITION 시스템에 | 설치할 수 없음 | DB2 자료 링크 관리 프로그램(이전에 "DB2 파일 관리 프로그램"이라고 알려져 | 있음)은 AIX용 DB2 Enterprise Edition에서만 사용될 수 있습니다. 자료 링크 | 관리 프로그램은 AIX 이외의 운영 체제에서 데이타베이스와 함께 사용될 수 | 없으며 AIX용 DB2 Enterprise - Extended Edition(EEE)과 함께 사용될 수 | 없습니다. DATALINK 값은 DB2 EEE 시스템을 가리킬 수 없으며, 더군다나, | DATALINK 자료 유형은 DB2 자료 링크 관리 프로그램에서 파일을 참조하기 위해 | EEE 시스템에서 사용될 수 없습니다. 12.3 DLFM 관리 사용자 ID DLFM 관리 사용자 ID는 이 릴리스에 대해 "dlfm"이어야 합니다. 12.4 NFS를 사용하여 원격 DLFS 파일 시스템 액세스 "READ PERMISSION DATABASE" 옵션과 함께 정의된 DATALINK 컬럼에 대한 SQL SELECT는 그 이름에 내장된 액세스 토큰과 함께 URL이나 파일명을 리턴합니다. 이 액세스 토큰은 DL_EXPINT 데이타베이스 구성 매개변수에 의해 정의된 만기를 가집니다. NFS 클라이언트를 사용하여 그러한 파일을 액세스할 때 액세스 토큰이 적절하게 만기되지 않았음을 발견할 수도 있습니다. 이것은 NFS 클라이언트에 의해 수행된 캐슁 때문일 수 있습니다. 긴 파일명 사용이 이 문제를 완화할 수 있음이 관찰되었습니다. NFS를 통해 원격으로 DLFS 파일 시스템을 마운트할 때마다 마운트 옵션 "noac"를 포함시키고자 할 수도 있습니다. 예를 들면, mount -o noac birdcage:/dlink /dlink 12.5 DATALINK 클라이언트에 관한 제한사항 Datalink 클라이언트는 다음과 같은 조건을 가집니다. o Windows 3.1 운영 체제에 있을 수 없습니다. o FixPak U453782 이상에서 버전 5.0이 될 수 있는 AIX용 클라이언트를 제외하곤 DB2 버전 5.2 이하의 모든 레벨에 올 수 없습니다. 12.6 DLFM에 대해 변경된 설정 옵션 DLFM 설정에 대한 명령은 dlfm_db 구성 파일을 채택할 수 있도록 변경되었습니다. 구성 파일에 설정 옵션이 있으면, 파일의 구성 옵션은 생략시 값 대신 사용됩니다. 파일은 선택적입니다. 지정되지 않으면 생략시 값이 사용됩니다. 명령 구문은 이제 다음과 같습니다. dlfm setup [] 다음은 dlfm_db.cfg로 명명된 샘플 구성 파일입니다. # DLFM 설정에 대한 샘플 dlfm_db.cfg 파일 # 주의: 옵션명과 값 사이에 등호가 와야 합니다. # 갱신 가능한 모든 DB2 데이타베이스 구성 매개변수가 이 파일에 # 포함될 수 있습니다. # 사용자가 지정할 수 있는 특별 DLFM-고유 옵션이 3개 있습니다. # DLFM_DB_DIR : dlfm_db 데이타베이스가 작성되는 디렉토리. # DLFM_DB_CATTBL_DIR : 카탈로그 테이블 공간이 위치하는 디렉토리. # DLFM_DB_TMPTBL_DIR : 임시 테이블 공간이 위치하는 디렉토리. # 이런 옵션에 값이 없거나 또는 옵션이 없으면, 생략시 값이 # 사용됩니다. #################### DLFM_DB_DIR= DLFM_DB_CATTBL_DIR= DLFM_DB_TEMPTBL_DIR= LOCKTIMEOUT=60 # dlfm_db의 생략시 값 및 권장 값은 60입니다. LOGFILSIZ=2001 # dlfm_db의 생략시 값 및 권장 값은 2001입니다. LOGPRIMARY=6 # dlfm_db의 생략시 값 및 권장 값은 6입니다. MAXAPPLS=128 # dlfm_db의 생략시 값 및 권장 값은 128입니다. MAXLOCKS=100 # dlfm_db의 생략시 값 및 권장 값은 100입니다. 12.7 파일 관리 프로그램 서버에서 디스크 손상으로부터의 복구 이 섹션에서는 파일 관리 프로그램 서버의 디스크가 훼손되었을때 복구하는 방법과 이런 고장 복구 시나리오를 지원하기 위해 관리자가 취해야 하는 백업 전략에 대해 설명합니다. 주: DB2 파일 관리 프로그램에서 시스템 손상이 발생하는 경우, DB2 관리 프로그램과 상호작용하는 DB2 응용 프로그램이 일시정지될 수 있습니다. FORCE APPLICATION 명령을 사용하여 그러한 응용 프로그램을 시스템에서 강제로 중단하십시오. DB2 서버에서 시스템 손상이 발생한 경우, 영향을 받은 DB2 파일 관리 프로그램도 "dlfm shutdown" 명령을 사용하여 종료(shutdown)해야 합니다. 그런 다음 다시 시작할 수 있습니다. 사용자 자료가 들어 있는 디스크가 훼손되면, 파일 시스템의 디렉토리 계층 구조와 함께 모든 사용자 파일이 훼손됩니다. 이런 시나리오에서 복구하려면, 관리자는 사용자 자료 및 디렉토리 계층 구조가 들어 있는 파일 시스템을 정기적으로 백업하여 복원될 수 있게 해야 합니다. 복원된 파일 시스템은 디렉토리 및 파일 소유권 그리고 시각을 보존해야 합니다. 파일 시스템을 복원한 후에 파일 시스템 백업이 이루어진 다음에 발생한 디렉토리 변경사항을 적용시켜서 디렉토리 구조를 훼손시 지점으로 불러 와야 합니다. 이 단계 다음에는 훼손된 디스크의 파일이 들어 있는 모든 테이블에서 RECONCILE 명령을 수행해야 합니다. "db2_reconcile_aid" 유틸리티(sqllib\misc에 위치)는 이 타스크를 단순화시키며 아래에 설명되어 있습니다. 주: 1. 링크된 상태에 있으면서 RECOVERY NO 옵션 세트가 있는 파일은 다음과 같이 처리됩니다. o 파일 시스템에서 파일을 찾지 못하면, DATALINK 값이 NULL로 설정 됩니다. o 파일을 찾았는데 읽기 및 쓰기 사용권한이 있으면 파일의 정확성 검사를 위해 확인이 더이상 이루어지지 않습니다. o 파일을 찾지 못했는데 쓰기 사용권한이 차단되면, 그 수정 시간 및 파일 크기를 점검해야 합니다. 값이 일치하지 않으면, DATALINK 값이 NULL로 설정됩니다. 2. 링크된 상태에 있으면서 RECOVERY YES 옵션 세트가 있는 파일은 다음과 같이 처리됩니다. o 파일을 찾지 못하거나 또는 파일 수정 시간이 링크시 파일 수정 시간보다 짧으면, 보존 서버에서 파일의 올바른 버전이 복원됩니다. o 파일 수정 시간이 링크시 파일 수정 시간보다 길면, DATALINK 값이 NULL로 설정됩니다. 3. 파일 서버에서 링크되지 않은 상태에 있는 파일은 복원되거나 정정을 위해 점검되지 않습니다. 파일 시스템 백업 및 복원>> 다음 명령은 AIX 버전 4.1.5에서 지정된 것이며, 다른 운영 체제에서는 적용될 수 없습니다. 사용자는 백업 또는 복원 조작을 수행하기 위해 루트로 로그인 해야 합니다. 백업>> 백업은 버전 3인 노드 형식으로 이루어져야 합니다. 1. 백업할 파일 시스템을 마운트 해제하십시오. 시스템 저장영역 관리 --> 파일 시스템 --> 파일 시스템 마운트 해제 2. 파일 시스템을 백업하십시오. 시스템 저장영역 관리 --> 파일 시스템 --> 파일 시스템 백업 복구 시간을 줄이기 위해 증분 백업 전략이 사용될 수 있습니다. 레벨 0은 전체 백업을 의미하고 레벨 1에서 9는 증분 백업을 의미합니다. 레벨 n 백업은 레벨(n-1) 백업 이후 변경된 파일만 백업합니다. 레벨 n 백업 이후 다음에 수행되는 백업은 레벨(n+1) 백업이 됩니다. 백업은 또한 명령행에서 호출될 수 있습니다. % backup - -uf 예제: 전체 백업 사용: % backup -0 -u -f/dev/rmt0 /dlfs1 다음 증분 백업 사용: % backup -1 -u -f/dev/rmt1 /dlfs1 이 다음의 증분 백업: % backup -2 -u -f/dev/rmt2 /dlfs1 3. 방금 백업된 파일 시스템을 마운트하십시오. 시스템 저장영역 관리 --> 파일 시스템 --> 파일 시스템 마운트 복원>> 이전에 수행된 백업 중 하나를 사용하여 복원이 이루어져야 합니다. 1. 파일이 복원될 장치를 마운트하십시오. 시스템 저장영역 관리 --> 파일 시스템 --> 파일 시스템 마운트 2. 파일 시스템을 복원하십시오. 복원 명령은 백업 형식을 인식합니다. 시스템 저장영역 관리 --> 파일 시스템 --> 파일 시스템 복원 복원은 또한 명령행에서 호출될 수 있습니다. 복원이 이루어져야 하는 디렉토리(즉, 파일 시스템 장치에 대한 마운트 위치)에서 다음 명령을 수행하십시오. % restore -r -f 증분 백업 전략이 사용되는 경우 가장 새로운 레벨 0 백업을 복원한 후 레벨 0 백업 다음에 수행된 레벨 1 백업을 복원하십시오. 레벨 (n-1) 백업 이후에 수행된 레벨 n 백업을 복원하십시오. 파일 시스템의 루트에 있는 "restoresymtable" 파일이 증분 백업의 복원에서 영향을 받지 않도록 해야 합니다. 주: 복원 중에 "-M" 옵션을 사용하지 마십시오. "-M" 옵션은 파일의 시각을 파일 시스템이 복원된 시간으로 변경합니다. 백업 또는 복원 조작이 ADSM을 통해 이루어지면, inode에 의한 전체 백업은 이전 백업에 겹쳐 쓰여지는 복원 조작 다음에 이루어져야 합니다. 전용 미디어가 백업을 작성할 때 사용되어야 합니다. 디렉토리만 복원>> 사용자는 복원 명령에서 "-i" 옵션을 사용하여 대화식으로 파일을 복원할 수 있습니다. % restore -i -f 이는 사용자에게 백업에서의 디렉토리 또는 파일 목록을 제공하고 사용자를 대화식 쉘로 안내합니다. 특정 디렉토리는 "-h" 옵션을 사용하여 복원될 수 있습니다. 파일 시스템 디렉토리 계층을 현재 시점에서 표시>> 디렉토리 변경은 (err_log)/fsysadm.log 파일에 기록되는데, 여기서 (err_log)는 /etc/sylog.conf 파일에 지정된 오류 로그디렉토리입니다. 이 파일은 추가되고 절단되지 않습니다. 각 이벤트마다 항목이 하나씩 있습니다. 파일의 속성 설정도 기록됩니다. 항목의 형식은 다음과 같습니다. Time = EUID = UID = GID = Mode = Action = Object type = Path = 여기서, Time은 현지 시간으로 표시되는 활동 시간입니다. EUID는 조치를 수행한 사용자의 유효한 사용자 ID입니다. UID와 GID는 작성되거나 그 속성이 수정된 파일/디렉토리의 사용자 ID와 그룹 ID입니다. Mode는 파일/디렉토리의 모드를 8진수로 표현한 것입니다. Action은 CREATE(파일/디렉토리가 작성됨), REMOVE(파일/디렉토리가 제거됨) 또는 SETATTR(사용자가 파일/디렉토리의 모드를 수정함)이 될 수 있습니다. Object type은 DIR(디렉토리) 또는 FILE(파일)이 될 수 있습니다. Path는 파일/디렉토리의 완전한 경로입니다. 파일 시스템 복원 이후 RECONCILE 수행>> db2_reconcile_aid 유틸리티는 파일 서버에서 디스크가 훼손된 이후 파일 서버의 DATALINK 자료와 잠재적으로 일치하지 않는 테이블을 점검하고 RECONCILE을 수행하는 메카니즘을 제공합니다. 구문은 다음과 같습니다. db2_reconcile_aid -check -db [-server_name ] [-reportdir ] 여기서, -check: 조정해야 하는 테이블을 나열합니다. 조정 조작이 수행되지 않습니다. db_name: 조정 조작이 수행되어야 하는 데이타베이스의 이름. fileserver_name: 조정 조작이 수행되어야 하는 DLFM 서버의 이름. 이름이 제공되지 않으면 모든 파일 서버가 조정됩니다. report_directory: 각 조정 조작에 대한 보고서가 들어 있는 디렉토리. 조정이 수행된 각 테이블에 대해 다음 형식의 파일이 작성됩니다. .. 여기서 는 테이블의 스키마, 은 테이블명, 그리고 는 .ulk 또는 .exp입니다. .ulk 파일에는 파일 서버에서 링크되지 않은 파일 목록이 들어 있으며, .exp 파일에는 파일 서버에서 예외 상태에 있는 파일 목록이 들어 있습니다. 자세한 내용은 Command reference에서 RECONCILE 명령에 대한 설명을 참조하십시오. | 12.8 백업의 데이타링크 수(DL_NUM_BACKUP) | 구성 유형 데이타베이스 | 매개변수 유형 구성 가능 | 생략시 값 [범위] 3 [ 1 - 31 ] | 이 매개변수는 파일 관리 프로그램이 백업 정보를 유지하는 최근의 | DB2 백업의 수를 지정합니다(데이타베이스 및 테이블 공간 둘다). | 데이타베이스에서 링크해제된 파일은 이 값에 근거하여 불필요 정보가 | 수집됩니다. (1) 값은 링크해제된 파일이 다음 DB2 백업의 완료시 | 수집되는 불필요한 정보임을 의미합니다. | 이 매개변수에 대한 생략시 값은 1 백업입니다. | 이 매개변수는 "Recovery=Yes"를 지정하는 데이타링크 컬럼에 | 적용됩니다." 12.9 DB2 파일 관리 프로그램 복구 시나리오 모든 시스템에서와 같이 특정 수준의 복구 작업이 필요한 훼손이 발생할 수 있습니다. DB2의 파일 관리 프로그램은 여러 복구 시나리오에 새로운 복잡도 레벨을 도입하고 있습니다. 이 섹션에서는 사용 가능한 여러 훼손 시나리오 및 복구 단계를 나열합니다. 정의>> DLFS 파일 시스템 - 등록된 접두부 (/dlink) DLFM 백업 디렉토리 - 파일이 백업되는 디렉토리 (/home/dlfm/dlfm_backup) DLFM 홈 디렉토리 - DLFM 사용자 ID의 홈 디렉토리 (/home/dlfm) DLFM DB2 데이타베이스 - 모든 메타-자료가 들어 있는 DB2 데이타베이스 (DLFM_DB) DB2 데이타베이스 - DATALINK 자료 유형이 들어 있는 등록된 데이타베이스 (CROWN) 훼손 전에 수행해야 하는 권장 작업>> DLFM 데이타베이스(DLFM_DB), DLFS 파일 시스템, DLFM백업 디렉토리 및 DLFM 홈 디렉토리를 다른 파일 시스템에 놓습니다. 디스크를 공유하지 않도록 하십시오. DLFS 파일 시스템 및 DLFM 백업 디렉토리를 IBM의 ADSM과 같은 저장장치 관리 프로그램으로 백업하십시오. 이렇게 하면 디스크 훼손에서 추가로 보호할 수 있게 됩니다. 하나 이상의 DB2 파일 관리 프로그램과 관련된 데이타베이스를 하나 이상 가지고 있으십시오. 하나의 DB2 파일 관리 프로그램과 관련된 데이타베이스가 두 개가 되지 않도록 피하십시오. 그렇지 않으면, 특정 복구 시나리오가 필요 이상으로 복잡해질 수 있습니다. 일정한 시간 간격으로 DB2 데이타베이스의 (DB2 파일 관리 프로그램에서 DLFM_DB 데이타베이스 뿐만 아니라) 전체 데이타베이스 백업을 수행하십시오. 훼손될 수 있는 부분>> 다음은 복구 작업이 필요한 4가지 훼손 가능한 구성요소입니다. o DATALINK 컬럼이 있는 테이블이 들어 있는 DB2 데이타베이스 o DB2 파일 관리 프로그램의 데이타베이스(DLFM_DB) o DB2 파일 관리 프로그램의 DLFS 파일 시스템 o DB2 파일 관리 프로그램의 백업 디렉토리 이런 구성요소마다 DB2 파일 관리 프로그램 복구 시나리오가 논의됩니다. 다음은 DB2 노드 및 DB2 파일 관리 프로그램 노드 양쪽에서 조작 수행을 요구하는 복구 시나리오입니다. 각 단계 앞에는 "DB2:" 또는 "DLFM:"이 표시되어 조작이 완료되어야 하는 노드를 나타냅니다. DB2 데이타베이스는 모든 예제에서 "crown"으로 참조되고, DATALINK 컬럼이 있는 DB2 테이블은 "datalinktable"로 참조됩니다. 시나리오 #1A: 훼손: DB2 데이타베이스가 유실되었거나 또는 삭제되었습니다. DB2 백업 및 로그 파일을 사용할 수 있습니다. 복구 단계: 노드 조작 DB2: db2 "restore database crown" DB2: db2 "rollforward database crown to end of logs" (시점에서 항상 로그 끝을 권장하고 있음.) DB2: db2 "reconcile table datalinktable" 시나리오 #1B: 훼손: DB2 데이타베이스가 확실하게 삭제되었습니다. DB2 백업 및 로그 파일을 사용할 수 있습니다. 복구 단계: 데이타베이스 삭제 조작이 완료되었는지 그리고 그 데이타베이스와 관련된 모든 파일이 링크해제되었는지 확인하십시오. 노드 조작 DLFM: db2 "connect to dlfm_db" DLFM: db2 "select dbid, dbname, dbinst, hostname from dfm_dbid" DLFM: db2 "update dfm_dbid set action=5 여기서 dbid=x'35B3D7BE0006BF7B'" (dbid는 이전 단계에서 찾은 값과 같음.) DB2: db2 "restore database crown" DB2: db2 "rollforward database crown to end of logs" (시점에서 항상 로그 끝을 권장하고 있음.) DB2: db2 "reconcile table datalinktable" (필수) 시나리오 #2: 훼손: DLFM_DB가 유실되었습니다. 백업 및 DLFM_DB 데이타베이스에 대한 모든 로그 파일을 사용할 수 있습니다. 복구 단계: 노드 조작 DLFM: db2 "restore database dlfm_db" DLFM: db2 "rollforward database dlfm_db to end of logs" 시나리오 #3: 훼손: DLFM_DB가 유실되었습니다. DLFM_DB 데이타베이스의 백업을 사용할 수 있지만 모든 로그 파일을 사용할 수는 없습니다. 복구 단계: 노드 조작 DLFM: db2 "restore database dlfm_db" DB2: db2 "reconcile table datalinktable" 시나리오 #4: 훼손: DLFS 파일 시스템이 유실되었습니다. 복구 단계: 노드 조작 DLFM: 저장장치 관리 프로그램에서 DLFS 파일 시스템 복원. DB2: db2_recon_aid crown 시나리오 #5: 훼손: DLFM 백업 디렉토리가 유실되었습니다. 복구 단계: 노드 조작 DLFM: 저장장치 관리 프로그램에서 DLFM 백업 디렉토리 복원. 시나리오 #6: 훼손: DLFS 파일 시스템이 유실되었습니다. DLFM 백업 디렉토리가 유실되었습니다. 복구 단계: 노드 조작 DLFM: 저장장치 관리 프로그램에서 DLFM 백업 디렉토리 복원. DLFM: 저장장치 관리 프로그램에서 DLFS 파일 시스템 복원. DB2: db2_recon_aid crown 시나리오 #7: 훼손: DLFM_DB가 유실되었습니다. 백업 및 DLFM_DB 데이타베이스에 대한 모든 로그 파일을 사용할 수 있습니다. DLFS 파일 시스템이 유실되었습니다. DLFM 백업 디렉토리가 유실되었습니다. 복구 단계: 노드 조작 DLFM: db2 "restore database dlfm_db" DLFM: db2 "rollforward database dlfm_db to end of logs" DLFM: 저장장치 관리 프로그램에서 DLFM 백업 디렉토리 복원. DLFM: 저장장치 관리 프로그램에서 DLFS 파일 시스템 복원. (디렉토리 구조 필요.) DB2: db2_recon_aid crown 시나리오 #8: 훼손: DLFM_DB가 유실되었습니다. DLFM_DB 데이타베이스의 백업을 사용할 수 있지만 모든 로그 파일을 사용할 수는 없습니다. DLFS 파일 시스템이 유실되었습니다. DLFM 백업 디렉토리가 유실되었습니다. 복구 단계: 노드 조작 DLFM: db2 "restore database dlfm_db" DLFM: 저장장치 관리 프로그램에서 DLFM 백업 디렉토리 복원. DLFM: 저장장치 관리 프로그램에서 DLFS 파일 시스템 복원. (디렉토리 구조 필요.) DB2: db2_recon_aid crown 시나리오 #9: 훼손: DB2 데이타베이스가 유실되었습니다. DLFM_DB가 유실되었습니다. 백업 및 DLFM_DB 데이타베이스에 대한 모든 로그 파일을 사용할 수 있습니다. DLFS 파일 시스템이 유실되었습니다. DLFM 백업 디렉토리가 유실되었습니다. 복구 단계: 노드 조작 DLFM: db2 "restore database dlfm_db" DLFM: db2 "rollforward database dlfm_db to end of logs" DLFM: 저장장치 관리 프로그램에서 DLFM 백업 디렉토리 복원. DLFM: 저장장치 관리 프로그램에서 DLFS 파일 시스템 복원. DB2: db2 "restore database crown" DB2: db2 "rollforward database crown to end of logs" (시점에서 항상 로그 끝을 권장하고 있음.) DB2: db2 "reconcile table datalinktable" 주: PIT(point-in-time)까지의 롤 포워드는 모든 DATALINK 컬럼이 "recovery = no"로 정의된 테이블을 DataLink_Reconcile_Pending(DRP) 상태로 만듭니다. 그러한 모든 테이블에 대해 PIT까지의 롤 포워드 후 행에 DATALINK 값을 삽입하고, SET CONSTRAINTS문을 발행하여 테이블을 DRP 상태로 만든 다음, 조정(reconcile) 유틸리티를 수행하십시오. 12.10 데이타링크 구성 파일은 명령행 처리기(CLP)를 통해 작성 또는 수정할 수 없음 다음 명령어를 참조하십시오. db2 add file manager db2dlcfg라는 새로운 유틸리티를 참조하여 대체하여야 합니다. 이 유틸리티의 구문은 다음과 같습니다: db2dlcfg -d -a [-s ] [-p ] -h where: database name 데이타베이스의 이름을 나타냅니다. action 수행될 조치를 나타냅니다. LIST - 이 데이타베이스에 정의된 DB2 파일 관리 프로그램 목록 ADD - 이 데이타베이스에 의해 액세스하는 단일 DB2 파일 관리 프로그램을 추가 server host name DLFM 파일 관리 프로그램의 완전히 규정된 호스트명을 나타냅니다. port number DLFM 파일 관리 프로그램의 포트 번호를 나타냅니다. -h 도움말 정보를 표시합니다. 이 옵션이 지정될 때, 다른 모든 옵션이 무시되고 도움말 정보만 표시됩니다. 예를 들면: db2dlcfg -d SAMPLE -a LIST db2dlcfg -d SAMPLE -a ADD -s myhost.mydomain.mycompany.com -p 10001 DB2 파일 관리 프로그램의 이전 버전으로부터 이동되면, 다음과 같이 수행됩니다. 1. db2stop을 수행하십시오. 2. datalink.cfg 파일의 모든 복사본은 모두 제거됩니다(계속해서 백업은 하십시오.). 3. db2dlcfg 유틸리티를 사용하고, 추가된 파일 서버에 의해 datalink.cfg 파일을 다시 작성하십시오. 같은 순서로 파일 서버가 추가됩니다. 예를 들면, cat datalink.cfg 1 myfs1.mydomain.mycompany.com 10001 2 myfs2.mydomain.mycompany.com 10001 4 myfs2.mydomain.mycompany.com 10001 (주: 세 번째가 누락되었습니다.) mv datalink.cfg datalink.old db2dlcfg -d SAMPLE -a ADD -s myfs1.mydomain.mycompany.com -p 10001 db2dlcfg -d SAMPLE -a ADD -s myfs2.mydomain.mycompany.com -p 10001 db2dlcfg -d SAMPLE -a ADD -s nullfs.mydomain.mycompany.com -p 10001 db2dlcfg -d SAMPLE -a ADD -s myfs4.mydomain.mycompany.com -p 10001 (주: 세 번째는 널(NULL)입니다.) 13.0 버전 5.2 전에 문서화된 빠른 시작의 변경사항 이 절의 추가 내용은 다음 DB2 버전 5.0 빠른 시작 매뉴얼과 관련된 것입니다. o DB2 UDB Personal Edition 빠른 시작 버전 5.0 o OS/2용 DB2 UDB Enterprise Edition 빠른 시작 버전 5.0 o Windows NT용 DB2 UDB Enterprise Edition 빠른 시작 버전 5.0 o UNIX용 DB2 UDB Enterprise Edition - Extended 버전 5.0 13.1 DB2 제품 DB2 매뉴얼에서 DB2 응용 프로그램 개발자용 킷(ADK)이 언급됩니다. 이 제품은 이제 IBM DB2 Personal Developer's Edition 버전 5와 IBM DB2 Universal Developer's Edition 버전 5 제품으로 알려진 2개의 버전으로 사용 가능합니다. 두 버전 모두 OS/2, Windows NT, Windows 95 및 Windows 98에서만 사용될 수 있습니다. 13.2 설치 계획 이 섹션에서 갱신은 소프트웨어 전제조건 및 수정과 관련되어 있습니다. 13.2.1 OS/2 소프트웨어 요구사항 "서버 제품 요구사항" 섹션에서 DB2UDB Enterprise 및 Workgroup Edition에 대해 다음 운영 체제 정보가 변경되어야 합니다. 이전 내용: 변경된 내용: -------------------- --------------------------------------------- OS/2 Warp Server SMP SMP 기능을 갖춘 OS/2 Warp Server Advanced V4 "클라이언트 제품 요구사항" 섹션에서 OS/2용 DB2 클라이언트 응용 프로그램 인에이블러(CAE), SDK 및 Net.Data에 대해서도 앞에서처럼 변경해야 합니다. 이전 내용: 변경된 내용: -------------------- --------------------------------------------- OS/2 Warp Server SMP SMP 기능을 갖춘 OS/2 Warp Server Advanced V4 13.2.1.1 클라이언트와 서버간의 가능한 연결성 IPX/SPX를 사용하여 Windows 95, Windows 98 또는 OS/2 클라이언트와 서버 간에 통신하는 것은 바람직하지 않습니다. 이 연결은 안전하지 않습니다. Novell을 사용하여 작업할 때 그 원인은 IPX/SPX 프로토콜 스택 레벨에 있는 것으로 판별되었습니다. 문제점은 Windows 95 및 Windows 98에서 지원되는 SPX I 레벨과 OS/2에서 지원되는 SPX I 레벨에 있습니다. Windows 95 또는 Windows 98이 연결을 조정할 때 SPX I 레벨이 지정되지만 Windows 95 또는 Windows 98에서는 SPX II 레벨 전체-미디어 크기 지원이 포함됩니다. 단, OS/2가 SPX I 연결을 조정할 때는, 전체 미디어 크기가 지원되지 않습니다. Novell은 현재 SPX I 연결의 일관성 있는 표현을 위해 OS/2 SPX I 연결에 대한 전체 미디어 크기 지원을 개발 중입니다. 이는 예기치 못한 패킷 크기가 송신되었을 때 연결이 중단되지 않도록 방지합니다. 이 개발 상태를 알고 싶으면, Novell에 SPD147611 상태를 문의하십시오. 13.2.2 NetFinity 지원 프로그램을 중단해야 함 - Windows NT "Netfinity 지원 프로그램" 서비스는 DB2 UDB를 업그레이드할 때 Windows NT용 DB2 UDB EEE의 설치에 영향을 줍니다. DB2 UDB EE를 DB2 UDB EEE로 업그레이드시키기 위해 "Netfinity 지원 프로그램" 서비스는 DB2 UDB EEE 설치가 시작되기 전에 중단되어야 합니다. 13.2.3 Windows NT용 통신 서버 - 수정사항 필요 Windows NT용 DB2 Connect Enterprise Edition 및 Windows NT용 IBM 통신 서버(CS/NT)를 사용하는 경우 호스트 조회(SQL CANCEL)를 취소하려면, DB2 UDB 버전 5.2 (또는 Windows NT용 DB2 UDB Extended Enterprise Edition) 및 CS/NT용 APAR 수정사항인 JR11529와 JR11170이 필요합니다. 13.2.4 분할된 데이타베이스 사용자에게 클라이언트 응용 프로그램 인에이블러(CAE) 업그레이드가 권장됨 DB2 UDB V5.0 클라이언트 응용 프로그램 인에이블러(CAE)를 사용할 때 Extended Enterprise Edition(EEE) 분할 데이타베이스 인스턴스에 접속된 제어 센터 사용시 문제점이 발생할 수 있습니다. 원래 DB2 연결 및 UDB 버전 5로 제공된 제어 센터에는 분할된 데이타베이스 시스템을 관리할 때 필요한 관리 기능이 포함되어 있지 않습니다. 결과적으로, UDB EEE 관리 기능을 수행하기 위해 DB2 클라이언트를 업그레이드 해야 합니다. 이런 필요성에 대해 다음 내용이 포함됩니다. o 제어 센터는 이런 기능을 수행하기 위해 이를 사용할 때마다 닫힙니다. o 원격 데이타베이스 백업 및 복원은 명령행에서 작동하는 것처럼 보일 수 있지만 사용자는 데이타베이스를 롤 포워드할 수 없습니다. 롤 포워드시 시스템 오류가 발생하며 클라이언트 워크스테이션에서 db2 프로세스를 중단하고 재부트해야 합니다. 물리 노드 하나당 여러 개의 논리 노드가 있는 경우에는 백업 및 복원 명령이 DB2 버전 2 클라이언트에서 지원되지 않습니다. 일반적으로, DB2 UDB EEE 서버 관리를 위해 제어 센터를 사용하려면, 클라이언트 응용 프로그램 인에이블러(CAE)를 업그레이드해야 합니다. 이 문제점에 대한 수정사항은 DB2 UDB V5.0용 첫 FixPak에서 제공됩니다. AIX U452196 Solaris U452197 HP-UX U452198 OS/2 WR09003 Windows NT WR09004 Windows 3.1 WR09006 이런 수정은 다음에서 얻을 수 있습니다. "http://www.software.ibm.com/data/db2/db2tech". 올바른 클라이언트 레벨은 또한 DB2 UDB 및 DB2 Connect Enterprise Edition 버전 5.2에 포함된 클라이언트 팩에서 얻을 수 있습니다. DB2 UDB FixPak들은 누적됩니다(즉, 이전 FiaPak의 내용을 포함합니다.). 수정사항은 Fixpak 17 2, 3, 4, 5 및 6, 그리고 Windows NT와 Solaris용 DB2 UDB EEE 버전 5에 들어 있는 클라이언트 응용 프로그램 인에이블러 (CAE)에도 포함되어 있습니다. 13.2.5 WINDOWS ODBC 사용자에 대해 클라이언트 응용 프로그램 인에이블러 (CAE) 업그레이드가 권장됨 Windows NT 및 Windows 95 클라이언트에서 ODBC 응용 프로그램을 사용할 때 DB2 클라이언트 응용 프로그램 인에이블러(CAE)를 FixPak 레벨 WR09014 이상으로 업그레이드하는 것이 바람직합니다. 이 수정사항은 "http://www.software.ibm.com/data/db2/db2tech"에서 얻을 수 있습니다. 올바른 클라이언트 레벨은 또한 DB2 UDB 및 DB2 Connect Enterprise Edition 버전 5.2에 포함된 클라이언트 팩에서 얻을 수 있습니다. 13.2.6 AIX 상의 ADSM에 권장되는 수정사항 레벨 AIX 분할된 데이타베이스 환경에서 ADSM을 사용하여 온라인 테이블 공간 백업이 이루어진 후 DB2는 데이타베이스가 복원될 때 실패할 수 있습니다. 그 증상으로는 온라인 복원이 실패하고 DB2 인스턴스가 "SIG11sqloEDUCodeTrap" 이라는 진단 메세지와 함께 비활성화됩니다(트랩). 이 문제는 ADSM 클라이언트 FiaPak 2.1.0.6 이상을 설치하여 해결될 수 있습니다. 13.2.7 Windows NT에서 2단계 확약 지원을 위해 CS?NT가 필요함 SNA를 사용하는 2단계 확약은 현재 Windows NT용 IBM 통신 서버 V5.01과 함께 DB2 동기 지점 관리 프로그램(SPM) 기능을 사용할 때 Windows NT에서 지원됩니다. SPM의 SNA 기본 버전은 다음 제품의 한 부분입니다. o AIX용 DB2 Connect Enterprise Edition o OS/2용 DB2 Connect Enterprise Edition o Windows NT용 DB2 Connect Enterprise Edition o AIX용 DB2 UDB Enterprise Edition o OS/2용 DB2 UDB Enterprise Edition o Windows NT용 DB2 UDB Enterprise Edition o AIX용 DB2 UDB Extended Enterprise Edition o Windows NT용 DB2 UDB Extended Enterprise Edition SPM에서는 제공된 SNA 2단계 확약 자료 보호와 함께 DB2 연결 EE를 통해 DB2 UDB 클라이언트 응용 프로그램이 호스트 자료를 액세스할 수 있도록 합니다. 이처럼, 호스트 데이타베이스 응용 프로그램은 DB2 UDB 서버에 있는 자료를 액세스할 수 있습니다. 13.2.7.1 CS/NT를 Windows NT 서비스로 등록 Windows NT용 IBM통신 서버 (CS/NT)를 설치한 후에 이를 Windows NT 서비스로 등록해야 합니다. 이는 시스템이 부트될 때 자동으로 CS/NT를 시작합니다. CS/NT를 Windows NT 서비스로 등록하려면, 다음 명령을 실행하십시오. (1): csstart -a 위 명령은 생략시 구성 파일로 CS/NT를 시작합니다. 또는 (2): csstart -a c:\ibmcs\private\your.acg 여기서 C:\IBMCS\PRIVATE\YOUR.ACG는 생략시 구성 파일이 아닌 사용하고자 하는 CS/NT 구성 파일의 이름입니다. 시스템이 다음에 다시 부트될 때 CS/NT는 요청된 구성 파일을 사용하여 자동으로 시작됩니다. 13.2.8 Windows NT 및 Windows 95에서의 DCE 지원 DB2 Universal Database 및 DB2 연결 버전 5.2는 다음에 대한 지원을 제공합니다. o Windows NT 및 Windows 95에서의 Gradient DCE CDS o Windows NT에서의 IBM DCE CDS 새로운 DLL이 두 개 제공됩니다. o Gradient DCE CDS용 db2dce.grd o IBM DCE CDS용 dcedce.ibm 기본적으로 "db2dce.grd"는 "db2dce.dll"로 복사되었습니다. 주: DB2는 "db2dce.dll"만 로드합니다. IBM DCE CDS를 사용하려면 "dcedce.ibm"을 "db2dce.dll"로 복사해야 합니다. APPC, IPX/SPX, NETBIOS 및 TCP/IP를 사용하는 기존의 지원 외에 Named Pipe (NPIPE) 네트워킹 프로토콜을 사용하는 DCE에 대한 지원이 현재 제공됩니다. 또한, 다음 예제와 비슷한 제어문은 다음 값을 가진 DB_Communication_Protocol 속성의 DCE 오브젝트에 대해 지정될 수 있습니다. NPIPE;Computer_name;Instance_name 더 자세한 내용은 관리 안내서의 부록 G를 참조하십시오. | 13.2.9 권장되는 WINDOWS NT 레벨 Windows NT에서 DB2로 물리 저장 테이블 공간을 로그하려면, Windows NT 4.0용 Microsoft 서비스 팩 3이 필요합니다. | Windows NT 확약 메모리가 실제 메모리와 같게 일어나는 문제점이 Microsoft | Service Pack 4에서 수정되었습니다. 13.2.10 SYSADM 권한 가정 (UNIX) UNIX의 빠른 시작 매뉴얼에서 보안 문제를 다룰 때는 사용자가 데이타베이스 관리 프로그램 구성 파일에서 SYSADM_GROUP 매개변수를 구성하지 않은 것으로 간주됩니다. SYSADM_GROUP 매개변수가 구성되지 않으면, SYSADM 그룹은 인스턴스 소유자의 1차 그룹을 생략시 그룹으로 사용합니다. 빠른 시작 매뉴얼에서는 항상 인스턴스 소유자의 1차 그룹에 SYSADM 권한이 있는 것으로 간주합니다. 그러나, SYSADM_GROUP 매개변수를 구성하였다면, 데이타베이스 관리 프로그램 구성 파일에서 정의한 SYSADM 그룹을 참조하도록 매뉴얼에 있는 참조를 사용해야 합니다. 13.3 기타 설치 및 구성 타스크 이 섹션에 있는 갱신은 설치 및 구성 타스크에 관련되어 있습니다. 13.3.1 동기 지점 관리 프로그램(SPM)에 대한 CS/NT 구성 Windows NT용용 IBM 통신 서버 버전 5.01은 SNA에서 SPM을 사용할 때 필요합니다. SPM은 또한 DB2 버전 5.2의 TCP/IP에서 지원됩니다. "DB2 Connect Enterprise Edition 빠른 시작" 책의 제22장은 SPM 설정을 설명합니다. 다음 추가 명령은 사용자가 이미 DB2 Connect에 맞게 CS/NT를 구성한 것으로 간주합니다. DB2 Connect Enterprise Edition 빠른 시작 책의 제14장을 참조하십시오. 1. SPM에서 사용되는 LU는 CS SNA 노드 구성/구성 국지 LU 6.2를 사용하여 CS/NT에서 정의될 수 있습니다. 2. LU는 동기 지점에서 작동되어야 합니다. 이는 다음과 같이 이루어질 수 있습니다. a. CS/NT 구성 검증 프로그램을 시작합니다. b. 필요한 구성 파일을 찾습니다. c. 이 파일을 편집합니다. d. SPM에서 사용되는 LU 정의를 탐색합니다. 다음과 같은 정의를 찾을 수 있습니다. LOCAL_LU=(LU_NAME=SPMNAME LU_ALIAS=SPMNAME LU_SESSION_LIMIT=0 NAU_ADDRESS=0 ROUTE_TO_CLIENT=0 SYNCPOINT_SUPPORT=0) e. SYNCPOINT_SUPPORT=0을 SYNCPOINT_SUPPORT=1로 변경합니다. f. 파일을 저장합니다. 3. 새로운 구성을 검증합니다. 4. DB2를 중단합니다. 5. DB2COMM 레지스트리 값에 "APPC"가 포함되는지 확인합니다. DB2 Connect EE " 빠른 시작"의 제24장과 제39장을 참조하십시오. 6. CS/NT 노드를 정지시키고 재시작합니다. 이에 대해 동기 지점 지원이 작동 가능한지를 검증하려면, CS/NT SNA 노드 조작에서 "국지 LU6.2" 정보를 점검하십시오. LU는 "동기 지점" 컬럼에 "예"로 되어 있어야 합니다. 7. 데이타베이스 관리 프로그램 구성을 갱신하여 DIALEVEL을 4로 설정합니다. update dbm cfg using diaglevel 4 가능한 SPM-관련 진단 메세지를 열람하기 위해 이를 설정해야 합니다. 8. DB2를 시작합니다. 9. "db2diag.log"를 조사합니다(DB2PATH 및 DB2INSTANCE 환경 변수가 각 생략시 값으로 설정되면, 이를 SQLLIB\DB2 디렉토리에서 찾을 수 있습니다.). SPM이 성공적으로 시작되었다면, 적용되는 메세지를 볼 수 있습니다. 또한 SPM이 처음으로 시작되었다면, "\sqllib\spmlog" 디렉토리가 작성됨을 유의하십시오. 이 디렉토리가 없거나 또는 진단에서 SPM이 시작되지 못했다는 것을 나타낼 때는 DB2 및 CS/NT 구성을 다시 점검해야 합니다. DB2 Connect Enterprise Edition에 대한 빠른 시작 매뉴얼은 이 추가 정보를 포함하기 위해 갱신됩니다. 13.3.1.1 SNA SPM 사용시 추가 정보 1. CS/NT가 DB2 전에 시작되어야 합니다. DB2는 자체 시동 프로시듀어를 완료하기 전에 CS/NT를 기다립니다. 그러므로, CS/NT가 DB2 전에 시작되지 않으면, DB2가 시작시 중단되는 것으로 나타납니다. DB2는 실제로 CS/NT의 시작을 기다립니다. CS/NT를 Windows NT 서비스로 등록하는 것이 바람직합니다. 13.2.7 "Windows NT에서 2단계 확약 지원을 위해 CS/NT가 필요함"을 참조하십시오. CS/NT는 자동으로 시작됩니다. 2. "DB2 Connect Enterprise Edition 빠른 시작"의 제22장에 따라 환경을 설정하는 동안 Microsoft 트랜잭션 서버는 트랜잭션 처리(TP) 모니터가 됩니다. 그러므로, Microsoft 트랜잭션 서버를 사용할 때는 트랜잭션 관리 프로그램 데이타베이스가 필요없습니다. DB2 Connect Enterprise Edition의 빠른 시작 매뉴얼은 이 새로운 정보를 포함하기 위해 갱신됩니다. | 13.3.2 AIX 버전 4.1.4와 4.1.5에서 NIS 사용자에게 영향을 주는 문제점 | 주: 이 절은 AIX 4.1.4 제한사항을 포함하여 버전 5.2 릴리스 정보로부터 | 갱신됩니다. AIX 버전 4.1.5 제한사항은 이전에 설명되었습니다. | AIX 버전 4.1.4 및 4.1.5에서, 사용자가 암호 인증을 위해 네트워크 정보 | 시스템(NIS)을 수행하는 경우 명령행 처리기(CLP)는 시간종료시 DB21015E | 메세지를 수신합니다. 명령행 처리기 백엔드 프로그램은 이럴 때 NIS 마스터 서버에서 DB2 인스턴스의 사용자 ID를 인식할 수 없습니다. 이 문제점을 해결하려면, 다음을 수행하십시오. 1. NIS 마스터 서버에서 사용자 ID를 제거합니다. 2. 각 시스템에서 국지적으로 사용자 ID를 "/etc/passwd"에 작성하여 　　 사용자 ID가 파일에서 NIS 매직 쿠키 전에 놓이는지 확인합니다. 매직 쿠키는 다음과 같습니다. :!:::::: 13.3.3 db2cpic.dll - Windows NT 및 Windows 95의 확장 SNA 보안 코드 일부 SNA 부속시스템 제공자는 확장된 SNA 보안 코드를 구현하지 않습니다. 이는 다음 중 하나를 사용하는 고객에게 영향을 줄 수 있습니다. o Windows NT용 DB2 Universal Database(UDB) 버전 5(모든 버전). o Windows NT용 DB2 Connect Enterprise Edition 버전 5 o DB2 Connect Personal Edition 버전 5(Windows 95 또는 Windows NT에서 수행될 때) db2cpic2.dll이라고 하는 새로운 DLL이 이런 환경에서 확장 SNA 보안 코드를 지원하기 위해 제공됩니다. 새로운 DLL은 원래 DB2 Universal Database 버전 5에 대한 Fixpak 17� 사용하여 패키지로 만들어졌습니다. 이는 2차적인 정보를 추출하기 위한 호출(cmesi())을 포함한다는 것 외에 원래의 DLL db2cpic.dll과 동일합니다. +---------------------------------------------------------------------------+ | 표 4. 사용할 db2cpic.dll의 버전은? | +------------------------+-------------------------+------------------------+ | 이 SNA 부속시스템을 | | | | 갖고 있는 경우 | WINDOWS NT에서 사용 | WINDOWS 95에서 사용 | +------------------------+-------------------------+------------------------+ | Windows NT용 IBM 통신 | db2cpic2.dll(신규) | db2cpic.dll(이전) | | 서버 | | | +------------------------+-------------------------+------------------------+ | Windows용 IBM | db2cpic2.dll | db2cpic.dll | | Personal Communications| | | | (아래 주 참조) | | | | 　 | | | +------------------------+-------------------------+------------------------+ | Microsoft SNA Server | db2cpic.dll | db2cpic.dll | +------------------------+-------------------------+------------------------+ | Wall Data RUMBA(또한 | db2cpic2.dll | db2cpic2.dll | | 통합 SNA 지원이 DB2 | | | | Connect Personal | | | | Edition과 함께 제공됨) | | | | | | | +------------------------+-------------------------+------------------------+ DB2가 db2cpic2.dll을 로드하지 못하면, 설치된 디렉토리에서 다음을 수행할 수 있습니다. copy db2cpic2.dll db2cpic2.bak copy db2cpic.dll db2cpic2.dll 이는 db2cpic2.dll을 db2cpic.dll과 같게 만듭니다. 주: Windows 95에서 DB2 UDB 버전 5와 함께 확장 보안 지원을 사용하려면, Windows 95용 IBM Personal Communications(PComm) 버전 4.2 (4.1이 아님)을 사용하는 것이 바람직합니다. db2cpic.dll을 db2cpic.bak로 복사하고 db2cpic2.dll을 db2cpic.dll로 복사하십시오. 이렇게 하면 db2cpic.dll이 db2cpic2.dll과 같게 됩니다. 13.3.4 Windows NT의 DB2NTMEMSIZE 프로파일 변수 Windows NT용 DB2 UDB Extended Enterprise Edition의 빠른 시작 매뉴얼에 있는 "DB2 환경 제어"에서 "DB2NTMEMSIZE가 DB2 공유 메모리 세그먼트의 상한선 대체시 사용됩니다"라고 잘못 설명되어 있습니다. Windows NT에서는 프로세스간에 주소가 일치하도록 DLL 초기화 시간에 모든 공유 메모리 세그먼트가 예약되었으며 필요에 따라 사용자가 DB2 생략시 값을 Windows NT에서 대체하도록 새로운 프로파일 변수인 DB2NTMEMSIZE가 도입되었습니다. 대부분의 경우 생략시 값으로 충분합니다. 다음은 메모리 세그먼트 및 그 생략시 값의 목록입니다. 메모리 세그먼트 생략시 크기 대체 옵션 ---------------------------------------------------------------------------- 데이타베이스 커널 16777216 (16MB) DBMS:[바이트 수] MPP FCM 버퍼 33554432 (32MB) FCM:[바이트 수] 데이타베이스 관리 GUI 33554432 (32MB) DBAT:[바이트 수] 분리된 DARI 16777216 (16MB) APLD:[바이트 수] 대체 옵션을 ':'으로 분리하면 세그먼트를 하나 이상 대체할 수 있습니다. 예를 들어, DBMS를 (대략) 256K로 제한하고 FCM을 (대략) 64MB로 제한하려면, 다음을 사용하십시오. db2set DB2NTMEMSIZE=DBMS:256000:FCM:64000000 13.4 제어 센터에서의 스냅샷 모니터링 OS/2에서 스냅샷 모니터의 성능 그래프 뷰를 더 작은 크기로 조정할 때 제어 센터는 오류 메세지 없이 중단됩니다. 그 오브젝트 또는 그 자(child) 오브젝트에 대해 스냅샷 모니터링을 수행 중인 동안 (인스턴스나 데이타베이스 같은) 데이타베이스 오브젝트를 변경(alter 또는 change) 또는 삭제하는 조치를 수행할 수 없습니다.(또한, 분할된 데이타베이스 시스템을 모니터 중인 경우, 분할된 데이타베이스 오브젝트를 갱신할 수 없습니다.) 예를 들면, 데이타베이스 A의 인스턴스를 제거하고자 하는 경우 데이타베이스 A를 모니터할 수 없습니다. 단, 인스턴스만을 모니터 중인 경우, 데이타베이스 A를 변경(alter)할 수 있습니다. 인스턴스에 대한 모든 모니터링(그 자(child) 오브젝트에 대한 것 포함)을 중지하려면, 해당 인스턴스에 대한 팝업 메뉴에서 "모든 모니터링 중지"를 선택하십시오. 인스턴스로부터 모니터링을 중지하면 성능 모니터가 보유한 잠금이 모두 해제되므로 항상 이렇게 모니터링을 중지해야 합니다. 13.5 웹에서의 DB2 자료 액세스 DB2에서의 Java 사용(예를 들면 JDBC)에 대한 정보는 다음 인터넷 주소에 있습니다. http://www.software.ibm.com/data/db2/java/ 13.6 RS/6000 SP에서의 네트워크 관련 매개변수 설정 다음 정보는 "AIX용 IBM DB2 Universal Database Extended Enterprise Edition 빠른 시작" 책의 제6장인 "DB2 Universal Database Extended Enterprise Edition 설치"에서 단계 1 "설치 준비" 끝에 있는 정보에 추가되어야 합니다. 이 추가 정보는 모든 SP 노드에서 네트워크 관련 매개변수가 설정되어 있음을 확인하는 방법을 설명합니다. "no -a 명령을 사용하여 네트워크 매개변수에 대한 현 설정을 볼 수 있습니다" 라고 지정하는 주 다음에 다음 단락을 추가하십시오. 앞의 값은 매개변수의 최소 값입니다. 이미 네트워크 관련 매개변수 중 하나를 더 큰 값으로 설정 중인 경우, 매개변수를 위에 나열된 낮은 값으로 설정하지 마십시오. "css0에 대한 구성을 보려면,"으로 시작하는 문장 다음에 다음 단락을 추가 하십시오. 시스템 조정시 /tftpboot/tuning/cst 파일을 사용하지 않는 경우 네트워크 관련 매개변수를 설정하기 위해 다음 방법만 사용해야 합니다. 13.7 분할된 데이타베이스 환경(AIX용 DB2 UNIVERSAL DATABASE EXTENDED ENTERPRISE EDITION)에서의 CCA와 제어 센터 설정 다음 정보는 "AIX용 IBM DB2 Universal Database Extended Enterprise Edition 빠른 시작" 매뉴얼의 제6장인 "DB2 Universal Database Extended Enterprise Edition"에 있는 단계 8　"클라이언트 구성 지원 및 제어 센터 설정"에 추가되어야 합니다. 성능에 있어서 키 카탈로그 노드 또는 제어 센터 노드에 상주하는 관리 서버에서 discover=SEARCH로 설정하지 않는 것이 좋습니다. 서로 다른 조정자 노드에서 클라이언트 요청을 분배하는 방법이 추가되었습니다. 클라이언트 구성 지원 프로그램 IMPORT/EXPORT 또는 수동 catalog 함수를 사용하여 작업부하를 분배할 수 있습니다. 또다른 방법으로는 LoadLeveler 제품을 사용하여 클라이언트 요청을 투명하게 분배하는 것이 있습니다. 노드에서 수행 중인 관리 서버가 없을 때 제어 센터에서 서버 통신 설정 기능을 사용하여 분할된 데이타베이스 환경에서 원격 노드 설정(데이타베이스 파티션 서버)을 수행할 수 없습니다. 발견은 TCP/IP 프로토콜을 사용하여 지원됩니다. IPX/SPX 파일 서버 주소지정은 분할된 데이타베이스 환경에서는 지원되지 않습니다. 13.8 이전 버전에서의 이주(UNIX) "이주될 수 있는 데이타베이스 확인" 섹션에서는 인스턴스 이주를 위해 DB2를 중단시켜야 한다고 설명하고 있습니다. 이는 틀렸습니다. "db2ckmig" 툴을 성공적으로 수행하려면 데이타베이스 관리 프로그램을 계속 수행해야 합니다. 같은 섹션에서 다음을 DB2DIR/instance/db2ckmig -e -a 0 -1 INSTHOME/migration.log 다음으로 변경하십시오. DB2DIR/bin/db2ckmig -e -a 0 -l INSTHOME/migration.log "DB2 인스턴스 이주" 섹션에서 "db2imigr" 명령 구문은 "-u fencedID"를 선택적 매개변수로 표시합니다. -u 옵션은 DB2 클라이언트 응용 프로그램 인에이블러(CAE)　제품이 설치된 경우에만 필요하지 않습니다. 그러나 다른 모든 DB2 제품에서는 -u 옵션이 필요합니다. 13.9 DB2 SNMP 서브에이전트 간단한 네트워크 관리 프로토콜(SNMP) 제품에는 AIX용 IBM NetView 및 OS/2용 IBM NetView가 있습니다. DB2는 DB2 서버의 구성요소로 포함된 DB2 SNMP 서브 에이전트를 통해 SNMP 관리 제품을 지원합니다. NetView와 같은 SNMP 관리 제품을 사용하면, 시스템의 하드웨어 및 소프트웨어 구성 요소를 둘 다 중앙에서 관리할 수 있습니다. DB2 SNMP 서브에이전트는 DB2 서버가 다른 모든 SNMP 관리 자원과 같이 관리되도록 허용합니다. SNMP 서브에이전트 사용에 필요한 소프트웨어 요구사항은 다음과 같습니다. o OS/2: - TCP/IP 버전 2.0 이상에 제공되는 DPI 1.1 지원 - OS/2 Warp로 설치된 Warp Connect에 제공되는 DPI 2.0 지원 - IBM SystemView 에이전트에 제공되는 DPI 2.0 지원 o Windows NT 또는 AIX의 경우: - IBM SystemView 에이전트에 제공되는 DPI 2.0 지원 13. 10 CCA를 사용한 클라이언트에서 DB2 서버로의 통신 구성 Windows NT 또는 Windows 95용 IBM 통신 서버 SNA API를 통해 제대로 연결하려면, APPC를 거쳐 연결되는 GUI 응용 프로그램을 시작하기 전에 APING 응용 프로그램을 시작해야 합니다. 이런 GUI 응용 프로그램에는 클라이언트 구성 지원 프로그램, 제어 센터 및 모든 ODBC GUI 응용 프로그램이 있습니다. 13.11 OS/2 사용자 프로파일 관리의 관리 및 사용 "사용자 프로파일 관리 암호" 섹션의 표 7에서 사용자 ID 및 암호에 대한 변환 값을 의미하는 주가 변경되었습니다. 표 7의 주인 "생략시 사용자 ID 및 암호"는 다음을 설명합니다. 목록에 해당 국가가 없으면, USERID 및 PASSWORD가 사용되는 것으로 간주하십시오. 이것이 실패하면, README 파일을 참고하십시오. 이 주는 더 이상 유효하지 않으며 무시되어야 합니다. 13.12 SOLARIS에서의 EEE용 ADSM 클라이언트 설정 - DB2PROFILE 사용 Solaris용 DB2 UDB Extended Enterprise Edition에 대한 ADSM 클라이언트를 설정할 때, db2profile에서 DSMI_DIR, DSMI_CONFIG 및 DSMI_LOG ADSM 환경 변수를 설정해야 합니다. 이런 변수가 .profile 또는 .kshrc를 사용하여 간신히 반출되었다면, 분할된 데이타베이스 환경의 각 노드에서 사용할 수 없게 됩니다. Solaris에서 ADSM 클라이언트는 버전 2.1.0.8 이상이어야 합니다. 13.13 OS/390용 DB2 버전 5에서 DB2 UNIVERSAL DATABASE 버전 5로의 연결 다음 정보는 DRDA 응용 프로그램 서버에 필요한 PTF를 나열하는 섹션에서 호스트 응용 프로그램의 서버로서 DB2 워크스테이션을 사용하는 방법을 설명하는 장에 추가되어야 합니다. OS/390용 DB2 버전 5에서 DB2 Universal Database 버전 5로 연결할 때 OS/390용 DB2 APAR PQ07537에 대한 수정사항을 적용하십시오. 13.14 Windows NT 서버에서 NetBIOS 구성 Windows NT의 NetBIOS는 수신 버퍼보다 큰 자료를 제대로 수신하지 못합니다. 단, 이러한 문제점을 극복하기 위해 DB2 레지스트리 값 db2nbrecvbuffsize를 사용할 수 있습니다. 서버 상의 수신 버퍼를 클라이언트에 의해 전달될 가장 큰 자료 양보다 크게 설정해야 합니다. 생략시 RQRIOBLK 크기는 32767 바이트지만 생략시 서버 "수신 버퍼 크기"는 4096바이트입니다. DB2를 시작하기 전에 다음 명령을 수행하십시오. db2set db2nbrecvbuffsize=32768 -g 이 명령은 서버의 수신 버퍼 크기를 전역에 걸쳐 설정합니다. 13.15 공유 메모리 주소 - WINDOWS NT 또는 WINDOWS 95 빠른 시작 매뉴얼의 "인스턴스 관리" 섹션에서 Windows NT 및 Windows 95에 대해 수정된 다음 정보가 적용됩니다. 생략시 데이타베이스 관리 프로그램 공유 메모리 주소는 Windows NT에 대해 x'20010000'이고 Windows 95에 대해 x'90000000'입니다. 공유 메모리 주소 충돌이 일어나면, 이 값은 데이타베이스 관리 프로그램 인스턴스가 그 공유 메모리를 다른 주소에 할당하도록 수정될 수 있습니다. DB2DBMSADDR 레지스트리 프로파일 변수를 사용하여 Windows NT에서 주소 값을 x'20010000' - x'B0000000' 범위에서 지정하고 Windows 95에서는 x'4000000'의 증분을 사용하여 x'80000000' - x'B00000000' 범위에서 지정하십시오. 예를 들어, Windows 95에서 값 x'840000000', x'88000000', x'8C000000'등을 시도해 보십시오. DB2DBMSADDR의 값은 0x가 선행하지 않는 16진수 형식으로 되어 있으며 db2set 프로파일 레지스트리 명령을 사용하여 설정될 수 있습니다. 예를 들어, DB2DBMSADDR을 x'84000000'으로 설정하려면, 다음 명령을 사용하십시오. db2set DB2DBMSADDR=84000000 13.16 WINDOWS NT 서비스로 DB2 JDBC 애플릿 서버 수행 빠른 시작 및 관리 입문 매뉴얼에서 "Java 응용 프로그램" - "Java 애플릿"의 표제 아래에 다음과 같이 설명되어 있습니다. 애플릿을 수행하려면, 다음을 수행하십시오. 1. 다음을 입력하여 웹 서버에서 DB2 JDBC 애플릿 서버를 시작합니다. db2jstrt portno 여기서 portno는 DB2Applt.java 파일에서 지정된 미사용 TCP/IP 포트의 번호입니다. 이 정보는 다음과 같이 시한이 지난 것입니다. DB2 JDBC 애플릿 서버는 이제 Windows NT 서비스로 시작될 수 있으며 제어판의 서비스 섹션에서 사용되기 전에 먼저 서비스로 등록되어야 합니다. 서비스를 등록하려면, 관리자로 로그온된 동안 다음 명령을 수행하십시오. db2regjdbc i 특정 사용자 ID와 함께 수행될 서비스를 등록하려면, 다음을 수행하십시오. db2regjdbc i [userid] [password] 서비스를 제거하려면, 다음을 수행하십시오. db2regjdbc u 일단 서비스가 등록되면, 제어판의 서비스 섹션에서 시작되고 중단될 수 있습니다. 1. 제어판을 엽니다. 2. 서비스를 클릭합니다. 3. "DB2 JDBC 애플릿 서버"를 강조표시합니다. 4. 명령 필드에 포트 번호를 입력합니다(DB2Applt.java 파일에서 지정한 미사용 TCP/IP 포트의 번호). 시작을 클릭합니다. 서비스는 또한 자동으로 시작되고 중단되도록 설정될 수 있습니다. 13.17 정보 얻기 13.17.1 온라인 도움말 SQL문의 구문을 설명하는 "SQL 도움말" 주제는 UNIX 기반 운영 체제에서 사용될 수 없습니다. 13.17.2 DB2 서적 DB2 책에 대한 정보가 들어 있는 표의 하단에 있는 첫 주의 언어 식별자 목록은 다음 항목을 포함해야 합니다. 언어 식별자 그리스어 A 일본어 J 한국어 K 중국어 C 대만어 T 13.17.3 PostScript 서적 인쇄 매뉴얼의 인쇄본을 원할 때는 PostScript 버전의 압축을 해제하고 인쇄하십시오. 주: 인쇄할 파일의 전체 경로명을 지정하십시오. OS/2 및 Windows 플랫폼에서: 1. 압축된 PostScript 파일을 시스템의 하드 드라이브에 복사합니다. 파일의 확장자명은 .exe이며 x:\doc\language\books\ps 디렉토리에 위치해 있습니다. 여기서 x:는 CD-ROM 드라이브를 나타내는 글자이며 language는 언어를 나타내는 2문자 국가 코드입니다(예를 들어, 영어는 EN). 2. 원하는 책에 해당하는 파일의 압축을 해제합니다. 이 단계에서 .psz의 파일 확장자명을 갖는 인쇄 가능한 PostScript 파일이 생깁니다. 3. PostScript 프린터가 레벨 1(또는 이와 동등) 파일을 인쇄할 수 있는 생략시 프린터인지 확인합니다. 4. 명령행에서 다음 명령을 입력합니다. print filename.psz UNIX 기반 플랫폼에서: 1. CD-ROM을 마운트합니다. CD-ROM 마운트 프로시듀어에 대해서는 빠른 시작 매뉴얼을 참조하십시오. 2. CD-ROM의 /cdrom/doc/%L/ps 디렉토리로 변경합니다. 여기서 /cdrom은 CD-ROM의 마운트 위치이고 %L은 원하는 로케일의 이름입니다. 매뉴얼은 .ps.Z로 끝나는 파일명으로 앞에서 언급된 디렉토리에 설치됩니다. 3. 다음 명령을 사용하여 원하는 매뉴얼의 압축을 해제하고 인쇄합니다. o AIX: zcat filename | qprt -P PSPrinter_queue o HP-UX, Solaris 또는 SCO UnixWare 7: zcat filename | lp -d PSPrinter_queue o Silicon Graphics IRIX 및 SINIX: zcat < filename | lp -d PSPrinter_queue 여기서 filename은 전체 경로명의 이름이며 압축된 PostScript 파일의 확장자이고 PSprinter_queue는 PostScript 프린터 대기행렬의 이름입니다. 예를 들어, UNIX용 빠른 시작의 영문판을 AIX에서 인쇄하려면, 다음 명령을 사용합니다. zcat /cdrom/doc/en/ps/db2ixe50.ps.Z | qprt -P ps1 13.17.4 온라인 서적 열람 이 제품에 포함된 매뉴얼은 하이퍼텍스트 마크업 언어(HTML) 소프트카피 형식으로 되어 있습니다. 소프트카피 형식을 통해 정보를 탐색하고 검색하며 관련 정보에 대한 하이퍼텍스트 링크를 제공 받습니다. 이를 통해 사이트에서 라이브러리를 쉽게 공유할 수 있습니다. HTML 버전 3.2 준수 브라우저를 사용하여 온라인 서적을 볼 수 있습니다. 온라인 서적을 보려면, o DB2 관리 툴을 수행하는 경우 정보 센터를 사용하십시오. o 웹 브라우저의 파일 열기 기능을 사용하십시오. 열린 페이지에는 DB2 서적의 설명과 링크가 있습니다. - UNIX-기반 플랫폼에서 다음 페이지를 엽니다. file:/INSTHOME/sqllib/doc/%L/html/index.htm 여기서 %L은 로케일(locale) 이름입니다. __ - 기타 플랫폼에서 다음 페이지를 엽니다. sqllib\doc\html\index.htm 경로는 DB2가 설치된 드라이브에 있습니다. DB2 온라인 서적 아이콘을 두 번 클릭하여 해당 페이지를 열 수도 있습니다. 사용 중인 시스템에 따라 아이콘은 기본 제품 폴더 또는 Windows 시작 메뉴에 있습니다. 주: DB2 온라인 서적 아이콘은 정보 센터를 설치하지 않았을 때만 사용할 수 있습니다. 13.17.5 문서 서버 설정 기본적으로 DB2 정보는 국지 시스템에 설치됩니다. 즉, DB2 정보를 액세스해야 하는 사람마다 동일한 파일을 설치해야 합니다. DB2 정보를 특정한 하나의 위치에 저장하려면, 다음 명령을 사용하십시오. 1. 국지 시스템의 \sqllib\doc\html에서 모든 파일 및 서브디렉토리를 웹 서버로 복사합니다. 각 책은 해당 책을 구성하는 모든 필요한 HTML과 GIF 파일을 포함하는 자체 서브디렉토리를 가집니다. 디렉토리 구조가 그대로 유지되도록 해야 합니다. 2. 새 위치의 파일을 찾도록 웹 서버를 구성하십시오. 정보를 얻으려면, 다음 주소의 웹 서버에서 DB2 온라인 문서 설정을 참조하십시오. http://www.software.ibm.com/data/pubs/papers/db2html.html 3. 정보 센터의 Java 버전을 사용하는 경우 모든 HTML 파일에 대해 기본 URL을 지정할 수 있습니다. 서적 목록에 대한 URL을 사용해야 합니다. 4. 일단 책 파일을 볼 수 있으면, 주로 열람되는 다음과 같은 주제를 책갈피에 추가해야 합니다. o 책 목록 o 자주 사용되는 책의 목차 o ALTER TABLE 주제와 같이 자주 참조되는 주제 o 탐색 양식 탐색 설정에 대해 알고 싶으면, "새로운 기능" 서적을 참조하십시오. 13.12.6 온라인 서적 탐색 HTML 책에서 정보를 탐색하려면, 다음을 수행할 수 있습니다. o HTML 책의 모든 페이지 맨 아래에 있는 'DB2 서적 탐색'을 클릭합니다. 특정 주제를 찾기 위해 탐색 양식을 사용합니다. o HTML 책의 모든 페이지 맨 아래에 있는 '색인'을 클릭합니다. 책에서 특정 주제를 찾으려면 색인을 사용합니다. o HTML 책의 목차 또는 색인을 표시하고 웹 브라우저의 찾기 기능을 사용하여 책에서 특정 주제를 찾습니다. o 특정 주제로 신속히 리턴하려면 웹 브라우저의 책갈피 기능을 사용합니다. o 정보 센터의 탐색 기능을 사용하여 특정 주제를 찾습니다. 13.18 MICROSOFT INTERNET EXPLORER 4.0 HTTP 1.1 설정 현재 Internet Explorer에서의 기본 설정은 DB2 탐색 서버와 충돌을 일으킵니다. 일시적인 해결책으로 Internet Explorer 고급 옵션에서 HTTP 1.1 설정 확인란을 작동시키지 마십시오(문서를 액세스하는 각 클라이언트에서). Internet Explorer의 제한사항 때문에 이를 적용시키기 위해서는 시스템을 재부트해야 합니다. 1. '보기' 메뉴에서 '인터넷 옵션'을 선택합니다. 2. '확장' 탭을 선택합니다. 확인란이 있는 선택사항들의 목록을 볼 수 있습니다. 3. "HTTP 1.1 설정" 섹션에서 "프록시 연결을 통한 HTTP 1.1 사용" 및 "HTTP 1.1 사용" 확인란을 둘 다 선택취소합니다. 4. 확인을 선택합니다. 5. 새로운 설정을 적용시키려면 Windows를 종료하고 컴퓨터를 재부트합니다. 13.19 제어 센터를 사용하여 클러스터 원격 관리시 고려사항 복수 노드에서 Windows NT용 DB2 UDB EEE를 설치한 후에 설치 프로세스는 클라이언트 시스템에서 "인스턴스 소유 노드"가 통신용 조정자 노드가 되도록 구성합니다. 제어 센터를 사용하여 클러스터를 원격으로 관리하려면, 각 노드에서 통신을 작동시킬 수 있어야 합니다. 다음 방법으로 이를 수행할 수 있습니다. 1. 각 시스템에서 TCP/IP 포트를 예약합니다. 예를 들어, 포트 4000은 각 시스템에서 사용할 수 있는 것으로 간주됩니다. 2. 모든 노드에서 포트 번호를 사용할 수 있도록 인스턴스 구성 파일을 갱신합니다. 인스턴스 소유 노드에서 다음을 입력하십시오. DB2 update dbm cfg using svcename 4000 3. TCP/IP를 채택하도록 각 노드를 구성합니다. 인스턴스 소유 노드에서 다음을 입력하십시오. rah "db2set db2comm=TCPIP" 각 노드는 재시작시 인바운드 TCP/IP 연결을 채택합니다. 14.0 복제 안내 및 참조서 14.1 지원되는 새로운 플랫폼 IBM 복제는 소스에서 목표로 자료를 복제하는 사용하기 쉬운 자동 복사 툴입니다. 자료는 복사될 수 있습니다. o MVS용 DB2, VSE & VM용 DB2, DB2 Universal Database 및 OS/400용 DB2 데이타베이스 서버 사이에서 o MVS, VM, VSE, OS/400, AIX, HP-UX, SCO UnixWare 7, OS/2, Windows NT, Windows 95, Windows 98 및 Solaris 운영 환경용 플랫폼에서 o Oracle, Sybase, Informix 및 Microsoft SQL Server와 같은 비-DB2 소스 및 목표에서(DB2 DataJoiner를 통해). 14.2 새로운 메세지 Apply 프로그램에 대한 두 가지 메세지가 제12장, "IBM 복제 메세지"에서 누락되어 있습니다. ASN1054S Apply 프로그램이 소스 소유자 "", 소스 테이블 "" 및 소스 뷰 규정자 ""에 대한 등록 정보를 찾을 수 없습니다. 설명: 소스 테이블 등록이 잘못되었거나 완료되지 않았습니다. 사용자 조치: 등록을 삭제하고 다시 하십시오. 또한 그 등록 정보가 register table 및 pruning control table 양쪽에 모두 있는지 확인하십시오. ASN1055S Apply 프로그램은 소스 소유자 "", 소스 테이블 "", 소스 뷰 규정자 "", 목표 소유자 "" 및 목표 테이블 ""에 대한 정리 제어 정보를 찾을 수 없습니다. 설명: 소스 테이블 등록이 잘못되었습니다. 사용자 조치: 복사 작업 정의를 삭제하고 다시 하십시오. 14.3 DB2 UDB 버전 5.2용 Capture 프로그램에 의한 LONG VARCHAR 지원 DB2 UDB 버전 5.2용 Capture 프로그램은 이제 LONG VARCHAR 자료 유형을 지원할 수 있는 능력을 갖게 되었습니다. LONG VARCHAR 컬럼의 변경사항 캡처에 필요한 정보가 들어 있는 새로운 Long Field Manager long 레코드가 전달됩니다. 새로운 캡처 능력이 필요한 DB2 UDB 버전 5 사용자에게 ALTER TABLE문에 추가 절을 추가할 수 있는 선택권이 주어집니다. CREATE TABLE 구문에는 변화가 없습니다. 새로운 LONG VARCHAR 지원을 활용하려면, ALTER TABLE문에서 DATA CAPTURE CHANGES INCLUDE LONGVAR COLUMNS 절을 지정해야 합니다. 이 DDL문이 실행되면, SYSCAT.TABLES에 있는 DATA CAPTURE CHANGES 컬럼은 "L"로 설정됩니다. INCLUDE LONGVAR 옵션 행의 기본 테이블이 갱신될 때마다 Long Field Manager long 레코드가 쓰여지고 캡처 프로그램에서 읽힙니다. 이런 레코드에는 컬럼 전후의 이미지가 둘 다 포함됩니다. 새로운 LONG VARCHAR 지원을 작동 금지시키려면, ALTER TABLE문에서 적합한 DATA CAPTURE CHANGES 값을 지정해야 합니다. 예를 들어, 추가 절 없이 "예" 또는 "없음"을 지정할 수 있습니다. LONG VARCHAR 컬럼을 등록하려면, 제어 센터에서 다음을 수행하십시오. 1. "복제 소스로 정의" 창에서 "사용 가능한 컬럼 박스"를 찾습니다. 2. LONG VARCHAR 컬럼을 선택합니다. 다음 제한사항이 적용됩니다. DELETE 조작(IBMSNAP_OPERATION="D")에 대해 LONG VARCHAR 컬럼 값은 널(NULL)이 됩니다. | 14.4 DATAJOINER 복제 관리 툴 README | DB2 DataJoiner 복제 관리 툴, 버전 2.1.1(DJRA) 개요>> | 이 절에는 DJRA를 설치하는 데 필요한 정보가 들어 있습니다. | o DJRA에 대한 정보 | o DJRA 설치 | DJRA에 대한 정보>> | DJRA는 Windows 95, Windows 98 및 Windows NT용 DB2 UDB FixPak 7에서 샘플 | 응용 프로그램으로서 처음 사용 가능합니다. 이 운영 체제들에서만 | 사용 가능합니다. DJRA는 복제 자료에 대한 관리 기능을 제공합니다. | DJRA는 MVS용 DataPropagator Relational 버전 5 및 AS/400용 DataPropagator | Relational 버전 5의 관리 기능을 요구하는 고객들에게 권장됩니다. 이 | 두 가지 플랫폼에 필요한 여러가지 관리 기능은 현재 UDB 제어 센터에서 | 사용 가능하지 않습니다. | DJRA 설치>> | DJRA는 디렉토리 "\BONUS\REPLICATION"에 위치합니다. 개념적 설치 및 | 구성 정보가 다음 주소의 "DataJoiner Planning, installation and | Configuration Guide"에서 사용 가능합니다. | http://www.software.ibm.com/data/datajoiner/booksv2/djxn2m79 | 또한 책은 개별적으로 주문할 수 있습니다(SC26-915-01). PostScript | 사본을 인쇄하려면, 다음 DataJoiner ftp 사이트에서 파일 "v2ntpic.pdf"를 | 다운로드하십시오. | ftp://ftp.software.ibm.com/ps/products/datajoiner/info/ | 복제 관리는 Windows 95, Windows 98 또는 Windows NT 운영 체제에 | 설치되어야 합니다. 복제 관리 버전 2.1.1을 설치하려면 다음을 수행하십시오. | 1. '내 컴퓨터' 또는 'Explorer'를 여십시오. | 2. UDB DB2 CD-ROM을 클릭하십시오. | 3. BONUS를 선택하십시오. | 4. REPLICATION을 선택하십시오. | 5. DJRA 프로그램을 수행하십시오. 이것은 파일을 압축해제하고 설치 | 프로세스를 시작합니다. | 설치 설정 동안, DJRA를 설치할 디렉토리를 표시할 수 있습니다. 또한 | 응용 프로그램에 대한 최신 정보는 README.TXT 파일을 통해 열람할 수 | 있습니다. 15.0 DB2 프로그래밍에 대한 로드맵 15.1 응용 프로그램 개발자 킷(ADT)에 대한 정보 VisualAge for Basic 및 Lotus Approach는 더 이상 제품 박스에 함께 들어 가지 않습니다. 16.0 SQL 참조서 | 16.1 명명 규칙(cursor-name) | cursor-name SQL 커서를 지정하는 긴 식별자. 호스트 호환성을 위해 | 하이픈도 지원합니다. | 16.2 ALTER TABLE ACTIVATE NOT LOGGED INITIALLY 절은 FILE LINK CONTROL 속성의 DATALINK 컬럼이 테이블에 추가될 때 사용되지 말아야 합니다. | "table-name"의 설명을 다음으로 대체하십시오. | "table-name" | 변경되는 테이블을 식별합니다. 카탈로그에서 Explain하는 테이블이어야 하며 | 뷰 또는 카탈로그 테이블이어서는 안됩니다. 요약 테이블이 있는 경우, | 변경은 처음에 기록되지 않은 활성화, pctfree 변경, locksize 또는 추가로 | 제한됩니다. | 16.3 복합 SQL | 다음이 "규칙" 섹션에 추가되어야 합니다. | DB2 Connect는 복합 SQL 블록에서 LOB를 선택하는 SELECT문을 지원하지 | 않습니다. 16.4 CREATE FUNCTION 16.4.1 DBINFO CREATE FUNCTION(외부 스칼라) 및 CREATE FUNCTION(외부 테이블) 양쪽에는 정의자가 DBINFO를 지정하는 경우 UDF로 전달되는 DBINFO 구조의 정보 목록이 있습니다. 다음 부분이 이런 목록마다 추가되었습니다. 응용 프로그램 ID - 데이타베이스에 대한 각 연결마다 설정된 고유한 응용 프로그램 ID. | 16.4.2 UDF 호출 유형에 대한 처리 오류 | "NO FINAL CALL 또는 FINAL CALL" 스펙이 설명되는 "CREATE FUNCTION(외부 | 스칼라)" 섹션에서, 다음 문장이 맨 아래에 추가되어야 합니다. | 오류 발생시 이 호출의 스칼라 UDF 처리의 설명이 Embedded SQL Programming | Guide 제7장, "Other Coding Considerations" 섹션에서 "Hints and Tips" | 아래에 포함됩니다. | 이에 대한 갱신된 설명은 섹션 8.11.2 "스칼라 함수에 대한 외부 UDF | 오류 처리 모델"에 있습니다. | "NO FINAL CALL 또는 FINAL CALL" 스펙이 설명되는 "CREATE FUNCTION | (외부 테이블)" 섹션에서, 다음 문장이 맨 아래에 추가되어야 합니다. | 오류 발생시 이 호출의 테이블 UDF 처리의 설명이 Embedded SQL Programming | Guide 제7장, "Table Function Considerations" 섹션에 포함됩니다. | 갱신된 이 설명은 섹션 8.11.1 "EXTERNAL TABLE 함수에 대한 Scratchpad | 및 최종 호출 유형 인수"에 있습니다. | 16.5 CREATE TABLE | 16.5.1 CREATE TABLE 설명 | 다음을 NOT LOGGED INITIALLY의 설명에 추가하십시오. NOT LOGGED INITIALLY 절은 FILE LINK CONTROL 속성의 DATALINK 컬럼이 테이블에 있을 때 사용될 수 없습니다. | "summary-table-definition"에서 "FULLSELECT"에 대한 설명을 다음과 같이 | 대체하십시오. | FULLSELECT | 테이블에 대한 조회를 정의합니다. 지정된 summary-table-options는 | 요약 테이블의 속성을 정의합니다. 선택된 옵션은 또한 fullselect의 | 내용을 다음과 같이 정의합니다. | DEFINITION ONLY를 지정한 경우 유효한 모든 fullselect를 지정할 수 | 있습니다. 자료 유형과 널(NULL) 허용 여부 속성은 선택 목록의 결과 | 컬럼으로부터 결정됩니다. 모든 선택 목록 요소는 이름을 가져야 합니다 . | REFRESH DEFERRED 또는 REFRESH IMMEDIATE가 지정되면, fullselect는 | 다음을 포함할 수 없습니다. | o FROM절에서 뷰, 요약 테이블 또는 유형 지정 테이블 참조 | o 참조 유형 또는 DATALINK 유형(또는 이 유형에 근거한 구별 유형)인 | 표현식 | o 외부 조치가 포함된 함수 | o 물리적 특성에 의존하는 함수(예를 들어, NODENUMBER, PARTITION) | o 시스템 오브젝트를 참조하는 테이블이나 뷰(explain 테이블을 지정해도 안됨) | 그리고, REFRESH IMMEDIATE가 지정된 경우, | o fullselect이 부속선택이어야 합니다 | o 부속선택은 다음을 포함할 수 없습니다. | - 결정적이지 않은 함수 | - 스칼라 fullselect | - fullselect가 있는 술어 | - 특수 레지스터 | o GROUP BY 절이 부속선택에 포함되어야 합니다. | o 선택 목록은 COUNT(*) 함수(또는 COUNT_BIG(*))를 가져야 하며 | DISTINCT가 없어야 합니다. | o SUM(널(NULL) 입력 가능하지 않은 컬럼의), COUNT 또는 COUNT_BIG | 컬럼 함수가 선택 목록(DISTINCT 없이)에 허용되며 다른 선택 목록 | 항목은 GROUP BY 절에 포함되어야 합니다. | o FROM 절은 단일 기본 테이블을 참조해야 합니다(테이블은 요약 테이블, | 유형 지정 테이블 또는 뷰일 수 없습니다). | o 모든 GROUP BY 항목이 선택 목록에 포함되어야 합니다. | o 그룹핑 집합은 허용되지 않으며(CUBE 및 ROLLUP 포함) 상수에 대한 | 그룹핑도 허용되지 않습니다. | o HAVING 절은 허용되지 않습니다. | o 다중 파티션 노드그룹에 있는 경우, 파티션 키는 항목별 그룹의 | 부분집합이어야 합니다. | "REPLICATED"에 대한 설명을 다음과 같이 대체하십시오. | REPLICATED | 테이블에 저장된 자료가 테이블이 정의된 테이블 공간이 있는 노드 | 그룹의 각 데이타베이스 파티션에 물리적으로 복제되도록 지정합니다. | 이는 테이블에 있는 모든 자료의 사본이 이 데이타베이스 파티션에도 | 있음을 의미합니다. 이 옵션은 REFRESH DEFERRED(SQLSTATE 42997)으로 | 정의한 요약 테이블용으로서만 지정될 수 있습니다. | 16.5.2 CREATE TABLE 주의사항 | "주" 아래의 7번째 문단 기호를 다음으로 대체하십시오. | o REFRESH DEFERRED 요약 테이블은 조회 처리 최적화에 사용하지 못할 | 것입니다. 이 최적화에서 요약 테이블을 사용할 수 있으려면, 이미 | 설명한 규칙 이외에 특정 규칙을 fullselect로 확정해야 합니다. | fullselect은 다음과 같아야 합니다. | - GROUP BY가 있는 부속선택이어야 합니다. | - 선택 목록 어디에서나 DISTINCT를 포함하지 말아야 합니다. | - 모든 그룹핑 집합(CUBE 및 ROLLUP 포함)을 포함하지 말아야 합니다. | - group by 절의 모든 그룹핑 컬럼에서 널(NULL)을 허용하지 말아야 | 합니다. | - 두 번 이상 임의의 컬럼을 참조하지 말아야 합니다. | - group by 절에 32컬럼보다 더 많이 포함하지 말아야 합니다. | - 특수 레지스터를 포함하지 말아야 합니다. | - 결정적이지 않은 함수를 포함하지 말아야 합니다. | REFRESH DEFERRED 요약 테이블 작성시 지정되는 조회가 이 규칙들을 | 준수하지 않으면, 경고가 리턴됩니다(SQLSTATE 01633). | 다음과 같은 새로운 문단을 "주" 아래에 추가하십시오. | o 요약 테이블이 REFRESH IMMEDIATE로 정의된 경우, 기반이 되는 테이블의 | 삽입이나 갱신에서 초래된 변경 결과를 적용하려고 시도할 때 오류가 | 발생할 수 있습니다. 오류는 기반이 되는 테이블의 삽입이나 갱신의 | 실패를 야기합니다. | 16.6 CREATE TABLESPACE | 서브섹션 "DROPPED TABLE RECOVERY"에 설명된 기능이 구현되지 않았습니다. | 이 서브섹션은 SQL 참조서의 버전 5.2에서 삭제되어야 합니다. 16.7 부록 A. SQL 한계/데이타베이스 관리 프로그램 한계 DMS 테이블 공간에 있는 테이블 수의 한계는 6648에서 51971로 증가되었습니다. 이 새로운 한계는 페이지 크기가 4KB가 아닌 모든 테이블 공간 및 새롭게 작성된 4KB DMS 테이블 공간에 자동으로 적용됩니다. 기존의 4KB DMS 테이블 공간에 대해 db2dart 유틸리티의 새로운 /ets 옵션은 새로운 한계 적용시 사용됩니다. 1. 데이타베이스를 비활성화시킵니다(즉, 이에 대한 연결이 없어야 합니다). 2. 호출: db2dart /ets /tsi . 이는 새로운 한계의 응용 프로그램과 호환될 수 없는 식별자가 있는 기존의 테이블, 색인 또는 LONG 오브젝트에 대해 지정된 테이블 공간을 점검합니다. 이런 것을 찾지 못하면 새로운 한계가 그 테이블 공간에 적용됩니다. 그렇지 않으면, 비호환 테이블 목록이 다트 보고서에 제공됩니다. 이 때 새로운 한계가 적용되기 위해서는 이런 테이블은 삭제되고 명령은 성공적으로 수행되어야 합니다. 테이블은 유틸리티가 모든 논리 노드에서 성공적으로 수행된 후 다시 작성되고 로드될 수 있습니다. EEE 설치에서 먼저 테이블 공간이 상주하는 노드 그룹의 구성원인 하나의 논리 노드에서 이 명령을 수행 하십시오. 비호환 테이블이 식별되면, 이를 삭제하고 명령을 다시 수행 하십시오. 일단 명령을 하나의 논리 노드에서 성공적으로 수행하면, 테이블 공간이 상주하는 노드 그룹의 모든 논리 노드에서 이를 다시 수행해야 합니다(db2_all 또는 db2dart_all 유틸리티가 사용될 수 있습니다). db2dart 옵션 정보를 보려면 아무 옵션 없이 db2dart를 호출하십시오(유틸리티는 sqllib\misc에 있습니다). 주: 1. db2dart /ets가 테이블 공간에서 성공적으로 수행되면, dbdart /ets 수행 이전에 이루어진 테이블 공간 백업 이미지 복원은 더 이상 지원되지 않습니다. 2. db2dart /ets가 데이타베이스의 모든 테이블 공간에서 성공적으로 수행되면, db2dart /ets 수행 이전에 이루어진 데이타베이스 백업 이미지 복원 및 db2dart /ets가 수행되었을 때 특정 시점까지의 롤 포워드는 지원되지 않습니다. 3. 데이타베이스 백업은 db2dart /ets를 성공적으로 수행한 후 즉시 이루어져야 합니다(툴이 성공적으로 수행되는 모든 테이블 공간은 백업 보류 상태에 놓입니다). 17.0 시스템 모니터 안내 및 참조서 17.1 이벤트 모니터는 국지 범위로 작성됨 CREATE EVENT MONITOR문의 구문 도표는 기본적으로 이벤트 모니터가 전역 범위로 작성된다는 것을 보여줍니다. 이는 올바르지 않습니다. 이벤트 모니터는 기본적으로 국지 범위로 작성됩니다. 18.0 새로운 기능 | 18.1 성능(조회/요약 테이블) | 이 섹션 끝에 있는 주는 무시될 수 있습니다. "REFRESH IMMEDIATE" 옵션은 | 이제 사용 가능합니다. | 18.2 JAVA 응용 프로그램 및 애플릿 작성에 대한 갱신 Java용 Embedded SQL(SQLJ) 프로그램을 구축하고 수행하려면 이제 Java 개발 킷(JDK) 버전 1.1.4(또는 그 이상)가 필요합니다. 이 부록에 있는 Java 샘플 프로그램의 여러 곳이 변경되었습니다. 저장 프로시듀어 및 UDF 프로그램은 분리된 클라이언트 및 서버 프로그램으로 나뉘어졌습니다. 그러므로, 클라이언트 시스템에서 사용자는 서버 시스템에 있는 저장 프로시듀어 및 UDF를 원격으로 액세스할 수 있습니다. 이제 영향받는 파일은 다음과 같습니다. DB2STP 서버 프로그램입니다. 이를 호출하는 클라이언트 프로그램은 DB2SPCLI 입니다. DB2UDF 서버 프로그램입니다. 이를 호출하는 클라이언트 프로그램은 DB2UDCLI 입니다. STP 서버 프로그램입니다. 이를 호출하는 클라이언트 프로그램은 STPCLI 입니다. UDF 클라이언트 프로그램입니다. 이를 호출하는 서버 프로그램은 UDFSRV 입니다. UNIX 플랫폼에서 스크립트 파일 "embprep", Windows 플랫폼에서 "embprep.bat", 그리고 OS/2에서 "embprep.cmd"가 작성되어야 SQLJ 프로그램을 사전 처리 컴파일 (precompile)하고 바인드합니다. 이는 "makefile"로 호출되고 Java embedded SQL 샘플 프로그램의 "db2profc" 명령을 실행합니다. 이 파일을 사용하면 데이타베이스, 사용자 ID 및 암호에 선택적 인수를 제공할 수 있으므로 클라이언트 시스템에서 DB2 서버의 데이타베이스를 쉽게 원격으로 바인딩할 수 있습니다. 다음은 DB2 UDB 버전 5.2에 대한 SQLJ 지원에서의 추가 제한사항입니다. o "DATETIME" 사전 처리 컴파일(precompile) 옵션이 지원되지 않습니다. 국제 표준 기구(ISO)의 날짜 및 시간 형식만 지원됩니다. o "PACKAGE USING 패키지명" 사전 처리 컴파일(precompile) 옵션은 사전 처리 컴파일러(precompiler)로 생성되는 패키지의 이름을 지정합니다. 이름이 입력되지 않으면 프로파일의 이름(확장자명은 제외되고 대문자로 쓰여짐)이 사용됩니다. 최대 길이는 8 문자입니다. SQLJ 프로파일 이름에는 접미사 _SJProfileN이 붙습니다. 여기서 N은 프로파일 키 번호이고 프로파일 이름은 항상 8 문자보다 길어집니다. 생략시 패키지 이름은 프로파일 번호의 첫(8 - pfKeyNumLen) 문자와 프로파일 키 번호를 연결해서 이루어집니다. 여기서 pfKeyNumLen은 프로파일 이름에 있는 프로파일 키 번호의 길이입니다. 프로파일 키 번호의 길이가 7보다 길면, 마지막 7 숫자가 경고 없이 사용됩니다. 예를 들면, 프로파일 이름 생략시 패키지 이름 --------------------- -------------------- App_SJProfile1 App_SJP1 App_SJProfile123 App_S123 App_SJProfile1234567 A1234567 App_SJProfile12345678 A2345678 o java.math.Bigdecimal 호스트 변수가 사용되면(Java 호스트 표현식은 SQL문에서 사용될 수 없습니다), 응용 프로그램 사전 처리 컴파일 중에 호스트 변수의 정밀도 및 스케일을 사용할 수 없습니다. 십진수 호스트 변수의 정밀도 및 스케일이 사용되는 명령문의 문맥에서 확실하지 않으면 CAST를 사용하여 정밀도 및 스케일을 지정할 수 있습니다. o java.math.BigInteger 유형의 Java 변수는 SQL문에서 호스트 변수로 사용될 수 없습니다. o 모든 SQLJ 저장 프로시듀어는 FENCED 모드에서 수행되어야 합니다. | o sqlj 옵션 "profile"은 지원되지 않습니다. sqlj가 생성한 프로파일을 | 조정하려면, "db2profc"를 사용하십시오. | o "SET TRANSACTION" 절은 지원되지 않습니다. | o "WITH" 절은 지원되지 않습니다. | o SQLJ 반복자 및 JDBC 결과 집합 간의 상호 운용성은 지원되지 | 않습니다. | o Java 호스트 표현식은 SQL문에서 사용될 수 없습니다. 그러나 일부 브라우저는 애플릿과 연관된 자원 파일에서 일련화된 오브젝트 로드를 지원하지 않습니다. 그러한 브라우저에서 애플릿 Applt를 로드하려 할 때 다음 오류 메세지가 나타납니다. java.lang.ClassNotFoundException: Applt_SJProfile0 일시적인 해결책으로서 일련화된 프로파일을 Java 클래스 형식으로 저장되는 프로파일로 변환하는 유틸리티가 있습니다. 이 유틸리티는 sqlj.runtime.profile.util.SerProfileToClass라고 하는 Java 클래스입니다. 이 유틸리티는 일련화된 프로파일 자원 파일을 입력하여 프로파일을 포함한 Java 클래스를 출력합니다. 다음 명령을 사용하여 프로파일을 변환할 수 있습니다. profconv Applt_SJProfile0.ser 또는 java sqlj.runtime.profile.util.SerProfileToClass Applt_SJProfile0.ser Applt_SJProfile0.class 클래스가 결과로서 작성됩니다. 애플릿에서 사용하는 .ser 형식으로 된 모든 프로파일을 .class 형식으로 된 프로파일로 대체하십시오. SQLJ 애플릿의 경우 db2java.zip과 runtime.zip이 둘 다 필요합니다. db2java.zip과 runtime.zip에 있는 클래스인 모든 애플릿 클래스를 단일 Jar 파일로 패키지화하지 않으려는 경우, db2java.zip과 runtime.zip을 쉼표로 구분하여 "applet" 태그의 보존(archive) 매개변수에 넣으십시오. 보존(archive) 태그에서 복수의 zip 파일을 지원하지 않는 브라우저의 경우, 보존 태그에 db2java.zip을 지정하고 웹 브라우저를 액세스할 수 있는 작업 디렉토리에 애플릿 클래스를 가진 runtime.zip 파일의 압축을 푸십시오. 18.3 웹 제어 센터 및 NETQUESTION(웹 제어 센터 원격 문서 탐색 작동) UNIX 운영 체제에서 원격 문서 탐색을 작동시키기 위한 명령문이 틀렸습니다. 올바른 명령문은 웹의 다음 주소에서 찾을 수 있습니다. http://www.software.ibm.com/data/pubs/papers/db2html.html OS/2 및 Windows 운영 체제에 대해 등록된 "nqmap" 명령의 예제는 다음으로 변경되어야 합니다. nqmap -u DB2ADMEN "http://yourserver/doc/html/" DB2ADMEN OS/2 운영 체제에서 HTML 탐색 서버 시작 아이콘 편집 방법은 다음과 같습니다. 1. OS/2용 DB2 폴더의 HTML 탐색 서버 시작 아이콘에서 오른쪽 마우스 버튼을 클릭합니다. 설정을 선택하고 프로그램 탭을 클릭합니다. 선택적 매개변수 필드에서 CONFIG DB2WEBCC.CNF를 매개변수 문자열 끝에 추가하십시오. OK를 클릭하여 닫습니다. 2. db2init.cmd 파일을 편집합니다. 이 파일은 x:\sqllib\bin\에 있습니다. 여기서 x:는 DB2를 설치한 드라이브입니다. "DB2SS.EXE"와 "DB2NETQD.EXE" 둘다 들어 있는 이 파일에서 행을 찾으십시오. 행 끝에 CONFIG "DB2WEBCC.CNF"를 추가하십시오(파일명 양쪽에 큰 따옴표가 필요합니다). 저장하고 종료하십시오. 원격 문서 탐색 작동을 위해 나머지 단계를 계속 수행하십시오. 모든 DB2 온라인 정보를 탐색하려면, DB2 문서(UNIX 시스템에서 "제품 라이브러리"라고 함) 및 웹 제어 센터를 그 온라인 도움말과 함께 설치해야 합니다. 웹 제어 센터 및 그 도움말을 설치하고 DB2 온라인 문서의 나머지를 설치하지 않으면, 관리, 프로그래밍 및 DB2 Connect에 대한 탐색 범주를 선택하려고 할 때 24의 오류 코드가 생성될 수 있으며 이는 이런 탐색 색인이 설치되지 않았다는 것을 나타냅니다. 이처럼 DB2 온라인 문서를 설치하고 웹 제어 센터를 설치하지 않으면, 웹 제어 센터 온라인 도움말을 탐색하려고 할 때 이와 같은 오류 코드를 생성할 수 있습니다. 18.4 제어 센터 제한사항 다음은 제어 센터 제한사항입니다. o audit_buf_sz 구성 매개변수는 제어 센터 구성 노트북에서 지원되지 않습니다. o 데이타베이스 폴더에서 오브젝트 정렬(사용자, 그룹 및 테이블 공간 제외). 이는 알파벳순으로 정렬됩니다. o 분할된 데이타베이스에는 모니터될 노드가 하나 이상 있습니다(DB2 UDB EEE 전용). | 18.5 웹 제어 센터의 JAVA 개발 킷(JDK) 레벨 | "새로운 기능" 책 45페이지의, 웹 제어 섹션에 틀린 명령문이 있습니다. | 다음 문장에서 언급한 Java 개발 킷(JDK) 레벨을 무시하십시오. | "Java 개발 킷(JDK) 1.1.5를 지원하는 Java 작동 웹 브라우저에서 | 실행합니다" | 지원되는 웹 브라우저의 최신 목록과 필요한 Java 개발 킷(JDK) 레벨에 | 대해서는 다음 웹 페이지를 참조하십시오. | http://www.software.ibm.com/data/db2/udb/webcc/ 19.0 OS/2용 HTML 탐색 서버: HTML 문서 탐색 IBM DB2 Universal Database(DB2 UDB) 온라인 문서는 정보를 찾는 데 도움을 주기 위해 HTML 탐색 서버와 함께 사용됩니다. 이 릴리스 정보는 OS/2에서의 탐색 시스템 설정 및 사용을 설명합니다. 19.1 OS/2에서의 HTML 탐색 시스템 설치 19.1.1 OS/2에서 탐색 시스템의 전제 조건 시스템에 TCP/IP 버전 3 이상을 설치해야 합니다. OS/2 Warp V4에는 적합한 TCP/IP 레벨이 있으므로 권장되고 있습니다. OS/2 Warp V3 인터넷 액세스 킷(IAK) 또한 국지 루프백에 대해 이를 설치하고 최신 FixPak을 설치하면 작동됩니다. OS/2용 Netscape 2.02와 같은 브라우저가 필요합니다. 사용 중인 언어에서 Netscape 브라우저를 사용할 수 없는 경우, Web Explorer 1.1 이상을 사용하십시오. 사용하는 브라우저에서 국지 호스트에 대한 프록시 처리를 작동 중지해야 합니다. OS/2용 VisualAge for C++이 있는 시스템에 DB2 UDB를 설치하는 경우 VisualAge for C++에 대해 CSD6 이상을 설치해야 합니다. 19.1.2 OS/2에서의 TCP/IP 구성 탐색 서버는 TCP/IP 국지 루프백 및 국지 호스트가 시스템에서 작동 가능한 이상, 네트워크 어댑터에 관계 없이 작동합니다. 국지 국지 루프백을 가능하게 하려면 다음을 수행하십시오. 1. OS/2 TCP/IP 폴더를 여십시오. 2. TCP/IP 구성 노트북을 여십시오. 3. 노트북 페이지를 보십시오. 4. "구성 인터페이스" 목록 박스에서 "loopback interface"를 강조 표시하십시오. 5. "인터페이스 작동 가능" 선택란이 선택되지 않았다면 지금 선택하십시오. 6. "IP 어드레스"가 127.0.0.1이고 "서브네트 마스크"가 비어 있는지 검증하십시오. 시스템에서 국지 호스트를 작동 가능하게 하려면 다음을 수행하십시오. 1. 국지 호스트가 작동되었는지를 점검하려면, OS/2 명령행에서 "ping localhost"를 입력하십시오. o 자료가 리턴되면, 국지 호스트는 작동되고 아래의 단계 2와 3을 건너뛰고 단계 4로 바로 진행할 수 있습니다. o "알 수 없는 localhost"가 리턴되거나 또는 명령이 일시 정지하면, localhost가 작동될 수 없습니다. 단계 2로 이동하십시오. 2. 네트워크에 있는 경우 그 루프백이 작동되었는지 확인하십시오(앞의 "국지 루프백 작동 가능" 참조). 3. 네트워크에 없는 경우, 다음 단계를 수행하여 국지 호스트를 작동 가능하게 하십시오. a. MPTN\BIN\SETUP.CMD 명령 파일에서 다른 ifconfig 줄 다음에 다음 줄을 추가하십시오. ifconfig lo 127.0.0.1 주: OS/2 Warp에 인터넷 액세스 킷(IAK)을 갖추고 있으면, 이 줄을 MPTN\BIN\SETUP.CMD 파일 대신 \STARTUP.CMD에 추가하십시오. 파일이 없을 때는 이를 작성해야 합니다. b. TCP/IP 구성 폴더에서 다음 단계를 수행하십시오. 1) "이름 구성 서비스 페이지"로 이동하십시오. 2) "이름 서버 없이 호스트명 구성" 테이블에서 "IP 어드레스"가 127.0.0.1로 설정되고 "호스트명"이 localhost로 설정된 항목을 추가하십시오. 주: "LAN 이름 구성 서비스" 페이지에 시스템에 대한 호스트명이 있으면, IP 주소 127.0.0.1을 localhost로 설정할 때 이 이름을 별명으로 추가해야 합니다. c. "이름 서버로 가기 전에 호스트 목록을 통해서 보기" 확인란을 선택하십시오. 주: 이 단계에서는 OS/2가 localhost와 같은 호스트를 찾을 때 이름 서버를 점검하는 대신 시스템에서 찾은 호스트 주소를 사용하도록 알립니다. 호스트가 시스템에서 정의되지 않으면, OS/2는 사용자가 구성한 이름 서버를 사용하여 호스트를 계속 찾습니다. d. TCP/IP 구성을 닫고 시스템을 재부트하십시오. e. 네트워크에 연결되지 않고 ping localhost할 수 있어야 합니다. 4. 호스트명이 올바른지 검증하십시오. OS/2 명령행에서 "hostname"을 입력하십시오. 리턴된 호스트명은 TCPIP 구성 노트북의 '호스트명' 페이지에 나열된 것과 일치해야 하며 길이는 32 문자 이하여야 합니다. 호스트명이 이런 조건에서 벗어나면, 이를 '호스트명' 페이지에서 정정하십시오. 그런 후 필요에 따라 CONFIG.SYS에서 정정하십시오. (SET HOSTNAME=) 필요한 내용을 변경하고 나서 다시 부트하십시오. 19.1.3 TCP/IP 구성 확인 OS/2용 DB2 폴더에 있는 "HTML 탐색 서버 시작" 아이콘을 클릭하십시오. 오류 메세지가 나타나면, TCP/IP가 제대로 구성되지 않은 것입니다. 19.1.2, "OS/2에서 TCP/IP 구성"에 있는 지시사항을 따라 TCP/IP가 올바르게 구성되었는지 확인하십시오. 설정을 변경한 경우 OS/2를 재부트하십시오. 19.1.4 탐색 시스템 디렉토리 찾기 탐색 시스템은 다른 제품에서 사용될 수 있으므로 자체 디렉토리에 저장됩니다. 예를 들어, 드라이브 G에 탐색 시스템과 함께 DB2 UDB를 설치하고 나중에 드라이브 H에 VisualAge for Java를 설치했다면, 첫번째 탐색 시스템만 설치됩니다. 이 문서의 일부 지침에서는 이 디렉토리의 위치를 지정해야 합니다. 이 디렉토리의 위치를 찾으려면, 다음 명령을 OS/2 명령행에 입력하십시오. echo %IMNNLPSSRV% 19.1.5 탐색 서버의 포트 번호 변경 탐색 서버는 포트 번호 49213으로 지정됩니다. 이는 TCP/IP에 지정된 공용 포트 번호 이후의 번호입니다. 이 포트를 사용하는 또다른 제품이 있을 때는 다음 단계를 통해 탐색 서버 포트를 변경할 수 있습니다. 1. 탐색 시스템 디렉토리에서 HTTPD.CNF 파일을 편집하고 포트 번호를 사용할 수 있는 것으로 변경합니다. 49000 이상이 바람직합니다. 2. DB2 UDB 디렉토리로 가서 %DB2PATH%/doc/html 디렉토리에서 텍스트 편집기를 사용하여 DB2SRCH.HTM 파일을 편집합니다. 다음 줄을 이전 단계에서 선택된 포트로 변경하십시오.
여기서, * DBCS에 대해 D이고 SBCS에 대해 S입니다. xx 문서가 쓰여진 언어의 2문자 식별자입니다. 49213 localhost에 대한 새로운 포트입니다. 3. OS/2용 DB2 폴더에서 아이콘을 두 번 클릭하여 탐색 서버를 중단하고 시작합니다. 19.1.6 탐색 서버 설치 오류 진단 탐색 서버를 설치하는 중에 오류 메세지를 수신했다면, OS/2 명령행에서 다음 명령을 입력하고 리턴되는 지시에 따르십시오. SNIFFLE /P 완료한 후 반드시 시스템을 재부트하십시오. 19.2 HTML 탐색 시스템 사용 19.2.1 탐색 서버 시작 및 중단 탐색 시스템을 설치한 후 이는 재부트 다음에 자동으로 시작됩니다. 탐색 서버가 오류 없이 시작했는데 브라우저에서 다음 오류 메세지를 만나면 "HTML 탐색 서버 중단" 아이콘을 클릭한 후 "HTML 탐색 서버 시작" 아이콘을 클릭하십시오. 네트워크 오류가 발생했습니다. 서버에 연결할 수 없습니다. 서버가 중단되었거나 또는 연결할 수 없습니다. 나중에 다시 연결하십시오. 탐색한 후 탐색 서버를 중단하고 사용된 메모리를 다시 사용하십시오. 이를 중단하려면, OS/2용 DB2 폴더에 있는 "HTML 탐색 서버 중단" 아이콘을 두 번 클릭하십시오. 19.2.2 네트워크에서 연결이 끊어진 동안 탐색 네트워크에서 작업하고 있지 않는 경우(예를 들어, 랩탑 컴퓨터를 사용하고 있고 잠시 LAN에 연결되어 있지 않은 경우)에는 localhost를 작동시켜서 문서를 탐색할 수 있습니다. 이 작업에 대한 지침은 19.1.2 "OS/2에서의 TCP/IP 구성" 섹션의 단계 3에서 설명되어 있습니다. 19.2.3 파일이 없다는 오류 탐색 시스템은 사전 정의된 색인을 탐색합니다. 이들 색인은 전부 설치된 DB2 UDB 제품에 관계없이 탐색 시스템과 함께 설치됩니다. 그러므로, 탐색을 수행할 때 일부 파일은 시스템에 설치되지 않은 제품에 속하므로 "파일이 없음"이라는 오류가 리턴될 수 있습니다. 19.2.4 탐색이 작동하지 않는 경우(탐색 시도시 오류 500) 탐색 서버를 설치했지만 문서를 탐색할 때 오류가 발생하면, 다음 항목을 점검하십시오. 1. 탐색 시스템이 제대로 설치되었는지 점검합니다. IMNNLPSSRV 환경 변수는 탐색 시스템 디렉토리를 가리켜야 합니다(19.1.4 "탐색 시스템 디렉토리 찾기" 참조). 2. 탐색 시스템 디렉토리는 다음 파일들을 포함해야 합니다. o DB2SRSxx.EXE 또는 DB2SRDxx.EXE 실행 파일(앞의 것은 SBCS 문서용이고 뒤의 것은 DBCS 문서용입니다). xx는 문서가 쓰여진 언어의 2문자 식별자입니다. DB2SRSEN.EXE는 영문 SBCS 문서의 실행 파일이고 DB2SRDCN은 중국어 DBCS 문서에 대한 것입니다. o DB2HEAD.HTM 및 DB2FOOT.HTM. 이런 파일이 없을 때는 DB2NETQ.CMD를 수행하여 색인 등록을 설정하고 파일을 탐색 시스템 디렉토리에 복사하십시오. 3. 탐색 시스템은 제품 문서와 함께 등록되어야 합니다. 다음 명령을 호출하여 탐색 시스템에 등록된 모든 문서를 나열하십시오. NQMAP -A DB2 UDB에 대한 문서는 DB2ADMxx, DB2APDxx 또는 DB2CONxx라고 하며, 여기서 xx는 문서가 쓰여진 언어의 2문자 식별자입니다. 이들 이름 중 하나 이상이 NQMAP가 리턴하는 이름 목록에 나타나야 합니다. 여기에 파일이 없으면, TCP/IP가 제대로 설치되지 않았거나 또는 색인이 손상된 것입니다. SNIFFLE /P를 사용하여 앞의 것을 수정하고 나중 것을 수정하기 위해 문서를 다시 설치하십시오. 19.2.5 탐색 서비스 시작시 오류가 발견됨 다음 오류를 만나면, EHS0410: An error was detected when starting the search service. Stop the service and start it again. Press Enter to continue... (때때로 오류는 EHS0411이지만 텍스트는 동일합니다. 이 메세지는 공백 전화면에 나타납니다.) 설치한 후 호스트명이 변경되었을 수도 있으므로 이를 다시 기록해야 합니다. NetQuestion 디렉토리로 가서 다음을 입력하십시오. type netq.cfg 이것은 NetQuestion이 사용하는 호스트명을 보여 줍니다. 예를 들어, DHCP 및 DDNS를 구성하는 중에 호스트명을 변경하였다면, 다음을 입력하십시오. netqinit 예: netqinit d:\netqos2\data 19.3 HTML 탐색 시스템 설치제거 OS/2용 DB2를 설치제거한 후 탐색 시스템은 하드 드라이브에 남아 있습니다. UNINSTNQ.CMD를 수행하여 이를 제거하십시오. 19.3.1 OS/2에서 탐색 시스템 설치제거시의 문제 UNINSTNQ.CMD를 수행했는 데 탐색 시스템이 설치제거되지 않으면, 다음과 같은 원인이 있을 수 있습니다. o TCP/IP가 제대로 구성되지 않았습니다. o DB2 UDB 또는 다른 제품이 탐색 시스템을 사용하고 있으므로 이를 제거할 수 없습니다. 1. 147 페이지에 있는 19.1.2 "OS/2에서의 TCP/IP 구성"의 지침에 따라서 TCP/IP가 제대로 구성되었는지 그리고 탐색 서버가 올바르게 구성된 TCP/IP 설정으로 초기화되었는지를 확인하십시오. 구성을 변경한 경우에는 반드시 시스템을 재부트해야 합니다. 2. 여전히 탐색 시스템에 등록되어 있는 제품을 판별하려면, 다음 명령을 수행하십시오. NQMAP -A 이 명령이 색인을 리턴하지 않으면, 단계 6으로 건너뛰십시오. 목록에 DB2 UDB에 속하지 않는 색인(즉, 이름이 "DB2"로 시작하지 않음)이 있으면, 탐색 서버를 제거할 수 없습니다. 여기에 DB2 색인 파일명(DB2ADMxx, DB2APDxx, DB2CONxx)이 있으면, DB2 UDB는 색인의 등록을 취소할 수 없으므로 탐색 시스템의 설치제거는 실패합니다. 이는 DB2 UDB가 잘못 설치제거된 경우에 발생합니다(예를 들어, SQLLIB 폴더가 삭제됨). 이런 경우, 다음 단계를 사용하여 색인을 수동으로 등록취소하고 탐색 시스템 디렉토리를 제거해야 합니다. a. 이 명령을 수행하여 탐색 서버가 수행 중인지를 확인하십시오. NETQ START SERVER //SBCS의 경우 IMQSS.EXE -START DBCSHELP //DBCS의 경우 b. 각 색인 파일에 대해 이 명령을 수행하십시오. NQMAP -D c. 각 색인 파일에 대해 이 명령을 수행하십시오. NQDELET //SBCS의 경우 TMDELET //DBCS의 경우 d. 탐색 서버를 중지하십시오. NETQ STOP SERVER //SBCS의 경우 IMQSS.EXE -STOP DBCSHELP //DBCS의 경우 e. "NQMAP -A"를 수행하고 남아 있는 DB2 색인(DB2xxxxx)이 없는지 확인하십시오. 만일 아직 남아 있는 것이 있으면 IBM 서비스에 문의하십시오. f. 다음 명령을 수행하여 사용 중인 다른 색인이 없는지 검증하십시오. NQCOUNTI <탐색 시스템 디렉토리> //SBCS에 대해 TMCOUNTI <탐색 시스템 디렉토리> //DBCS에 대해 주: 설치된 위치를 모르면 19.1.4 "탐색 시스템 디렉토리 찾기"를 참조하십시오. o 이 명령이 아직 사용 중인 색인이 하나 이상이라는 것을 나타내는 자료를 리턴하면, 탐색 시스템은 다른 제품이 아직 등록되어 있으므로 제거될 수 없습니다. 나머지 단계를 수행하지 마십시오. o 탐색 시스템이 "0 색인 사용 중"을 리턴하면, UNINSTNQ.CMD를 수행하십시오.("SYS0016: 디렉토리를 제거할 수 없습니다"라는 메세지를 무시하십시오.) 탐색 시스템 디렉토리가 제거되었는지 검증하십시오. 아직 있으면, IBM 서비스로 문의하십시오. g. UNINSTNQ.CMD가 완료된 후 다음 단계를 수행하십시오. 1) 설치 중에 작성된 백업에서 CONFIG.SYS를 복원합니다. 주: 설치 작업 번호가 매겨진 백업을 작성합니다. 이는 config.xyz의 형태로 이루어지며, 여기서 xyz는 000 - 100 사이에서 사용 가능한 첫번째 번호입니다. 백업에는 설치 시간의 시간 및 날짜 소인이 있습니다. 설치 중에 작성된 백업은 두 가지입니다. 하나는 DB2 UDB 설치를 위한 것이고 다른 하나는 탐색 시스템 설치를 위한 것입니다. o 탐색 시스템 설정만 제거하려면 두 번째 백업을 사용합니다. o DB2 UDB 및 탐색 시스템 설정을 둘 다 제거하려면, 첫번째 백업을 사용합니다. 2) 탐색 시스템의 디렉토리와 그 서브트리를 전부 제거합니다. a) %TMP%/NETQ 디렉토리로 이동합니다. b) NETQ 디렉토리에 남아 있는 모든 파일을 삭제합니다. c) NETQ 디렉토리를 삭제합니다. d) 재부트합니다. 20.0 WINDOWS NT, WINDOWS 95 및 WINDOWS 98용 HTML 탐색 서버: HTML 문서 탐색 IBM DB2 Universal Database(DB2 UDB) 온라인 문서는 정보를 찾는 데 도움을 주기 위해 HTML 탐색 서버와 함께 사용됩니다. 이 릴리스 정보에서는 Windows NT, Windows 95 및 Windows 98에서의 탐색 시스템 설정 및 사용을 설명합니다. 탐색 시스템은 탐색 엔진 및 탐색 서버로 구성됩니다. 탐색 시스템은 다른 제품에서 사용될 수 있으므로 자체 디렉토리에 저장됩니다. 20.1 사용시 제한사항 이 탐색 시스템은 Windows 3.1을 지원하지 않습니다. 이 탐색 시스템은 Thin Client에 대해 작동되지 않습니다. 문서를 탐색하려고 할 때 네트워크 오류가 발생합니다. 20.2 WINDOWS NT, WINDOWS 95 및 WINDOWS 98에서의 HTML 탐색 시스템 설치 20.2.1 탐색 시스템의 전제조건 다음 전제조건이 필요합니다． o Windows NT 4.0에서 최상의 결과를 얻으려면, Service Pack 3을 설치해야 합니다. 정보를 얻고 싶으면, http://www.microsoft.com/ntserver/info/servicepack3.htm을 참조하십시오. o Netscape 3.0과 같은 브라우저가 필요합니다. 사용하는 브라우저에서 국지 호스트에 대한 프록시 처리를 작동 중지해야 합니다. o 시스템에 TCP/IP 버전 3 이상을 설치해야 합니다. DB2 UDB 탐색 시스템이 제대로 기능하기 위해 이를 설치하고 구성해야 합니다. Windows 95에서 TCP/IP는 다음과 같이 작동되어야 합니다. - LAN 어댑터 구성의 경우 - 유효한 호스트 및 도메인명과 함께 DNS가 작동되어야 합니다. - LAN DNS는 "localhost"를 127.0.0.1로 설정해야 합니다. - LAN 어댑터 구성과 연결해제된 상태에서 수행할 수 없습니다. - 다이얼-업 어댑터 구성의 경우 - DNS가 사용 가능하지 않아야 합니다. - TCP/IP 주소는 자동으로 확보되어야 합니다. 주: 이런 구성 옵션은 이에 대해서만 변경되었어도 모든 TCP/IP 어댑터에 적용됩니다. 재구성 없이 LAN과 다이얼-업을 둘 다 사용할 수 없습니다. 인터넷 서비스 제공자(ISP)에 대해 다이얼-업 네트워킹 TCP/IP 특성을 ISP가 문서화한 대로 구성해야 합니다. 다이얼-업 네트워킹 TCP/IP 특성은 "Windows 95 제어판의 네트워크 아이콘"을 통해 구성된 다이얼-업 어댑터 TCP/IP 특성에 있는 특성을 대체합니다. 특성의 대체는 다이얼-업 어댑터 TCP/IP 특성이 위에서처럼 구성될 때만 일어납니다. 다이얼-업 어댑터 TCP/IP 특성에서 DNS를 작성하거나 또는 다이얼-업 어댑터 TCP/IP 특성에서 IP 주소를 설정하면 ISP에 대한 다이얼-업 네트워킹 구성과 충돌하므로 이를 피해야 합니다. NT 4.0에 대해 앞에서 상세히 설명된 TCP/IP 구성 중 하나가 작동합니다. 독립형으로 수행하는 경우 다른 두 어댑터 없이 MS 루프백 어댑터를 작동시킬 수 있습니다. 20.2.2 이전에 설치된 탐색 시스템 버전 중단 탐색 시스템이 다른 제품(예를 들어, VisualAge for Java)에 의해 이전에 설치되었다면, 탐색 서버를 중단해야 합니다. 탐색 서버를 중단하려면, 시작 메뉴의 DB2 메뉴 항목에서 "HTML 탐색 서버 중단"을 클릭하십시오. 20.2.3 탐색 시스템 디렉토리 찾기 탐색 시스템은 다른 제품에서 사용될 수 있으므로 자체 디렉토리에 저장됩니다. 예를 들어, 드라이브 G에 탐색 시스템과 함께 DB2 UDB를 설치하고 나중에 드라이브 H에 VisualAge for Java를 설치했다면, 첫번째 탐색 시스템만 설치됩니다. 이 문서의 일부 지침에서는 이 디렉토리의 위치를 지정해야 합니다. 이 디렉토리의 위치를 찾으려면 다음 명령을 사용하십시오. echo %IMNINSTSRV% 20.2.4 탐색 서버의 포트 번호를 다른 것으로 변경 탐색 서버는 포트 번호 49213으로 지정됩니다. 이는 TCP/IP에 지정된 공용 포트 번호 이후의 번호입니다. 이 포트를 사용하는 또다른 제품이 있을 때는 다음 단계를 통해 탐색 서버 포트를 변경할 수 있습니다. 1. 탐색 시스템 디렉토리에서 HTTPD.CNF 파일을 편집하고 포트 번호를 사용할 수 있는 것으로 변경합니다. 49000 이상이 바람직합니다. 2. 다음 명령을 수행하여 이 어디에 있는지 판별하십시오. DB2SET DB2PATH 3. DB2 UDB 디렉토리로 가서 /doc/html 디렉토리에서 텍스트 편집기를 사용하여 DB2SRCH.HTM 파일을 편집하십시오. 다음 줄을 이전 단계에서 선택된 포트로 변경하십시오. 여기서, * DBCS에 대해 D이고 SBCS에 대해 S입니다. xx 문서가 쓰여진 언어의 2문자 식별자입니다. 49213 localhost에 대한 새로운 포트입니다. 4. 탐색 서버를 중단하고 시작하십시오. 탐색 서버를 중단하려면, 시작 메뉴의 DB2 메뉴 항목에서 "HTML 탐색 서버 중단"을 클릭하십시오. 탐색 서버를 시작하려면, 시작 메뉴의 DB2 메뉴 항목에 있는 "HTML 탐색 서버 시작"을 클릭하십시오. 20.2.5 LAN 연결 드라이브에 DB2 UNIVERSAL DATABASE 설치 Windows 95에서 LAN 연결 드라이브에 DB2 UDB를 설치하고 드라이브가 Windows 95에서 AUTOEXEC.BAT가 수행되기 전에 다시 연결되지 않으면, 탐색 시스템은 그 환경 변수를 설정할 수 없게 됩니다. 탐색 시스템은 탐색 시스템 디렉토리 (예를 들어, F:\IMNNQ_95)에 상주하는 일괄처리 파일(IMNENV.BAT)을 통해 환경 변수를 설정합니다. 이 문제점을 피하려면, 탐색 시스템 디렉토리에서 IMNENV.BAT를 AUTOEXEC.BAT가 실행되기 전에 연결되는 또다른 드라이브/ 디렉토리로 복사하십시오. 그런 후 AUTOEXEC.BAT를 수정하여 시동시, 이 일괄 처리 파일이 호출되게 하십시오. 예를 들어, IMNENV.BAT를 C:\WINDOWS\IMNNQ에 복사하면 다음 줄을 AUTOEXEC.BAT에 추가할 수 있습니다. IF EXIST C:\WINDOWS\IMNNQ\IMNENV.BAT CALL IMNENV.BAT 20.2.6 탐색 서버 설치 오류 진단 DB2 UDB 설치 중에 탐색 서버 설치 또는 초기화가 실패하게 되면, DB2 UDB 설치는 끝날 때까지 계속됩니다. 다음은 발생하는 상황 및 수행할 작업의 진단을 지원합니다. \imnnq\install 디렉토리에서 IMNNQ.ERR 파일을 찾습니다. 여기서 는 시스템의 %TEMP% 디렉토리입니다. 이 파일이 없으면, 재부트하고 제품을 다시 설치하십시오. IMNNQ.ERR이 있으면, 그 내용은 다음과 같을 수 있습니다. Windows NT, Windows 95 및 Windows용 HTML 탐색 서버 문서 H157 1 - 이는 현재 PATH가 너무 길며 탐색 서버를 PATH에 추가하는 경우 전체 PATH가 지워질 수 있다는 것을 나타냅니다. 주: Windows NT 4.0에서 한계는 512이고 Windows 95에서는 255입니다. 다음 단계를 수행하는 것이 바람직합니다. a) AUTOEXEC.BAT 파일(PATHGOOD)에서 PATH 변수를 재명명하고 변경 사항을 저장하면 재부트합니다. b) \imnnq\install에서 IMNNQ.ERR을 제거합니다. c) 제품 설치를 다시 수행하여 탐색 시스템을 제대로 설치합니다. d) PATHGOOD 변수를 최근 설치로 작성된 PATH 변수와 병합합니다. 2 - 기타 오류가 발생할 때는 IBM 서비스로 문의하십시오. 3 - 디스크 공간이 부족합니다. 탐색 시스템을 위해 최소한 4.5MB의 디스크 공간과 Windows 95에 대해 변경되는 AUTOEXEC.BAT를 위한 충분한 공간이 있는지 확인하십시오. IMNNQ.ERR에 'XXX.EXE가 없습니다'라는 메세지가 있으면, 탐색 시스템 실행 파일을 찾을 수 없는 것입니다. 탐색 시스템 설치/초기화 프로그램을 다시 재수행하십시오. 20.3.4 "탐색이 작동하지 않는 경우(탐색 시도시 오류 500)"를 참조하십시오. 20.3 HTML 탐색 시스템 사용 20.3.1 서버 시작 및 중단 탐색 시스템을 설치한 후 이는 재부트 다음에 자동으로 시작됩니다. 탐색 서버가 오류 없이 시작되지만 브라우저에서 다음 오류를 만나면 시작 메뉴의 DB2 메뉴 항목에서 "HTML 탐색 서버 중단"을 클릭한 후 "HTML 탐색 서버 시작"을 클릭하십시오. 네트워크 오류가 발생했습니다. 서버에 연결할 수 없습니다. 서버가 중단되었거나 또는 연결할 수 없습니다. 나중에 다시 연결하십시오. 탐색한 후 탐색 서버를 중단하고 사용된 메모리를 다시 사용하십시오. 탐색 서버를 중단하려면, 시작 메뉴의 DB2 메뉴 항목에서 "HTML 탐색 서버 중단"을 클릭하십시오. 20.3.2 NETSCAPE 또는 INTERNET EXPLORER에서 프록시를 사용한 탐색 작동 수동으로 프록시를 작동하여 Netscape 또는 Internet Explorer를 사용하면, 프록시 정보를 수정하여 탐색 속도를 상당히 높일 수 있습니다. Netscape 3: ----------- 1. 옵션 - 네트워크 환경설정을 선택합니다. 2. 프록시 탭을 클릭합니다. 3. 수동 프록시 구성 선택에서 보기를 클릭합니다. 4. "프록시 없음" 박스에서 다음을 입력합니다. localhost:49213 여기에 다른 항목이 있으면, 쉼표로 분리합니다. 5. 확인을 클릭하여 수동 프록시 구성 창을 닫습니다. 6. 확인을 클릭하여 환경설정 창을 나갑니다. Netscape 4(Communicator): ------------------------- 1. 편집 - 환경설정을 선택합니다. 2. 범주 트리에서 확장을 두 번 클릭합니다. 3. 확장 서브트리에서 프록시를 클릭합니다. 4. 수동 프록시 구성 선택에서 보기를 클릭합니다. 5. "예외... 다음으로 시작하는 도메인에 대해 프록시 서버를 사용하지 마십시오" 박스에서 다음을 입력합니다. localhost:49213 여기에 다른 항목이 있으면 쉼표로 분리합니다. 6. 확인을 클릭하여 수동 프록시 구성 창을 닫습니다. 7. 확인을 클릭하여 환경설정 창을 나갑니다. Internet Explorer 3: -------------------- 1. 보기 - 옵션을 선택합니다. 2. 연결을 선택합니다. 3. "예외... 다음으로 시작하는 도메인에 대해 프록시 서버를 사용하지 마십시오" 박스에서 다음을 입력합니다. localhost:49213 여기에 다른 항목이 있으면 쉼표로 분리합니다. 4. "국지 (인트라넷) 주소에 대해 프록시 서버를 사용하지 마십시오" 박스를 선택합니다. 5. 확인을 클릭하여 옵션 창을 나갑니다. Internet Explorer 4: -------------------- 1. 보기... 인터넷 옵션을 선택합니다. 2. 연결 탭을 선택합니다. 3. "국지 (인트라넷) 액세스에 대한 프록시 서버 무시" 선택란을 선택합니다. 주: 이 선택란은 프록시 또는 socks 연결을 사용하고 "프록시 서버를 사용하여 인터넷 액세스" 선택란을 선택한 경우에만 사용될 수 있습니다. 4. "고급" 버튼을 선택합니다. 5. "예외... 다음으로 시작하는 주소에 대해 프록시 서버를 사용하지 마십시오" 박스에 localhost:49213을 입력하십시오. 여기에 다른 항목이 있으면 새로운 항목을 세미콜론으로 분리하십시오. 6. 확인을 선택한 후 확인을 다시 선택하여 옵션 탭을 나갑니다. Windows NT, Windows 95 및 Windows용 HTML 탐색 서버 문서 H159 20.3.3 WINDOWS 95에서 랩탑을 사용하는 탐색 이름 서버: 연결해제된 개발 플랫폼으로 보통 LAN에 연결된 랩탑을 사용하는 경우 탐색 작업이 어려워질 수 있습니다. 성공적으로 탐색하려면, TCP/IP 구성에서 이름 서버, IP 주소의 작동을 금지시켜야 합니다. 다시 말해서, 두 개의 TCP/IP 구성을 분리해야 합니다. 하나는 연결된 조작을 위한 것이고 다른 하나는 연결해제된 조작을 위한 것입니다. Windows 95에서 복수 TCP/IP 구성을 위한 최적 수정사항 Windows 95는 하나의 TCP/IP 구성만 사용하도록 허용합니다. 그러나, 하나 이상의 설정을 지정할 수 있게 하는 쉐어웨어 유틸리티를 인터넷에서 사용할 수 있으며 연결 상태에 따라 이(LAN에서 연결 또는 연결해제)를 변경하십시오. TCPSwitch는 이런 프로그램 중 하나입니다. Socks 서버 및 프록시: Netscape 3을 사용하고 있고 프록시 또는 socks 서버로 인터넷을 액세스하기 위해 안전한 사이트로 다이얼 인하는 경우 탐색하기 전에 Netscape에서 이런 설정을 삭제해야 합니다. 이는 Netscape 3의 버그입니다. Netscape Communicator의 "직접 연결" 설정은 이를 수정해야 합니다. 20.3.4 탐색이 작동하지 않는 경우(탐색 시도시 오류 500) 제품이 제대로 설치되었지만 탐색 작업이 이루어지지 않으면, 다음 단계를 수행하십시오. 1. 탐색 시스템이 제대로 설치되었는지 점검합니다. IMNINST 및 IMNINSTSRV 환경 변수는 설정되어야 하고 IMNINSTSRV는 탐색 시스템 디렉토리를 지시해야 합니다(20.2.3 "탐색 시스템 디렉토리 찾기" 참조). 2. 탐색 시스템 디렉토리는 다음 파일들을 포함해야 합니다. o DB2SRSxx.EXE 또는 DB2SRDxx.EXE 실행 파일(앞의 것은 SBCS 문서용이고 뒤의 것은 DBCS 문서용입니다). xx는 문서가 쓰여진 언어의 2문자로 된 식별자입니다. 예를 들어, DB2SRSEN은 영문 SBCS 문서의 실행 파일이고 DB2SRDCN은 중국어 DBCS 문서에 대한 것입니다. o DB2HEAD.HTM 및 DB2FOOT.HTM 3. 탐색 시스템이 제품 문서와 함께 등록되어 있는지 확인하십시오. 다음 명령을 호출하여 탐색 시스템에 등록된 모든 문서를 나열하십시오. NQMAP -A //SBCS에 대해 TMMAP -A //DBCS에 대해 DB2 UDB에 대한 문서는 DB2ADMxx, DB2APDxx 또는 DB2CONxx라고 하며, 여기서 xx는 문서가 쓰여진 언어의 2문자 식별자입니다. 이들 이름 중 하나 이상이 NQMAP가 리턴하는 이름 목록에 나타나야 합니다. NQMAP(또는 TMMAP) 명령이 제공할 수 있는 색인 목록과 함께 다음 명령을 사용하여 각 색인에 대한 추가 상세 정보를 얻을 수 있습니다. IMNIXSTA //SBCS에 대해 IMQIXSTA //SBCS에 대해 이 명령은 색인 상태 및 색인에 있는 문서의 수와 같은 세부사항을 제공합니다. 위의 조건 중 하나라도 참이 아니면, DB2 UDB 제품 설치 프로그램을 다시 수행할 수 있습니다. DB2SRCH.EXE, DB2HEAD.HTM 및 DB2FOOT.HTM 파일이 누락되었다는 조건만 참이 아니면, \misc 디렉토리에서 탐색 시스템의 디렉토리(예를 들어, E:\IMNNQ_NT)로 이를 복사할 수 있습니다. 제품 설치 프로그램은 탐색 서버의 설치 및 초기화를 다시 수행합니다. 20.3.5 파일이 없다는 오류 탐색 시스템은 사전 정의된 색인을 탐색합니다. 이들 색인은 전부 설치된 DB2 UDB 제품에 관계없이 탐색 시스템과 함께 설치됩니다. 그러므로, 탐색을 수행할 때 일부 파일은 시스템에 설치되지 않은 제품 또는 설치 중 선택하지 않은 문서에 속하므로 "파일이 없음"이라는 오류가 리턴될 수 있습니다. 20.3.6 탐색 서비스 시작시 오류가 발견됨 다음 오류를 만나면, EHS0410: An error was detected when starting the search service. Stop the service and start it again. Press Enter to continue... (때때로 오류는 EHS0411이지만 텍스트는 동일합니다. 이 메세지는 공백 전화면에 나타납니다.) 설치한 후 호스트명이 변경되었을 수도 있으므로 이를 다시 기록해야 합니다. NetQuestion 디렉토리로 가서 다음을 입력하십시오. type netq.cfg 이것은 NetQuestion이 사용하는 호스트명을 보여 줍니다. 예를 들어, DHCP 및 DDNS를 구성하는 중에 호스트명을 변경하였다면, 다음을 입력하십시오. netqinit 예: netqinit c:\imnnq_nt\data Windows NT, Windows 95 및 Windows용 HTML 탐색 서버 문서 H161 20.4 HTML 탐색 시스템 설치제거 주: DB2 UDB 제품을 설치제거하기 전에 탐색 시스템을 중단해야 합니다. 탐색 서버를 중단하려면, 시작 메뉴의 DB2 메뉴 항목에서 "HTML 탐색 서버 중단"을 클릭하십시오. 탐색 시스템은 시작 메뉴의 DB2 메뉴 항목에서 "설치제거" 항목을 클릭하여 DB2 UDB 제품으로 설치제거됩니다. 20.4.1 WINDOWS NT, WINDOWS 95 또는 WINDOWS 98에서 탐색 시스템이 설치제거되지 않는 경우 탐색 시스템이 설치제거되지 않으면, 그 원인은 다음과 같을 수 있습니다. o DB2 UDB 또는 다른 제품이 탐색 시스템을 사용하고 있으므로 이를 제거할 수 없습니다. o 탐색 시스템 설치제거가 예상대로 수행되지 않았습니다. 여전히 탐색 시스템에 등록되어 있는 제품을 판별하려면, 다음 명령을 수행하십시오. NQMAP -A //SBCS에 대해 TMMAP -A //DBCS에 대해 이 명령이 색인을 리턴하지 않으면, 단계 6으로 건너뛰십시오. 목록에 DB2 UDB에 속하지 않는 색인(즉, 이름이 "DB2"로 시작하지 않음)이 있으면, 탐색 서버를 제거할 수 없습니다. 여기에 DB2 색인 파일명(DB2ADMxx, DB2APDxx, DB2CONxx)이 있으면, DB2 UDB는 색인의 등록을 취소할 수 없으므로 탐색 시스템의 설치제거는 실패합니다. 이는 DB2 UDB가 잘못 설치제거된 경우에 발생합니다(예를 들어, SQLLIB 폴더가 삭제됨). 이런 경우, 다음 단계를 사용하여 색인을 수동으로 등록취소하고 탐색 시스템 디렉토리를 제거해야 합니다. 1. 이 명령을 수행하여 탐색 서버가 수행 중인지를 확인하십시오. IMNSS START SERVER //SBCS의 경우 IMQSS.EXE -START DBCSHELP //DBCS의 경우 2. 각 색인 파일에 대해 이 명령을 수행하십시오. NQMAP -D //SBCS의 경우 TMMAP -D //DBCS의 경우 3. 각 색인 파일에 대해 이 명령을 수행하십시오. NQDELET //SBCS의 경우 TMDELET //DBCS의 경우 4. 탐색 서버를 중지하십시오. IMNSS STOP SERVER //SBCS의 경우 IMQSS.EXE -STOP DBCSHELP //DBCS의 경우 5. "NQMAP -A"(또는 "TMMAP -A")를 수행하고 남아 있는 DB2 색인(DB2xxxxx)이 없는지 확인하십시오. 만일 아직 남아 있는 것이 있으면 IBM 서비스에 문의하십시오. 6. 다음 명령을 수행하여 사용 중인 다른 색인이 없는지 검증하십시오. NQCOUNTI <탐색 시스템 디렉토리> //SBCS의 경우 TMCOUNTI <탐색 시스템 디렉토리> //DBCS의 경우 주: 설치된 위치를 모르면 20.2.3, "탐색 시스템 디렉토리 찾기"를 참조하십시오. o 이 명령이 아직 사용 중인 색인이 하나 이상이라는 것을 나타내는 자료를 리턴하면, 탐색 시스템은 다른 제품이 아직 등록되어 있으므로 제거될 수 없습니다. 나머지 단계를 수행하지 마십시오. o 탐색 시스템이 "0 색인 사용 중"을 리턴하면, UNINSTNQ.CMD를 수행하십시오. 탐색 시스템이 여전히 설치제거되지 않으면, 제품을 수동으로 제거할 수 있습니다. 1. 다음에서 레지스트리 항목을 제거하십시오. \\HKEY_LOCAL_MACHINE\SOFTWARE\IBM\NetQuestion 모든 하위 트리를 포함하여 이 항목을 제거하십시오. 2. 탐색 시스템의 디렉토리와 그 서브트리를 전부 제거하십시오. (예를 들어, D:\IMNNQ_NT). 3. INST 및 IMNINSTSRV 환경 변수를 제거하고 PATH 환경변수에서 탐색 시스템 경로를 제거하십시오. 탐색 시스템을 아직도 설치제거하지 못하면, IBM 서비스를 호출하십시오. 20.4.2 제품 설치제거 후 재부트 DB2 UDB 설치제거 후에 또다른 설치 작업을 수행하기 전에 재부트하는 것이 중요합니다. 그 이유는 일부 탐색 시스템 DLL이 운영 체제에서 있으므로 다음 재부트때까지는 제거될 수 없기 때문입니다. 탐색 시스템 설치가 재부트 전에 발생하면, 새롭게 설치된 탐색 시스템 DLL이 다음 재부트에서 감지되어 탐색 시스템을 사용할 수 없게 만듭니다. | 21.0 NETQUESTION에 대한 일시적인 해결책 | 21.1 UNIX 플랫폼에서의 IMNSEARCH (NETQUESTION) 설치 문제 | 일부 환경에서 IMNSearch(NetQuestion) 구성요소의 설치 및 설치제거는 | 해당 구성요소를 다시 설치할 수 없게 합니다. 간단히 말해서, 구성요소는 | 제대로 설치하기 위해 특수한 userID 및 groupID 이름을 요구합니다. | 경우에 따라(보통 IMNSearch가 불완전하게 제거되었을 때) 이 ID들 중 | 하나가 존재하지 않습니다. 다른 경우, 설치시 사용자는 이 그룹 ID와 | 사용자 ID를 성공적으로 작성하는 데 필요한 올바른 액세스를 가지고 | 있지 않습니다. 이 조건 둘다 IMNSearch 구성요소를 제대로 설치할 수 | 없게 합니다. | 처음 IMNSEARCH를 기계에 설치할 때의 문제점>> | IMNSearch 구성요소를 설치하는 데 문제가 있으며 제품의 이전 버전을 | 아직 설치하지 않은 경우, 구성요소를 완전히 제거한 후 다시 설치하십시오. | 이것은 설치하기 전에 "imnadm" 사용자 ID 및 그룹 ID를 제거하는 것을 | 포함함을 기억하십시오. | 다른 IMNSEARCH 구성요소가 이미 설치되었거나 이전에 설치된 경우 | IMNSEARCH를 설치할 때의 문제점>> | IMNSearch 구성요소를 설치하는 데 문제가 있으며 IMNSearch 구성요소의 | 다른 버전이 이미 설치된 경우(또는 과거에 설치한 경우), 기존의 | IMNSearch 구성요소를 제거하지 마십시오. 대신, imnadm라고 하는 그룹 | ID가 있는지 여부를 점검하십시오. imnadm 그룹 ID가 있다면 다음 중 | 하나를 수행할 수 있습니다. | 1. imnadm 사용자 ID를 작성하고 IMNSearch 구성요소를 재설치하십시오. | 2. imnadm 그룹 ID를 삭제하고 IMNSearch 구성요소를 재설치하십시오. | IMNSEARCH를 AFS/DCE나 NIS/NIS+ 환경에 설치할 때의 문제점>> | 사용자 ID 및 그룹 ID 관리가 집중식인 환경에서, 권한 있는 관리 사용자가 | 서버에 ID를 작성한 후, ID 정보를 클라이언트 기계로 분배하며, 사용자가 | IMNSearch 구성요소를 설치하기 전에 "imnadm" 사용자 ID 및 그룹 ID를 | 작성해야 합니다. 이 사용자 ID 및 그룹 ID는 IMNSearch 구성요소를 | 사용하는 모든 제품 간에 공유되므로, 이 단계는 구성요소를 사용하는 | 첫번째 제품을 설치하기 전에 한번 수행될 필요가 있습니다. IMNSearch | 구성요소를 사용하는 최종 제품이 설치제거된 후에, 사용자 ID 및 그룹 | ID가 제거되어야 합니다. | 21.2 HPUX-10에 NETQUESTION 설치 | HP-UX 10용 DB2 Universal Database 버전 5.2를 설치할 때, NetQuestion은 | 제품 CD-ROM을 사용하여 설치할 수 없음을 발견할 수 있습니다. DB2 제품 | 문서를 찾으려고 할 때, "서버가 연결을 거부했습니다"라는 메세지를 받게 | 될 수도 있습니다. NetQuestion이 다음 명령으로 설치되었는지 점검하십시오. | swlist -l product | grep -i imn | 아무 것도 리턴되지 않으면, NetQuestion이 설치되지 않은 것입니다. | 이 경우, 수작업으로 NetQuestion을 설치해야 합니다. NetQuestion을 | 설치하기 위해서는 사용자가 루트여야 함을 기억하십시오. | 설치 CD에서 국지 하드 드라이브로 전체 "/NetQ" 디렉토리를 복사하십시오. | 복사 완료 후에, 국지 "/NetQ/hpux10" 디렉토리에 "IMNSearch", | "IMNSearchB", "IMNpkgadd", "IMNpkgaddB", "imnbinstall" 및 "imninstall" | 파일이 있어야 합니다. 다음을 입력하십시오. | imninstall | NetQuestion 설치 스크립트를 시작하십시오. 화면의 지시사항에 따라 | SBCS 탐색 엔진만을 설치하거나 SBCS 및 DBCS 탐색 엔진을 함께 | 설치하십시오. | 문제점 해결>> | "imninstall"이 "swcopy 실패, swcopy의 man 페이지를 참조하십시오"라는 | 오류를 리턴하면, DB2와 완전히 무관한 일부 다른 시스템이 시스템을 | 마운트하는 데 실패한 것일 수 있습니다. 이 경우, 사용자는 (루트로서) | 다음 옵션을 추가하여 "/NetQ/hpux10/IMNpkgadd"의 국지 사본을 편집해야 | 합니다. | -x mount_all_filesystems=false | 이것은 "swcopy", "swremove" 또는 "swinstall"의 각 경우에 해당합니다. | 21.3 UNIX 플랫폼용 NETQUESTION와 DB2 CAE | 온라인 문서나 NetQuestion 중 어느 것도 클라이언트 응용 프로그램 인에이블러(CAE)를 | 포함하는 UNIX 제품 CD에 내장되어 있지 않습니다. 그러나, EE 또는 EEE 제품 CD에서 | CAE를 설치하는 경우, 온라인 문서를 설치하도록 선택할 수 있습니다. NetQuestion은 | 문서가 설치될 때마다 자동으로 설치됩니다. | 21.4 AIX 플랫폼 상의 NETQUESTION DBCS | AIX용 DB2 Universal Database 버전 5.2는 다른 특정 레벨의 NetQuestion이 | AIX 운영 체제에 이미 있는 경우 제대로 동작하지 않는 NetQuestion 2바이트 | 문자 세트(DBCS) 레벨을 사용합니다. | 예를 들어, 일본어, 한국어, 중국어 또는 대만어용 DB2 UDB V5.2가 AIX | 운영 체제에 설치되어 있으며 AIX용 VisualAge C++ Professional 버전 4.0에 | 대한 DBCS 문서가 이미 설치된 경우, 또는 이미 DBCS 고유의 도움말이 설치된 | AIX 버전 4.3 운영 체제에 설치된 경우, 설치했을 모든 DB2 DBCS 문서를 | 탐색하기 위해 NetQuestion를 사용할 수 없습니다. 이러한 문제점은 다른 | NetQuestion 사용 제품이 사용하는 탐색 CGI가 AIX용 DB2 UDB 버전 5.2로 | 제공된 탐색 CGI와 호환되지 않기 때문입니다. | 이러한 문제점을 정정하려면, 다음을 수행하여 "/var/docsearch/cgi-bin/" | 및 "/usr/docsearch/cgi-bin/"에 있는 탐색 CGI를 갱신된 탐색 CGI로 | 대체해야 합니다. | 1. 다음에서 갱신된 탐색 CGI("db2srdbcs")를 | ftp.software.ibm.com/ps/products/db2/info | "/var/docsearch/cgi-bin" 및 "/usr/docsearch/cgi-bin"로 다운로드하십시오. | 이것은 기존의 "db2srdbcs" 파일을 이 디렉토리에서 겹쳐쓰기합니다. | 2. 이 변경사항이 유효하게 하려면 다음과 같이 DB2 DBCS 탐색 엔진을 | 중지하고 시작하십시오. | o 탐색 엔진을 중지하려면, 다음을 입력하십시오. | usr/IMNSearch/bin imqss -stop dbcshelp | o 탐색 엔진을 시작하려면, 다음을 입력하십시오. | usr/IMNSearch/bin imqss -start dbcshelp 22.0 SCOHELP 정보 다음 SCOhelp 정보가 제공됩니다. o 22.1, "SCOhelp 액세스 방법" o 22.2, "자국어와 SCOhelp에 대한 작업" o 22.3, "웹 제어 센터 도움말과 SCOhelp" o 22.4, "Support Level Supplement (SLS) PTF7004A, UnixWare 7 Language Extension Supplement" 22.1 SCOHELP 액세스 방법 다음 방법 중 하나로 SCOhelp를 액세스할 수 있습니다. o 명령행에서: 명령행에서 "scohelp"(/usr/bin/X11/scohelp) 명령 수행 o CDE 데스크탑에서: "도움말" 메뉴(제어판의 도움말 아이콘 위에 있음)를 연 다음 SCO 도움말 선택 o Panorama 데스크탑에서: "루트" 메뉴를 연 다음 도움말 선택 22.2 자국어와 SCOHELP에 대한 작업 22.2.1 스페인어 확장 사용시의 특별 고려사항 "UnixWare 7 Update 1(7.0.1)" CD-ROM은 특히 스페인어 확장(esle)에 대한 수정 패키지를 제공합니다. 다음 DB2 절차는 UnixWare 7 Update 1이 설치되어 있지 않은 경우 LANG이 "es"로 설정되어 있으면 작동하지 않습니다. o 인스턴스 작성(정규 인스턴스 또는 DAS 인스턴스): 이 문제를 피하려면 인스턴스를 작성하기 전에 LANG을 "en"이나 "C"로 설정한 다음 인스턴스가 작성되고 나면 다시 "es"로 설정합니다. 이는 LANG이 "es"로 설정되어 있으면 DB2 설치 프로그램(db2setup)을 사용하여 인스턴스를 작성할 수 없음을 의미하기도 합니다. o db2ishut 명령 수행. 다시 이 문제를 피하려면 db2ishut를 수행하기 전에 LANG을 "en"이나 "C"로 설정한 다음 명령 수행을 완료한 후 다시 "es"로 설정합니다. o db2istrt 수행: 이 명령은 DB2 서버를 시작할 때 사용되며 /etc/rc.db2 스크립트에 의해 호출됩니다. 첫번째 인스턴스가 작성될 때 다음 행이 /etc/inittab 파일에 추가되어 워크스테이션이 재부트될 때 DB2 서비스를 자동 시작합니다. db:234:once:/etc/rc.db2 > /dev/console 2>&1 # Autostart DB2 Services LANG의 생략시 값이 "es"인 경우 이 줄을 /etc/inittab 파일에서 삭제해야 합니다. 재부트가 완료되면 루트로서 로그온하여 LANG을 "en"이나 "C"로 설정한 다음 /etc/rc.db2를 수행합니다. DB2가 시작된 후 LANG을 다시 "es"로 설정합니다. UnixWare 7 Update 1이 설치되어 스페인어 확장에 대한 문제가 해결되면 이 문제점들도 없어진다는 것을 유의하십시오. 다음 줄을 etc/inittab 파일에 포함시켜야 다음에 재부트할 때 DB2 서비스가 자동 시작됩니다. db:234:once:/etc/rc.db2 > /dev/console 2>&1 # Autostart DB2 Services 22.2.2 서버에서 생략시 SCOHELP 언어 변경 서버에서 생략시 값으로 리턴되는 SCOhelp 언어를 변경하려면, /usr/ns-home/httpd-scohelphttp/config/lang.conf를 편집하여 DocumentRoot를 원하는 생략시 언어로 설정하십시오. 다음은 그 예입니다. DocumentRoot /usr/lib/scohelp/fr 이렇게 변경하고 나서 다음 명령으로 웹 서버를 다시 시작해야 합니다. /usr/ns-home/httpd-scohelphttp/restart 이 명령이 작동하지 않으면 다음 명령으로 웹 서버를 중단하고 다시 시작해 보십시오. /usr/ns-home/httpd-scohelphttp/stop /usr/ns-home/httpd-scohelphttp/start 22.2.3 특정 클라이언트에 대한 SCOHELP 언어 리턴값 설정 서로 다른 클라이언트는 서로 다른 언어로 된 SCOhelp 리턴 정보를 가질 수 있습니다. SCOhelp 서버는 *httpAcceptLanguage 자원을 사용하여 요청을 받았을 때 사용할 언어를 결정합니다. 다음과 같이 *httpAcceptLanguage를 필요한 언어로 설정할 수 있습니다. o Netscape 3: Netscape app-defaults 파일을 편집하여(예는 /usr/X/lib/app-defaults에 있음) 다음 행을 포함시킵니다. *httpAcceptLanguage: fr, en o Netscape 4: '편집'메뉴를 선택한 다음 '환경설정'을 선택합니다. 트리 뷰에서 Navigator를 선택한 다음 '언어'를 선택합니다. 필요한 언어를 추가하고 그 언어가 목록의 맨 처음에 있도록 합니다. httpAcceptLanguage를 설정한 후에도 SCOhelp에서 여전히 영어가 나타나면 목록에서 영어를 제거해 보십시오. 22.2.4 탐색 사용 중국어와 브라질 포르투갈어에는 탐색이 없음을 유의하십시오. SCOhelp 탐색 패널의 "옵션" 버튼을 눌러서 탐색할 복수의 언어를 선택할 수 있습니다. 설치된 언어 목록이 표시되면 탐색할 언어들을 선택하십시오. 22.3 웹 제어 센터 도움말과 SCOHELP 웹 제어 센터 도움말에서 DB2 서적으로 직접 링크되지는 않습니다(SCOhelp를 사용하여 표시됨 ). 22.1 "SCOhelp 액세스 방법"에서 설명한 방법 중 하나를 사용하여 DB2 서적을 액세스하십시오. SCO DB2 웹 제어 센터 도움말에는 탐색이 없습니다. 22.4 SUPPORT LEVEL SUPPLEMENT (SLS) PTF7004A, UNIXWARE 7 LANGUAGE EXTENSION SUPPLEMENT "SLS(Support Level Supplement) PTF7004A"는 SCO ftp 사이트 ftp://ftp.sco.com/SLS/에서 제공됩니다. ptf7004a.Z와 ptf7004a.txt 파일을 다운로드하십시오. PTF7004A는 "SCOhelp 내의 Verity 탐색 엔진의 구성 문제점과 다양한 유틸리티와 SCOadmin 관리 프로그램 지역화의 문제점을 정정합니다." DB2 문서를 열람할 경우 이 SLS를 설치해야 합니다. 자세한 내용은 ptf7004a.txt 파일을 참조하십시오. 22.4.1 중국어와 브라질 포르투갈어에 대한 LANG.CONF 수정사항 PTF7004A가 설치된 후 중국어 또는 브라질 포르투갈어로 SCOhelp를 사용하기 전에 /usr/ns-home/httpd-scohelphttp/config/lang.conf 파일을 편집하여 다음과 같이 변경해야 합니다. 1. LocalizedDocRoot 목록에 있는 다음 두 줄을 수정하여 다음과 같이 "_BR"과 "_CN"을 서브디렉토리 이름의 끝에 추가합니다. LocalizedDocRoot pt_PT.ISO8859-1 /usr/lib/scohelp/pt_BR LocalizedDocRoot zh_ZH.ISO8859-1 /usr/lib/scohelp/zh_CN 2. zh에 대한 다양한 언어 별명을 수정합니다. zh에 대한 다양한 언어 별명이 zh_ZH.ISO8859-1(zh와 ZH 사이의 밑줄은 대쉬가 아님)에 맵핑되어 있는지 확인합니다. 이 줄은 다음과 같아야 합니다. LanguageAlias zh zh_ZH.ISO8859-1 그러면 이 값은 다음 줄에 해당합니다. LocalizedDocRoot zh_ZH.ISO8859-1 /usr/lib/scohelp/zh_CN 이렇게 변경하고 난 후 170 페이지의 22.2.2 "서버에서 생략시 SCOhelp 언어 변경"에서 설명한 것처럼 웹 서버를 다시 시작(또는 중단하고 시작)합니다. 22.5 SCOHELP 탐색 색인 파일 SCOhelp는 모든 탐색 색인 파일을 /usr/lib/scohelp//_SearchIndex/parts 디렉토리에 저장합니다. 탐색 색인 파일의 크기는 제품을 설치할 때는 계속 커지지만, 제품을 제거하더라도(현재 UnixWare 7 유틸리티 사용) 작아지지는 않습니다. 이것은 DB2 뿐만 아니라 다른 제품에도 적용됩니다. 이 파일을 삭제하면 SCOhelp 탐색은 더이상 제대로 작동하지 않습니다. (C) Copyright IBM Corp. 2001