728x90



http://db2portal.blogspot.com/2005/11/to-rebind-or-not-to-rebind-that-is.html

http://www-01.ibm.com/support/docview.wss?uid=swg21141426

http://publib.boulder.ibm.com/infocenter/db2luw/v9/topic/com.ibm.db2.udb.admin.doc/doc/r0023582.htm


728x90
728x90

1. 파티션된 테이블에 대해 DETACH를 수행하면 테이블이 분리된 형태로 보인다.


2. 파티션된 테이블에 파티션되지 않은(Global) 인덱스가 포함되어 있는 경우, 비동기 인덱스 정리 프로세스가 백그라운드로 실행된다.

프로세스는 LIST APPLICATIONS에서 확인할 수 있다.


참조) http://publib.boulder.ibm.com/infocenter/db2luw/v9/index.jsp?topic=%2Fcom.ibm.db2.udb.admin.doc%2Fdoc%2Fc0021597.htm


In most cases, one cleaner is started for each non-partitioned index associated with the partitioned table. An internal task distribution daemon is responsible for distributing the AIC tasks to the appropriate database partitions and assigning database agents.


Both the distribution daemon and cleaner agents are internal, system applications. They appear in the LIST APPLICATION output with the application name db2taskd and db2aic, respectively. To prevent accidental disruption, system applications cannot be forced. The distribution daemon remains online as long as the database is active. The cleaners remain activate until the cleaning is complete. If the database deactivates while cleaning is in progress, AIC resumes when the database reactivates.


3. 비동기 인덱스 정리작업에 대한 모니터링은 LIST UTILITIES (SHOW DETAIL)로 확인할 수 있다.


예)

$ db2 list utilities show detail
ID                               = 2
Type                             = ASYNCHRONOUS INDEX CLEANUP
Database Name                    = WSDB
Partition Number                 = 0
Description                      = Table: USER1.SALES, Index: USER1.I2
Start Time                       = 12/15/2005 11:15:01.967939
State                            = Executing
Invocation Type                  = Automatic
Throttling:
   Priority                      = 50
Progress Monitoring:
      Total Work                 = 5 pages
      Completed Work             = 0 pages
      Start Time                 = 12/15/2005 11:15:01.979033
ID                               = 1
Type                             = ASYNCHRONOUS INDEX CLEANUP
Database Name                    = WSDB
Partition Number                 = 0
Description                      = Table: USER1.SALES, Index: USER1.I1
Start Time                       = 12/15/2005 11:15:01.978554
State                            = Executing
Invocation Type                  = Automatic
Throttling:
   Priority                      = 50
Progress Monitoring:
      Total Work                 = 5 pages
      Completed Work             = 0 pages
      Start Time                 = 12/15/2005 11:15:01.980524

728x90
728x90

1. DB2 Server 설치


시작하기 전에

DB2 데이터베이스 제품 및 기능 또는 DB2 정보 센터를 설치하려면 다음 조건을 충족해야 합니다.

  • 루트 사용자 권한이 있어야 합니다.
  • 설치하려는 특정 DB2 데이터베이스 제품의 설치 문서를 참조해야 합니다. 예를 들어, DB2 Enterprise Server Edition을 설치하려면, DB2 Server용 빠른 시작 문서를 참조하여 설치 요구사항 및 기타 중요한 설치 정보를 검토하십시오.

db2_install 명령을 사용하여 DB2 데이터베이스 제품 또는 기능을 설치하거나, doce_install 명령을 사용하여 DB2 정보 센터를 설치하려면 다음을 수행하십시오.

  1. 루트 사용자 권한이 있는 사용자로 로그인합니다.
  2. 해당 CD를 넣고 마운트하거나 설치 이미지가 저장된 파일 시스템에 액세스합니다.
  3. DB2 데이터베이스 제품 이미지를 다운로드한 경우, 제품 파일의 압축을 풀고 tar 압축을 풀어야 합니다.
  4. ./db2_install 또는 ./doce_install 명령을 입력합니다.

