DB2 최적화(간이 판)

보고 있 는 db2 강 좌 는 DB2 최적화(간이 판)입 니 다.예비―모니터 ON db2 "update monitor switches using  lock ON sort ON bufferpool ON uow ON  table ON statement ON"감시 스위치 를 켜 서 필요 한 성능 정 보 를 얻 는 데 가장 간단 하고 효과 적 인 버 프 풀 버퍼 는 메모리 의 저장 영역 으로 데이터베이스 페이지(표 줄 이나 색인 항목 포함)를 임시로 읽 고 변경 하 는 데 사 용 됩 니 다.버퍼 의 용 도 는 데이터베이스 시스템 의 성능 을 향상 시 키 기 위 한 것 이다.메모리 에서 데 이 터 를 접근 하 는 것 이 디스크 에서 데 이 터 를 접근 하 는 것 보다 훨씬 빠르다.따라서 데이터베이스 관리 자 는 디스크 에서 디스크 를 읽 거나 기록 하 는 횟수 가 적 을 수록 성능 이 좋다.하나 이상 의 버퍼 를 설정 하 는 것 이 가장 중요 한 이 유 는 데이터베이스 에 연 결 된 응용 프로그램의 대부분 데이터(큰 대상 과 긴 필드 데 이 터 를 포함 하지 않 음)작업 이 버퍼 에서 진행 되 기 때 문 입 니 다.부족 한 경우 프로그램 은 버퍼 를 사용 합 니 다. IBMDEFAULTBP 는 데이터 베 이 스 를 만 들 때 만 든 것 입 니 다....해 야 한다 SYSCAT.BUFFERPOOLS 디 렉 터 리 테이블 의 이 버퍼 NPAGES 가치 가 있다 -1 시,DB2 데이터베이스 설정 매개 변수 BUFFPAGE 버퍼 의 크기 를 조절 하고 있 습 니 다.그렇지 않 으 면 무시 할 것 이다. BUFFPAGE 매개 변수 NPAGES 매개 변수 가 지정 한 페이지 수 에 버퍼 를 만 듭 니 다.버퍼 하나만 사용 하 는 프로그램 에 대해 NPAGES 바꾸다 -이렇게 BUFFPAGE 이 버퍼 의 크기 를 조절 할 수 있 습 니 다.이것 은 업데이트 와 보고 버퍼 크기 및 기타 DB2 데이터베이스 설정 파라미터 가 더욱 편리 해 졌 다.데이터베이스 설정 을 사용 할 수 있 는 BUFFPAGE 매개 변 수 는 버퍼 크기 를 제어 한 후 이 매개 변 수 를 적당 한 값 으로 설정 합 니 다.데이터베이스 의 크기 와 응용 프로그램의 특성 에 따라 이 매개 변 수 를 합 리 적 인 큰 값 으로 설정 하 는 것 은 매우 안전 하 다.일반적으로 이 매개 변 수 는 부족 한 값 이 매우 작 아서 요 구 를 만족 시 키 지 못 할 수도 있다.db2 "get snapshot for all bufferpools"데이터베이스 스냅 샷 이나 버퍼 스냅 샷 의 스냅 샷 출력 에서 다음 을 찾 습 니 다"logical reads"와"physical reads",이렇게 하면 버퍼 명중률 을 계산 할 수 있 습 니 다.버퍼 명중률 은 데이터베이스 관리자 가 디스크 에서 페이지 를 불 러 오지 않 아 도(즉,이 페이지 가 버퍼 에 있 음)페이지 요청 시간 백분율 을 처리 할 수 있 음 을 나타 냅 니 다.버퍼 의 명중률 이 높 을 수록 디스크 를 사용 합 니 다. I/O 주파수 가 낮 을 수록버퍼 적중률 은 다음 과 같 습 니 다.(1) - ((buffer pool data physical reads + buffer pool index physical reads) / (buffer pool data logical reads + pool index logical reads)) ) * 100%이 계산 은 버퍼 캐 시 의 모든 페이지(색인 과 데이터)를 고려 합 니 다.이상 적 인 상황 에서 이 비율 은 초과 해 야 한다. 95%,가능 한 한 접근 100%。버퍼 명중률 을 높이 려 면 버퍼 크기 를 늘 리 는 방법 을 시도 해 보십시오.  여러 개의 버퍼 를 할당 하 는 것 을 고려 합 니 다.가능 하 다 면 자주 방문 하 는 큰 표 에 속 하 는 표 공간 마다 버퍼 풀 을 할당 하고 작은 표 에 버퍼 풀 을 할당 한 다음 크기 가 다른 버퍼 풀 을 사용 하여 어떤 조합 이 가장 좋 은 성능 을 제공 하 는 지 확인 해 보 세 요.  분 배 된 메모리 가 성능 향상 에 도움 이 되 지 않 는 다 면 버퍼 에 너무 많은 메모 리 를 할당 하 는 것 을 피하 십시오.테스트 환경의 스냅 샷 정보 에 따라 버퍼 의 크기 를 결정 해 야 한다.너무 작은 버퍼 는 너무 많은 불필요 한 물 리 를 만들어 낸다. I/O。너무 큰 버퍼 는 시스템 을 운영 체제 페이지 스케줄 링 의 위험 에 처 하 게 하고 불필요 한 것 을 소모 하 게 한다 CPU 과도 하 게 분 배 된 메모 리 를 주기 적 으로 관리 합 니 다.딱 맞 는 버퍼 크기 는'너무 작 아'와'너무 커'사이 의 어느 균형 점 에 있다.적당 한 크기 는 보답 이 줄 어 들 기 시작 하 는 점 에 존재 한다.최고의 성능 을 얻 은 SQL 은 엉망 이 었 다. SQL 문장 은 모든 것 을 철저히 파괴 할 것 이다.상대 적 으로 간단 한 SQL 문장 도 잘 조 정 된 데이터베이스 와 기 계 를 망 칠 수 있다.많은 이 문구 들 에 대해 서 는 세상 에(또는 파일 에)없습니다. DB2 UDB 설정 매개 변 수 는 오류 로 인 한 SQL 문구 로 인 한 높 은 원가 의 상황.더 나 쁜 것 은 DBA 다. 항상 여러 가지 속박 을 받는다:바 꿀 수 없다. SQL.여기 있 습 니 다. DBA 갈 수 있 는 길이 세 개 밖 에 남지 않 았 다. 색인 변경 또는 추가 2. 클 러 스 터 변경 3. 디 렉 터 리 통계 정 보 를 바 꾸 는 건장 한 응용 프로그램 은 수천 개의 서로 다른 것 이다. SQL 어구 구성.이 문장 들 이 실행 하 는 빈 도 는 응용 프로그램의 기능 과 일상적인 업무 수요 에 따라 다르다.SQL 문장의 실제 원 가 는 그것 이 한 번 실행 하 는 원 가 를 곱 하여 실행 하 는 횟수 이다.매 개 DBA 직면 한 중대 한 임 무 는 가장 높 은'실제 원가'를 가 진 문 구 를 식별 하 는 도전 이 고 이런 문장의 원 가 를 줄 이 는 것 이다.본 기 계 를 통과 하 다 DB2 Explain 실 용 프로그램,일부 제3자 공급 업 체 가 제공 하 는 도구 또는 DB2 UDB SQL Event Monitor 데이터 SQL 문장 에 사용 되 는 자원 원가.그러나 문장의 집행 빈 도 는 자세하게 분석 할 수 밖 에 없다. DB2 UDB SQL Event Monitor 의 데 이 터 를 통 해 알 수 있다.최상의 성능 은 높 은 원 가 를 배제 해 야 할 뿐만 아니 라 SQL 문 구 는 그 에 상응하는 물리 적 기초 구 조 를 확보 해 야 한다.모든 조절 다이얼 이 적당 하 게 설정 되 어 있 고 메모리 가 풀 과 더미 에 효과적으로 배분 되 어 있 습 니 다. I/O 각 디스크 에 골 고루 분 배 될 때 만 최상의 성능 을 얻 을 수 있다.빠 뜨 릴 수 없 는―Lock 이러한 자물쇠 와 관련 된 통 제 는 모두 데이터베이스 설정 매개 변수 입 니 다.  LOCKLIST 잠 금 목록 에 분 배 된 저장 용량 을 표시 합 니 다.모든 데이터 베 이 스 는 하나의 자물쇠 목록 을 가지 고 있 으 며,자물쇠 목록 은 이 데이터 베 이 스 를 연결 하 는 모든 응용 프로그램 이 가지 고 있 는 자 물 쇠 를 포함 하고 있다.잠 금 은 데이터베이스 관리자 가 여러 응용 프로그램 이 데이터베이스 에 동시에 접근 하 는 데 사용 되 는 메커니즘 이다.줄 과 시 계 는 모두 잠 길 수 있다.대상 이 다른 자 물 쇠 를 가지 고 있 는 지 여부 에 따라 자물쇠 마다 필요 합 니 다. 32 혹은 64 바이트 의 잠 금 목록:  필요했어 64 어떤 대상 의 자 물 쇠 를 가지 고 있 는 바이트 입 니 다.이 대상 에 서 는 다른 자 물 쇠 를 가지 고 있 지 않 습 니 다.  필요했어 32 한 바이트 로 대상 의 자 물 쇠 를 기록 합 니 다.이 대상 에 자 물 쇠 를 가지 고 있 습 니 다.MAXLOCKS 응용 프로그램 이 가지 고 있 는 잠 금 목록 의 백분율 을 정의 합 니 다.데이터베이스 관리자 가 잠 금 업 그 레이 드 를 실행 하기 전에 이 잠 금 목록 을 채 워 야 합 니 다.프로그램 이 사용 하 는 잠 금 목록 의 백분율 이 MAXLOCKS 데이터베이스 관리자 가 이 자 물 쇠 를 업그레이드 하 는 것 은 줄 자 물 쇠 를 시계 자물쇠 로 대체 하여 목록 에 있 는 자물쇠 의 수 를 줄 이 는 것 을 의미한다.모든 프로그램 이 가지 고 있 는 잠 금 수량 이 전체 잠 금 목록 크기 의 이 백분율 에 이 르 렀 을 때 이 프로그램 이 가지 고 있 는 잠 금 을 업그레이드 합 니 다.잠 금 목록 에 공간 이 다 떨 어 지면 잠 금 업그레이드 도 발생 합 니 다.데이터베이스 관리 자 는 응용 프로그램의 잠 금 목록 을 보고 줄 잠 금 이 가장 많은 시 계 를 찾 아 어떤 잠 금 을 업그레이드 할 지 결정 합 니 다.시계 자물쇠 로 이 줄 자 물 쇠 를 교체 하면 더 이상 초과 하지 않 습 니 다. MAXLOCKS 값,그러면 잠 금 레벨 업 이 중 단 됩 니 다.그렇지 않 으 면 잠 금 업 그 레이 드 는 가지 고 있 는 잠 금 목록 의 백분율 이 낮 을 때 까지 계속 진 행 됩 니 다. MAXLOCKS。MAXLOCKS 매개 변수 곱 하기 MAXAPPLS 매개 변 수 는 작 을 수 없습니다. 100。 업그레이드 과정 자체 에 많은 시간 이 걸 리 지 않 지만 전체 표를 잠 그 는 것(개별 줄 을 잠 그 는 것 에 비해)은 동시성 을 낮 추고 데이터 뱅 크 의 전체적인 성능 은 잠 금 업그레이드 에 영향 을 받 는 표 에 대한 후속 방문 으로 인해 떨 어 질 수 있 습 니 다.LOCKTIMEOUT 부족 하 다 -1.잠 금 시간 이 초과 되 지 않 았 음 을 의미 합 니 다. OLTP 응용 프로그램허 다 하 다 DB2 사용자 용 LOCKTIMEOUT = -1。장차 LOCKTIMEOUT 짧 은 시간 값 으로 설정 합 니 다.예 를 들 어 10 혹시 15 초.자물쇠 에서 너무 오래 기다 리 면 자물쇠 에 눈사태 효과 가 발생 한다.우선 다음 명령 으로 검사 합 니 다. LOCKTIMEOUT db2 "get db cfg for DBNAME"다음 텍스트 를 포함 하 는 줄 찾기:Lock timeout (sec) (LOCKTIMEOUT) = -하면,만약,만약... -1.다음 명령 을 사용 하여 [1]로 변경 하 는 것 을 고려 합 니 다.  [2]   다음 페이지보고 있 는 db2 강 좌 는 DB2 최적화(간이 판)입 니 다.15 초(응용 프로그램 개발 자 나 공급 자 에 게 먼저 물 어 봐 서 잠 금 시간 초 과 를 처리 할 수 있 도록 해 야 합 니 다):db2 "update db cfg for DBNAME using LOCKTIMEOUT 15"잠 금 대기 수량,잠 금 대기 시간,잠 금 목록 메모리 사용 중(lock)을 감시 해 야 합 니 다. list memory)의 양.다음 명령 을 내 려 주 십시오:db2 "get snapshot for database on 하면,만약,만약... Lock list memory in use (Bytes) 정 의 를 초과 하 다 LOCKLIST 크 고 작은 것 그럼 LOCKLIST 데이터베이스 설정 중 추가 4k 페이지 의 수량.이 뉴스 는 총 2 페이지 로 현재 1 페이지 에 있 습 니 다.  1  2   이전 페이지    [1]  [2]