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

INTRODUCTION

IBM® Informix® Dynamic Server (IDS) includes the oncheck utility that is used to check for corruption within the database instance, and in some cases fix it.

This article describes the initial diagnostics that should be run against a database instance that may contain corruption.

BEFORE YOU BEGIN

Ensure that you have database system administrator (DBSA) access rights and have your shell environment configured to enable you to connect to your database instance.

STEPS

oncheck -cr

This command checks the consistency of the reserved pages. The reserved pages are used to track control and configuration information for the entire instance. For example, the currently used onconfig parameters are stored here.

Running this command will usually take very little time if the engine is online. If the instance is not running, the utility will take a short while to respond as it confirms the current state of the instance before continuing. This command will have little or no performance impact when run against a production server.

Example

$oncheck -cr

Validating IBM Informix Dynamic Server reserved pages

    Validating PAGE_PZERO...

    Validating PAGE_CONFIG...


    Validating PAGE_1CKPT & PAGE_2CKPT...
          Using check point page PAGE_2CKPT.

    Validating PAGE_1DBSP & PAGE_2DBSP...
          Using DBspace page PAGE_2DBSP.

    Validating PAGE_1PCHUNK & PAGE_2PCHUNK...
          Using primary chunk page PAGE_1PCHUNK.

    Validating PAGE_1ARCH & PAGE_2ARCH...
          Using archive page PAGE_2ARCH.

oncheck -cc

This command checks the constancy of the system catalog tables of which there are a set for every database within the instance. These tables store critical data about the database, such as database schema's.

This command will usually take a few minutes to execute; the precise amount of time is proportional to the number of databases within the instance. This command will have little or no performance impact when run against a production system.

Example

$oncheck -cc

Validating database sysmaster

    Validating systables for database sysmaster

    Validating syscolumns for database sysmaster

    Validating sysindexes for database sysmaster

    Validating systabauth for database sysmaster

    Validating syscolauth for database sysmaster

    Validating sysdepend for database sysmaster

    Validating syssyntable for database sysmaster
WARNING:No syssyntable records found.

    Validating sysviews for database sysmaster

    Validating sysconstraints for database sysmaster

[...]

oncheck -ce

This command checks the consistency of the extents within the database server. An extent is a contiguous area of disk that stores data, index data or blob data for a specific table. The oncheck utility ensures that all of the extents and free space within the database server, match their associated control information.

This command will usually take a few minutes to execute. The exact amount of time is proportional to the amount of disk space that is allocated to the database instance. This command will have little (or no) performance impact when run on a production system.

Example

%$oncheck -ce

Validating extents for Space 'rootdbs' ...

 Chunk Pathname              Pagesize(k)  Size(p)  Used(p)  Free(p)
     1 /chunks/ids10/rootdbs          2    15000    12552     2448

oncheck -cDI database_name [:table_name - optional]

This command checks the consistency of the data and index pages within the specified database.

Caution: This command can take a substantial amount of time to complete as oncheck analyses every page within the database.

Tip: You can calculate the speed (MB/sec) with which oncheck runs on your system by running oncheck against a specific table. You will then be able to estimate how long it will take oncheck to analyse an entire database.

This command will typically have a considerable impact on database performance. You should consider bringing the server into quiescent mode prior to running this command, in order to ensure that the utility has exclusive access to the database.

Example

Validating indexes for stores7:informix.systables...
                Index tabname
                Index tabid

Validating indexes for stores7:informix.syscolumns...
                Index column
                Index col_xtd_id

Validating indexes for stores7:informix.sysindices...
                Index idxtab
                Index idxname
[...]

TBLspace data check for stores7:informix.systables

TBLspace data check for stores7:informix.syscolumns

TBLspace data check for stores7:informix.sysindices

[...]

If errors are reported whilst running these commands then please contact your local technical support office for assistance.

For further details on using the oncheck utility, refer to the IBM Informix Dynamic Server Administrator's Reference.



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

728x90

'Informix > informix reference' 카테고리의 다른 글

