시스템 환경 변수

• 운영 체제: AIX®, Linux®
• 기본값: NULL, GETGRSET, GETUSERATTR on AIX, GETGROUPLIST on Linux
• 이 변수를 사용하여 DB2 데이터베이스 시스템은 운영 체제에서 제공한 대체 소스에서 그룹 정보를 확보할 수 있습니다. AIX에서는 getgrset 또는 getuserattr 함수를 사용할 수 있습니다. 이 함수는 LAM(Loadable Authentication Module)을 통해 로컬 파일 이외의 위치에서 그룹을 확보하는 기능을 제공합니다.

• 운영 체제: Linux 및 UNIX
  참고: DB2_APPL_CFG_PATH 환경 변수는 Linux 및 UNIX 서버에서 지원되지 않습니다.
• 기본값: $DB2_NET_CLIENT_PATH
• 이 변수는 클라이언트 구성 파일이 저장되는 경로를 지정합니다. 클라이언트 구성 파일에는 클라이언트 데이터베이스 관리자 구성 파일, Db2 레지스트리 변수, 디렉토리 카탈로그 및 db2cli.ini 파일이 포함됩니다.
• 이 변수를 사용자 특정 클라이언트 구성 경로로 설정할 수 있습니다. DB2_APPL_CFG_PATH 변수를 사용자 특정 경로로 설정한 경우 기본 위치의 파일에서 작성한 모든 변경사항이 해당 클라이언트에 적용되지 않습니다.
• 특정 클라이언트 구성 파일의 기본 위치(예: db2cli.ini 및 db2dsdriver.cfg 파일)를 겹쳐쓸 수 있는 다른 환경 변수가 있습니다. 이러한 다른 환경 변수가 설정된 경우 DB2_APPL_CFG_PATH 변수가 무시됩니다.

• 운영 체제: Linux 및 UNIX
  참고: DB2_APPL_DATA_PATH 환경 변수는 Linux 및 UNIX 서버에서 지원되지 않습니다.
• 기본값: $DB2_NET_CLIENT_PATH
• 이 변수는 클라이언트 사용자 데이터가 저장되는 경로를 지정합니다. 클라이언트 사용자 데이터에는 db2dump 디렉토리, CLI 내부 캐시 파일, 진단 데이터 파일, 서버 목록 캐시 파일 및 쓰기 액세스가 필요한 내부 임시 파일이 포함됩니다.
• 클라이언트 사용자는 애플리케이션 데이터 경로를 공유할 수 없습니다.
• DB2_NET_CLIENT_PATH 변수가 읽기 전용 네트워크 경로로 설정된 경우 이 변수를 쓰기 액세스가 있는 위치로 설정해야 합니다.
• DIAGPATH 구성 매개변수 및 DIAGPATH 키워드를 db2cli.ini 파일에 설정하면 DB2_APPL_DATA_PATH 변수가 무시됩니다.
• DB2_APPL_DATA_PATH가 올바르지 않거나 쓸 수 없는 경로로 설정되면 SQL1042C 오류가 발생할 수 있습니다.

• 운영 체제: 모두
• 기본값: NULL
• 이 환경 변수는 IBM Data Server Driver for ODBC and CLI 설치 디렉터리를 지정합니다. 한 환경에 여러 IBM Data Server Driver for ODBC and CLI 설치가 있는 경우 DB2_CLI_DRIVER_INSTALL_PATH 환경 변수의 값은 따라서 사용할 수 있는 IBM Data Server Driver for ODBC and CLI 설치 애플리케이션의 사본을 판별합니다.

• 운영 체제: 모두
• 기본값: NO, 값: YES 또는 NO
• 이 변수를 다음으로 설정하세요 YES 유로 지원이 필요한 Db2 for z/OS 서버 또는 IBM i 용 Db2 서버에 연결하는 모든 Db2 Connect 클라이언트와 서버에서. 이 변수를 YES로 설정하면 현재 애플리케이션 코드 페이지가 유로 기호에 대한 지원을 명시적으로 표시하는 동등한 코드화된 문자 세트 ID(CCSID)에 맵핑됩니다.
• 결과적으로 Db2 Connect 는 현재 애플리케이션 코드의 CCSID의 수퍼세트이며 유로 부호도 지원하는 CCSID를 사용하여 Db2 for z/OS 서버 또는 Db2 for IBM i 서버에 연결합니다. 예를 들어, 클라이언트가 CCSID 1252에 맵핑되는 코드 페이지를 사용 중인 경우, 클라이언트는 CCSID 5348를 사용하여 연결됩니다.

• 운영 체제: 모두
• 기본값: YES, 값: YES 또는 NO
• 이 변수를 NO로 설정하면 Db2 Enterprise Server Edition 시스템의 로컬 Db2 Connect 클라이언트가 에이전트 내에서 강제 실행됩니다. 에이전트 내에서 실행하면 로컬 클라이언트를 모니터링할 수 있고 SYSPLEX 지원을 사용할 수 있는 이점이 있습니다.

• 운영 체제: Windows
• 기본값: 머신에 설치된 DB2의 기본 사본 이름. 값: 머신에 설치된 DB2의 사본 이름. 이름의 길이는 최대 128자입니다.
• DB2_COPY_NAME 변수는 현재 사용 중인 DB2 사본의 이름을 저장합니다. 여러 DB2 사본이 머신에 설치된 경우, DB2_COPY_NAME을 사용하여 다른 DB2 사본으로 전환할 수 있으며 현재 사용 중인 사본을 변경하려면 INSTALLPATH\bin\db2envar.bat 명령을 실행해야 합니다(여기서, INSTALLPATH는 DB2 가본이 설치된 위치임).

