데이터 액세스 애플리케이션 관리

이 관리 타스크는 주로 애플리케이션을 백엔드에 연결하여 오브젝트 또는 자원을 구성하고 연결 요청 볼륨을 처리하도록 해당 자원을 조정하는 타스크로 구성됩니다.

프로시저

  1. 백엔드에 액세스해야 하는 웹 모듈 또는 EJB 모듈이 애플리케이션에 있는 경우, EIS(Enterprise Information System) 유형에 따라 자원을 구성하십시오.
    • 관계형 데이터베이스의 경우, JDBC 제공자 및 데이터 소스 구성 주제에서 간략히 설명한 단계를 수행하십시오. DB2® 데이터베이스를 사용하는 경우, 'pureQuery를 사용하도록 애플리케이션 구성' 주제는 별도의 옵션입니다. IBM Optim PureQuery 런타임은 DB2 데이터베이스에 액세스하는 방법으로 JDBC의 대안을 제공합니다.
    • 비관계형 데이터베이스 또는 CICS®(Customer Information Control System)와 같은 또 다른 유형의 경우, 자원 어댑터 및 연결 팩토리를 구성해야 합니다. 'Java EE 커넥터 아키텍처 커넥터를 사용하여 데이터 액세스' 주제는 이러한 오브젝트 설정에 대한 정보를 제공합니다.
    문제점 방지 문제점 방지: 자원의 JNDI(Java™ Naming and Directory Interface) 이름을 지정하는 경우, 다음 요구사항을 준수하십시오.
    • 다른 자원 유형(예: J2C 연결 팩토리 또는 JMS 연결 팩토리에 대한 데이터 소스)에 중복된 JNDI 이름을 지정하지 마십시오.
    • 동일한 범위 내에 동일한 유형의 다중 자원에 대해 중복 JNDI 이름을 지정하지 마십시오.
    gotcha
  2. WebSphere® Application Server가 아닌 애플리케이션 코드가 백엔드와의 연결을 인증하는 경우에만 새 웹 모듈 자원 또는 EJB 모듈 자원의 인증 별명을 구성하십시오. 이 보안 구성은 컴포넌트 관리 인증이라고 하며, res-auth = Application과 같이 애플리케이션 배치 디스크립터에 표시됩니다.

    컨테이너 관리 인증(res-auth = Container로 지정됨)은 애플리케이션 서버가 백엔드 연결에서 사인온을 수행함을 표시합니다. 컨테이너 관리 인증 별명은 애플리케이션 자원 참조에 지정되어야 합니다. 이 타스크는 데이터 소스 또는 연결 팩토리 자원에 대한 자원 참조 맵핑과 함께 애플리케이션 어셈블리 또는 전개 중에 수행할 수 있습니다. 그러나 애플리케이션 전개 후 관리 콘솔을 사용하여 컨테이너 관리 인증 별명을 수정할 수 있습니다. 애플리케이션 > Websphere 엔터프라이즈 애플리케이션 > application_name을 클릭하고 해당 맵핑 페이지의 링크를 선택하십시오. 예를 들어, EJB 모듈 자원의 별명을 변경하려는 경우 모든 2.x CMP Bean의 데이터 소스 맵핑을 클릭할 수 있습니다. 웹 모듈 자원의 경우, 자원 참조를 클릭하십시오.

    자원 인증에 대한 자세한 참조는 J2EE 커넥터 보안 주제를 읽어 보십시오.

  3. 애플리케이션에 데이터 액세스가 필요한 클라이언트 모듈이 있는 경우, '애플리케이션 클라이언트에 대한 데이터 액세스 구성' 주제를 참조하십시오. 이 단일 구성 프로세스에서 컴포넌트 관리 또는 컨테이너 관리 사인온에 대한 인증 데이터를 정의할 수 있습니다.
  4. 연결 풀 설정을 지정하십시오.
  5. 새 데이터 소스에 대한 연결을 테스트하십시오. 연결 테스트에 사용 가능한 방법에 대한 정보는 연결 서비스 테스트 문서를 참조하십시오. 이 문서는 또한 테스트 연결 결과의 정확성에 영향을 미칠 수 있는 중요한 데이터 소스 설정을 해결합니다.
  6. JDBC 추적 서비스를 설정하십시오. JDBC 추적 로그 정보는 데이터 소스 장애에 대한 JVM 로그 데이터의 기능을 보강합니다.

    관리 콘솔을 사용하여 추적을 활성화하려면 '서버 시작 시 추적 사용 가능' 주제를 읽어 보십시오. WAS.database를 추적 그룹으로 지정하고 com.ibm.ws.db2.logwriter를 추적 문자열로 선택하십시오.

  7. JDBC 연결 풀 카운터 또는 J2C 연결 풀 카운터를 활성화하여 연결 풀 통계를 수집하십시오. 또는 PMI(Performance Monitoring Infrastructure) 메소드 호출을 사용하여 연결 통계를 수집할 수 있습니다. '연결 및 연결 풀 통계' 주제를 참조하십시오.
  8. [AIX Solaris HP-UX Linux Windows][z/OS]자원을 조정하여 연결 볼륨을 관리하십시오. '데이터 액세스 튜닝 매개변수' 주제를 참조하십시오.
  9. [IBM i]데이터베이스를 조정하여 연결 볼륨을 관리하십시오. iSeries용 DB2 UDB를 사용하는 경우, 시작점 참조로 'DB2 Universal Database 성능 팁' 주제를 참조하십시오.
