소개

DBA에게 성능 모니터링 및 조정은 가장 까다로우면서 중요한 업무이다. 성능 문제를 즉시 해결할 뿐만 아니라 미래의 성능 문제까지도 예방하려면 종합적인 자동 성능 및 조정 도구가 필요하다. DB2 Performance Expert를 통해 회사의 DB2 서버 및 DB2 애플리케이션을 데이터 웨어하우징, OLTP 또는 혼합 환경에 맞게 최적화할 수 있다.

Performance Expert는 현재 및 잠재적 성능 문제점을 빠르게 격리할 수 있다. 성능 및 조정 작업을 손쉽게 수행할 수 있는 사용자 인터페이스는 초보 및 전문 데이터베이스 관리자 모두 사용할 수 있다. Performance Expert에서는 다음과 같은 작업을 수행할 수 있다.

• 버퍼 풀 최적화
• 데이터베이스의 성능을 최대화하기 위한 조정
• 데이터베이스 용량 및 신뢰성 개선
• DB2 for Linux®, UNIX® and Windows® 워크로드 및 운영 체제를 기반으로 하는 시스템 성능에 대한 세부 분석 가져오기

운영 체제 카운터를 사용하여 데이터베이스 엔진의 외부에 있는 구성 요소가 데이터 서버에 미치는 영향을 이해할 수 있다.

Performance Expert는 성능 데이터에 대한 여러 가지 히스토리 보기도 제공한다. 최신 데이터를 보고 새롭게 발생한 조건에 빠르게 대응할 수 있으며 장기 또는 단기 과거 성능 데이터를 볼 수도 있다. 나중에 자세히 설명할 단기 및 장기 히스토리는 과거(예: 지난 주말)에 발생한 문제점을 해결하는 데 도움이 된다. 장기 데이터를 바탕으로 한 경향 분석을 통해 사용 패턴을 확인한 후 적절히 조정하여 미래의 문제점을 예방할 수 있다.

이 시리즈에서는 DB2 Performance Expert를 최대한 활용하는 데 도움이 되는 6가지 주요 작업에 대해 설명한다. 이들 작업은 IBM에서 고객과 작업하면서 경험한 내용을 바탕으로 선정된 것이다. 이 기사에서는 처음 세 가지 작업을 살펴본다.

• 서버 히스토리 구성의 기본 설정 변경하기
• 경고 설정하기
• System Health 데이터 보기 사용하기

서버 히스토리 구성의 기본 설정 변경하기

DB2 Performance Expert는 DB2 서버의 현재 상태를 파악하고 미래 상태를 예측하는 데 도움이 되는 과거, 현재 및 미래 이벤트에 대한 KPI(Key Performance Indicator) 및 구성 데이터를 제공하는 강력한 기능을 가지고 있다. Performance Expert의 히스토리 기능을 십분 활용하려면 그 작동 방법을 이해하고 있어야 한다.

단기 히스토리 데이터

시스템을 이해하려면 시스템이 지금까지 어떻게 실행되어 왔는지 살펴보아야 한다. Performance Expert 히스토리는 단기 및 장기 히스토리고 구성되어 있다.

단기 히스토리는 DB2 애플리케이션, 시스템 상태, 데이터베이스 활동, SQL 활동, 잠금 충돌, Workload Management, 운영 체제(프로세스, 메모리 및 파일 시스템 포함), DB2 구성 데이터베이스 매개변수, 컨테이너 등에 관한 상위 레벨의 자세한 통계 카운터를 제공한다. 단기 히스토리는 야간에 발생한 문제점이나 응답 시간에 대한 일반 사용자의 불만을 해결하는 데 유용하다. 또한 단기 히스토리 데이터는 테스트의 성능 기준을 만들어서 다른 테스트와 비교하는 데도 사용할 수 있다. 나중에 성능 기준에 대해 자세히 설명한다.

단기 히스토리 데이터는 지정된 보존 시간이 지나면 성능 데이터베이스에서 자동으로 삭제된다. 단기 히스토리의 성능 카운터는 자동으로 집계되며 장기 경향 분석에 사용될 수 있다.

장기 히스토리 데이터

장기 히스토리 데이터는 단기 히스토리 데이터에 비해 자세하지 않다. 장기 히스토리 데이터는 단기 히스토리 데이터를 바탕으로 집계되며 Performance Expert의 성능 데이터베이스에 장기간 보존된다. 성능 데이터베이스의 데이터는 사용자가 수동으로 삭제하지 않는 한 영구적으로 유지된다.