• 운영 체제: Linux
• 기본값: AUTOMATIC
  • Db2 멤버 및 클러스터 캐싱 기능 (CF) 이 동일한 호스트에 있는 경우:
    • 멤버의 경우, NUM_CORES= max (1, floor (0.8*totalCores))
    • 클러스터 캐싱 기능의 경우 ' NUM_CORES=totalCores - 앞서 나열한 수입니다.
  • Db2 멤버 및 클러스터 캐싱 기능 이 호스트를 공유하지 않는 경우 이 변수가 설정되지 않습니다.
• 이 레지스트리 변수는 CPU 고정을 제어합니다. 이 변수에 대한 변경사항을 적용하려면, DB2 인스턴스를 재시작해야 합니다.
  매개변수:

  NUM_CORES

  • 운영 체제: Linux
  • 기본값: 멤버 또는 CF 가 동일한 호스트에 있는 경우, 사용 가능한 총 코어의 약 80%가 Db2 에 지정되고 나머지는 CF에 지정됩니다. 값: 0 < x <(호스트에 있는 실제 코어의 수)
  • 이 옵션은 멤버 또는 CF 프로세스가 고정되는 코어 수를 지정합니다. NUM_CORES를 사용하여 DB2 제품의 분할 용량 라이센싱을 구성할 수 있습니다. 코어의 수는 정수이거나 분수이며, 이를 사용하면 동시 멀티스레드(SMT)를 사용하는 경우 하나 이상의 하드웨어 스레드를 추가할 수 있습니다.

  PROCESSOR_LIST

  • 운영 체제: Linux
  • 기본값: 설정되지 않음, 값: 임의의 프로세서 수
  • 이 옵션은 DB2가 바인드될 논리 프로세서를 지정하며, 이를 통해 논리 프로세서(또는 코어)의 수 및 해당 논리 프로세서(또는 코어)가 상주할 CPU 패키지(소켓)를 완전히 제어할 수 있습니다. DB2_CPU_BINDING를 사용하여 PROCESSOR_LIST 및 NUM_CORES 를 둘 다 설정하려고 하면 NUM_CORES 가 무시됩니다.

  MACHINE_SHARE

  • 운영 체제: 모두
  • 기본값: 설정되지 않음, 값: 0 < x ≤ 100. 여기서 x는 정수임
  • 이 옵션은 Db2 가 바인드되어야 하는 시스템의 프로세서 백분율을 지정합니다. Db2 인스턴스에 이기종 머신 하드웨어 구성이 있는 경우, 이를 사용하여 머신에서 총 CPU 처리의 백분율 이용을 설정하십시오.

  재시작 최소 모드로 재시작 고려사항

  멤버 가 이미 실행 중인 멤버가 있는 호스트에서 게스트 멤버 로 다시 시작되는 경우, 재시작 최소 모드로 재시작 멤버 가 상주 멤버에서 이미 사용 중인 코어에 최대 DB2_CPU_BINDING에서 지정한 코어 수까지 고정됩니다.

  멤버 가 DB2_CPU_BINDING에 지정된 것보다 더 적은 코어가 있는 호스트에서 게스트 멤버 로 다시 시작되면 멤버 가 호스트의 코어 수에 바인드됩니다.

  DB2_CPU_BINDING을 설정할 때마다, 명시적으로 설정되지 않은 매개변수가 인스턴스 레벨의 프로파일에서 지워집니다. 다음 예와 같이 각 매개변수와 해당 값을 인용 부호로 묶으십시오.

  예 1

  사용자가 Db2 인스턴스 db2inst1 의 첫 번째 멤버 (ID가 0임) 를 두 개의 코어가 있는 호스트 머신의 한 코어에 고정하려고 합니다.

  db2set -i db2inst1 0 DB2_CPU_BINDING="NUM_CORES=1"

  예 2

  사용자는 db2inst1 의 모든 멤버 를 8개의 코어가 있고 Intel HTT가 사용 가능한 (16개의 논리 프로세서가 있음을 의미함) 호스트 시스템의 5개 논리 프로세서 에 바인드하려고 합니다.

  db2set -i db2inst1 DB2_CPU_BINDING="NUM_CORES=2.5"

  예제 3

  사용자는 1차 CF (ID 128) 가 바인드되는 코어 수를 지정하려고 합니다.

  db2set -i db2inst1 128 DB2_CPU_BINDING="NUM_CORES=4"

  예제 4

  사용자가 멤버 0의 db2inst1 에 대한 Db2 를 특정 논리 프로세서 그룹에 바인드하려고 합니다.

  db2set -i db2inst1 0 DB2_CPU_BINDING="PROCESSOR_LIST=2,10,6,14"

• 운영 체제: x86의 Linux , zSeries 의 Linux (31비트) 및 Windows 32비트
• 기본값: NULL ( Linux 운영 체제의 경우), 0x20000000 (Windows 운영 체제의 경우), 값: 0x09000000 - 0xB0000000 범위의 가상 주소 ( Linux 운영 체제의 경우 0x10000 의 증분 단위), 0x20000000 - 0xB0000000 (Windows 운영 체제의 경우 0x10000 의 증분 단위).
• DB2DBMSADDR 레지스트리 변수는 16진수 형식의 기본 데이터베이스 공유 메모리 주소를 지정합니다.

  이 변수를 사용하여 DB2 프로세스의 어드레스 스페이스 레이아웃을 상세하게 튜닝할 수 있습니다. 이 변수는 인스턴스 공유 메모리의 위치를 가상 주소 0x10000000의 현재 위치에서 새 값으로 변경합니다.

  참고:

  올바르지 않은 주소는 DB2 데이터베이스 시스템에 대해 DB2 인스턴스 시작 기능 장애부터 데이터베이스에 연결하는 기능 장애에 이르는 심각한 문제를 일으킬 수 있습니다. 올바르지 않은 주소는 이미 사용 중인 메모리의 영역과 충돌하거나 다른 용도로 사용되는 주소입니다. 이 문제점을 처리하려면 다음 명령을 사용하여 DB2DBMSADDR 레지스트리 변수를 NULL로 재설정하십시오.

  db2set DB2DBMSADDR= 

  참고: 이 변수의 설정을 변경하기 전에 인스턴스 및 모든 Db2 프로세스를 중지해야 합니다. 인스턴스가 실행 중인 경우 이 변수가 설정되어 있으면 모든 후속 db2stop 명령이 실패합니다.