[z/OS]

결과

z/OS® 애플리케이션을 WebSphere Application Server의 다중 플랫폼 버전을 제공하는 DB2의 z/OS 버전에 연결하는 경우, z/OS 애플리케이션에서 런타임 중 EC3 덤프가 발생할 수도 있습니다. 이 문제를 해결하려면 분배된 워크로드를 실행하려고 할 때 CMTSTAT 매개변수를 INACTIVE로 설정하십시오.
문제점 방지 문제점 방지: z/OS 시스템에서 DB2 버전 7.0의 경우, CMTSTAT의 기본값은 ACTIVE입니다. z/OS 시스템에 있는 DB2 버전 9.0의 경우, 기본 설정은 INACTIVE로 설정됩니다.gotcha
분배된 워크로드는 일반적으로 대규모입니다. CMTSTAT=INACTIVE 설정은 대규모 워크로드로 인해 발생할 수 있는 드레인에 대응하기 위해 자원을 확보하도록 DB2를 트리거합니다. DB2는 스레드가 데이터베이스 태스크 및 릴리스 커서를 성공적으로 커미트하거나 롤백한 후에 스레드를 비활성화합니다.
CMTSTAT=INACTIVE를 설정하는 경우, CONDBAT 및 MAXDBAT 매개변수도 조정해야 합니다. DB2의 성능을 최대화하고 일시중단된 연결 요청을 최소화하기 위해 다음 값을 조합해 보십시오.
  • MAXDBAT를 작은 수(예: 100)로 설정하십시오. 이 경우, DB2가 활성 스레드로서 지원할 수 있습니다. MAXDBAT는 활성 상태를 유지하는 동시에 DB2에서 태스크를 계속 실행할 수 있는 최대 스레드 수를 표시합니다.
  • CONDBAT를 큰 수(예: 5000)로 설정하십시오. CONDBAT은 DB2 서버가 수신할 수 있는 최대 연결 요청 스레드 수를 표시합니다. CMTSTAT를 INACTIVE로 설정하면 DB2가 초기 연결 요청을 수행한 후에 많은 스레드를 비활성화합니다. 추가 처리가 필요한 스레드 수가 MAXDBAT 설정에 도달하면 DB2가 다른 스레드를 처리할 수 있을 때까지 큐잉할 수 있습니다.

주제 유형을 표시하는 아이콘 태스크 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tdat_daadmin
파일 이름:tdat_daadmin.html