db2_install -b DB2DIR -p productShortName -c CDLocation... -L language... -n 
여기서,
  • DB2DIR은 DB2 데이터베이스 제품을 설치할 경로를 지정합니다. 경로 길이는 128자로 제한되며 전체 경로 이름이어야 합니다. 경로를 지정하지 않으면, 디폴트 경로를 선택하거나 경로를 제공하라는 메시지가 프롬프트됩니다. 디폴트 설치 경로는 다음과 같습니다.
    • /opt/IBM/db2/V9.1(AIX®, HP-UX 또는 Solaris)
    • /opt/ibm/db2/V9.1(Linux)
    주: DB2 데이터베이스 제품 및 구성요소를 함께 사용하려면 하나의 경로에 설치해야 합니다. 여러 경로에 DB2 데이터베이스 제품을 설치하기 위한 기능과는 다릅니다. 제품 및 구성요소를 함께 사용하려면 동일한 경로에 설치해야 하며 동일한 릴리스 레벨이어야 합니다.
  • productShortName은 설치할 DB2 데이터베이스 제품을 지정합니다. 이 매개변수는 대소문자를 구분하며 -n 매개변수가 지정된 경우 필수적으로 사용해야 합니다. 제품의 단축 이름(productShortName)은 미디어의 db2/plat서브디렉토리에 있는 ComponentList.htm 파일(제품 전체 이름 아래)에 있습니다. 이때 plat은 설치하는 플랫폼의 이름입니다. 한 번에 제품 하나만 설치할 수 있습니다.
  • CDLocation은 제품 이미지 위치를 지정합니다. 이미지 위치를 여러 개 표시하려면 -c CD1 -c CD2 매개변수를 여러 번 지정하십시오. 이 매개변수는 -n 매개변수가 지정되고, 설치에 두 개 이상의 CD가 필요하며 이미지가 자동 발견용으로 설정되지 않은 경우에만 필수입니다. 그렇지 않은 경우, 필요 시 다음 CD 위치를 입력하라는 프롬프트가 표시됩니다. 다중 설치 이미지와 관련된 자동 발견에 대한 자세한 정보를 보려면 다중 CD 설치(Linux 및 UNIX)를 참조하십시오.
  • language는 자국어 지원(NLS)을 지정합니다. 영어가 아닌 버전의 DB2 데이터베이스 제품을 설치할 수 있습니다. 그러나 자국어 팩 CD가 아니라 제품 CD에서 이 명령을 실행해야 합니다.

    디폴트로 영어가 설치되므로 영어는 지정할 필요가 없습니다. 둘 이상의 언어가 필요한 경우 이 매개변수는 필수입니다. 여러 언어를 표시하려면, 이 매개변수를 여러 번 지정하십시오. 예를 들어, 프랑스어와 독일어를 모두 설치하려면 -L FR -L DE를 지정하십시오.

  • -n 매개변수는 비대화형 설치 모드를 나타냅니다. 이 매개변수를 지정할 때 -b와 -p를 모두 지정해야 합니다. 가능한 경우 -c와 -L만 지정하면 됩니다.


2. 사용자 및 그룹 생성


그룹 작성

mkgroup id=999 db2iadm1

mkgroup id=998 db2fadm1

mkgroup id=997 dasadm1


각 그룹에 대한 사용자 작성

mkuser id=1004 pgrp=db2iadm1 groups=db2iadm1 home=/home/db2inst1 db2inst1 

mkuser id=1003 pgrp=db2fadm1 groups=db2fadm1 home=/home/db2fenc1 db2fenc1 

mkuser id=1002 pgrp=dasadm1 groups=dasadm1 home=/home/dasusr1 dasusr1



3. DB2 Admin Server 작성

DB2DIR/instance/dascrt -u DASuser


  • DB2DIR은 DB2 데이터베이스 제품이 설치된 경로를 지정합니다. 디폴트 설치 디렉토리는 다음과 같습니다.
    • /opt/IBM/db2/V9.1(AIX®, HP-UX 또는 Solaris)
    • /opt/ibm/db2/V9.1(Linux®)
  • -u는 사용자 또는 그룹을 작성할 때 작성된 DAS 사용자를 지정합니다.


4. 인스턴스 작성

DB2DIR/instance/db2icrt -a AuthType -u FencedID InstName