• 운영 체제: 모두
• 기본값: 기본값은 UNIX및 Linux 운영 체제의 경우 인스턴스 db2dump 디렉토리이고 Windows 운영 체제의 경우 인스턴스 db2 디렉토리입니다.
• 이 매개변수는 ODBC 및 CLI 애플리케이션에만 적용됩니다.

  이 매개변수를 사용하여 DB2 진단 정보의 완전한 경로를 지정할 수 있습니다. 이 디렉토리에는 사용자의 플랫폼에 따라 덤프 파일, 트랩 파일, 오류 로그, 알림 파일 및 경보 로그 파일이 포함될 수 있습니다.

  이 환경 변수를 설정하면 Db2 데이터베이스 관리자 구성 매개변수 diagpath를 설정하고 CLI/ODBC 구성 키워드 DiagPath를 설정하는 것과 동일한 효과가 해당 환경의 범위에서 ODBC 및 CLI 애플리케이션에 적용됩니다.

• 운영 체제: 모두
• 기본값: NULL, 값: 쉼표 (,) 로 구분된 Windows 도메인 이름 목록입니다.
• 이 변수는 하나 이상의 Windows 도메인을 정의합니다. 서버에서 유지보수되는 이 목록은 요청 사용자 ID가 인증되는 도메인을 정의합니다. 이러한 도메인에 속하는 사용자에게만 연결 또는 접속 요청이 승인됩니다.

  이 변수는 CLIENT 인증이 데이터베이스 관리자 구성에 설정된 경우에만 유효합니다. Windows 도메인 환경에서 Windows 데스크탑의 싱글 사인온이 필요한 경우에 필요합니다.

  DB2DOMAINLIST 는 클라이언트 또는 서버가 Windows 환경에서 실행 중인 경우에 지원됩니다.

• 운영 체제: UNIX
• 기본값: NULL
• 이 변수는 스토어드 프로시저 또는 사용자 정의 함수(UDF)의 특정 변수 이름을 나열합니다. 기본적으로 db2start 명령은 DB2 또는 db2가 앞에 붙은 경우를 제외한 모든 사용자 환경 변수를 필터링합니다. 특정 환경 변수를 스토어드 프로시저 또는 사용자 정의 함수에 전달해야 하는 경우, DB2ENVLIST 환경 변수에 변수 이름을 나열할 수 있습니다. 하나 이상의 공백으로 각 변수 이름을 구분하십시오.

• 운영 체제: 모두
• 기본값: Windows 32비트운영 체제의 경우 DB2INSTDEF .
• 이 환경 변수는 기본적으로 사용 중인 인스턴스를 지정합니다. UNIX에서 사용자는 DB2INSTANCE의 값을 지정해야 합니다.
  주: db2set 명령을 사용하여 이 레지스트리 변수를 갱신할 수 없습니다. 자세한 정보는 현재 인스턴스 식별 및 Windows에서 프로파일 레지스트리 외부 환경 변수 설정을 참조하십시오.

• 운영 체제: Windows
• 기본값: ProgramData\IBM\DB2\Copy Name
• 이 환경 변수는 Windows 운영 체제에서 인스턴스 디렉토리의 위치를 지정합니다. 인스턴스 디렉토리(및 기타 사용자 데이터 파일)는 sqllib 디렉토리 아래에 있을 수 없습니다.

• 운영 체제: 모두
• 기본값: NULL, 값: IBM® LDAP 보안 플러그인 구성 파일의 유효한 이름 및 경로
• 이 변수는 IBM LDAP 보안 플러그인 구성 파일의 위치를 지정하는 데 사용됩니다. 변수가 설정되지 않은 경우 IBM LDAP 보안 플러그인 구성 파일의 이름은 IBMLDAPSecurity.ini 로 지정되며 다음 위치 중 하나에 있습니다.
  • Linux 및 UNIX 운영 체제의 경우: INSTHOME/sqllib/cfg/
  • Windows 운영 체제의 경우 %DB2PATH%\cfg\

  Windows 운영 체제에서 이 변수는 Db2 서비스에 의해 선택되도록 하기 위해 글로벌 시스템 환경에서 설정되어야 합니다.

• 운영 체제: UNIX
• 기본값: NULL
• DB2는 고유의 공유 라이브러리 경로를 구성합니다. PATH를 엔진의 라이브러리 경로에 추가하려면 (예를 들어, AIX에서는 사용자 정의 함수에 LIBPATH의 특정 항목이 필요함) DB2LIBPATH를 설정해야 합니다. DB2LIBPATH의 실제 값은 DB2 구성 공유 라이브러리 경로의 끝에 추가됩니다.