Performance Expert는 시스템의 장기 집계 데이터에 대한 그래픽 보기, 과거 데이터에 대한 경향 분석 및 예측 정보를 자동으로 제공할 수 있다. 장기 데이터에 대한 보고서를 통해 다음 작업을 수행할 수 있다.

• 실행 중인 SQL 명령문을 보여 주고 정렬 시간 또는 CPU를 포함한 다양한 비용 값을 기준으로 정렬할 수 있는 보고서를 사용하여 장기 실행 SQL을 식별할 수 있다.
  
  
• DB2 Workload Management 성능 카운터를 정렬하고 히스토그램 도표 및 요약 데이터로 구성된 보고서를 사용하여 워크로드의 우선 순위를 지정할 수 있다.
  
  
• 데이터베이스 이름, 파티션 번호 및 시간 소인과 같은 기준으로 그룹화된 일별 트랜잭션 수를 추적하여 워크로드 계획을 세울 수 있다.
  
  
• 낮은 버퍼 풀 적중률, 카탈로그 캐시 적중률 및 패키지 캐시 적중률을 포함한 메모리 관련 문제점을 식별할 수 있다.
  
  
• dbm 및 db 구성 매개변수의 변경 사항을 시각적으로 식별할 수 있으므로 사용자가 별도로 추적하지 않아도 된다.

기본 설정을 변경해야 하는 이유

Performance Expert는 성능 카운터를 수집한 후 기본적으로 db2pe라는 DB2 데이터베이스에 저장한다. 모니터링되는 DB2 인스턴스마다 워크로드가 다르므로 모니터링되는 각 DB2 인스턴스의 히스토리 수집 관련 기본 설정을 변경한다.

단기 히스토리의 기본 설정은 50시간이다. 이 값은 많은 경우에 충분하지 않으며 단기 히스토리는 3-8일 정도 유지해야 한다. 최소 3일은 되어야 주말 동안의 히스토리를 유지할 수 있으며 권장 기간은 1주일이다. 예를 들어, 금요일에 개발 및 프로덕션 작업을 수행 중인 고객에게 성능 문제가 발생한 경우 당일에는 고객의 프로덕션 환경을 집중적으로 수정한 후 월요일 아침에 DB2 애플리케이션 개발자와 협력하여 Performance Expert의 단기 히스토리 데이터를 활용하여 개발 환경의 성능 문제점을 해결할 수 있다. 하지만 주말 중에 데이터를 유지해 두지 않았다면 세부 정보가 미진하기 때문에 분석 작업을 효과적으로 수행할 수 없었을 것이다.

이 많은 데이터를 유지하기 위해서는 당연히 많은 디스크 공간이 필요하다는 단점이 있기는 하지만 대부분의 경우 필요할 때 데이터를 사용할 수 있다는 장점이 비용 단점을 상쇄하고도 남는다.

단기 히스토리 기본값 변경하기

다음과 같은 방법으로 Performance Expert의 단기 히스토리 설정을 변경할 수 있다.

1. PE이 System Overview 창으로 이동한다.
   
   
2. 변경하려는 모니터링되는 DB2 인스턴스에 로그인한다.
   
   
3. 모니터링되는 인스턴스를 마우스 오른쪽 단추로 클릭하고 드롭다운 상자에서 Properties를 선택한다.
   
   
4. 그림 1과 같이 History 탭을 선택한다.

5. Timeframe 값을 적어도 72 hours(3일) 이상으로 변경한다.
   
   
6. 변경한 후 OK를 클릭한다. 그러면 Performance Expert 서버에서 이 모니터링되는 인스턴스에 대한 변경 사항이 동적으로 적용된다. Performance Expert 서버를 다시 시작하지 않아도 된다.

다음은 단기 히스토리 설정에 관한 추가 권장사항이다.