DB2DIR
DB2 설치 디렉토리입니다.
  • AIX®, HP-UX 또는 Solaris 운영 환경에서 디폴트 DB2 설치 디렉토리는 /opt/IBM/db2/V9.1입니다.
  • Linux에서 디폴트 설치 디렉토리는 /opt/ibm/db2/V9.1입니다.
-a AuthType
인스턴스의 인증 유형을 나타냅니다. 이 매개변수는 선택적입니다.
-u FencedID
분리(fenced) 사용자 정의 함수(UDF)와 분리 저장 프로시저가 실행되는 사용자의 이름입니다. DB2 Client에서 인스턴스를 작성하는 경우 이 플래그는 필요하지 않습니다. 작성한 분리 사용자의 이름을 지정하십시오.
InstName
인스턴스의 이름을 나타냅니다. 인스턴스의 이름은 인스턴스 소유 사용자의 이름과 동일해야 합니다. 작성한 인스턴스 소유 사용자의 이름을 지정하십시오. 인스턴스는 인스턴스 소유 사용자의 홈 디렉토리에 작성됩니다.


5. 라이센스 적용

INSTHOME/sqllib/adm/db2licm -a filename


INSTHOME은 인스턴스 소유자의 홈 디렉토리를 나타내며, filename은 구매한 제품 또는 기능에 해당하는 라이센스 파일의 전체 경로 이름 및 파일 이름입니다. DB2 데이터베이스 제품이 설치된 경로에서 db2licm 명령도 찾을 수 있습니다. 예를 들어, 디폴트 설치 경로를 사용하는 경우, AIX®, HP-UX 또는 Solaris 운영 체제에서는 /opt/IBM/db2/V9.1/adm/db2licm이고 Linux 운영 체제에서는 /opt/ibm/db2/V9.1/adm/db2licm입니다.


6. Fix Pack 설치

Fix Pack을 설치하려면 다음을 수행하십시오.
  1. root로 로그온하십시오.
  2. Fix Pack 이미지가 있는 디렉토리로 이동하십시오.
  3. installFixPack 명령을 발행하여 설치를 실행하십시오. 예를 들어, 다음과 같습니다.

./installFixPack -b DB2DIR


DB2DIR은 갱신하려는 DB2 제품이 있는 위치입니다.



7. 인스턴스 갱신

새 DB2 레벨을 사용하도록 인스턴스를 갱신하십시오.

수정팩이 설치된 후 DB2 사본의 모든 기존 인스턴스를 갱신해야 합니다. 디폴트로, installFixPack명령이 자동으로 DB2 인스턴스를 갱신합니다. 하지만, 오류가 발생하면 인스턴스를 수동으로 갱신할 수 있습니다.

다음 단계를 수행하십시오.

  1. 루트로 로그온하십시오.
  2. 다음 명령을 발행하여 DB2 사본과 연관된 인스턴스를 판별하십시오.
    DB2DIR/instance/db2ilist
    여기서, DB2DIR은 DB2 사본이 설치된 위치를 나타냅니다.
  3. db2profile 또는 db2cshrc 스크립트를 변경한 경우, 스크립트를 백업하거나 변경을 각각userprofile 및 usercshrc 스크립트로 복사하십시오.

    db2iupdt 명령이 db2profile 및 db2cshrc 스크립트를 겹쳐쓰기 때문에 이 조치는 필수입니다. userprofile 및 usercshrc 스크립트를 겹쳐쓰지는 않습니다.

  4. 각 인스턴스에 대해 다음 명령을 발행하십시오.
    DB2DIR/instance/db2iupdt iname
    여기서, iname은 인스턴스 이름이고, DB2DIR은 DB2 사본이 설치된 위치를 나타냅니다.
  5. DB2 Administration Server(DAS)가 수정팩을 설치한 DB2 사본에 속하는 경우, 다음 명령을 발행하십시오.
    DB2DIR/instance/dasupdt
    여기서, DB2DIR은 DB2 사본이 설치된 위치입니다. 이제, 이 DB2 사본이 다른 모든 DB2 사본보다 더 최신 수정팩 레벨에서 실행되는 경우, DAS를 갱신하여 이 DB2 사본에 포함되도록 하십시오.



http://publib.boulder.ibm.com/infocenter/db2luw/v9/topic/com.ibm.db2.udb.uprun.doc/doc/t0007067.htm