• 운영 체제: AIX
• 기본값: LOCAL, 값: LOCAL, REMOTE, SU, NONE
• 이 레지스트리 변수를 사용하면 loginrestrictions()라는 AIX 운영 체제 API를 사용할 수 있습니다. 이 API는 사용자가 시스템에 액세스할 수 있는지 여부를 판별합니다. 이 API를 호출하여 DB2 데이터베이스 보안은 운영 체제에서 지정한 로그인 제한사항을 강제 실행할 수 있습니다. 이 레지스트리 변수를 사용할 때 이 API에 제출할 수 있는 여러 가지 값이 있습니다. 값은 다음과 같습니다.
  • REMOTE

    rlogin 또는 telnet에 의해 AIX 로그인이 거부된 사용자는 Db2 에 대한 연결이 거부됩니다. 이 옵션은 loginrestrictions() API의 S_RLOGIN 옵션과 동일합니다.

  • SU

    su 명령을 사용하여 대체 사용자가 되기 위해 AIX 에 의해 거부된 사용자에 대해 Db2 에 대한 연결이 거부됩니다. 이 옵션은 loginrestrictions() API의 S_SU 모드와 동일합니다.

  • LOCAL(또는 변수가 설정되지 않음)

    AIX 로그인이 거부된 사용자는 Db2 에 대한 연결이 거부됩니다. 이 옵션은 loginrestrictions() API의 S_LOGIN 옵션과 동일합니다.

  • NONE

    REMOTE, SU 또는 LOCAL 옵션에 적용되는 제한사항은 NONE 옵션과 함께 고려되지 않습니다. 이 옵션은 loginrestrictions() API의 mode 0 옵션과 동일합니다.

  어떠한 옵션을 설정했든 지정된 특권을 가지고 있는 사용자 계정 또는 ID는 서버에서 로컬로 또는 원격 클라이언트에서 DB2를 사용할 수 있습니다. loginrestrictions() API에 대한 설명은 AIX 문서를 참조하십시오.

• 운영 체제: 모두
• 기본값: NULL, 값: 1 - 999
• 접속 또는 연결하려는 데이터베이스 파티션 서버의 대상 논리 노드를 지정하는 데 사용됩니다. 이 변수가 설정되지 않은 경우, 기본적으로 대상 논리 노드는 머신에서 0 포트로 정의된 논리 노드로 설정됩니다. 파티션된 데이터베이스 환경에서 연결 설정은 신뢰할 수 있는 연결 획득에 영향을 미칠 수 있습니다. 예를 들어, DB2NODE 변수가 노드에서 연결을 설정하려면 중간 노드(홉 노드)를 통과해야 하는 노드로 설정된 경우, 이 연결이 신뢰할 수 있는 연결로 표시될 수 있는지 여부를 판별하기 위해 해당 연결을 평가할 때 고려하는 사항은 해당 중간 노드의 IP 주소 및 홉 노드와 연결 노드 간의 통신에 사용되는 통신 프로토콜입니다. 즉, 연결이 시작된 원래 노드는 고려되지 않습니다. 대신에 홉 노드가 고려됩니다.
  주: db2set 명령을 사용하여 이 레지스트리 변수를 갱신할 수 없습니다. 자세한 정보는 Windows에서 프로파일 레지스트리 외부의 환경 변수 설정을 참조하십시오.

• 운영 체제: 모두
• 기본값: NULL
• 명령행 처리기 옵션을 설정하는 데 사용됩니다.

• 운영 체제: 모두
• 기본값: NULL 또는 * ( Db2 pureScale® 환경) 값: 테이블스페이스ID : [n ],... - 쉼표로 구분된 정의된 테이블 스페이스의 목록(숫자 테이블 스페이스 ID로 식별됨). 테이블 공간의 프리페치 크기가 자동인 경우, 테이블 공간 ID와 콜론 다음에 컨테이너당 디스크 수 n을 지정하여 해당 테이블 공간에 대한 컨테이너당 디스크 수를 Db2 데이터베이스 관리자에게 지정할 수 있습니다. n이 지정되지 않은 경우, 기본값은 6입니다.

  TablespaceID를 별표(*)로 바꿔 모든 테이블스페이스를 지정할 수 있습니다. 예를 들어, DB2_PARALLEL_IO =*인 경우, 모든 테이블스페이스에서 6을 컨테이너당 디스크 수로 사용합니다. 별표(*)와 테이블스페이스 ID를 모두 지정하는 경우, 테이블스페이스 ID 설정이 우선합니다. 예를 들어, DB2_PARALLEL_IO =*,1:3인 경우, 컨테이너당 디스크 수로 3을 사용하는 테이블스페이스 1을 제외하고 모든 테이블스페이스에서 6을 컨테이너당 디스크 수로 사용합니다.