• 웨어하우징 환경을 모니터링하는 경우에는 Performance Expert에서 5-10분마다 성능 카운터를 수집하는 경우가 많다. 하지만 데이터 웨어하우스가 읽기 기능을 최적화하기 위해 설계된 OLAP(On-line Analytical Processing) 시스템과 연관되어 있는 경우에는 OLTP 시스템에 대한 성능 카운터의 수집 간격을 더 길게 설정하는 것이 좋다.
  
  
• 또한 Performance Expert 기록 간격을 60초 이상으로 변경하는 것이 좋다. 기록 간격에 입력한 값은 모든 구성 요소 히스토리 설정값과 곱해진다(아래 History 특성 페이지의 Recording interval 참조). 예를 들어, 기록 간격이 60이고 System 배수를 5로 지정하면 60과 5를 곱하여 300초(5분)가 된다.
  
  
• 자세히 조사하려는 모니터링되는 시스템에서 잠금 문제가 발생한 경우에는 잠금 충돌에 대한 통계도 사용해야 한다. 기본적으로 잠금 카운터는 수집되지 않는다. 이 간격 값은 LOCKTIMEOUT 데이터베이스 구성 매개변수보다 작아야 한다.

위로

경고 설정하기

성능 및 조정과 관련하여 잠재적인 성능 문제점을 지속적으로 살펴볼 수 있는 시간이 없으므로 심각한 상태로 진척되기 전에 성능 문제점을 알려줄 수 있는 경고가 필요하다. Performance Expert는 이메일 또는 텍스트 메시지를 사용하여 주의 및 오류 경고를 보낼 수 있다. 그런 다음에는 일반적으로 대시보드(System Overview)로 이동하여 강조 표시된 항목을 보고 문제가 발생한 위치를 확인할 수 있다.

경고의 표시 방법

주의 레벨 경고는 Performance Expert에서 노란색으로 표시된다. 빨간색은 주의 레벨을 넘어서 실질적인 문제로 진척된 경고를 강조 표시하는 데 사용된다(그림 2 참조).

Performance Expert System Overview 창 또는 대시보드에서 핵심 성과 지표를 두 번 클릭하여 추가 핵심 성과 지표를 볼 수 있다. 그림 2를 보면 FRUITS Buffer Pool의 Buffer Hit Ratio가 매우 낮다. 이 항목을 두 번 클릭하면 그림 3과 같은 세부 사항이 표시된다. 그림 3에서는 성능 문제가 있음을 나타내기 위해 적중률이 빨간색으로 강조 표시되어 있다.

여기를 클릭하면 그림 3을 확대해서 볼 수 있다.

경고의 유형

Performance Expert에는 다음과 같은 두 가지 유형의 경고가 있다.

• 교착 상태 이벤트 예외: 교착 상태 발생 시 조사하는 데 사용된다.
  
  
• 주기적 예외 처리 경고(임계값 경고): 운영 체제 및 DB2 성능 카운터를 기반으로 한다.

데이터 카운터에 대한 필터 및 조건을 설정하는 작업만으로 경고를 쉽게 설정할 수 있다. 예를 들어, Buffer Pool Hit ratio가 60% 미만(주의 레벨) 또는 55% 미만(문제점 레벨)으로 떨어지면 트리거되도록 임계값 경고를 정의할 수 있다. 주의가 트리거될 경우 Performance Expert는 사용자에게 이메일을 보내고 System Overview에서 해당 항목을 노란색으로 강조 표시한다. 그런 다음 문제점 레벨이 트리거되면 또 다른 메일이 수신되며 해당 항목은 System Overview에서 빨간색으로 강조 표시된다. 버퍼 풀 이름, 파티션 번호 및 기타 특성을 기준으로 필터링할 수 있다.

임계값은 Periodic Exceptions 성능 카운터 목록인 임계값 세트에 정의되어 있다. Performance Expert Exception Processing 마법사에서 이러한 임계값 세트의 목록을 볼 수 있다. Performance Expert의 사전 정의된 임계값 세트 템플리트를 OLTP, Content Manager 및 Business Intelligence/Warehousing과 같은 다양한 워크로드에 사용할 수 있다. 이러한 사전 정의된 임계값 세트 템플리트를 수정 및 저장하거나 고유 템플리트를 처음부터 직접 작성할 수 있다.

임계값 정의를 위한 권장사항

DB2 입문자이거나 카운터에 대한 주의 및 문제점 레벨로 정의할 항목이 확실하지 않거나 검사해야 하는 카운터를 모를 경우에는 사전 정의된 임계값 템플리트 중 하나를 사용하는 것이 좋다. 그런 다음 경고가 트리거된 후 트리거된 내용과 그 이유를 확인할 수 있다. 시스템 리소스에 따라 템플리트를 수정할 필요가 있을 수도 있다.

