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
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
1. 파티션된 테이블에 대해 DETACH를 수행하면 테이블이 분리된 형태로 보인다.
2. 파티션된 테이블에 파티션되지 않은(Global) 인덱스가 포함되어 있는 경우, 비동기 인덱스 정리 프로세스가 백그라운드로 실행된다.
프로세스는 LIST APPLICATIONS에서 확인할 수 있다.
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
Message "Fenced server is not null but not connected, Cleanup failed for server" in db2diag.log (0) | 2011.10.11 |
---|---|
reorg/runstats/rebind (수정중) (0) | 2011.10.10 |
DB2 Server 9.1 설치 순서 (0) | 2011.10.08 |
How is free space in a DMS tablespace managed? (0) | 2011.10.06 |
DB2_LOAD_COPY_NO_OVERRIDE (수정중) (0) | 2011.10.05 |
1. DB2 Server 설치
시작하기 전에
DB2 데이터베이스 제품 및 기능 또는 DB2 정보 센터를 설치하려면 다음 조건을 충족해야 합니다.
db2_install 명령을 사용하여 DB2 데이터베이스 제품 또는 기능을 설치하거나, doce_install 명령을 사용하여 DB2 정보 센터를 설치하려면 다음을 수행하십시오.
db2_install -b DB2DIR -p productShortName -c CDLocation... -L language... -n여기서,
디폴트로 영어가 설치되므로 영어는 지정할 필요가 없습니다. 둘 이상의 언어가 필요한 경우 이 매개변수는 필수입니다. 여러 언어를 표시하려면, 이 매개변수를 여러 번 지정하십시오. 예를 들어, 프랑스어와 독일어를 모두 설치하려면 -L FR -L DE를 지정하십시오.
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
4. 인스턴스 작성
DB2DIR/instance/db2icrt -a AuthType -u FencedID 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 설치
./installFixPack -b DB2DIR
DB2DIR은 갱신하려는 DB2 제품이 있는 위치입니다.
7. 인스턴스 갱신
새 DB2 레벨을 사용하도록 인스턴스를 갱신하십시오.
수정팩이 설치된 후 DB2 사본의 모든 기존 인스턴스를 갱신해야 합니다. 디폴트로, installFixPack명령이 자동으로 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
reorg/runstats/rebind (수정중) (0) | 2011.10.10 |
---|---|
비동기 인덱스 정리 (Asynchronous index cleanup) (0) | 2011.10.10 |
How is free space in a DMS tablespace managed? (0) | 2011.10.06 |
DB2_LOAD_COPY_NO_OVERRIDE (수정중) (0) | 2011.10.05 |
LOAD/INSERT 성능 향상에 관한 팁 (0) | 2011.10.05 |
How is free space in a DMS tablespace managed and how can pending delete pages be released back to the tablespace ?
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,
During the online backup operation, all external free extent operations will be blocked by the online backup lock (OLB).
비동기 인덱스 정리 (Asynchronous index cleanup) (0) | 2011.10.10 |
---|---|
DB2 Server 9.1 설치 순서 (0) | 2011.10.08 |
DB2_LOAD_COPY_NO_OVERRIDE (수정중) (0) | 2011.10.05 |
LOAD/INSERT 성능 향상에 관한 팁 (0) | 2011.10.05 |
MAX_LOG, NUM_LOG_SPAN (0) | 2011.10.04 |
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
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 |
http://www.ibm.com/developerworks/data/library/techarticle/dm-0901fechner/
https://www.ibm.com/developerworks/data/library/tips/dm-0403wilkins/
How is free space in a DMS tablespace managed? (0) | 2011.10.06 |
---|---|
DB2_LOAD_COPY_NO_OVERRIDE (수정중) (0) | 2011.10.05 |
MAX_LOG, NUM_LOG_SPAN (0) | 2011.10.04 |
NOT LOGGED INITIALLY 설정의 위험성 (0) | 2011.10.04 |
DB2 password checking daemons are vulnerable to various AIX authentication APARs on AIX 5.3 (0) | 2011.10.03 |
값이 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 구성 매개변수 중 하나 또는 둘에 대한 값을 지정하십시오.
응용프로그램이 num_log_span 구성을 위반하면 응용프로그램과 데이터베이스와의 연결이 강제로 끊어지고 SQL1224N이 리턴됩니다.
이 매개변수는 max_log 구성 매개변수와 함께 무제한 사용 로그 스페이스가 사용 가능한 경우 유용합니다. 무제한 로그가 설정되면 (즉, logsecondary가 -1) 트랜잭션이 로그 파일(logprimary + logsecond) 수의 최대 한계에 제한받지 않습니다. logprimary 값에 도달하면, DB2는 트랜잭션에 실패하지 않고 사용 중인 로그를 아카이브하기 시작합니다. 이 때 커미트되지 않은 상태(잘못된 응용프로그램에 의해 발생)의 long 실행 중인 트랜잭션이 있는 경우 문제가 발생할 수 있습니다. 문제가 발생하면 사용 중인 로그 스페이스가 계속 증가하여 응급 복구 성능을 저하시킬 수 있습니다. 이 문제가 발생하지 않도록 하려면 max_log 또는 num_log_span 구성 매개변수 중 하나 또는 둘에 대한 값을 지정하십시오.
DB2_LOAD_COPY_NO_OVERRIDE (수정중) (0) | 2011.10.05 |
---|---|
LOAD/INSERT 성능 향상에 관한 팁 (0) | 2011.10.05 |
NOT LOGGED INITIALLY 설정의 위험성 (0) | 2011.10.04 |
DB2 password checking daemons are vulnerable to various AIX authentication APARs on AIX 5.3 (0) | 2011.10.03 |
DB2 데이터베이스 제품의 디렉토리 구조 (버전 9, Linux and UNIX) (0) | 2011.10.03 |
트랜잭션 로그 발생량을 줄이기 위해 NOT LOGGED INITALLY 옵션을 사용할 수 있다.
그러나 UOW가 종료하기 전에 장애가 발생하거나 롤백을 수행하면 SQL1477N, SQL1476N 오류가 발생하고, 테이블에 대한 모든 액세스가 불가능하다.
따라서 운영 데이터베이스의 테이블에는 적용하지 않고 어플리케이션 작업에 필요한 임시 테이블 등에 적용하도록 한다.
LOAD/INSERT 성능 향상에 관한 팁 (0) | 2011.10.05 |
---|---|
MAX_LOG, NUM_LOG_SPAN (0) | 2011.10.04 |
DB2 password checking daemons are vulnerable to various AIX authentication APARs on AIX 5.3 (0) | 2011.10.03 |
DB2 데이터베이스 제품의 디렉토리 구조 (버전 9, Linux and UNIX) (0) | 2011.10.03 |
DB2 설치제거 (Linux and UNIX) (0) | 2011.10.03 |
https://www-304.ibm.com/support/docview.wss?rs=71&uid=swg21242877
https://www-304.ibm.com/support/docview.wss?rs=71&uid=swg21165448
MAX_LOG, NUM_LOG_SPAN (0) | 2011.10.04 |
---|---|
NOT LOGGED INITIALLY 설정의 위험성 (0) | 2011.10.04 |
DB2 데이터베이스 제품의 디렉토리 구조 (버전 9, Linux and UNIX) (0) | 2011.10.03 |
DB2 설치제거 (Linux and UNIX) (0) | 2011.10.03 |
db2 8.x ref (0) | 2011.10.01 |
루트 설치 중에 DB2® 데이터베이스 제품의 파일 및 서브디렉토리가 작성될 위치를 지정할 수 있습니다. 루트 서버가 아닌 설치의 경우, DB2 제품이 설치될 위치를 선택할 수 없으며 디폴트 위치를 사용해야 합니다.
DB2 오브젝트 | 위치 |
---|---|
DAS 홈 디렉토리 | home/dasusr1 |
DAS 정보 | home/dasusr1/das |
데이터베이스 구성 파일SQLDBCON | home/db2inst1/db2inst1/NODE0000/SQL00001 |
데이터베이스 디렉토리 다음에 필요한 파일이 들어 있습니다.
| home/db2inst1/db2inst1/NODE0000/SQL00001 |
데이터베이스 관리 프로그램 구성 파일 db2systm | home/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.cfg | home/db2inst1/sqllib |
시스템 데이터베이스 디렉토리 | home/db2inst1/sqllib/sqldbdir |
다음 그림은 루트 설치 후 DB2 디렉토리 구조의 예입니다. 이 예제에서 두 가지 인스턴스인 db2inst1 및 db2inst2가 있습니다.
dasusr1 디렉토리에는 DB2 Administration Server(DAS) 구성 파일 및 DB2 코어 파일에 연결된 기호가 있습니다.
이 그림은 설치 로그 파일에 위치를 표시합니다. 동일한 설치 경로에 다중 설치가 있는 경우, db2install.history 파일은 db2install.history.n으로 인덱스화되며, 여기서 n은 네 자리 숫자입니다(예: 0000 또는 0001).
DB2 설치 디렉토리 /opt/IBM/db2/V9.7에는 설치된 DB2 파일이 포함됩니다.
NOT LOGGED INITIALLY 설정의 위험성 (0) | 2011.10.04 |
---|---|
DB2 password checking daemons are vulnerable to various AIX authentication APARs on AIX 5.3 (0) | 2011.10.03 |
DB2 설치제거 (Linux and UNIX) (0) | 2011.10.03 |
db2 8.x ref (0) | 2011.10.01 |
HADR 구성 순서 (0) | 2011.09.27 |