• 이 레지스트리 변수는 DB2가 테이블스페이스의 입출력 병렬 처리를 계산하는 방식을 변경하는 데 사용됩니다. 입출력 병렬 처리가 사용 가능한 경우(다중 컨테이너 사용으로 내재적으로 또는 DB2_PARALLEL_IO 설정으로 명시적으로), 올바른 프리페치 요청 수를 발행하여 수행됩니다. 각 프리페치 요청은 페이지 익스텐트에 대한 요청입니다. 예를 들어, 테이블스페이스에 두 개의 컨테이너가 있고 프리페치 크기는 익스텐트 크기의 네 배입니다. 레지스트리 변수가 설정된 경우, 이 테이블스페이스에 대한 프리페치 요청은 네 개의 요청(요청당 하나의 익스텐트)으로 구분되며 네 개의 프리페처가 병렬로 요청을 서비스할 수 있습니다.

  테이블스페이스의 개별 컨테이너가 여러 개의 실제 디스크에 걸쳐서 스트라이프되거나 테이블스페이스의 컨테이너가 둘 이상의 실제 디스크로 구성된 단일 RAID 디바이스에서 작성되는 경우에 이 레지스트리 변수를 설정하려고 하게 됩니다.

  이 레지스트리 변수가 설정되지 않은 경우, 테이블스페이스의 병렬 처리 수준은 테이블스페이스의 컨테이너 수입니다. 예를 들어, DB2_PARALLEL_IO가 NULL로 설정되고 테이블스페이스에 네 개의 컨테이너가 있는 경우, 네 개의 익스텐트 크기 프리페치 요청이 발행됩니다. 또는 테이블스페이스에 두 개의 컨테이너가 있고 프리페치 크기가 익스텐트 크기의 네 배인 경우, 이 테이블스페이스에 대한 프리페치 요청은 두 개의 요청으로 구분됩니다(각 요청은 두 익스텐트에 대한 요청임).

  이 레지스트리 변수가 설정되고 테이블의 프리페치 크기가 AUTOMATIC이 아닌 경우, 테이블스페이스의 병렬 처리 수준은 익스텐트 크기로 나눈 프리페치 크기입니다. 예를 들어, DB2_PARALLEL_IO가 프리페치 크기가 160이고 익스텐트 크기가 32페이지인 테이블스페이스에 대해 설정된 경우, 다섯 개의 익스텐트 크기 프리페치 요청이 발행됩니다.

  이 레지스트리 변수가 설정되고 테이블스페이스의 프리페치 크기가 AUTOMATIC인 경우, DB2는 테이블스페이스의 프리페치 크기를 자동으로 계산합니다. 다음 표에서는 사용 가능한 여러 가지 옵션 및 각 상황에서 병렬 처리가 계산되는 방법에 대해 설명합니다.

  표 1. 병렬 처리 계산법

  테이블스페이스의 프리페치 크기	DB2_PARALLEL_IO 설정	병렬 처리는 다음과 같음
  AUTOMATIC	설정되지 않음	컨테이너 수
  AUTOMATIC	테이블스페이스 ID	컨테이너 수 * 6
  AUTOMATIC	테이블 스페이스 ID:n	컨테이너 수 * n
  자동 아님	설정되지 않음	컨테이너 수
  자동 아님	테이블스페이스 ID	프리페치 크기/익스텐트 크기
  자동 아님	테이블 스페이스 ID:n	프리페치 크기/익스텐트 크기

  일부 시나리오에서는 이 변수를 사용하면 그 결과 디스크 장치 경쟁이 발생합니다. 예를 들어, 테이블스페이스에 두 개의 컨테이너가 있고 두 컨테이너에 각각 전용 단일 디스크가 있는 경우, 레지스트리 변수를 설정하면 그 결과 두 개의 프리페처가 동시에 두 디스크 각각에 액세스하게 되므로 해당 디스크에서 경쟁이 발생합니다. 그러나 각 컨테이너가 여러 디스크에서 스트라이프된 경우에 레지스트리 변수를 설정하면 동시에 네 개의 다른 디스크에 액세스할 가능성이 있습니다.

  이 레지스트리 변수에 대한 변경사항을 활성화하려면 db2stop 명령을 실행한 다음 db2start 명령을 입력하십시오.

• 운영 체제: Windows
• 기본값: 운영 체제에 따라 다름
• 이 환경 변수는 Windows 32비트운영 체제에서 제품이 설치된 디렉토리를 지정하는 데 사용됩니다.

• 운영 체제: 모두
• 기본값: OFF, 값: ON 또는 OFF
• 사용자는 이 변수를 사용하면 sqlugtpi 및 sqlugrpn API를 계속 사용하여 테이블에 대한 분산 정보와 행에 대한 데이터베이스 파티션 번호 및 데이터베이스 파티션 서버 번호를 각각 리턴할 수 있습니다. 이 변수가 ON으로 설정된 경우 새 데이터베이스의 분산 맵 크기는 4,096개의 항목입니다. 기본값의 경우 또는 이 변수가 OFF로 설정된 경우에는 새 데이터베이스의 분산 맵 크기가 32,768개의 항목으로 늘어납니다. 32K 분산 맵을 사용하는 경우, 새 db2GetDistMap 및 db2GetRowPartNum API를 사용해야 합니다. 이 변수는 기존 데이터베이스에 영향을 미치지 않습니다.
• 이 변수에 대한 변경 사항은 향후 컴파일되는 모든 SQL 문에 즉시 적용됩니다. 인스턴스를 다시 시작하거나 -immediate 매개변수와 함께 db2set 명령을 실행할 필요가 없습니다.

• 운영 체제: Windows
• 기본값: NULL, 값: 0–n-1(여기서 n=프로세서 수)
• 이 변수는 특정 db2syscs 프로세스에 대한 프로세스 친화도 마스크를 설정합니다. 여러 개의 논리 노드가 실행되는 환경에서 이 변수는 논리 노드를 프로세서 또는 프로세서 세트에 연관시키는 데 사용됩니다.

  이 변수가 지정되면 DB2가 SetProcessAffinityMask() API를 발행합니다. 이 변수가 지정되지 않으면 db2syscs 프로세스가 서버의 모든 프로세서와 연관됩니다.

• 운영 체제: Windows,
• 기본값: NULL, 값: YES, ON, TRUE 또는 1 또는 NO, OFF, FALSE 또는 0
• 이 변수를 사용하여 사용자는 DB2 원격 명령 서비스의 확장된 보안을 사용하거나 사용하지 않을 수 있습니다. 보안 방식으로 DB2 원격 명령 서비스를 실행하려면 DB2RCMD_LEGACY_MODE를 NO, OFF, FALSE, 0 또는 NULL로 설정하십시오. 보안을 강화하지 않고 레거시 모드에서 실행하려면 DB2RCMD_LEGACY_MODE를 YES, ON, TRUE 또는 1로 설정하십시오. 보안 모드는 도메인 제어기가 Windows 2000이상을 실행 중인 경우에만 사용할 수 있습니다.
  참고: DB2RCMD_LEGACY_MODE 가 YES, ON, TRUE또는 1로 설정된 경우, Db2 원격 명령 서비스로 전송된 모든 요청은 요청자의 컨텍스트에서 처리됩니다. 이를 쉽게 하려면 도메인 제어기에서 머신 또는 서비스 로그온 계정을 사용 가능하게 하여 머신 또는 서비스 로그온 계정 또는 모두 클라이언트를 가장할 수 있도록 허용해야 합니다.
  참고: DB2RCMD_LEGACY_MODE 가 NO, OFF, FALSE또는 0로 설정된 경우, Db2 리모트 명령 서비스가 사용자 대신 명령을 실행하도록 하려면 SYSADM 권한이 있어야 합니다.