임계값에 필터(한정자라고도 함)를 사용하는 것도 매우 좋은 방법이다. 특정 임계값 카운터에 필터를 설정할 수 있다. 예를 들어, Content Manager 시스템을 모니터링하고 있는 경우 ICMFL32 TableSpace Disk Usage 백분율이 90%(주의 레벨) 및 95%(문제점 레벨)보다 클 때 트리거되도록 경고를 정의할 수 있다. 일부 DBA는 여러 DB2 인스턴스에 동일한 임계값 세트를 사용하기 때문에 임계값 세트를 기본값으로 유지하거나 제한된 한정자만을 카운터에 설정하기도 한다. 하나의 DB2 인스턴스에 대해 서로 다른 두 개의 임계값 세트를 할당하여 실행할 수 없다.

혼합 환경을 실행 중인 경우에는 OLTP 및 BI/웨어하우징 임계값 세트를 결합한 후 추가 카운터를 편집 또는 제거할 수 있다. 임계값 세트를 결합하려면 다음 단계를 수행한다.

1. PE System Overview 창에서 Exception Processing 아이콘 (화면의 왼쪽 위에 있는 아이콘 행의 첫 번째 아이콘)을 클릭한다.
   
   
2. Threshold sets > New Threshold Set를 마우스 오른쪽 단추로 클릭한다.
   
   
3. Mixed Env를 임계값 세트의 이름으로 입력하고 사용자의 이름을 작성자로 입력한 다음 Predefined 단일 선택 단추를 클릭한다.
   
   
4. Statistics BI for Threshold for BI/Warehousing과 OK를 차례로 클릭한다.
   
   
5. 임계값이 열리면 Threshold set > Add를 선택한 후 OLTP 임계값 세트를 추가하도록 선택한다(그림 4 참조).

위로

System Health 데이터 보기 사용하기

Performance Expert에는 System Health 데이터 보기라는 그래픽 데이터 보기가 있다. 이들 보기에서는 성능 및 조정에 필요한 시스템의 상태 정보를 전체적으로 파악할 수 있다. "백문이 불여일견"이라는 격언이 있듯이 Performance Expert는 DB2 및 운영 체제 성능 카운터에 대한 시스템 상태 데이터 보기를 제공한다. 이러한 시스템 상태 데이터 보기를 통해 성능 문제점을 진단 및 조정할 수 있다.

Performance Expert에는 다음과 같은 데이터 보기를 포함한 40개의 사전 정의된 데이터 보기가 있다.

• Average number of locks per application
• Average number of rows read per selected row
• Catalog and package cache hit ratio (%)
• Compare application hit ratio of buffer pools
• Compare application hit ratio of databases

사용자 정의 데이터 보기를 작성할 수도 있다. Performance Expert에는 Warehousing 환경, Business Intelligence 환경 또는 Content Manager 환경용 Performance Expert Client와 함께 제공되는 Data View 그룹도 포함되어 있다.

참고: 방금 작성한 데이터 보기를 포함한 모든 데이터 보기에서 현재 및 과거 데이터를 볼 수 있다.

사전 정의된 데이터 보기를 사용하여 시스템 상태 도표 정의하기

먼저 몇 가지 용어를 살펴보자. 데이터 보기는 성능 문제점을 검사하기 위해 사용되는 시스템 상태 도표이다. 데이터 보기의 예로는 SQL 명령문 분포를 보여 주는 도표가 있다. SQL 명령문 분포는 데이터베이스에 대한 동적 및 정적 SQL 명령문의 분포를 보여 준다.

Performance Expert에서는 여러 다양한 데이터 보기를 그룹화한 데이터 그룹을 만들 수 있다. 대부분의 DBA는 특정 성능 카운터와 관련된 데이터 그룹을 만든다. 예를 들어, 정렬을 위한 그룹을 만든 다음 정렬과 관련된 데이터 보기를 포함할 수 있다. 주요 데이터 그룹은 다음과 같다.

• SQL
• 정렬
• 페이지 I/O
• 스토리지
• CPU, 메모리 및 디스크 공간을 포함한 시스템 통계

사전 정의된 데이터 보기의 사용과 관련된 권장 사항

다음은 두 개의 사전 정의된 데이터 보기를 사용하여 SQL 명령문 처리량을 보고 오버플로우를 정렬하는 SQL이라는 데이터 그룹을 구성하는 방법이다.

1. System Overview 창에서 DB2 인스턴스를 클릭한 후 창의 맨 위에 있는 도구 모음에서 System Health 단추를 클릭한다(그림 5 참조).

2. 그림 6과 같이 도구 모음에서 Selected > New를 클릭한다.
   
   