Setting Up ISM on UNIX  (0) 2011.10.24
Determine the server-processing locale  (0) 2011.10.18
Informix Continuing Support Offering  (0) 2011.10.06
The archecker Schema Reference  (0) 2011.08.31
Informix Pocket Guide  (0) 2011.07.15
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

DB2 버전 : 9.1.0.6 (Fix Pack 6a)

OS : HP-UX B.11.23 U


- 기존 테이블 스페이스

1. 테이블 스페이스 총 용량 110GB (2GB 55개)

2. 추가할 컨테이너 (2GB 95개)

3. 95개 추가작업 수행 시 오류 메시지 발생


DB21034E  The command was processed as an SQL statement because it was not a

valid Command Line Processor command.  During SQL processing it returned:

SQL0259N  Container map for table space is too complicated.  SQLSTATE=54037


각각 50개,45개 나누어서 수행시 오류 발생하지 않음.
작업 한번에 추가할 수 있는 컨테이너 수의 제한은 정확하지 않다.


DB2 버전 8.1.1.72 (Fix Pack 7)

OS : AIX 5.3


컨테이너 추가 작업시 한번에 최대 66개까지 추가가 되었음


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

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

Abstract

Discover the flexible options available to you when your Informix software reaches End of Service. Announcing the Continuing Support for Informix versions 7.31, 9.4 and 10! IBM is pleased to extend the Continuing Support offering for Informix versions 7.31, 9.4 and 10 that will provide you with continued access to the same knowledgeable Informix global Support team you are working with today.

Content

World-Class Software Support

Under your IBM Passport Advantage agreement's (International Passport Advantage Agreement or International Passport Advantage Express Agreement) Software Subscription and Support, you receive comprehensive cross-platform technical assistance from a team of highly skilled support experts. Additionally, you get comprehensive and flexible upgrade protection, access to the latest software versions and releases, remote technical support, 24 x 7 support for business-critical outages, online self-help resources, and unlimited electronic and voice access (where available) to world-class global IBM Software Support Centers. 

End-of-Service Support Options
When your Informix software versions reach their End of Service date - when support is no longer available through standard Software Subscription and Support – there is no need to tackle support issues on your own. For Informix versions 7.31, 9.4 and 10, new and flexible options are now available.

Benefit from the Continuing Support Program 
for Informix versions 7.31, 9.4 and 10

IBM is pleased to extend the popular Continuing Support offering through September 30, 2013, a program for Informix versions 7.31, 9.4 and 10 that will provide you with continued access to the same knowledgeable Informix global Support team you are working with today. This assistance, included with your active Informix Subscription and Support renewal and acceptance of the Service Extension for Continuing Support terms, will help keep your business running on Informix software until you are able to upgrade to take advantage of new features available in the latest Informix version. 

This exciting offering allows you to enjoy many of the Subscription and Support benefits that you have told us matter most to you, including:

· 7 day, 24 hour support for mission critical emergencies (Severity 1)
· Provided by voice in most countries.
· Provided in English, with the local language accommodated when possible.
· Remote problem analysis and assistance during normal country business hours in your time zone.
· Support for routine, short duration installation and usage questions 
· Response time objective of two hours during prime shift for voice and electronic problem submissions. Response objective for critical/emergency problems during off-shift hours is two hours.
· Unlimited number of technical support incidents.
· Access to documentation, technotes and other online product material
· Access to existing available fixes created before the product's EOS date to correct known defects

The Continuing Support offering does not include:
· Voice and electronic access support for code-related problems.
· Development analysis of new defects
· Development of or packaging fixes that are not already available
· Support for third party components
· Infrastructure validation for Informix products that are not included on the product compatibility matrix released as part of the product end-of-support announcement

Program Participation
You need to complete your annual Informix Subscription and Support renewal on time and sign a Service Extension for Continuing Support contract to receive Continuing Support assistance. 

Complete Coverage for Mission Critical Installations
For mission critical installations, it is highly recommended that you continue to pro-actively purchase a Service Extensions (SE) to receive full defect and development support assistance. By adding this offering, you will be maintaining the same full defect support coverage you received before the End of Service date, further protecting your installation. If you require development or defect support assistance after the End of Service for any version, including during the life of the Continuing Support pilot or with an active Upgrade Bridge contract, you will be required to purchase a Service Extension at that time at IBM's specified charge in order to receive such support. Contact your IBM sales representative for more information, or to purchase these options.
Hide details for FAQsFAQs