• 운영 체제: 모두
• 기본값: ON, 값: ON(TRUE 또는 1) 또는 OFF(FALSE 또는 0)
• 이 레지스트리 변수를 사용하여 실제 읽기 오류가 허용되고 확장된 트랩 복구를 활성화하는지 여부를 제어할 수 있습니다. 기본 동작은 읽기 오류를 허용하고 확장된 트랩 복구를 활성하는 것입니다. 이전 릴리스의 동작으로 되돌리고 데이터베이스 관리자가 인스턴스를 종료하도록 강제 실행하려면 이 레지스트리 변수를 OFF로 설정하십시오. 이 레지스트리 변수는 기존 스토리지 키 지원에 영향을 미치지 않습니다.

• 운영 체제: 모두
• 기본값: OFF, 값: ON 또는 OFF
• DB2_RESTORE_GRANT_ADMIN_AUTHORITIES를 ON으로 설정하고 신규 또는 기존 데이터베이스로 복원하는 경우 사용자에게 SECADM, DBADM, DATAACCESS 및 ACCESSCTRL 권한이 부여됩니다.
• 다음의 복원 메소드는 DB2_RESTORE_GRANT_ADMIN_AUTHORITIES가 ON으로 설정된 경우에 지원됩니다.
  • 분할 미러 백업
  • ACS 스냅샷 백업
  • RESTORE DATABASE 명령을 사용한 온라인 및 오프라인 데이터베이스 백업
  주: 이 변수는 테이블 스페이스 리스토어에 영향을 주지 않습니다. 리스토어 작업을 실행하는 사용자에게 추가 권한이 부여되지 않습니다.
  참고: DB2_HADR_ROS=ON으로 설정하면 첫 번째 연결이 대기에서 발생하는 경우 권한 부여가 발생하지 않습니다. ROS 설정에 관계없이 첫 번째 연결이 기본에서 발생하는 경우, 권한 부여가 발생하지만 구성에 따라 변경사항이 대기에서 발생하는 데 시간이 걸릴 수 있습니다.
• DB2_WORKLOAD가 SAP로 설정된 경우, DB2_RESTORE_GRANT_ADMIN_AUTHORITIES는 ON으로 설정됩니다.

• 운영 체제: Linux 및 UNIX
• 기본값: 설정되지 않음
• DB2_SKIP_CHK_TMP가 TRUE 또는 true로 설정되지 않은 경우, DB2WORKDIR 변수를 /tmp로 설정하는 데 실패합니다.

• 운영 체제: 모두
• 기본값: 다양함, 값: ':' 구분자로 구분된 여러 개의 '키=값' 쌍 허용

Platform Symphony 및 Db2와 같은 혼합 기술을 포함하는 통합 클러스터에서 실행 중임을 Db2 인스턴스에 알립니다. 유효한 '키=값' 쌍은 다음과 같습니다.

EGO_PATH=<path_to_executable>

이는 Platform Symphony EGO 명령을 찾을 수 있는 경로를 지정합니다. 이 '키=값' 쌍은 항상 제공되어야 합니다. 통합 환경의 예제 경로는 /opt/ibm/biginsights/HAManager/data/1.2.7/linux2.6-glibc2.5-ppc64/bin입니다.

CONSUMER=<consumer_name>

Platform Symphony에서 슬롯을 요청할 때 Db2 가 사용해야 하는 이용자 이름을 지정합니다. 기본값은 BigSQL_<instance_name> 소비자 이름입니다.

EGO_RES_GROUP=<resource_group>

슬롯을 요청해야 할 Platform Symphony 자원 그룹을 지정합니다. 기본값은 ComputeHosts 자원 그룹입니다.

KEEP_ALIVE=<value>

Db2 슬롯이 계속 '할당됨' 으로 표시되도록 하기 위해 Platform Symphony 에 전송되는 연속 활성 유지 명령 사이의 시간 (분) 을 지정합니다. 기본값은 5분으로 지정됩니다. Db2에 의한 비정상 실패의 경우, Db2 에 의해 할당된 Platform Symphony 슬롯은 실패 후 최대 2*KEEP_ALIVE 분 후에 자동으로 해제됩니다.

DB2_SYMPHONY_WLM 레지스트리 변수가 올바르게 구성되면 멤버 시작 시 각 Db2 멤버가 Platform Symphony에서 적절한 슬롯 수 ( Db2 가 이용하도록 구성된 각 시스템의 백분율로 판별됨) 를 요청합니다. 각각은 Db2 멤버가 실행 중인 동안 Platform Symphony 에 활성 유지 메시지를 보냅니다.

Db2 멤버 중지 시간에 Db2 멤버는 할당된 모든 슬롯을 다시 Platform Symphony로 해제합니다.