http://publib.boulder.ibm.com/infocenter/db2luw/v9/topic/com.ibm.db2.udb.uprun.doc/doc/t0006749.htm




728x90
728x90

Question

How is free space in a DMS tablespace managed and how can pending delete pages be released back to the tablespace ?

Answer

When a table is dropped, or any transaction that returns used extents back to the tablespace, the extents are put in an intermediate state called the "pending delete" state. This is done to protect the scenario when some of these transactions need to be rolled back, then DB2 can immediately put these pending delete extents to in-use state. Otherwise, newer transactions will be able to use these extents and overwrite the content with their own data, making the rollback of the earlier transactions impossible.

Once the extents had been marked as pending delete, DB2 will mark them free again when there is no existing transactions requiring them to be marked as pending delete anymore. There are events that would trigger the scanning of the tablespace for "freeable" pending delete extents. For example,

  1. When new space allocation request comes in, DB2 will try to search for free space in the tablespace, if not, then DB2 will search for "freeable" pending delete extents, free them and use the space.

  2. Running db2 "list tablespaces show detail" command would free up the "freeable" pending delete extents which is done under the covers. 
    Use db2pd -db <dbname> -tablespaces before and after the "list tablespaces show detail" command to verify how many extents were freed up. Specifically check 'PndFreePgs' column under Tablespace Statistics section.

  3. In DB2 V9.5, online backup will attempt to free all "freeable" pending delete extents before starting.

During the online backup operation, all external free extent operations will be blocked by the online backup lock (OLB).





https://www-304.ibm.com/support/docview.wss?uid=swg21394023

728x90
728x90





http://publib.boulder.ibm.com/infocenter/db2luw/v9/topic/com.ibm.db2.udb.admin.doc/doc/r0005669.htm

https://www-304.ibm.com/com/support/docview.wss?uid=swg21225841



728x90

'Db2 > Db2 reference' 카테고리의 다른 글

DB2 Server 9.1 설치 순서  (0) 2011.10.08
How is free space in a DMS tablespace managed?  (0) 2011.10.06
LOAD/INSERT 성능 향상에 관한 팁  (0) 2011.10.05
MAX_LOG, NUM_LOG_SPAN  (0) 2011.10.04
NOT LOGGED INITIALLY 설정의 위험성  (0) 2011.10.04
728x90



http://www.ibm.com/developerworks/data/library/techarticle/dm-0901fechner/

https://www.ibm.com/developerworks/data/library/tips/dm-0403wilkins/

728x90
728x90

트랜잭션당 최대 로그(max_log)
이 매개변수는 한 트랜잭션에서 소비할 수 있는 1차 로그 스페이스의 백분율을 나타냅니다. 값은 logprimary 구성 매개변수에 대한 지정된 값의 백분율입니다.

값이 0으로 설정되면, 한 트랜잭션에서 소비할 수 있는 총 1차 로그 스페이스의 백분율에는 제한이 없습니다. 응용프로그램이 max_log 구성을 위반하면, 응용프로그램과 데이터베이스와의 연결이 강제로 끊어지고 트랜잭션은 롤백되며 SQL1224N 오류가 리턴됩니다.

DB2_FORCE_APP_ON_MAX_LOG 레지스트리 변수를 FALSE로 설정하여 이 동작을 겹쳐쓸 수 있습니다. 이렇게 하면 max_log 구성을 위반하는 트랜잭션은 실패하며 SQL0964N 오류가 리턴됩니다. 응용프로그램에서는 작업 단위에서 이전 명령문에 의해 완료된 작업을 계속 커미트하거나, 완료된 작업을 롤백하여 작업 단위 실행을 취소할 수 있습니다.

이 매개변수는 num_log_span 구성 매개변수와 함께 무제한 사용 로그 스페이스가 사용 가능한 경우 유용합니다. 무제한 로그가 설정되면 (즉, logsecondary가 -1) 트랜잭션이 로그 파일(logprimary + logsecond) 수의 최대 한계에 제한받지 않습니다. logprimary 값에 도달하면, DB2는 트랜잭션에 실패하지 않고 사용 중인 로그를 아카이브하기 시작합니다. 이 때 커미트되지 않은 상태(잘못된 응용프로그램에 의해 발생)의 long 실행 중인 트랜잭션이 있는 경우 문제가 발생할 수 있습니다. 문제가 발생하면 사용 중인 로그 스페이스가 계속 증가하여 응급 복구 성능을 저하시킬 수 있습니다. 이 문제가 발생하지 않도록 하려면 max_log 또는 num_log_span 구성 매개변수 중 하나 또는 둘에 대한 값을 지정하십시오.