여기를 클릭하면 그림 6을 확대해서 볼 수 있다.

3. Data Group 이름으로 SQL을 입력한다.
4. 새 SQL 데이터 그룹을 작성한 후 System Health 창의 트리에서 새 그룹으로 이동한다.
   
   
5. 그림 7과 같이 해당 그룹(SQL)을 마우스 오른쪽 단추로 클릭하고 Open Predefined Data View를 선택한다.

다음은 SQL 데이터 그룹 예제에 있는 Sorts에 대한 데이터 보기를 작성하는 방법에 대해 설명한다.

1. System Health 창의 오른쪽에 있는 SQL을 마우스 오른쪽 단추로 클릭하고 Rows read vs Selected를 선택한다.
   
   
2. Sort overflows [%]를 선택하고 OK를 클릭한다.
   
   
3. 그림 8과 같이 Sort overflows [%] Data View를 선택하고 OK를 클릭한다.

4. 단계 1 및 2를 반복하고 그림 9와 같이 SQL stmt throughput을 선택한다.

Predefined Data View 창에는 DB2 입문자를 위해 해당 데이터 보기에 대한 간략한 설명이 표시된다.

사용자 정의된 데이터 보기 작성하기

사전 정의된 데이터 보기를 사용하지 않으려는 경우 고유한 데이터 보기를 작성할 수 있다. 다음은 읽은 행 수와 선택한 행 수를 비교하는 사용자 정의된 System Health 데이터 보기를 작성하는 방법이다. 이 사용자 정의된 데이터 보기는 이전 섹션에서 작성한 SQL 데이터 그룹에 추가된다.

1. 그림 10과 같이 작성한 SQL 데이터 그룹으로 이동한 후 New를 클릭한다.

2. 그림 11과 같이 Category 탭에서 Rows Read vs Rows Selected를 입력하고 Statistic Details, Databases를 클릭한다.

3. Next를 클릭하여 Counters 탭으로 이동한다.
   
   
4. 카운터를 비교할 데이터베이스를 선택한다.
   
   
5. 그림 12와 같이 Select counters 섹션에서 아래로 스크롤하여 Rows read와 Rows selected를 선택한다.

6. Next를 클릭하여 Thresholds 탭으로 이동한다.
   
   
7. 그림 13과 같이 Dynamic scale 단일 선택 단추를 선택한다. 이 창에서는 해당 도표에 대한 임계값을 정의할 수 있다. 이 임계값을 정의하면 임계값에 도달했음을 나타내는 선이 도표에 표시된다. 이 도표에 표시되는 임계값과 Exception Processing에서 정의한 임계값을 혼동하는 경우가 있다. 이 도표의 임계값은 경고를 트리거하지 않는 반면 Exception Process에서 정의한 카운터는 경고를 트리거할 수 있다.

8. Graphics 탭을 선택한다.
   
   
9. 그림 14와 같이 bar chart 단일 선택 단추를 선택한 후 사용할 색과 패턴을 선택한다.

10. Finish를 클릭한다. 다음 섹션에서 최종 결과를 볼 수 있다.

참고자료에서 사용자 정의된 데이터 보기를 작성하는 방법에 대한 자세한 정보를 볼 수 있다.

DB2 Performance Expert 히스토리 기능을 사용하여 과거 정보 검토하기

1. System Health 화면에서 History를 클릭한다.
   
   
2. 오른쪽 화살표 키를 클릭하여 과거 이벤트로 이동한다. 이 기사에서 설명한 단계에 따라 이 도표를 작성한 직후라도 Performance Expert 히스토리를 사용하여 Rows Read vs Rows Selected의 과거 데이터를 검토할 수 있다.
   
   
3. 마우스 포인터를 Data View 도표 위에 놓은 후 왼쪽 마우스 단추를 누르고 있으면 그림 15와 같이 실제 값이 표시된다.

여기를 클릭하면 그림 15를 확대해서 볼 수 있다.

HTML 형식으로 데이터 보기 보고서 작성하기

Performance Expert System Health에 대한 보고서를 생성할 수 있는지 여부를 궁금해 하는 DBA도 있다. 그 답은 "물론, 보고서를 생성할 수 있다"는 것이다. 보고서를 생성하려면 그림 16과 같이 도표를 마우스 오른쪽 단추로 클릭한 다음 팝업 창에서 Print를 선택한다.

