IBM DB2 기본 성능 조정

보고 있 는 db2 강 좌 는 IBM DB2 기본 성능 조정 입 니 다.버퍼 UDB 의 경험 은 알 겠 지만, 버퍼 풀 은 메모리 의 일부 가 DB2 에 단독으로 분 배 됩 니 다. 데이터베이스 관리자 의 공간 은 데이터베이스 에 새로운 데 이 터 를 추가 하거나 디스크 에서 데이터 페이지 를 되 돌려 주 는 버퍼 에 응답 하도록 합 니 다.메모리 에서 데 이 터 를 읽 는 것 이 디스크 에서 읽 는 것 보다 훨씬 빠 를 것 이기 때문에 디스크 의 I/O 작업 버퍼 를 줄 여 데이터베이스 의 전체적인 성능 을 개선 했다. 실제로 버퍼 가 어떻게 생 성 되 고 최적화 된 데이터베이스 성능 을 조정 하 는 데 사용 되 는 지 연구 하 는 것 이 가장 중요 하 다.버퍼 의 중요 한 위치 로 인해 모든 DBA DB2 를 다 알 아야 돼 요. UDB 는 그들 을 어떻게 사용 합 니까?이것 은 그것 에 대한 빠 른 회고 과정 이다.새 데이터 가 데이터베이스 에 추 가 될 때,우선 버퍼 에 새 페이지 를 추가 합 니 다.최종 적 으로 이 페이지 는 데이터베이스 저장 공간 으로 구체화 될 것 이다.다른 한편,조회 에 응 하기 위해 데이터 가 데이터베이스 에서 검 색 될 때 DB2 데이터베이스 관리 자 는 먼저 데 이 터 를 포함 하 는 페이지 를 버퍼 에 저장 한 다음 에 필요 한 응용 프로그램 이나 사용자 에 게 전달 합 니 다.새로운 조 회 를 실행 할 때마다 사용 할 수 있 는 버퍼 에서 데이터 가 필요 한 페이지 가 메모리 에 있 는 지 찾 습 니 다.만약 그렇다면,즉시 그것 을 대응 하 는 응용 프로그램 이나 사용자 에 게 전달 할 것 이다.하지만 이 버퍼 에서 필요 한 데 이 터 를 찾 지 못 하면 DB2 데이터베이스 관리 자 는 이 데 이 터 를 메모리 에서 검색 하고 데 이 터 를 전달 하기 전에 버퍼 에 복사 합 니 다.페이지 가 버퍼 에 복사 되면 이 페이지 는 데이터베이스 가 닫 히 거나 다른 페이지 를 저장 해 야 할 때 까지 버퍼 에 머 물 러 있 습 니 다.(모든 데이터 의 로드 와 수정 은 버퍼 에서 먼저 발생 합 니 다.수 정 된 페이지 는 결국 디스크 저장 소 를 새로 고 칩 니 다.따라서 버퍼 에 저 장 된 데 이 터 는 항상 최신 입 니 다)버퍼 가 가득 찬 후에 DB2 데이터베이스 관리 자 는 페이지 의 마지막 인용 시간,페이지 형식,또는 페이지 의 수정 을 통 해 디스크 내용 의 변화 에 영향 을 주지 않 고 어떤 페이지 를 제거 할 지 선택 합 니 다.이 페이지 들 은 다시 인 용 될 수 있 습 니 다.예컨대 분 전에 검색 되 어 조회 에 응 하 는 페이지 는 업데이트 작업 을 포함 하고 업데이트 가 이 루어 지지 않 은 페이지 보다 쉽게 덮어 씁 니 다.DB2 UDB 가 부족 하여 데이터베이스 생 성 과정의 일부분 으로 버퍼 풀(IBMDEFAULTBP)을 만 들 었 습 니 다.리 눅 스 와 유 닉 스 플랫폼 에서 이 버퍼 는 메모리 에서 1,000 개의 4KB 페이지 를 할당 합 니 다.윈도 플랫폼 에서 이 버퍼 는 메모리 에서 250 개의 4KB 페이지 가 분배 되 었 다. 컨트롤 센터 에서 버퍼 메뉴 를 찾 고 적당 한 동작 을 선택 하거나 ALTER 를 실행 할 수 있 습 니 다. BUFFERPOOL 문 구 를 사용 하여 이 버퍼 의 4KB 를 증가 하거나 감소 합 니 다. 페이지 의 수량.컨트롤 센터 에서 똑 같은 방법 으로 크 리 트 를 실행 할 수도 있어 요. BUFFERPOOL 문 구 는 다른 버퍼 를 만 듭 니 다.버퍼 의 중요성 으로 인해 몇 개의 버퍼 를 사용 하여 당신 의 실시 수요 에 적응 하 는 지 자세히 고려 해 야 합 니 다.하나하나 가 얼마나 필요 한 지그리고 모든 버퍼 는 어떻게 충분히 이용 할 수 있 습 니까? 대부분의 환경 에서 효과적으로 사용 할 수 있 는 버퍼 의 개 수 는 사용 가능 한 시스템 메모리 의 크기 에 달 려 있다. 사용 가능 한 메모리 가 10,000 개 4k 를 유지 할 수 있 습 니 다. 페이지(또는 더 적 음)는 보통 하나의 큰 버퍼 를 사용 하 는 것 이 여러 개의 작은 버퍼 를 사용 하 는 것 보다 좋 습 니 다. 여러 개의 작은 버퍼 를 사용 하면 자주 페이지 를 방문 하여 메모리 와 자주 드 나 들 게 되 고,반대로 메모리 대상,예 를 들 어 목록 표 의 I/O 경쟁 이나 중복 되 는 방문 사용자 표 와 색인 을 초래 할 수 있 습 니 다.그러나 메모리 가 많 으 면 각자 의 버퍼 를 만 드 는 것 을 고려 해 야 합 니 다.           모든 임시 테이블 공간 이 정의 되 었 습 니 다.           단기 적 으로 업 데 이 트 된 트 랜 잭 션 이나 중복 방문 표를 포함 하 는 표 공간 입 니 다.           표 와 색인 이 자주 업데이트 되 는 표 공간 을 포함 합 니 다.  ・           표 와 색인 이 자주 조회 되 지만 업데이트 되 지 않 는 표 공간 이 포함 되 어 있 습 니 다.           테이블 공간  ・           응용 프로그램 에 접근 하지 않 는 데 이 터 를 포함 하 는 표 공간  ・           사용 하고 자 하 는 데이터 와 색인 을 포함 하 는 표 공간  많은 경우 에 큰 버퍼 는 작은 버퍼 보다 낫다.그러나 사용 할 수 있 는 메모리 총액 과 버퍼 가 어떻게 사용 되 는 지 를 고려 했다. 만약 당신 이 매우 큰 시계 에서 많은 무 작위 액세스 작업 을 수행 할 응용 프로그램 을 가지 고 있다 면,이 특수 시 계 를 위해 작은 버퍼 를 만 들 고 사용 해 야 합 니 다. 이 경우 버퍼 메모리 에 데이터 페이지 를 저장 할 필요 가 없습니다. 다른 한편,작은 것 처럼 보 이 는 몇 개의 표 에서 데 이 터 를 자주 검색 해 야 하 는 응용 프로그램 을 가지 고 있다 면 데 이 터 를 저장 하지 않도록 충분 한 버퍼 를 만 드 는 것 을 고려 해 야 한다. 이 디자인 을 사용 하면 데 이 터 를 한 번 에 메모리 에 불 러 올 수 있 고 디스크 I/O 가 필요 없 이 반복 적 으로 가 져 올 수 있 습 니 다. 。이 뉴스 는 총 3 페이지 로 현재 1 페이지 에 있 습 니 다.  1  2  3  <