1. Why should I take advantage of Continuing Support for Informix versions 7.31, 9.4 or 10?
Continuing Support provides flexibility for you to remain up and running on Informix software with non-defect Support until you are ready to upgrade to the latest version of Informix. Continuing Support provides uninterrupted access to many of the benefits of Subscription and Support and is more affordable than other options, such as a Service Extension or TCO.

2. What is the cost of Continuing Support and how do I buy it?
Continuing Support is available through your regular S&S renewal time and for the same price as a regular S&S renewal. 

3. How long is support provided through this pilot? 
Continuing Support is now extended until September 30, 2013. 

4. I am on Informix version 7.31, and out of support, and would like to benefit from this offering. 
Continuing Support is now available for clients running 7.31. To learn more about Continuing Support for 7.31 installations, please contact your local sales representative or email inquiries toaskIFMX@us.ibm.com.

5. Are special builds on Informix 7.31, 9.4 or 10 included with Continuing Support?
Continuing Support assistance provides you with access to pre-existing and available fixes. Special builds will not be created as part of this offering. If a special build is required, you will need first to purchase and sign a contract for a Service Extension.

6. Should I purchase a Service Extension (SE) instead of relying on Continuing Supportassistance
If your business requires the same comprehensive full-defect coverage it relied on before the EOS date, you will want to purchase a SE, if available. A SE is recommended for maximum coverage for your mission critical installations. 

7. What if I have already purchased a Service Extension (SE) for Informix version 7.31, 9.4 or 10?
You should evaluate your true business need. If you require maximum Support coverage, you should maintain the SE for optimum coverage (this is recommended). If the Support offerings available through Continuing Support for non-defect support are sufficient, you may cancel your SE agreement. By cancelling your SE agreement, you will remove coverage for defect assistance and will be required to pay an increased fee if defect correction is required.



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

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

오류 내역


2011-10-05-13.11.10.363323+540 I2629862A444       LEVEL: Error

PID     : 28348                TID  : 1           PROC : db2agent (******) 0

INSTANCE: ***                  NODE : 000         DB   : ******

APPHDL  : 0-1803               APPID: *LOCAL.cop.111005041027

AUTHID  : COP

FUNCTION: DB2 UDB, buffer pool services, sqlbAlterPool, probe:30

MESSAGE : ZRC=0x8002003F=-2147352513=SQLB_ADD_CONT_PENDING

          "Add containers pending"



2011-10-05-13.48.37.989959+540 I2637771A501       LEVEL: Error
PID     : 28146                TID  : 1           PROC : db2agent (******) 0
INSTANCE: ***                  NODE : 000         DB   : ******
APPHDL  : 0-1280               APPID: *LOCAL.cop.111005040428
AUTHID  : COP
FUNCTION: DB2 UDB, database utilities, DIAG_ERROR, probe:0
DATA #1 : String, 128 bytes
LOADID: 28146.2011-10-05-13.04.28.710265.0 (65530;32770)
 , -2146107283, 0000000000000000, Detected in file:sqluvld.C, Line:3427

테이블 스페이스는 DMS, FILE 형태였으며 CURSOR LOAD 수행중 테이블 스페이스 컨테이너 추가작업이 동시에 수행중에 오류가 발생하였다. 컨테이너 추가 작업을 수행한다고 해서 항상 오류가 나는 것은 아니지만 운영 DB등에서 수행한다면 동시 작업은 피한다.
다음은 관련 오류에 대한 설명이다.

Load utility may stuck in deadloop and couldn't be forced.

This happened because of the return code from sqluCrossFetchInto
Buffer is overwritten by other functions, so that the loop in
Load is not able to detect the error.

오류가 발생했을 때는 load terminate를 수행하여 load 작업을 정리하면 해결할 수 있다. terminate가 수행되면 LOAD한 데이터는 제거된다.
e.g. load from /dev/null of del terminate into table1



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

+ Recent posts