주:
ARCHIVE LOG, BACKUP DATABASE, LOAD, REORG TABLE(온라인), RESTORE DATABASE 및 ROLLFORWARD DATABASE의 DB2 명령은max_log 구성 매개변수에 대한 제한사항에서 제외됩니다.

로그 확장 수(num_log_span)
이 매개변수는 사용 중인 트랜잭션을 확장할 수 있는 사용 중인 로그 파일 수를 나타냅니다. 값이 0으로 설정되면, 하나의 트랜잭션에서 스팬할 수 있는 로그 파일 수에는 제한이 없습니다.

응용프로그램이 num_log_span 구성을 위반하면 응용프로그램과 데이터베이스와의 연결이 강제로 끊어지고 SQL1224N이 리턴됩니다.

이 매개변수는 max_log 구성 매개변수와 함께 무제한 사용 로그 스페이스가 사용 가능한 경우 유용합니다. 무제한 로그가 설정되면 (즉, logsecondary가 -1) 트랜잭션이 로그 파일(logprimary + logsecond) 수의 최대 한계에 제한받지 않습니다. logprimary 값에 도달하면, DB2는 트랜잭션에 실패하지 않고 사용 중인 로그를 아카이브하기 시작합니다. 이 때 커미트되지 않은 상태(잘못된 응용프로그램에 의해 발생)의 long 실행 중인 트랜잭션이 있는 경우 문제가 발생할 수 있습니다. 문제가 발생하면 사용 중인 로그 스페이스가 계속 증가하여 응급 복구 성능을 저하시킬 수 있습니다. 이 문제가 발생하지 않도록 하려면 max_log 또는 num_log_span 구성 매개변수 중 하나 또는 둘에 대한 값을 지정하십시오.

주:
ARCHIVE LOG, BACKUP DATABASE, LOAD, REORG TABLE(온라인), RESTORE DATABASE 및 ROLLFORWARD DATABASE의 DB2 명령은num_log_span 구성 매개변수에 대한 제한사항에서 제외됩니다.



http://publib.boulder.ibm.com/infocenter/db2luw/v9/index.jsp?topic=%2Fcom.ibm.db2.udb.admin.doc%2Fdoc%2Fr0006082.htm&resultof=%22MAX_LOG%22%20%22max_log%22%20

728x90
728x90

트랜잭션 로그 발생량을 줄이기 위해 NOT LOGGED INITALLY 옵션을 사용할 수 있다.

그러나 UOW가 종료하기 전에 장애가 발생하거나 롤백을 수행하면 SQL1477N, SQL1476N 오류가 발생하고, 테이블에 대한 모든 액세스가 불가능하다. 

따라서 운영 데이터베이스의 테이블에는 적용하지 않고 어플리케이션 작업에 필요한 임시 테이블 등에 적용하도록 한다.



http://publib.boulder.ibm.com/infocenter/db2luw/v9r5/index.jsp?topic=%2Fcom.ibm.db2.luw.admin.ha.doc%2Fdoc%2Fc0006079.html&resultof=%22SQL1477N%22%20%22sql1477n%22%20

http://bstar36.tistory.com/55

728x90
728x90

DB2 password checking daemons are vulnerable to various AIX authentication APARs on AIX 5.3

https://www-304.ibm.com/support/docview.wss?rs=71&uid=swg21242877


Known issues for DB2 for Linux, UNIX and Windows on AIX 5.2, 5.3, 6.1, and 7.1

https://www-304.ibm.com/support/docview.wss?rs=71&uid=swg21165448


Known issues for DB2 Universal Database on AIX 4.3.3, 5.1, 5.2, and 5.3 (archive)

https://www-304.ibm.com/support/docview.wss?uid=swg21224762

728x90
728x90