• 운영 체제: Windows및 UNIX
• 기본값: NULL
• 사용자 및 데이터베이스 관리자가 DB2 데이터베이스 서버 시스템을 식별하는 데 사용할 이름을 지정합니다. 가능한 경우, 이 이름은 네트워크 내에서 고유해야 합니다.

  이 이름은 사용자가 액세스하려는 데이터베이스가 있는 시스템을 식별하는 데 도움이 됩니다. DB2SYSTEM의 값은 설치 시 다음과 같이 설정됩니다.

  • Windows에서 설치 프로그램은 Windows 시스템에 지정된 컴퓨터 이름과 동일하게 설정합니다.
  • UNIX 시스템에서는 UNIX 시스템의 TCP/IP 호스트 이름과 동일하게 설정됩니다.

• 운영 체제: Linux 및 UNIX
• 기본값: 설정되지 않음
• 이 변수는 임시 파일 디렉토리의 경로를 지정하는 데 사용됩니다. DB2TMPDIR 변수를 설정하지 않으면 /tmp 디렉토리가 사용됩니다.
• pureScale 환경에서는 DB2TMPDIR 변수를 사용할 수 없습니다.
• /tmp 디렉토리는 DB2TMPDIR 변수가 설정될 때 런타임 활동에 필요합니다. DB2TMPDIR 변수를 설정한 후에는 /tmp 디렉토리에 완전히 액세스할 수 없게 할 수 없습니다.

• 운영 체제: 모두
• 기본값: 설정되지 않음, 값: 0/FALSE/NO, 1/TRUE/YES

• DB2_UPDDBCFG_SINGLE_DBPARTITION 를 사용하면 이전 버전의 Db2동작으로 되돌릴 수 있습니다. 여기서 데이터베이스 구성에 대한 업데이트는 로컬 데이터베이스 파티션 또는 DB2NODE 레지스트리 변수로 설정된 데이터베이스 파티션에만 적용됩니다. 이는 이 동작을 요구하는 기존 명령 스크립트 또는 애플리케이션에 대한 이전 버전과의 호환을 지원합니다.

  1, TRUE 또는 YES로 설정되면 이 레지스트리 변수를 사용하여 데이터베이스에 대한 갱신사항 및 재설정이 특정 파티션에만 영향을 주도록 지정할 수 있습니다. 변수를 설정하지 않은 경우(기본값) 파티션 절을 지정하지 않으면 데이터베이스 구성에 대한 갱신사항 또는 변경사항이 모든 데이터베이스 파티션에 걸쳐서 작동합니다.

• 운영 체제: Linux 및 UNIX
• 기본값: 설정되지 않음
• 이 변수는 Db2 설치 및 구성을 위한 임시 작업 디렉토리의 경로를 지정하는 데 사용됩니다.
  DB2WORKDIR 변수를 설정하지 않은 경우, 임시 작업 디렉토리는 설치의 유형에 따라 다릅니다.

  • 루트 설치의 경우: 루트 사용자의 홈 디렉토리
  • 루트가 아닌 사용자 설치의 경우: 인스턴스 사용자의 홈 디렉토리

  보안상 DB2WORKDIR을 /tmp로 설정해서는 안 됩니다.