브라우저가 열리면서 도표 범례, 보고서 및 그래프가 HTML 형식으로 표시된다.

웨어하우징 환경에 대한 System Health 데이터 그룹 가져오기

사전 정의된 데이터 그룹을 가져오려면 다음 단계를 수행한다.

1. 그림 17과 같이 System Health 창에서 Data Groups을 마우스 오른쪽 단추로 클릭한 다음 Import를 선택한다.

2. 그림 18에서는 웨어하우징 및 비즈니스 인텔리전스를 위해 특별히 작성된 다양한 System Health 데이터 그룹을 보여 준다.

3. 이 창에서 BI_DataViews_Workload.xml을 선택하고 Open을 클릭한다.

그림 19와 같이 사전 정의된 도표가 열린다.

위로

결론

시리즈의 첫 번째 기사인 이 기사에서는 DB2 Performance Expert for Linux, UNIX and Windows를 소개하고 서버 히스토리 구성의 기본 설정을 변경하고, 경고를 설정하고, System Health 데이터 보기를 설정하는 작업을 통해 Performance Expert를 활용하는 방법을 설명했다. 계속해서 Part 2에서는 성능 기준을 설정하는 방법, DB2 Workload Management를 활용하는 방법 및 대용량 파티셔닝 환경에서 모니터링을 구성하는 방법에 대해 설명한다.

참고자료

교육

• RSS feed를 사용하여 이 시리즈의 후속 기사에 대한 알림을 요청할 수 있다. (developerWorks 컨텐츠의 RSS 피드에 대한 자세한 정보를 볼 수 있다.)
  
  
• Integrated Data Management 정보 센터에서 사용자 정의 데이터 보기를 작성하는 방법에 대한 자세한 정보를 볼 수 있다.
  
  
• Performance Expert 웹 페이지를 확인하자.
  
  
• Video Channel DB2에서 Performance Expert Overview, Performance Expert Warehouse 및 Performance Expert Extended Insight Feature를 포함한 여러 가지 유용한 자료를 볼 수 있다.
  
  
• IBM Data Studio 웹 페이지를 확인하자.
  
  
• IBM Data Studio 커뮤니티 공간에서 Data Studio에 대한 추가 정보를 볼 수 있다.
  
  
• Data Studio/Integrated Data Management 블로그에서 Data Studio와 관련된 다양한 기사를 볼 수 있다.
  
  
• IBM Redbook®을 읽어보자.
  
  
• A Day in the Life of a DBA 데모에서는 DBA가 DB2 Performance Expert 및 Extended Insight Feature를 사용하여 일반적인 문제점을 해결하는 모습을 볼 수 있다.
  
  
• developerWorks Information Management 영역에서는 Information Management에 대한 정보를 제공한다. 기술 자료, 사용법 기사, 교육, 다운로드, 제품 정보 등을 찾아볼 수 있다.
  
  
• developerWorks 기술 행사 및 웹 캐스트를 통해 최신 정보를 얻을 수 있다.
  
  

토론

• 포럼에 참여하기.
  
  
• developerWorks 포럼 & 블로그를 통해 developerWorks 커뮤니티에 참여하자.
  
  

필자소개

Alice Ma는 IT 업계에서 15년 이상 동안 고객과 IBM 비즈니스 파트너를 도와 솔루션을 설계, 개발 및 테스트하고 고급 지원을 제공해왔다. 현재는 IBM Silicon Valley Lab에서 IBM InfoSphere Warehouse 업무를 맡고 있으며 성능 및 DBA 도구와 관련된 솔루션을 빌드하고 있다. 전문 분야는 DB2의 문제점 식별, 성능 조정 및 복구이다.

Ute Baumbach는 독일의 IBM Lab에서 소프트웨어 개발자로 18년 동안 활동하면서 다양한 소프트웨어 개발 프로젝트에서 여러 가지 업무를 수행했다. 대부분 DB2를 기반으로 하는 프로젝트를 수행했다. 5년 동안 DB2 Performance Expert 개발 팀 소속이었다가 현재는 Data Studio Performance Management 개발 팀에서 활동하고 있으며 IBM Certified Database Administrator 및 Certified Application Developer for DB2 for Linux, UNIX and Windows이기도 하다.

아티클 순위

의견

위로

목차

• 소개
• 서버 히스토리 구성의 기본 설정 변경하기
• 경고 설정하기
• System Health 데이터 보기 사용하기
• 결론
• 참고자료
• 필자소개
• 의견