루트 설치 중에 DB2® 데이터베이스 제품의 파일 및 서브디렉토리가 작성될 위치를 지정할 수 있습니다. 루트 서버가 아닌 설치의 경우, DB2 제품이 설치될 위치를 선택할 수 없으며 디폴트 위치를 사용해야 합니다.

주: 루트 서버가 아닌 설치의 경우, 모든 DB2 파일(프로그램 파일 및 인스턴스 파일)은 $HOME/sqllib 디렉토리에 위치하거나 그 하위에 위치합니다. 여기서, $HOME은 루트가 아닌 사용자의 홈 디렉토리입니다.
설치 후 여러 디렉토리에 DB2 오브젝트가 작성됩니다. 다음 표는 디폴트 루트 설치 후의 DB2 오브젝트 위치를 나타냅니다.
표 1. 디폴트 루트 설치 후 DB2 오브젝트의 위치
DB2 오브젝트위치
DAS 홈 디렉토리home/dasusr1
DAS 정보home/dasusr1/das
데이터베이스 구성 파일SQLDBCONhome/db2inst1/db2inst1/NODE0000/SQL00001
데이터베이스 디렉토리
다음에 필요한 파일이 들어 있습니다.
  • 버퍼 풀 정보
  • 실행기록 정보
  • 로그 제어 파일
  • 스토리지 경로 정보
  • 테이블 스페이스 정보
home/db2inst1/db2inst1/NODE0000/SQL00001
데이터베이스 관리 프로그램 구성 파일 db2systmhome/db2inst1/sqllib
DB2 명령/opt/IBM/db2/V9.7/bin
DB2 오류 메시지 파일(db2diag 로그 파일)home/db2inst1/sqllib/db2dump
DB2 설치 경로디폴트는 /opt/IBM/db2/V9.7
이벤트 모니터 데이터용 디렉토리home/db2inst1/db2inst1/NODE0000/SQL00001/db2event
트랜잭션 로그 파일용 디렉토리home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR
설치 로그 파일db2install.history/opt/IBM/db2/V9.7/install/logs
인스턴스 홈 디렉토리home/db2inst1
인스턴스 정보home/db2inst1/sqllib
인스턴스에 대한 로컬 데이터베이스 디렉토리home/db2inst1/db2inst1/NODE0000/sqldbdir
파티션된 데이터베이스 환경 파일db2nodes.cfghome/db2inst1/sqllib
시스템 데이터베이스 디렉토리home/db2inst1/sqllib/sqldbdir

다음 그림은 루트 설치 후 DB2 디렉토리 구조의 예입니다. 이 예제에서 두 가지 인스턴스인 db2inst1 및 db2inst2가 있습니다.

DB2 인스턴스 db2inst1에 대한 디렉토리 구조 - 디폴트 로컬 데이터베이스 디렉토리 정보

디렉토리 구조 - 로컬 디렉토리 정보
  1. 로컬 데이터베이스 디렉토리
  2. 데이터베이스 구성 파일

DB2 인스턴스 db2inst1에 대한 디렉토리 구조 - 디렉토리 정보

디렉토리 구조 - 디렉토리 정보
  1. 이 디렉토리의 db2diag 로그 파일은 DB2 오류 메시지를 로그합니다.
  2. 시스템 데이터베이스 디렉토리
  3. db2nodes.cfg 파일은 파티션된 데이터베이스 환경에서 사용됩니다.
  4. 데이터베이스 관리 프로그램 구성 파일

dasusr1 디렉토리에는 DB2 Administration Server(DAS) 구성 파일 및 DB2 코어 파일에 연결된 기호가 있습니다.

디렉토리 구조 - 설치 로그 파일 위치

DB2 로그 파일의 위치

이 그림은 설치 로그 파일에 위치를 표시합니다. 동일한 설치 경로에 다중 설치가 있는 경우, db2install.history 파일은 db2install.history.n으로 인덱스화되며, 여기서 n은 네 자리 숫자입니다(예: 0000 또는 0001).

DB2 설치 디렉토리 /opt/IBM/db2/V9.7에는 설치된 DB2 파일이 포함됩니다.


http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=%2Fcom.ibm.db2.luw.qb.server.doc%2Fdoc%2Fr0024443.html

728x90

+ Recent posts