• 운영 체제: 모두
• 기본값: 설정되지 않음, 값: 1C, ANALYTICS, CM, COGNOS_CS, FILENET_CM, INFOR_ERP_LN, MAXIMO, MDM, SAP, TPM, WAS, WC 또는 WP
• DB2_WORKLOAD의 각 값은 사전 정의된 설정이 있는 여러 가지 레지스트리 변수의 특정 그룹을 나타냅니다. DB2_WORKLOAD에 대한 하나의 값만 지정된 시간에 적용할 수 있습니다.
• 유효한 값은 다음과 같습니다.

  1C

  1C 애플리케이션에 대한 레지스트리 변수 세트를 데이터베이스에 구성하려면 이 설정을 사용하십시오.

  ANALYTICS

  분석 워크로드에 대해 최적의 기본 구성을 설정하기 위해 데이터베이스를 작성하기 전에 이 설정을 사용하십시오. ANALYTICS 옵션에서는 Configuration Advisor를 사용 안함으로 설정할 때까지 구성 매개변수가 다음과 같이 자동으로 설정되는지 확인합니다.

  • dft_table_org(사용자 테이블의 기본 테이블 소속) 데이터베이스 구성 매개변수가 COLUMN으로 설정됩니다.
  • dft_degree(기본 등급) 데이터베이스 구성 매개변수는 ANY로 설정됩니다.
  • dft_extent_sz(기본 익스텐트 크기) 데이터베이스 구성 매개변수는 4로 설정됩니다.
  • catalogcache_sz(카탈로그 캐시) 데이터베이스 구성 매개변수가 비분석 워크로드의 값보다 큰 값으로 설정됩니다.
  • sortheap(정렬 힙) 및 sheapthres_shr(공유 정렬의 정렬 힙 임계값) 데이터베이스 구성 매개변수가 특히 분석 워크로드에 대해 계산됩니다. 이러한 설정은 컬럼으로 구성된 데이터를 처리하기 위한 추가 메모리 요구사항을 고려합니다.
  • util_heap_sz (유틸리티 힙 크기) 데이터베이스 구성 매개변수는 데이터를 컬럼으로 구성된 테이블로 로드하는 데 필요한 추가 메모리를 고려하는 값으로 설정됩니다.
  • auto_reorg(자동 재구성) 데이터베이스 구성 매개변수는 ON으로 설정됩니다.

  팁: DB2_WORKLOAD 가 ANALYTICS 로 설정된 경우 기존 데이터베이스에 대해 AUTOCONFIGURE 명령을 실행하면 동일한 결과가 나타납니다.

  자동으로 선택되는 별도의 사항은 다음과 같습니다.

  • 새로 작성된 데이터베이스의 기본 데이터베이스 페이지 크기가 32KB로 설정됩니다.
  • 더 큰 데이터베이스 공유 정렬 힙이 할당됩니다.
  • 쿼리간 병렬 처리는 intra_parallel 가 NO로 설정된 경우에도 intra_parallel (파티션 내 병렬 처리 사용) 데이터베이스 관리 프로그램 구성 매개변수에서 파티션 내 병렬 처리 설정을 상속하는 워크로드 (SYSDEFAULTUSERWORKLOAD 포함) 에 대해 사용 가능합니다.
  • 적응형 워크로드 관리자 환경에서 실행할 때 동시성 제어가 자동으로 관리됩니다. 적응형 워크로드 관리자 환경에서 실행되지 않는 경우 동시처리 제어는 SYSDEFAULTMANAGEDSUBCLASS에서 사용으로 설정됩니다.
  • 자동 테이블 유지보수는 기본적으로 컬럼으로 구성된 테이블에 대해 스페이스 재확보를 수행합니다.
  • 자동 레지스트리 설정:
    • DB2_ANTIJOIN=EXTEND
    • DB2_USE_ALTERNATE_PAGE_CLEANING=ON

  자체 튜닝 메모리 관리자(STMM)는 DB2_WORKLOAD가 ANALYTICS로 설정된 경우 파티션된 데이터베이스 환경에서 기본적으로 켜지지 않습니다.

  CM

  IBM Content Manager에 대한 레지스트리 변수 세트를 데이터베이스에 구성하려면 이 설정을 사용하십시오.

  COGNOS_CS

  Cognos® Content Server에 대해 데이터베이스에서 레지스트리 변수 세트를 구성하려는 경우 이 설정을 사용하십시오.

  FILENET_CM

  Filenet Content Manager에 대한 레지스트리 변수 세트를 데이터베이스에 구성하려면 이 설정을 사용하십시오.

  INFOR_ERP_LN

  Infor ERP Baan에 대한 레지스트리 변수 세트를 데이터베이스에 구성하려면 이 설정을 사용하십시오.

  MAXIMO

  Maximo ® 용 데이터베이스에서 레지스트리 변수 세트를 구성하려는 경우 이 설정을 사용하십시오.

  MDM

  Master Data Management에 대한 레지스트리 변수 세트를 데이터베이스에 구성하려면 이 설정을 사용하십시오.

  SAP

  SAP 환경에 대한 레지스트리 변수 세트를 데이터베이스에 구성하려면 이 설정을 사용하십시오.

  DB2_WORKLOAD=SAP를 설정하면 사용자 테이블스페이스 SYSTOOLSPACE 및 사용자 임시 테이블스페이스 SYSTOOLSTMPSPACE는 자동으로 작성되지 않습니다. 이러한 테이블스페이스는 다음의 마법사, 유틸리티 또는 함수에 의해 자동으로 작성되는 테이블에 사용됩니다.

  • 자동 유지보수
  • 테이블스페이스 입력 매개변수가 지정되지 않은 경우 SYSINSTALLOBJECTS 스토어드 프로시저
  • GET_DBSIZE_INFO 스토어드 프로시저

  SYSTOOLSPACE 및 SYSTOOLSTMPSPACE 테이블스페이스가 없으면 이러한 마법사, 유틸리티 또는 함수를 사용할 수 없습니다.

  이러한 마법사, 유틸리티 또는 함수를 사용할 수 있으려면 다음 중 하나를 수행하십시오.

  • 도구에 필요한 오브젝트를 보유할 SYSTOOLSPACE 테이블스페이스를 수동으로 작성하십시오(파티션된 데이터베이스 환경에서는 이 테이블스페이스를 카탈로그 파티션에 작성하십시오). 예를 들면, 다음과 같습니다.

    CREATE REGULAR TABLESPACE SYSTOOLSPACE 
    IN IBMCATGROUP 
    MANAGED BY SYSTEM 
    USING ('SYSTOOLSPACE')

  • 유효한 테이블스페이스를 지정하고 SYSINSTALLOBJECTS 스토어드 프로시저를 호출하여 도구에 대한 오브젝트를 작성한 다음 특정 도구에 대한 ID를 지정하십시오. SYSINSTALLOBJECTS는 사용자를 위해 테이블스페이스를 작성합니다. 오브젝트에 대해 SYSTOOLSSPACE를 사용하지 않으려면 다른 사용자 정의 테이블스페이스를 지정하십시오.

  해당 선택사항 중 하나 이상을 완료한 후 SYSTOOLSTMPSPACE 임시 테이블스페이스를 작성하십시오(파티션된 데이터베이스 환경에서 작업 중인 경우 역시 카탈로그 파티션에 작성). 예를 들면, 다음과 같습니다.

  CREATE USER TEMPORARY TABLESPACE SYSTOOLSTMPSPACE 
  IN IBMCATGROUP 
  MANAGED BY SYSTEM 
  USING ('SYSTOOLSTMPSPACE')

  테이블스페이스 SYSTOOLSPACE 및 임시 테이블스페이스 SYSTOOLSTMPSPACE가 작성되면 앞에서 설명한 마법사, 유틸리티 또는 함수를 사용할 수 있습니다.

  TPM

  Tivoli® Provisioning Manager에 대한 레지스트리 변수 세트를 데이터베이스에 구성하려는 경우 이 설정을 사용하십시오.

  WAS

  WebSphere® Application Server의 데이터베이스에서 레지스트리 변수 세트를 구성하려는 경우 이 설정을 사용하십시오.

  WC

  Websphere Commerce에 대한 레지스트리 변수 세트를 데이터베이스에 구성하려면 이 설정을 사용하십시오.

  WP

  WebSphere Portal의 데이터베이스에서 레지스트리 변수 세트를 구성하려는 경우 이 설정을 사용하십시오.